02第2章 软件生命周期与软件过程.pptVIP

* * * * 补充：面向对象的基本概念 对象Object 类Class 继承Inheritance 消息Message 面向对象 对象+类+继承+消息通信 构件集成模型 构件 在某个领域内具有通用性，可以复用的软件部件 将可以复用的构件存储起来，形成构件库 特点 面向对象 基于构件库 融合螺旋模型特征 支持软件开发的迭代方法 软件复用 4. 形式化方法模型 形式化方法模型：基于程序变换和验证技术的软件开发 转换模型（transformational model） 净室模型（cleanroommodel） 转换模型 形式化 规格说明 与需求比较后修正 变换2 变换1 变换n 测试 形式化开发记录 系统需求 目标系统 转换模型 开发过程 确定形式化需求规格说明书 进行自动的程序变换 针对形式化开发记录进行测试 特点 形式化软件开发方法 形式化需求规格说明 变换技术 程序自动生成技术 确保正确 净室模型 需求 收集 盒结构 规约 形式化 设计 统计性使 用测试 正确性 证明 代码生成 与检查 测试计划 认证 需求 收集 盒结构 规约 形式化 设计 统计性使 用测试 正确性 证明 代码生成 与检查 测试计划 认证 需求 收集 盒结构 规约 形式化 设计 统计性使 用测试 正确性 证明 代码生成 与检查 测试计划 认证 增量1 增量2 增量n 净室模型 净室思想 在分析和设计阶段消除错误 在“洁净”状态下实现软件制作 形式化 盒结构表示分析和设计 正确性验证 增量模型 把软件看成一系列的增量 软件过程模型的特点汇总 开发模型 特 点 适用场合 瀑布模型 线性模型，每一阶段必须完成规定的文档 需求明确的中、小型软件开发 快速原型模型 用户介入早，通过迭代完善用户需求，原型废弃不用 需求模糊的小型软件开发 增量模型 每次迭代完成一个增量，可用于OO开发 容易分块的大型软件开发 螺旋模型 典型迭代模型，重视风险分析，可用于OO开发 具有不确定性大型软件开发 构件集成模型 软件开发与构件开发平行进行 领域工程、行业的中型软件开发 转换模型 形式化的规格说明，自动的程序变换系统 理想化模型，尚无成熟工具支持 净室模型 形式化的增量开发模型，在洁净状态下实现软件制作 开发团队熟悉形式化方法，中小型软件开发 5. 统一过程和敏捷过程 统一过程 Rational Unified Process（RUP）描述了软件开发中各个环节应该做什么、怎么做、什么时候做以及为什么要做，描述了一组以某种顺序完成的活动 敏捷过程 Agile Development是一种以人为核心、迭代、循序渐进的开发方法，其软件开发过程称为“敏捷过程” RUP Rational Unified Process 将软件开发分为四个阶段： 先启 – 定义整个项目的范围 精化 – 制定项目计划、描述功能、建立体系架构框架 构建 – 构造软件产品 迁移 – 将软件产品移交到最终用户手中 RUP中有9个核心工作流，分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core Supporting Workflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复这种叠代模型的实现在很大程度上提供了及早发现隐患和错误的机会 。 敏捷过程 敏捷价值观 “注重个人及互动胜于过程和工具”“注重可用的软件胜于详尽的文档”“注重客户协作胜于合同谈判”“注重响应变化胜于恪守计划” 《敏捷宣言》12条原则 1.最优先的目标是通过尽早地、持续地交付有价值的软件来满足客户。2.欢迎需求变化，甚至在开发后期。敏捷过程控制、利用变化帮助客户取得竞争优势。3.频繁交付可用的软件，间隔从两周到两个月，偏爱更短的时间尺度。4.在整个项目中业务人员和开发人员必须每天在一起工作。5.以积极主动的员工为核心建立项目，给予他们所需的环境和支持，信任他们能够完成工作。 6.在开发团队内外传递信息最有效率和效果的方法是面对面的交流。 7.可用的软件是进展的主要度量指标。8.敏捷过程提倡可持续发展。发起人、开发者和用户应始终保持稳定的步调。9.简化——使必要的工作最小化的艺术——是关键。10.持续关注技术上的精益求精和良好的设计以增强敏捷性。11.最好的架构、需求和设计产生于自我组织的团队。12.团队定期地对运作如何更加有效进行反思，并相应地调整、校正自己的行为。 重量级的开发方法严格定义了许多规则、流程和相关的文档 灵巧的轻量级开发方法，其规则和文档相对较少，流