软件工程课堂笔记精简.pptxVIP

会计学;现实：软件需求的变更引入时机不同，变更造成的影响也不同，如提出的较早，则费用影响较小，但 随着时间的推移，变更的代价也迅速增加，因为资源已经分配，设计框架已经建立，此时变更可能会 引起剧变，需要添加额外的资源或修改主要设计架构。 从业者神话： 神话：当我们完成程序并将其交付使用之后，我们的任务就完成了。 现实：软件首次交付顾客使用之后花费的工作更多。 神话：对于一个成功的软件项目，可执行程序是惟一可交付的成果。 现实：软件配置包括很多内容，可执行程序只是其中之一。各种工作产品（如模型、文档、计划）是成功实施软件工程的基础，为软件技术支持提供了指导。 神话：软件工程将导致我们产生大量无用文档，并因此降低工作效率。 现实：软件工程并非以创建文档为目的，而是为了保证软件产品的开发质量。 CH02 过程模型 1. 瀑布模型 ①经过的活动：沟通：项目启动、需求获取。策划：项目估算、进度计划、项目跟踪。建模：分析、设计。构建：编码、测试。部署：交付、支持、反馈。 ②优缺点：它提供了一个模板，使得分析、设计、编码、测试与维护工作可以在该模板的指导下有序地展开，避免了软件开发、维护过程中的随意状态。对于需求确定、变更相对较少的项目，线性顺序模型仍然是一种可以考虑采取的过程模型。采用这种 模型，曾经成功地进行过许多大型软件工程的开发。 ③存在问题：（为什么瀑布模型有时候会失效？）实际项目很