实用软件工程PPT教学课件-第2章软件开发模型精选.ppt

第二章 软件开发模型 软件生存周期 软件开发模型 开发模型选用实例 附加内容（PSP、TSP、XP） 软件生存周期（ life cycle ） 软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存期 软件生存期9个步骤：立项（或签合同、下达任务书）、需求分析、概要设计、详细设计、编码实现、软件测试、软件发布与实施、软件维护和版本更新或退役。 软件生存周期示意图 需求分析和定义 弄清用户对软件系统的全部需求，并用“需求规格说明书”的形式准确地表达出来。需求规格说明书应包括对软件的功能需求、性能需求、环境约束和外部接口等描述。 对用户提出的要求进行分析并给出详细的定义 编写软件需求说明书或系统功能说明书及初步的系统用户手册 提交管理机构评审 软件设计 主要任务是将需求转变为软件的表示形式，有时又可细分为总体设计和详细设计。这一阶段的目的是确定软件的总体结构、数据结构、用户界面和算法细节。 概要设计 — 把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应 详细设计 — 对每个模块要完成的工作进行具体的描述，为源程序编写打下基础 编写设计说明书，提交评审。 程序编写 把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单” 写出的程序应当是结构良好、清晰易读的，且与设计相一致的 软件测试 按照不同的层次，又可细分为单元测试、综合测试、确认测试和系统测试等步骤。测试是保证软件质量的重要手段。为确保这一工作不受干扰，大型软件的测试通常由独立的部门和人员进行，测试阶段的文档称为“测试报告”，包括测试计划、测试用例与测试结果等内容。 运行／维护 改正性维护 运行中发现了软件中的错误需要修正 适应性维护 为了适应变化了的软件工作环境，需做适当变更 完善性维护 为了增强软件的功能需做变更 软件开发（生存期）模型 根据软件生存周期为各项活动的流程确定一个合理的框架，称为软件生存期模型。软件生存期模型直观地表达软件开发全部过程，明确规定要完成的主要活动和任务。 （1）瀑布模型 （2）快速原型模型 （3）增量模型 （4）螺旋模型 （5）转换模型 （6）迭代模型 （Rational Unified Process，RUP） 瀑布模型（线形顺序模型） 瀑布模型的本意 根据软件生存周期是由立项、需求分析、策划、概要设计、详细设计、编程、测试、发布、维护等阶段所组成的，就把每个阶段当作瀑布中的一个台阶，把软件生存过程比喻成瀑布中的流水，软件生存过程在这些台阶中由上向下地奔流。开发人员按照阶段开发，管理人员按照阶段管理。 瀑布模型的特征 阶段间的顺序性和依赖性 推迟实现的观点 质量保证的观点 瀑布模型的特点： (1) 里程碑或基线驱动，或者说文档驱动； (2) 过程逆转性很差，或者说不可逆转。 选择模型的条件： 不是任何软件都可以采用瀑布模型的，软件项目或产品选择瀑布模型，必须满足下列条件： （1）在开发时间内需求没有或很少变化。 （2）分析设计人员对应用领域很熟悉。 （3）低风险项目（对目标、环境很熟悉）。 （4）用户使用环境很稳定。 （5）用户除提出需求以外，很少参与开发。 瀑布模型的缺点 可维护性差，表现在 (1)由于逆转性很差，所以返工会造成重大损失。 (2)错误的传递，会采取发散扩大的方式。 原型模型 建立原型系统时常采用的作法 原型系统仅包括未来系统的主要功能，以及系统的重要接口。 为了尽快向用户提供原型，开发原型系统时应尽量使用能缩短开发周期的语言和工具。 除了少数简单的事务系统外，大多数原型都废弃不用，仅把建立原型的过程作为帮助定义软件需求的一种手段。 原型模型本意 在初步需求分析之后，马上向客户展示一个软件产品原型，对客户进行培训，让客户试用，在试用中收集意见，修改原型，再让客户试用，反复循环几次，直到客户确认为止。 原型模型特点： (1)原型驱动。开发者必须先有一个原型。 (2)与迭代模型相同点是反复循环几次，直到客户确认为止。不同点是原型模型事先有一个展示性的产品原型，而迭代模型可能没有。 原型模型的缺点： 因为事先有一个展示性的产品原型，所以在一定程度上，不利于开发人员的创新。 快速原型法 由于原型模型的开发速度较快，有时也将它称做快速原型法（Rapid Prototyping）。在开发工具和开发环境迅速发展的今天，在信息系统开发中，原型法和快速原型法又被赋予新的内容：事先没有原型产品，也可以采取这种办法。基本思路是：采用以面向数据为主的方法