第3章概要设计.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第3章 概要设计   设计阶段的目的是为编程制定一个周密计划(软G62)。   软件设计是软件开发的关键步骤(软G39)。   解决“怎么做”。   含概要〔结构〕设计和详细〔过程〕设计。   产生设计规格说明书。 *****资料*****   数据结构(Data Structure):数据的组织形式(辞修360)。   相关数据总是按照一定的组织关系排列,从而构成一定的结构,对这种结构的描述就是数据模型。   关系模型(Relational Model,SQ尤9、表1-1):用二维表结构来表示实体与实体之间联系的模型。   关系→二维表→数据表(Table)   元组→ 行 →记录 (Record)   属性→ 列 →字段 (Field) *****资料*****   数据库(DB,Data Base):保存数据及其关系的仓库(辞修360)。   (数据)表结构四要素:字段名、字段(数据)类型、字段宽度、小数位数。   数据仓库(DW,Data Warehouse):将分布在企业网络中不同信息岛上的商业数据搜集到一起,存储在一个单一的集成关系型数据库中。容量一般为几百个GB以上(辞修362)。 ⒊编写概要设计文档(软G40) ⑴ 概要设计说明书 ⑵ 数据设计说明 ⑶ 用户手册 ⑷ 修订测试计划 ⒋评审 3.1.2 概要设计说明书的主要内容(软G40) ⑴ 引言 ⑵ 任务概述 ⑶ 概要设计 ⑷ 接口设计 ⑸ 数据结构设计 ⑹ 运行设计 ⑺ 出错处理设计 ⑻ 安全保密设计和维护设计 3.2 设计过程(软G40) ⒈设计供选择的方案(软G41)   包括低、中、高成本方案。   提供系统流程图、数据字典、成本效益分析、实现系统的进度计划。 ⒉选取最佳方案   比选方案;详细的实现进度计划;审批。 ⒊功能分解   确定模块并用层次图或结构图描述层次结构。   细化数据流图。 ⒋设计软件结构(软G41)   是概要设计阶段的核心工作。   用面向数据流的设计方法(结构化设计方法SD)将软件划分层次和结构。   可以从数据流图中映射出软件结构。 ⒌数据库设计   含(概念、逻辑)模式设计、子〔用户〕模式设计(参下一屏“资料”)、完整性与安全性设计、改进与优化处理等。   还含代码设计(考虑标准、校验等)。 *****资料*****   数据库系统(DBS,Data Base System)的三级模式(或三个层次)从外到内依次是:外〔子、用户〕模式、(概念、逻辑)模式(Schema)、内〔存储〕模式,分别是局部逻辑结构、全局逻辑结构、存储结构,分别叫用户视图、DBA(数据库管理员)视图、系统程序员视图。   数据库系统的二级映射:外模式/模式映射、模式/内模式映射。 (参SQ尤10、11,允9、21) ⒍制定测试计划(软G41) ⒎书写文档(软G42)   包括系统说明、用户手册、测试计划、详细的实现计划、数据库设计结果等。 ⒏审查和复审 3.3 设计原理(软G42) 3.3.1 模块化   模块具有以下几种基本属性: ⑴ 接口:I/O。 ⑵ 功能:作用。 ⑶ 逻辑:如何实现。 ⑷ 状态:运行环境(调用关系)。   把复杂问题分解为许多容易解决的小问题,提高了工作效率。   模块化与软件成本的关系参图3-1。 3.3.2 抽象与逐步求精(软G43)   把事物之间的共性集中和概括起来,而忽略它们之间的差异,这就是抽象,即抽出事物的本质特性而暂不考虑它们的细节。   用模块化设计的思想来解决问题时,可以提出不同层次的抽象。   软件工程过程的每一阶段都是对软件解法的一次求精。   逐步求精是Wirth(沃思)提出的一种设计策略(软G43)。   层次结构的上一层是下一层的抽象;下一层是上一层的求精。所以,逐步求精与抽象是一致的。   参教材CAD软件例:抽象层次1、2、3...,细化过程进行到获得源代码为止。 3.3.3 信息隐蔽(软G44)   信息隐蔽指在设计和确定模块时,使得一个模块内包含的信息(过程或数据),对于不需要这些信息的其他模块来说,是不可访问的。   信息隐蔽为软件系统的修改、测试、维护带来方便(软G45)。   局部化有利于实现信息隐蔽。 3.3.4 模块独立性(软G45)   模块独立性指每个模块只完成系统要求的独立的子功能,并且与其他模块的联系最少且接口简单。   两个定性衡量指标:耦合性和内聚性。 ⒈耦合性(参图3-4):又称块间联系,指软件系统结构中各模块间相互联系紧密程度的一种度量。 ⑴ 非直接耦合:无直接联系。独立性最高。 ⑵ 数据耦合:有调用关系(值传递)。独立性较高。 ⑶ 标记耦合(软G45):传递的是数据结构。降低了可理解性。 ⑷ 控制耦合:有控制信息的传递。属中等程度的耦合,增加了系统复杂程度。 ⑸

文档评论(0)

yyh892289 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档