Chapter03软件过程模型.ppt

Chapter 3软件过程模型Software Process Models 3.1 惯例过程模型 即传统的过程模型，Prescriptive Process Model 最早提出的过程模型是为了改变软件开发的混乱状况，使得软件开发更加有序。 根据项目、团队人员以及工作环境等的特点，定制过程模型。 不管采用何种过程模型，通常都会选择一个通用的过程框架，它包含以下一些框架活动：沟通、策划、建模、构建、部署。 3.2 瀑布模型 Waterfall Model Classic Life Cycle Model Linear Sequential Model 瀑布模型的三个特点 阶段间具有顺序性和依赖性 推迟实现的观点 质量保证的观点 The Waterfall Model With Maintenance Circle The Waterfall Model With Prototyping 瀑布模型的问题 实际的项目很少遵守瀑布模型要求的顺序性。 基于“明确、完备的需求”，可以获得好的开发效果。但客户通常难以清楚地描述所有需求。 要求客户有足够的耐心，因为只有在项目接近尾声的时候，他们才能得到可以执行的程序。 对于系统的重大缺陷难以及时发现。 3.3 增量过程模型 能在较短的时间内向用户提交可以完成主要功能的产品。 逐步增加产品的功能，使用户有充裕的时间学习和适应新产品，减少一个全新的产品给客户组织带来的冲击。 The Incremental and Iterative Model Iterative Models The Incremental Model 3.4 演化过程模型 原型开发 需求不够详细，不太清楚 人机交互形式不确定 开发人员对算法，OS兼容性不确定 螺旋模型 瀑布模型＋原型迭代 协同开发模型 由一系列框架活动，软件工程动作和任务，相关状态表示。 协同过程模型定义了一系列事件，这些事件触发软件工程活动、动作、任务的状态之间的转换。 The Spiral Model An Evolutionary (Spiral) Model 螺旋模型的优点 有利于已有软件的重用 有助于把软件质量作为软件开发的一个重要目标 减少了过多测试或测试不足所带来的风险 软件维护与软件开发没有本质区别 3.5 Specialized Process Models Component-Based Development—the process to apply when reuse is a development objective Formal methods—the process to apply when a mathematical specification is to be developed Aspect-Oriented Software Development—use aspects to characterize cross-cutting functional and non-functional properties components. Cleanroom software engineering—emphasizes error detection before testing 3.6 统一过程（RUP） Rational Unified Process UML+RUP+Use Case RUP的突出特点 用况驱动（系统功能） 以构架为中心（表现形式） 迭代和增量开发（过程实施） * 问题定义 需求分析 概要设计 详细设计 编码 测试 维护 Cost to change After release The impact of change Definition Development 1.5~6x ?????? 1x 60~100x 计划 需求分析 概要设计 详细设计 编码 测试 维护环 计划 需求分析 运行 评价 编码 设计 运行维护 需求分析 概要设计 详细设计 编码单元测试 集成测试 验收测试 Prototyping 系统测试 Validate Verify Incremental Development Iterative Development create create format create format edit create More styles Easy quick create More styles Paste easy create styles Paste clumsy Prototyping RAD *