软件过程讲解.pptVIP

（0）制定计划 1、确定要开发软件系统的总目标； 2、给出功能、性能、可靠性以及接口等方面的要求； 3、完成该软件任务的可行性研究； 4、估计可利用的资源 （硬件，软件，人力等）、成本、效益、开发进度； 5、制定出完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查。 （1）需求分析和定义 当完成制定计划之后，需要对用户的需求去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言表达出来。 其主要任务是： 对用户提出的要求进行分析并给出详细的定义； 编写软件需求说明书及初步的系统用户手册，提交管理机构评审。 （2）系统和软件设计 其主要任务是： 概要设计：把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应； 详细设计：对每个模块要完成的工作进行具体的描述，为源程序编写打下基础； 编写设计说明书，提交评审。 （3）实现与单元测试 其主要任务和要求是： 把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”； 写出的程序应当是结构良好、清晰易读的，且与设计相一致的。 每个单元技术后进行单元测试，查找各模块在功能和结构上存在的问题并加以纠正； （4）集成与系统测试 其主要过程是： 组装测试：将已测试过的模块按一定顺序组装起来； 按规定的各项需求，逐项进行有效性测试，决定已开发的软件是否合格，能否交付用户使用。 （5）运行／维护 保证正常而可靠地运行，并能使软件不断得到改善和提高，充分发挥其作用。软件维护有四种类型，它们分别完成以下各自的任务： 改正性维护：运行中发现了软件中的错误而进行的修正工作； 适应性维护：为了适应变化了的软件工作环境，而做适当的变更； 完善性维护：为了增强软件的功能而做的变更； 预防性维护：为未来的修改与调整奠定更好的基础而进行的工作。 瀑布模型的特点 1.阶段间具有顺序性和依赖性。 2.推迟实现的观点。 3.每个阶段必须完成规定的文档; 每个阶段结束前完成文档审查, 及早改正错误。 4.下一个阶段可以回溯到前面的某个阶段 瀑布模型的选择条件 适合于： 1.开发阶段需求很少有变化 2.分析设计人员对应用领域很熟悉 3.低风险项目 4.用户使用环境很稳定 5.用户除提出需求外，很少参与开发工作 弊端： 1.开发阶段不能并行，更不能倒置(生硬的分阶段) 2.容易出现问题堆积，导致重大错误。 瀑布模型适合的项目 类似的项目如： 公司的财务系统 库存管理系统 短期项目 原型的类型 探索型：目的是要探索对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。 抛弃式原型：这种原型用于理解用户需求，然后给出一个较好的需求定义。 实验型：大规模开发和实现之前，考核方案是否合适，规格说明是否可靠。 原型使用策略 废弃策略（抛弃式原型） 追加策略（探索型） 快速原型模型 Prototype 快速原型模型的开发步骤 　　1、快速分析:在分析人员与用户密切配合下，迅速确定系统的基本需求，根据原型所要体现的特征描述基本需求以满足开发原型的需要。 　　2、构造原型:在快速分析的基础上，根据基本需求说明尽快实现一个可行的系统。这里要求具有强有力的软件工具的支持，并忽略最终系统在某些细节上的要求，如安全性、坚固性、例外处理等等，主要考虑原型系统能够充分反映所要评价的特性，而暂时删除一切次要内容。 　　3、运行原型 :这是发现问题、消除误解、开发者与用户充分协调的一个步骤。 　　4、评价原型 :在运行的基础上，考核评价原型的特性，分析运行效果是否满足用户的愿望，纠正过去交互中的误解与分析中的错误，增添新的要求，并满足因环境变化或用户的新想法引起的系统要求变动，提出全面的修改意见。 　　5、修改 :根据评价原型的活动结果进行修改。 Prototype 模型适合的项目 在项目开始前,项目的需求不明确 需要减少项目需求的不确定性 类似的项目如： 确定显示界面 第一次开发的产品，验证可行性 原型模型的选择条件 对所开发的领域比较熟悉而且有快速的原型开发工具 项目招投标时，可以以原型模型作为软件的开发模型 进行产品移植或升级时，或对已有产品原型进行客户化工作时，原型模型是非常适合的。 3种类型软件组件可能用于面向复用的过程 1 通过标准服务开发的Web服务，可用于远程调用（如google地图） 2 对象集合，作为一个包和组件框架，如.net或者J2EE等集成在一起 3独立的软件系统，通过配置在特定的软件环境中使用 两种应对变更系统需求的方法： 系统原型 增量交付 讨论：系统原型和增量交付的方式开发软件是如何改善系统变更的？ RUP内容组织 请