常用软件生命周期模型ppt课件.ppt

软件生命周期模型 成都分部薛顺甫 今日要点 软件过程中兴通讯公司的研发流程软件生命周期模型软件生命周期模型与中兴通讯的研发流程项目类型与软件生命周期模型的选择小结 软件过程 过程就是针对某一给定目标的一系列运作步骤 IEEE STD 610 是在过程环境下的一系列有序活动 所谓活动 Activity 就是过程对象一次状态改变 也叫过程步 Step 活动起始态和活动结果态表征了活动的进行 可以说一切事物的发生 发展 消亡都离不开过程 都寓于过程之中 软件过程 煮鸡蛋的启示 软件过程 软件过程是将用户的需求转化成有效的软件解决方案的一系列活动 许多软件组织无法正确定义和控制这一过程 但这恰恰是组织改进的关键 软件过程 过程的好坏由结果状态与预期状态的差异决定 也就是目标成果质量的好坏 规程 Procedure 是人们对客观事物运动规律的理解和掌握 使规范了的过程 软件过程是为了获得高质量软件产品所需要完成的一系列任务的框架 它规定了完成各项任务的工作步骤 软件过程必须科学 合理 才能开发出高质量的软件产品 软件过程 工作任务 里程碑 交付物 SQA点 为建造高质量的软件需要完成的任务的框架 软件过程 公共过程框架 辅助活动 框架活动 任务集合 软件过程 软件过程又称软件生存周期过程 是软件生存周期内为达到一定目标而必须实施的一系列相关过程的集合 早期 立项 需求分析 设计 编码 测试 交付 维护 退役 软件过程 项目计划就是安排实际的过程 制作项目计划首先要定义过程 项目计划是某个软件过程模型的实例 软件过程是人类制作产物的一系列活动 而过去的软件工程师把产物和人分离 只研究产品过程及其质量 假定人力 物力资源是无限大 无限好 现在认识到面对实际资源实施软件过程学 求相对最佳质量才是有效的 软件过程 现在的软件生命周期过程包括 早期 立项 需求分析 设计 编码 测试 交付 维护 退役又加入了 管理各种活动 质量保证环境基础设施配置 文档管理等 软件过程 第一级 初始级软件过程的特征是无序的 有时甚至混乱的 几乎没有过程定义 成功完全取决于个人的能力 第二级 可重复级建立了基本的项目管理过程 能够追踪费用 进度和功能 有适当的必要的过程规范 使得可以重现以前类似项目的成功 第三级 定义级用于管理和工程活动的软件过程已经文档化 标准化 并与整个组织的软件过程相集成 所有项目都使用文档的 组织认可的过程来开发和维护软件 第四级 管理级软件过程和产品质量的详细度量数据被收集 通过这些度量数据 软件过程和产品能够被定量地理解和控制 优化级通过定量的反馈 进行不断的过程改进 这些反馈来自于过程或通过测试新的想法和技术而得到 软件过程 状态描述问题定义技术开发方案综述 软件过程 软件开发 问题的循环解决过程型 软件过程中兴通讯公司的研发流程软件生命周期模型软件生命周期模型与中兴通讯的研发流程项目类型与软件生命周期模型的选择小结 今日要点 中兴通讯研发流程 阶段与活动 批量生产 编码与单元 模块测试 软件模块概要设计 软件模块详细设计 编码与单元 模块测试 软件子系统设计 中兴通讯研发流程 纯软件项目 阶段与活动 软件过程中兴公司的研发流程软件生命周期模型软件生命周期模型与公司的研发流程项目类型与软件生命周期模型的选择小结 今日要点 软件生命周期软件生命周期是指软件产品从考虑其概念开始 到该软件产品不再能使用为止的整个时期 一般包括概念阶段 需求阶段 设计阶段 实现阶段 测试阶段 安装阶段以及交付使用阶段 运行阶段和维护阶段 有时还有退役阶段 这些阶段可以有重复 执行时也可以有迭代 软件生命周期模型在整个软件开发的发展过程中 为了要从宏观上管理软件的开发和维护 而对软件的发展过程的总体认识和描述 即对软件过程建立的模型 软件生命周期模型 软件生命周期模型的类型 瀑布模型 强项 每个阶段要提供相应的文档每个阶段经过了严格的评审和测试每个阶段的所有产品经过SQA的审核每个阶段的结束经过SQA的同意文档驱动型 便于产品的维护弱项 实际的项目很少按照该模型给出的顺序进行文档驱动型 前期不利于客户对最终产品的理解太按部就班 缺乏有效的应变需求变化的对策用户必须有耐心 程序的运行版本一直要等到项目开发晚期才能得到 大的错误如果直到检查运行程序时才被发现 后果可能是灾难性的 开发者常常被不必要地耽搁 在项目的开始和结束阶段会造成阻塞 瀑布模型 强弱项 应用 有清晰定义和理解的需求的项目小型项目新开始的项目如 一些维护性项目 瀑布模型 原型模型 强项 客户可以很快知道自己想要的方便与客户的交流可灵活的应对需求变化弱项 原型仅仅是用以沟通 加强需求认识的DEMO距离实际系统还有很大的差距 原型模型 特点 原型模型 应用 用户定义了软件的一组一般性目标 但不能标识出详细的输入 处理及输出需求 还有一些情况 开发者可能不能确定算法的有效性 操作系统的适应性或人机交互的形式 这些及很多其他情况下 原型可能是最好的选择实验型 探索性的项目新系统 增量模型 增量模型融合了线性顺序模型的基本成分 重复地应用 和原型的迭代特征强项 产品分阶段交付给客户 客户可以很快与产品见面客户可逐渐接受一个新的产品 并及时提出改进建议客户可在使用产品获利的同时 进行产品开发的投资利于各个建造之间的并行开发弱项 要求产品的设计具有开放式的结构容易陷入建造 改错的开发方式 增量模型 优缺点 应用 系统需求和软件需求得到充分定义和清晰理解的系统大型系统新系统 增量模型 迭代模型 一般形式 强项 通过强调可选择性和约束条件 能更好地支持软件复用和关注软件质量通过风险分析的方式 较好地解决了测试过多或过少的问题将维护作为迭代的一个周期 避免了开发人员忽视维护的问题弱项 风险驱动型 开发团队成员善于风险分析 才能使用好迭代模型容易使项目遭受过度的需求增长 允许额外的和扩展的需求所带来的开发的延期或成本的增长 迭代模型 优缺点 应用 知道项目的一般性质 但难于知道 定义和特征化详细的系统和软件需求内部开发项目大型软件开发 迭代模型 开局 市场推广 销售 维护 迭代模型构件组装模型 迭代模型 改进后的模型 X模型 相同点 都支持迭代开发 具有迭代开发的优点和缺点 不同点 构件组装模型更强调构件的复用 X模型更强调在转产到开局 维护阶段的稳定性 和构件入库的恰当时机 构件组装模型与X模型的比较 软件过程公司的研发流程软件生命周期模型软件生命周期模型与公司的研发流程项目类型与软件生命周期模型的选择小结 今日要点 从软件生命周期模型的角度来看 中兴的研发流程规定了基本的软件开发活动 可看作瀑布模型的形式 从软件生命周期模型的角度来看 中兴的研发流程为增量开发 迭代开发 包括构件组装模型和X模型 提供了迭代的基础 从软件生命周期模型的角度来看 软件开发所遵循的将不是直接意义上的公司研发流程 从实际使用来看 存在多种模型的思想混合使用的情况 如 在瀑布模型中 可采用构件复用的方法 软件生命周期模型与中兴的研发流程 需求规约 高层设计 集成计划 详细设计 建造 单元测试 集成 系统测试计划 系统测试 接收性测试 SRS HLD Code 文档 安装 保证 SRS HLD plan DD Code Code INFOSYS公司的软件开发过程 更为完整的瀑布模型 纯软件 系统要求分析 初步的系统规范系统设计 系统规范系统设计文档初步的软件需求规格说明初步的接口需求规格说明软件开发计划软件需求分析软件需求规格说明书接口需求规格说明书 概要设计 软件概要设计文档软件测试计划概要接口设计文档详细设计 软件详细设计文档软件测试说明 用例 接口设计文档编码与单元测试源代码清单源代码 瀑布模型中更为准确的文档输出思路 计算机软件部件集成和测试软件测试说明 过程 计算机软件配置项测试修订的源代码软件测试报告运行和保障文件版本说明文档软件产品规格说明 引自GJB2786 96 软件开发中的可交付产品 瀑布模型中更为准确的文档输出 软件过程中兴通讯公司的研发流程软件生命周期模型软件生命周期模型与中兴通讯的研发流程项目类型与软件生命周期模型的选择小结 今日要点 从产品所处的阶段来划分项目 概念开发项目以解决或验证关键技术为目的 需求明确 建议用瀑布模型 新产品开发项目在工期压力大的情况下 考虑采用增量模型或迭代模型 实现产品所需的功能 产品增强项目需求明确 可考虑采用瀑布模型 产品维护项目需求明确 可考虑采用瀑布模型 项目类型与软件生命周期模型 从需求的特性来划分项目 需求无变更且需求必须一次性实现的项目瀑布模型需求无变更且需求可以分阶段实现的项目增量模型需求变更频繁的项目X模型或构件组装模型 项目类型与软件生命周期模型 从最终产品的类型来划分项目 公用构件研发项目需求稳定 单一 市场压力小 强调软件的可复用性 可采用瀑布模型产品级研制项目开始进行时 往往需求不明确 变更比较频繁 一般市场压力比较大 可采用X模型系统集成项目需求明确 已经有成熟的子系统或准子系统可以使用 可采用构件组装模型 项目类型与软件生命周期模型 从对项目的特殊要求来划分项目 质量第一型项目把质量放在首位 强调过程财富的积累 注重长期利益 可采用瀑布模型 重用性第一型项目把软件复用性放在首位 强调过程财富 构件 的积累 注重长远利益 可采用构件组装模型 市场反应速度第一型项目市场压力大 开发周期紧张 质量和重用性要做相应的牺牲 可采用X模型 项目类型与软件生命周期模型 公司的任何软件项目必须选择软件生命周期模型项目选择的生命周期模型 必须在公司 软件生命周期模型指导书 中规定的