软件工程( 第四版) 高职软件专业 高树芳 课件 第4章 概要设计.pptVIP

软件工程( 第四版) 高职软件专业 高树芳 课件 第4章 概要设计.ppt

  1. 1、本文档共40页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
尚辅网 尚辅网 尚辅网 4.6 结构化的设计方法 第4章 1.数据流图的类型 (1)变换流 变换型数据流的特征是可以把它看成由输入、变换中心和输出三部分组成,这样的数据流图称为变换型数据流图。如图4-20所示。 尚辅网 4.6 结构化的设计方法 第4章 (2)事务流 事务型数据流的特征是可以把它看成具有在多种事务中选择执行某类事务的能力。这样的数据流图称为事务型数据流图。 尚辅网 4.6 结构化的设计方法 第4章 2.结构化设计过程 面向数据流的结构化方法的设计 过程如图4-22所示。 尚辅网 4.6 结构化的设计方法 第4章 (1)精化DFD。 (2)确定DFD类型。 (3)把DFD映射到系统模块结构,设计模块结构的上层。 (4)基于DFD逐步分解高层模块,设计出下层模块。 (5)根据模块独立性原理,精化模块结构。 (6)描述模块接口。 尚辅网 4.6 结构化的设计方法 第4章 两种映射方法都是先映射出初始软件结构图。 尚辅网 4.6 结构化的设计方法 第4章 3.变换分析 变换分析是一系列设计步骤的总称,通过执行这些步骤,将具有变换流特点的数据流图按预先确定的模式映射成软件结构。采用变换分析方法开发出的软件结构图,其一般方式为:“输入—处理—输出”。 变换分析方法的设计步骤如下: 第一步复查基本系统模型。以确定输入数据和输出数据是否与实际相符。 第二步复查并精化数据流图。完成对需求分析阶段得出的数据流图的复查和精化。 第三步判断数据流图具有变换特性还是事务特性。根据数据流图中占优势的属性是事务的还是变换的,来确定数据流的全局属性。 第四步确定输入流和输出流的边界,从而将变换中心划分出来。 第五步完成“第一级分解”。分配控制的过程,划分顶层模块和从属模块。 第六步完成“第二级分解”。就是把数据流图中的每个处理映射成软件结构中一个适当的模块。 第七步采用启发式设计规则和设计度量对得到的软件结构进行精化。 尚辅网 4.6 结构化的设计方法 第4章 4.事务分析 事务分析的设计步骤和变换分析的设计步骤基本类似,主要差别在于数据流图到软件结构的映射方法不同。在事务分析的设计中,由数据流图映射到软件结构时,从事务中心边界开始,把接收通路映射成一个模块,在发送通路设立一个控制模块,用以控制由不同发送通路映射成的分支模块。 尚辅网 4.7 概要设计文档与评审 第4章 软件设计规格说明书是软件设计阶段要完成的文档,作为设计任务的最终成果。概要设计、详细设计、数据设计规格说明书可根据项目的大小分别编写或合并为一份设计规格说明书。我国国家标准GB/T 8567\|2006《计算机软件文档编制规范》都给出了设计说明书的内容框架,可以选择使用。本章4.8节给出的“高校图书管理系统”《软件概要设计说明书》可供读者参考。 4.7.1 概要设计说明书的编写内容 尚辅网 4.7 概要设计文档与评审 第4章 设计评审就是对设计文档的评审。目的是为了尽早发现软件的欠缺并尽早纠正,因此评审对于项目的成功是绝对必要的。 (1)评审的指导原则 概要设计评审和详细设计评审应分开进行,不可合并为一次评审; 概要设计评审应邀请用户代表和有关领域专家到会,详细设计评审则不需要; 评审是为了提前揭露错误,参加评审的设计人员应该欢迎别人提出批评和建议,不要掩盖设计的缺陷。评审的对象是设计文档而不是设计者; 评审中提出的问题应详细记录,但不谋求当场解决; 评审结束前应做出本次评审能否通过的结论。 4.7.2 概要设计评审 尚辅网 4.7 概要设计文档与评审 第4章 (2)评审的主要内容 概要设计评审应该把重点放在系统的总体结构、模块划分、内外接口等方面。如软件结构能否满足需求;结构形态是否合理;层次是否清晰;模块划分是否符合优化原则;人机界面、内外部接口和出错处理是否合理等。 详细设计评审的重点应该放在各个模块的具体设计上。如模块的设计能否满足其功能和性能要求;算法和数据结构是否合理;设计描述是否简单、清晰等。 4.7.2 概要设计评审 尚辅网 4.7 概要设计文档与评审 第4章 (3)评审的方式 评审分为正式和非正式两种方式。 非正式评审参加人数少,且均为软件人员,带有同行讨论性质,不拘泥于时间和形式,适宜详细设计评审。 正式评审除软件开发人员外,还应邀请用户代表和有关领域专家参加。通常采用答辩方式,与会者提前审阅文档资料,设计人员使用幻灯片等方式对设计方案详细说明之后,回答与会者的问题并记录各种重要的评审意见。正式评审是概要设计评审的常用方式。 4.7.2 概要设计评审 尚辅网 4.8 实例分析:“高校图书管理系统”概要设计 第4章 尚辅网 E-mail:dutp@ 网址: 地址:大连市软件园路80号 大连理工大学

您可能关注的文档

文档评论(0)

带头大哥 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档