第2章软件过程综述.ppt

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