单元一初识软件工程.pptVIP

基本思想 (1)首先建立一个统一的体系结构分析设计 (2)在增量模型的每一个阶段，都要编码产生一个新的构件(中间版本) (3)将新构件集成到先前已经构成的产品中并作为一个整体进行测试，直到满足用户需求为止 一般首先开发产品的核心部分，然后再逐步开发产品的附加部分 开发流程 一个典型的产品通常由10~50个构件组成。 优点和缺点 优点： 增量模型的每个阶段都交付一个可操作的 产品，从第一个构件交付开始，客户就能做有用 的工作 缺点： 后开发的构件必须能够集成到先前已开 发的产品中而不毁坏已开发的功能。 要求体系结构设计必须是开放的，否则有难度 适用场合 当没有足够的人员在规定的期限内开发完整的产品 由于不可克服的客观原因而把交付期限规定的太短 原型模型是一种迭代的开发形式，想想原型模型与渐增模型有什么不同之处？ 4.演化模型 基本思想 第一次迭代(需求-设计-实现-测试-集成)-反馈- 第二次迭代(需求-设计-实现-测试-集成)-反馈-…… 采用演化模型的开发过程，实际上就是从初始的原型逐步演化成最终软件产品的过程。 缺点 如果所有的产品需求在一开始并不完全弄清楚的话，会给总体设计带来困难及削弱产品设计的完整性，影响产品性能的优化及产品的可维护性。 如果缺乏严格的过程管理的话，这个生命周期模型很可能退化为一种原始的无计划的“试－错－改”模式。 心理上，可能产生一种影响尽最大努力的想法，认为虽然不能完成全部功能，但还是造出了一个有部分功能的产品。 如果不加控制地让用户接触开发中尚未测试稳定的功能，可能对开发人员及用户都产生负面的影响。 适用场合 演化模型特别适用于对软件需求缺乏准确认识的情况。 想想演化模型与增量模型有什么不同之处？ 5.螺旋模型 基本思想 (1)将瀑布模型与原型模型结合起来 (2)增加了风险分析 (3)将瀑布模型的多个阶段转化到多个迭代过程中 开发过程 螺旋模型主要由4个部分组成：需求定义、风险分析、实施开发和计划评审。 每一次迭代均包含六个步骤： 决定目标和解决方案 识别和解决项目的风险 评估解决方案 开发本次迭代的交付物，验证交付物的正确性 计划下依次迭代 提交下一次迭代的步骤和方案 优点和缺点 优点： 实现了随着项目成本投入不断增加，风险 逐渐减小 缺点： 需要具有相当丰富的风险评估经验和专 门知识，而且费用昂贵 适用场合 一般适用于大型软件项目的开发 微软的软件产品周期 计划 设计 执行 稳定 发布 规划阶段和设计阶段 产品规划（Planning） 市场机会 客户需求 功能和技术 愿景(Vision) 制定计划和过程 产品设计（Design） 细化需求 功能和架构设计 界面设计 开发计划 实施阶段和定型阶段 实施阶段(Implement) 编写代码 构建产品 产品定型(Stabilize) 验证和改进 测试和调试 * 发布阶段 产品发布阶段(Release) 交付生产 在线内容的发布和维护 进入产品更新阶段 * 微软里程碑模型 由微软软件工程团队在实际中逐步创立 集合了各种软件开发模型的优点 微软软件工程实践的真实写照 什么是里程碑? 项目的检查点(Checkpoint) 包含产品生命周期中的一个或多个阶段 基于 Exit Criteria 一系列”是/否”问题 所有问题的回答都是”是”时,可以进入下一阶段 由M0, M1, M2, M3… RC0, RC1等一系列阶段组成 M: Milestone RC: Release Candidate 微软里程碑模型 微软里程碑模型 * 里程碑(Milestones) M0: 规划和设计（plan and design） Mn: 实施（coding as spec’ed） 定型/稳定（Stabilization: test, verify and stabilize） 交付生产（RTM/W: release to manufacture/web） 里程碑模型术语 术语 定义 Spec Complete 规格说明书设计评审完毕 Feature Coding 编写代码实现功能 Code Complete(CC) 所有里程碑计划的功能编码完成 Test Plan Complete 测试计划制定并评审完毕 Zero Bug Bounce(ZBB) 本里程碑大于48小时的缺陷数量等于零 ZBB Test Pass(ZBBTP) 所有功能测试都在当前构建(build)上运行一遍 Zero Resolved Bugs(ZRB) 里程碑内解决的并等待验证的漏洞数量等于零 Exit Criteria 里程碑交付物质量标准 Full