软件生存周期与开发模型-Read.DOCVIP

第2章、软件生存周期与开发模型 软件生存周期（教材2-1） 软件生存周期 1）立项（包含可行性研究） 2）需求分析 3）软件设计（包含概要设计与详细设计等2个阶段） 4）编码实现 5）软件测试 6）软件发布与实施 7）软件维护 8）软件升级或退役 软件生存周期的意义 做好软件项目不能只考虑软件开发。 即使是软件开发，也包含需求分析、软件设计、软件实现、软件测试等多个阶段，而不仅仅是编程。 关于软件开发模型（对教材2-1至2-5的前言介绍） 什么是软件开发模型 软件开发过程应划分为哪些阶段 每个阶段做什么工作 有哪些常用的软件开发模型 瀑布模型（教材2-2） 增量模型（教材2-3） 迭代模型（教材2-4） 原型模型（教材2-5） 不同的软件开发模型有什么特点、适用于什么情况 结合教材的上述内容理解 关于瀑布模型（教材2-2） 瀑布模型的意图 按照软件生存周期，逐个阶段推进软件开发； 每个阶段以文档作为成果（实现阶段还包括程序代码）； 每个阶段工作结束后进行评审，然后再展开下阶段的工作。 瀑布模型的特点 简单易行，方便管理 文档驱动 过程逆转困难 瀑布模型的缺点分析 项目初期的错误（尤其是需求错误）如不能及时发现与纠正，可能导致大量甚至整个项目“返工”。所导致的后果包括： 进度无法保障 影响团队士气 因将就原有内容而导致软件设计及编程的不合理 选择瀑布模型的条件 思考与讨论 为什么瀑布模型被称为软件工程的“经典模型” 掌握瀑布模型的意义 为什么用户需求往往难以把握 做好需求分析的关键因素（留待第5章探讨） 增量模型 增量模型的意图 将软件系统划分成若干个子系统分阶段完成； 每个子系统的开发基本原用瀑布模型（或原型模型）。 每个子系统提交前需进行比较详尽的集成测试。 增量模型的特点 分阶段完成并提交软件产品； 前一阶段的工作可以为后一阶段的工作积累经验 软件开发技术的经验 把握用户需求的经验 有利于控制风险 增量模型的缺点分析 容易忽略“全局数据”设计 因前期设计不合理对系统集成带来某些困难 选择增量模型的条件 思考与讨论 “全局数据”设计的意义 关于原型模型 原型模型的意图 按照如下过程进行软件开发： 进行初步的需求分析； 快速设计与实现一个初步的软件产品； 重复如下过程直至用户确认：用户试用—收集反馈意见—修改原型产品与增加功能。 原型模型的前提条件 关键：是如何“快速”实现原型软件。 条件：软件人员熟悉该领域的需求； 利用已有的产品作为依托； 使用快速开发工具； 原型模型的特点 用户早期参考软件开发，容易满足用户的实际情况 缺乏整体的需求分析与软件设计 原型模型的缺点 因缺乏整体需求分析与软件设计所带来的一系列问题 选择原型模型的条件 教材2-5-3 思考与讨论 什么是软件的“客户化”（教材有此术语） 如何理解软件的“快速开发工具” 关于迭代模型 如何理解数学的“迭代算法” 例：pi/4=1-1/3+1/5-1/7+1/9…….. 第1次：pi=4 第2次：pi=2.66666 第3次：pi=3.6666 …….. 直至收敛 迭代模型的意图 将软件内容划分成若干部分，分阶段推进； 每个阶段在前一阶段工作成果的基础上，按如下步骤推进： 需求定义 风险分析 实现（设计、编程、测试） 评审（用户参与） 迭代模型与增量模型的区别 关键：以什么思路划分每个阶段的开发内容 增量模型：以子系统划分 迭代模型：按照整个软件“从里到外”的思路划分 关于迭代式生存周期 核心：每个迭代周期按照什么步骤推进 内容：教材P45~P46 立即：教材的9个核心流程与本教案关于迭代模型的意图描述，其精神本质是一致的。 迭代模型的特点 有利于大型项目的风险控制 迭代次数过多对项目不利 思考与讨论 为什么迭代模型也被称为“螺旋模型” 为什么迭代模型被认为是瀑布模型与原型模型的结合 软件立项 八、软件策划 内容： 项目范围 1. 评估软件规模与开发工作量 项目的质量目标 2.确定软件开发过程 系统架构与运行平台 3.确定软件开发过程中每个阶段所需的时间、资 -------------------------------------------源、成果形式及质量保障措施 与其它系统的数据接口 4.确定项目组织 对项目文档的要求 5.风险分析 可行性分析 技术可行性 经济可行性