- 1、本文档共102页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第9章 传统软件开发方法 9.1 可行性研究 一、任务 不是解决问题,而是确定是否可解\值得解 使用现有的技术能实现吗? 用户组内能行得通吗? 经济效益开发成本吗? 二、 步 骤 1、复查定义,明确限制的约束。 2、研究老系统 解决老系统问题 二、 步 骤 3、导出高层逻辑模型(conceptual design) 二、 步 骤 5、推荐行动方针 二、 步 骤 一、 需求分析的任务 一、 需求分析的任务 2、分析与综合,导出软件的逻辑模型 3、编写项目规格说明书 二、需求分析的特点 三、需求分析的原则 四、需求分析的工具 2. 数据字典 9.3 总体设计 开始考虑“How”,但仍属高层设计 一、过程 1、确定最佳方案: ? 从DFD出发进行任务分解,不同的划分方法即对应不同的方案。 ? 选择最佳方案并制定详细的实现计划 一、 过程 2、结构设计 —— 模块化思想: 将DFD细化,至每个子功能都明白易懂;每个模块完成一个子功能;每层模块合成一个高一级的功能。 二、软件设计原理 1、模块化原理: 经验1:E(P1+P2)E(P1)+E(P2) 经验2: 二、软件设计原理 2、抽象(Abstraction): 忽略细节,分层理解问题,自顶向下层层加细。 在系统定义阶段,作为计算机系统的一个元素对待; 在需求分析阶段,用问题环境中的术语来描述; 在设计阶段,抽象的层次逐步降低,将面向问题的术语与面向实现的术语结合起来描述解决问题。 二、软件设计原理 3、信息隐蔽(Information hiding) 一个模块内包含的信息(过程或数据)对于不需要这些信息的其他模块来说是不能访问的。 模块之间仅仅交换为了完成系统功能所必须的信息。 对修改、测试、维护带来好处。 4、模块独立性(Module independence) 好设计的关键:每个模块完成一个相对独立的子功能,并且与其它模块间的接口简单。 4、模块独立性 藕合:块间联系,各模块间联系紧密程度的度量。越紧密,藕合性越强,独立性越差。 分类: 无直接藕合:没有直接关系。 数据藕合:通过参数交换数据信息,是低藕合。 标记藕合:传递的是数据结构的地址; 控制藕合:传递的是控制信息,如控制变量(开关、标志),被调用模块根据控制信息选择执行某一功能。是中等程度的藕合,可以进行模块分解,用数据藕合来代替。 4、模块独立性 公共环境藕合:模块通过一个公共环境如全程变量、共享的通信区、内存的公共覆盖区、存储介质上的文件、物理设备等相互作用。复杂程度随藕合模块个数的增加而增加。 内容藕合:一个模块访问另一个模块的内部数据或通过非正常入口转入另一模块内。是最高程度的藕合。 4、模块独立性 设计原则: 以上藕合的紧密程度逐步增加,尽量使用数据藕合,少用控制藕合,限制公共环境藕合的范围,完全不用内容藕合。 5、内聚 内聚:标志一个模块内各个元素彼此结合的紧密程度的度量。各元素的联系越紧密,内聚性就越高。理想内聚模块只做一件事情。 分类: 偶然内聚:没有任何联系的任务组合在一起的模块。如读写磁盘、计算数、打印输出等放在一个模块内。不易理解和修改,是最差的藕合。 逻辑内聚:块内执行几个逻辑上相似的功能,通过参数决定执行哪一个功能。如产生各种类型错误信息输出的模块。不易修改,要通过参数传递信息,造成控制藕合。 5、内聚 时间内聚:将同时执行的动作组合在一起的模块。如初始化一组变量、同时打开若干文件等。与其他模块的联系比较密切,藕合的程度较高。 通信内聚:模块内各元素都在同一数据结构上操作。如模块内的建表、查表两功能都使用同一数据结构—表。 顺序内聚:块内各元素都密切关于同一功能,且需顺序执行,前一元素的输出是下一功能元素的输入。如分别对工业产值求总产值和平均产值的两元素。 5、内聚 功能内聚:所有元素共同完成一个功能,缺一不可。如打印日报表的功能模块。 从前向后,内聚程度逐渐增加。 三、启发式规划 1. 争取低耦合、高内聚(增加内聚 减少耦合) 2. 模块规模适中: 过大不易理解;太小则接口开销过大。注意分解后不应降低模块的独立性。 3. 适当控制 —— (软件结构:上层调用下层模块) 深度 = 分层的层数。过大表示分工过细。 ? 宽度 = 同一层上模块数的最大值。过大表示系统复杂度大。 三、启发式规划 ? 扇出 = 一个模块直接调用\控制的模块数。 3 ? fan-out ? 9 三、启发式规划 4、作用域在控制域内 ? 控制域 三、启发式规划 5、降低接口的复杂程度:接口
文档评论(0)