第2章软件工程2016.pptVIP

第2章 软件工程 目 录 2.1软件工程的基本概念 2.2软件开发过程 2.3系统定义 2.4软件实现 2.5软件维护 2.6软件开发管理 2.1 软件工程的基本概念 2.1.1 什么是软件危机 软件不符合用户的实际需要 软件价格昂贵 软件开发项目超支和延期 软件质量低，可靠性差 软件缺少适当的文档资料 难于修改和维护软件 有几种原因使需求分析变得困难： （1）客户说不清楚需求： （2）需求自身经常变动； （3）分析人员或客户理解有误 （隔行如隔山）。 程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制弱智的计算机，又能让别人看不懂、不会用。 软件开发的工作量难以估计，初学者的不正确的观念之二： “如果我们落后于计划，可以增加更多的程序员来解决。 ” 软件 != 程序 软件 = 程序 + 文档 软件危机的形成原因 软件本身是逻辑部件，质量难以评价，潜在的错误在所难免 软件规模越来越大，软件结构越来越复杂 忽视需求分析的重要性，急于开始编程 轻视软件测试和软件维护，忽略文档 软件开发技术落后，生产方式落后，开发工具落后 2.1.2 软件工程的定义 软件工程是指导计算机软件开发和维护的一门学科，它采用工程的概念、原理、技术和方法，把经过时间考验而证明是正确的管理技术和与技术方法结合起来用于开发软件。 2.1.3 软件工程的基本原则 用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 (不随意改变需求 ) 采用现代程序设计技术 工作成果应当能够清楚地评审 开发小组的成员应少而精 承认不断改进软件工程实践的必要性 2.1.4 软件工程的基本内容 软件生存周期模型 软件分析 系统分析、可行性分析、软件开发计划、需求分析 软件设计 总体设计、详细设计 软件实现 编程序 软件测试 软件维护 软件管理 成本估算、风险分析、进度安排、人员组织、 软件质量保证 2.2 软件开发过程 2.2.1 软件开发的主要阶段 三个主要阶段 1、软件定义 可行性分析和需求分析 2、软件开发 总体设计、详细设计、实现、集成测试和确认测试 3、软件维护 软件使用、修改维护、退役 2.2 软件开发过程 2.2.2 软件生命周期模型 1、什么是软件生命周期 软件产品从形成概念开始，经过开发、使用和维护，直到退役的全过程 2.2 软件开发过程 软件生命周期 2.2 软件开发过程 2、软件生命周期瀑布模型 2.2 软件开发过程 3、软件生命周期原型模型 2.2 软件开发过程 2.2.3 模块化软件开发原则 1、模块化 2、信息隐蔽与局部化 3、模块独立 4、启发式规则 1、模块化 模块：是数据说明、可执行语句等程序对象的集合，它是单独命名的而且可通过名字来访问，例如，过程、函数、子程序、宏等等都可作为模块。 模块化：解决一个复杂问题时，自顶向下逐层将软件分解成若干模块的过程 模块化的根据 “各个击破”的结论——把复杂的问题分解成许多容易解决的小问题，原来的问题也就容易解决了 模块划分的指导原则 模块可分解性：把问题分解为子问题的系统化机制 模块可组装性 ：把现有的可重用模块组装成新系统 模块可理解性 ：一个模块作为独立单元无需参考其他模块来理解 模块连续性：系统需求的微小修改只导致对个别模块，而不是对整个系统的修改 模块保护性 ：一个模块内出现异常情况时，它的影响局限在该模块内部 最适当的模块数目 模块与成本的关系 2、信息隐蔽与局部化 信息隐蔽：一个模块内包含的信息(过程或数据) 对于不需要这些信息的其他模块来说不可见（不能访问） 局部化：将关系密切的软件元素的位置尽量靠近 优点：信息隐蔽与局部化有利于软件的可维护性，可以防止误操作和误修改 3、模块独立 模块独立性：每个模块只完成系统所要求的独立子功能，并且与其他模块的联系尽量少且接口简单 模块独立的好处： 使软件开发更容易、适合分工合作 使软件测试和维护更容易 模块独立的度量 内聚：一个模块内部各元素之间彼此结合的紧密程度的度量 耦合：不同模块之间互连程度的度量 4、启发式规则(如何有效地模块化） 改进软件结构提高模块独立性 模块规模应该适中 模块之间的调用关系应当按照层次化组织 模块的深度、宽度、扇出和扇入都应适当 设计单入口单出口的模块 模块功能应该可以预测 2.2 软件开发过程 2.2.4 软件开发方法 结构化方法（Structured Method） 面向对象方法（Object-Oriented Method） 2.3 系统定义 2.3.1 可行性分析 1、可行性分析概述 目的：用最小的代价在尽可能短的时间内确定问题是否能够解决 可行性