软件开发的流程及微软的产品开发实践课程.pptx

软件开发的流程及微软的产品开发实践 ;讲题目录;项目管理的定义;项目管理的九个领域性知识 项目综合的管理 (Project Integration Management) 项目范围的管理 (Scope Management) 项目时间的管理 (Time Management) 项目费用的管理 (Cost Management) 项目质量的管理 (Quality Management) 项目人才资源的管理 (Human Resource Management) 项目信息交流的管理 (Communication Management) 项目风险的管理 (Risk Management) 项目外包的管理 (Procurement Management);项目流程的概念及五个流程阶段 流程 (Process) 指的是完成每项工作的先后顺序和特定的运行周期 项目流程的管理是指对项目运作过程的管理 项目管理理论将项目流程划分了五个阶段： 项目的起动阶段 项目的计划阶段 项目的执行阶段 项目的控制阶段 项目的结束阶段;项目流程管理的基本概念;讲题目录;软件开发项目的流程概念和管理;软件开发项目的流程 - 被重复的计划和执行阶段 ;对以上开发操作里程的分析 (1) 此通用流程时间表为各种开发项目的参考。各工作项目的时间长短需要视项目具体的要求来决定, 且有的里程(如RC1, RC2)可有可无. 关键点： 功能需求必先于设计构划. 程序设计必后于设计构划. 设计构划书的周密严谨关系到整个产品开发的成败和质量. 测试要与程序设计同步进行, 以便及时纠错.;对以上开发操作里程的分析 (2) 关键点： 每个项目的时间进度表的制定应包括所有重要的里程碑. 项目进度的跟踪以它们为准. 对开发前期的工作项目花的工夫越多, 如功能需求总结和设计构划书的撰写尽量做到周密严谨, 和用户同一认识, 后期的工作项目如编程测试等造成返工重做的机率就越小, 会对整个项目的高效率和低开支起很大的促进作用.;讲题目录;软件开发项目管理的指南 软件项目需求管理的指南 软件设计规范书撰写的指南 开发管理的指南 测试的管理指南 团队建设的指南;软件项目需求管理的指南 功能需求是描述一个产品或项目该做什么, 该提供什么功能, 该完成什么任务的总结 任何一个项目在开发前都有一列功能需求 它可来自客户的要求, 或市场的反馈, 或利用新技术增加新功能以便使产品更新换代的驱动 它是一个项目的最前期的管理, 也是把握项目范围的关键 - 设计是建立于功能需求的基础上的: 功能需求总结越完善, 设计就会越周密, 测试就会越彻底, 项目的质量就越好.;软件项目需求管理的指南 如果没有完善的功能需求总结会发生什么? 功能需求不正确会导致设计错误, 导致推翻设计重新来过, 造成人力和时间的浪费 和客户对功能需求的理解不一致, 导致客户最终不接受产品或系统, 或不断要求再加新功能 模糊不清的功能需求总结导致关键功能缺失, 或开发人员瞻自加入不需要的功能, 造成浪费 不完善的功能需求总结导致无法建立准确的项目计划和时间表, 也使项目进度的追踪困难大;软件开发项目管理的指南;软件开发项目管理的指南;软件开发项目管理的指南;软件开发项目管理的指南;;软件开发项目管理的指南;怎样管理功能需求总结的流程? – (1) 制定一套功能需求改变的流程: 任何需求改变的决定都得经过这套流程的批准 组建一个需求改变管理班, 核审任何需求改变 对任何功能需求改变的要求, 都要进行此改变对已在进行的项目中其它部分影响的分析 对任何已批准的需求改变作受其影响的跟踪, 记录由此带来的对设计, 编程, 测试, 文档编写等其它项目部分的带来的工作增量及时间的推迟;怎样管理功能需求总结的流程? – (2) 制定功能需求的基准线: 将项目开始时和客户已经同意的功能需求作一记录. 以后任何不同于此基础线的需求改变都得经过事先设定的功能需求改变流程的审核和批准. 对任何需求改变的历史都做档案记录 – 日期, 要求, 改变的理由, 内容, 工作量, 版本, 等等. 衡量项目功能需求的稳定性–项目中改动有多少, 以便有具体的数字来做控制需求改变的指南.;当你有了这套需求改变的管理制度 你能向客户展示你项目管理的流程中怎样控制需求改变 你更便于和客户对项目的要求统一认识 完善的控制需求改变管理将帮助你”守住你的防线”– 保护项目质量, 时间表, 及你的利润 使客户能更好地理解你为什么可以拒绝需求改变或设计改变的要求, 或为什么需求改变或设计改变会导致费用升高或质量降低.;软件开发项目管理的指南 软件项目需求管理的指南 软件设计规范书撰写的指南 开发管理的指南 测试的管理指南 团队建设的指南;软件设计规范书撰写的指南 设计规范书(Design