软件开发过程总结强烈推荐.pptVIP

综合了瀑布模型和原型模型的优点，即将两者结合，并加入了风险分析机制。 螺旋模型 Spiral Model 优选文档 * 螺旋模型的优、缺点 支持用户需求的动态变化。螺旋模型特别强调原型的可扩充性和可修改性。 如果每次迭代的效率不高，致使迭代次数过多。 为项目管理人员及时调整管理决策提供了方便，可降低开发风险。 需要有相当丰富的风险评估经验和专门知识，要求开发队伍水平较高。 优选文档 * 以面向对象软件开发方法为基础，以用户需求为动力，以对象来驱动的模型。 喷泉模型 优选文档 * 瀑布模型的特点 软件系统可维护性较好； 各阶段相互重叠，表明了面向对象开发方法各阶段间的交叉和无缝过渡； 具有增量开发特性，能做到分析一点、设计一点、实现一点、测试一点，使相关功能随之加入到演化的系统中。 整个模型是一个迭代的过程，包括一个阶段内部的迭代和跨阶段的迭代； 模型是对象驱动的，对象是各阶段活动的主体，也是项目管理的基本内容。 该很自然地支持软部件的重用 优选文档 * 它分批地逐步向用户提交产品，整个软件产品被分解成许多个增量构件，开发人员一个构件接一个构件地向用户提交产品。 增量模型 Incremental Model 优选文档 * 分析 设计 编码 测试 分析 设计 编码 测试 分析 设计 编码 测试 分析 设计 编码 测试 系统信息工程 增量1 增量2 增量3 增量4 第1个增量的发布 第2个增量的发布 第3个增量的发布 第4个增量的发布 calendar time 优选文档 * Rational统一过程 1. 最佳实践 2. RUP软件开发生命周期 优选文档 * 敏捷过程与极限编程 1. 敏捷过程 2. 极限编程: XP项目的整体开发过程 优选文档 * 微软过程 1. 微软过程准则 2. 微软软件生命周期:微软软件生命周期阶段划分和主要里程碑 3. 微软过程的生命周期模型 优选文档 * 优选文档 * 需求分析与建模 需求分析的任务是要准确地定义新系统的目标，准确回答“系统必须做什么”的问题，并用需求规格说明书规范的形式准确地表达用户的需求。 优选文档 * 系统分析员要研究可行性研究报告和软件项目实施计划。 从系统的角度来理解软件，确定对目标系统的综合要求，即软件的需求。 提出这些需求实现的条件，以及需求应达到的标准。也就是解决待开发系统需要“做什么“，“做到什么程度”的问题。 需求获取 此阶段的工作是需求获取、问题识别，即收集并明确用户需求的过程。 优选文档 * 模型是为了理解事物而对事物做出的一种抽象，通常由一组符号和组织这些符号的规则组成。 有助于更好地理解问题。 系统分析员根据目标系统的模型，从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和对设计的限制，剔除需求中不合理的成分，增加需要的部分，最终把各项需求组织起来，提交目标系统的详细逻辑模型。 分析建模 获取到需求后，要把来自用户的信息加以分析，通过“抽象”建立待开发的系统逻辑模型 优选文档 * 将已经过分析的需求清晰、全面、系统、准确地描述成正式的文档——软件需求规格说明书。 软件需求规格说明书以开发人员的角度，对开发系统的业务模型、功能模型、数据模型等内容进行描述，明确地表达了用户与系统分析员对软件系统的共同理解，将作为概要设计和详细设计的基线。 对于复杂的软件系统，此阶段除产生软件需求规格说明书（称软件需求文档），系统定义文档（即用户需求报告）和系统需求文档（即系统需求规格说明书）。 需求描述 需求描述就是指编制需求分析阶段的文档 优选文档 * 需求验证就是对需求的正确性进行严格的验证， （1）确保需求的一致性、完整性、清晰性、现实性和有效性， （2）确保设计与实现过程中的需求可回溯性， （3）并进行需求变更管理。 通常，需求验证以用户、系统分析员、系统设计人员和管理人员共同参与的会议形式进行，最后由评审负责人签字。 需求验证 需求验证就是验证（复查）需求分析的成果，也称综合评审 优选文档 * 优选文档 * 著名的软件工程专家B. W. Boehm于1983年提出 1 用分阶段的生存周期计划严格管理 2 坚持进行阶段评审 3 实行严格的产品控制 4 采用现代程序设计技术 5 结果应能清楚地审查 6 开发小组的人员应少而精 7 承认不断改进软件工程实践的必要性 巴利·玻姆（Barry W. Boehm）—软件工程估算模型COCOMO模型之父、软件过程螺旋式模型之父 软件工程 - 基本思想 优选文档 * 付出较低的开发成本； 达到要求的软件功能； 取得较好的软件性能； 开发的软件易于移植； 需要较低的维护费用能按时完成开发工作，及时交付使用。 低开发成本 高性能 高可靠性 按时交付 互斥关系 互补关系 软件工程 - 项目目