软件工程第2章软件生存周期与软件过程__CUMT_2分析.ppt

课件制作人：谢希仁 2.6 项目计划 制定计划的过程就是一个逐渐了解掌握项目的过程 制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考 一旦计划被负责任地完成，帮助在项目过程中防范各种问题的出现，帮助保证项目按时完成 项 目 计 划 范围说明 风险对策计划 进度计划 质量计划 资源计划 沟通计划 采购计划 变更控制 配置管理计划 课件制作人：谢希仁 项目开发计划 项目概述。 实施计划。 支持条件。 课件制作人：谢希仁 非常感谢！ QA 在此处创建与本课程内容相关的话题或问题，引导学员注意。 此页可有可无。这页仅在授课时使用， 胶片＋注释中不使用。 确定待开发系统的总体目标和范围，研究系统的可行性和可能的解决方案，对资源、成本及进度进行合理的估算。软件计划的主要内容包括所采用的软件生命周期模型、开发人员的组织、系统解决方案、管理的目标与级别、所用的技术与工具，以及开发的进度、预算和资源分配。 没有一个客户会在不清楚软件预算的情况下批准软件的方案，如果开发组织低估了软件的费用，便会造成实际开发的亏本。反之，如果开发组织过高地估计了软件的费用，客户可能会拒绝所提出的方案。如果开发组织低估了开发所用的时间，则会推迟软件的交付，从而失去客户的信任。反之，如果开发组织过高地估计了开发所用的时间，客户可能会选择进度较快的其他开发组织去做。因此，对一个开发组织来说，首先必须确定所交付的产品、开发进度、成本预算和资源配置。 分析、整理和提炼所收集到的用户需求，建立完整的分析模型，将其编写成软件需求规格说明和初步的用户手册。通过评审需求规格说明，确保对用户需求达到共同的理解与认识。需求规格说明明确地描述了软件的功能，列出软件必须满足的所有约束条件，并定义软件的输入和输出接口。 在开发的初期，客户从概念上描述软件的概貌，但是这些描述可能是模糊的、不合理的或不可能实现的。由于软件的复杂性，软件开发人员很难将待开发的软件及其功能可视化，这对于一个不懂得计算机专业知识的客户来说是一件十分糟糕的事情。因此，需求阶段常常产生错误，也许当开发人员将软件交付给客户时，客户会说：这个软件是我们要求的，但并不是我们真正需要的。为了避免或减少需求的错误，需要采用合适的需求获取和需求分析技术，如快速原型和用例建模的方法等。 设计阶段的目标是决定软件怎么做，设计人员依据软件需求规格说明文档，确定软件的体系结构，进而确定每个模块的实现算法、数据结构和接口等，编写设计说明书，并组织进行设计评审。 软件设计主要集中于软件体系结构、数据结构、用户界面和算法等方面，设计过程将现实世界的问题模型转换成计算机世界的实现模型，设计同样需要文档化，并应当在编写程序之前评审其质量。 设计阶段的目标是决定软件怎么做，设计人员依据软件需求规格说明文档，确定软件的体系结构，进而确定每个模块的实现算法、数据结构和接口等，编写设计说明书，并组织进行设计评审。 软件设计主要集中于软件体系结构、数据结构、用户界面和算法等方面，设计过程将现实世界的问题模型转换成计算机世界的实现模型，设计同样需要文档化，并应当在编写程序之前评审其质量。 分析、整理和提炼所收集到的用户需求，建立完整的分析模型，将其编写成软件需求规格说明和初步的用户手册。通过评审需求规格说明，确保对用户需求达到共同的理解与认识。需求规格说明明确地描述了软件的功能，列出软件必须满足的所有约束条件，并定义软件的输入和输出接口。 在开发的初期，客户从概念上描述软件的概貌，但是这些描述可能是模糊的、不合理的或不可能实现的。由于软件的复杂性，软件开发人员很难将待开发的软件及其功能可视化，这对于一个不懂得计算机专业知识的客户来说是一件十分糟糕的事情。因此，需求阶段常常产生错误，也许当开发人员将软件交付给客户时，客户会说：这个软件是我们要求的，但并不是我们真正需要的。为了避免或减少需求的错误，需要采用合适的需求获取和需求分析技术，如快速原型和用例建模的方法等。 软件工程的主要环节包括人员管理、项目管理、需求分析、系统设计、程序设计、测试、维护等。 ，即用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，好比工厂的生产线。 在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。 　　这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于： 　　（1） 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改； 　　（2）