- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第6章信息管理系统的分析与设计
6.1 概述 6.1 概述 6.1.2 信息管理系统开发过程 软件的生命周期: 软件开发过程是由一系列相关活动组成的,包括从提出要求,经过研制,到交付使用,在使用过程中不断的增补修订,直到最后因被新的软件所代替而淘汰的全部过程。 阶段划分 系统分析 系统设计 系统实施与维护 6.2 系统分析 6.2.1 问题定义 问题定义阶段必须回答的关键问题是:“系统要解决的问题是什么”。 6.2.2 可行性研究 关键问题是:“对上一阶段提出的问题有可行的解决方案吗?”。 可行性研究的任务 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。 可行性研究的内容: 经济可行性 技术可行性 法律可行性 开发方案的选择 可行性研究的步骤 明确新系统的实现目标,研究旧系统 分析问题,导出新系统模型 确定系统开发计划 完成可行性研究报告 6.2 系统分析 6.2.3 需求分析 需求分析的步骤 进行调查研究 分析和描述系统的逻辑模型 评审的主要内容: 1.系统定义的目标是否与用户的要求一致。 2.系统需求分析阶段提供的文档资料是否齐全。 3 .文档中所有描述是否完整、清晰、准确反映用户要求。 4 .与所有其它系统成分的重要接口是否都已经描述。 5 .所开发项目的数据流与数据结构是否足够、确定。 6.所有图表是否清楚,在不补充说明时是否能够理解。 7.主要功能是否已包含在规定的软件范围之内,是否都已充分说明。 8. 设计的约束条件和限制条件是否符合实际。 9. 开发的技术风险是什么。 l0. 是否考虑过软件需求的其它方案。 11. 是否考虑过软件将来可能会提出的其它需求。 12. 是否详细制定了检验标准,它们对系统定义是否能成功进行确认。 13. 有没有遗漏、重复或不一致的地方。 14. 用户是否审查了初步的用户手册。 15. 软件开发计划中的估算是否受到了影响。 6.3 系统设计 6.3.1 软件设计 任务是确定系统“怎么做”的问题。 划分 总体设计: 详细设计: 软件设计的过程 确定目标系统的不同的方案, 分析员推荐最佳实现方案, 设计软件结构。数据库设计。 制订测试计划。编写文档。 复审。 6.3 系统设计 6.3.1 软件设计 模块 模块是能够单独命名并且能够独立完成一定功能的数据说明和程序语句的集合。模块能够通过名字来访问,如过程、函数、子程序等。 模块划分的原则 尽量提高模块的独立性: 模块的规模应该适中: 降低模块接口的复杂性,模块之间传递的参数个数应尽量少,类型应尽量简单。 设计单入口、单出口的模块。 6.3 系统设计 6.3.1 软件设计 总体设计的图形描述工具 层次图、HIPO图(层次图+输入/处理/输出图)、结构图。 结构图 用一个方框代表一个模块,框内注明模块的名字或主要功能;方框之间用箭头或直线表示模块的调用关系;用带注释的箭头表示模块调用时传递的信息,箭头方向表示数据传递方向,箭头尾部用空心圆表示传递的是数据信息,实心圆表示传递的是控制信息; 结构图举例 6.3 系统设计 6.3.1 软件设计 详细设计的图形描述工具 常用工具有:程序流程图、盒图(N-S图)、PAD图、过程设计语言PDL、判定表、判定树、Jackson图等。它们都可以形象的描述程序的控制流程、处理过程、数据组织以及各方面的实现细节,作为编码的依据。 程序流程图 6.3 系统设计 6.3.1 软件设计 详细设计的图形描述工具 盒图:又称N-S图,是1973年由Nassi和Shneiderman提出的,它撇弃了程序流程图控制转移的随意性,以结构化的方式严格控制处理之间的转移。 6.3 系统设计 6.3.2 编码 软件编码是系统设计过程的继续,是将软件设计转换成用程序设计语言编写的源程序的过程。 1.结构化程序设计的设计原则 使用语言中的顺序、选择、循环等有限的基本控制结构表示程序逻辑。 选用的控制结构只有一个入口、一个出口。 程序语句组成容易识别的块,每块只有一个入口和一个出口。 复杂结构应用基本控制结构进行组合嵌套来实现。 程序中没有的控制结构,可用一段等价的程序段来模拟,但要求程序段在整个系统中应前后一致。 6.3 系统设计 6.3.2 编码 2.程序设计语言的选择 除了选择结构化的程序设计语言,还应该考虑如下几个方面: l?????? 系统应用领域。 l?????? 算法和计算的复杂性。 l?????? 软件执行环境。 l?????? 性能考虑,程序设计语言能否达到软件系统的需求。 l?????? 数据结构的复杂性。 l?????? 软件开发人员的知
文档评论(0)