软件项目管理案例教程(第2版)-韩万江-1.pptVIP

chapter__1 * 供（乙）方合同环境 项目分析: 建议书 合同签署：合同 项目授权;项目章程 模型选择:生存期模型 chapter__1 * 小结 项目初始过程 一、项目来源 二、授权项目 三、初始项目分析 四、生存期模型 生存期模型总结 1.在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型. 2.在用户无信息系统使用经验,需求分析人员技能不足情况下一定要借助原型. 3.在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型 4.在需求不稳定情况下尽量采用增量迭代模型 5.在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布 6.对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型 7.对于全新系统的开发必须在总体设计完成后再开始增量或并行. 8.对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型. 9.增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付准则 chapter__1 * * chapter__1 * 项目章程(Project Charter) 确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。 chapter__1 * Sample Project Charter chapter__1 * Sample Project Charter (continued) Roles and Responsibilities: chapter__1 * 项目经理的角色 项目组织的领导者 项目组织的管理者 项目组织的决策者 项目组织的分析者 项目组织的计划者 项目组织的控制者 项目组织的组织者 项目组织的评价者 项目组织的协调者 chapter__1 * 项目经理的责任 开发计划 组织实施 项目控制 chapter__1 * 本章要点 一、项目立项 二、授权项目 三、初始项目范围分析 四、生存期模型 五、案例分析 项目范围的主要内容 1. 项目的合理性说明 2. 项目目标 3. 项目可交付成果 项目范围的依据 合同 规范 SOW：客户份额（工作说明书） chapter__1 * 明确项目范围的重要性 后期维护是否属于软件开发项目范围必须在项目责任书里明确 。 不属于项目范围以内的事，尽量不要做，搞不好是费力不讨好 。 chapter__1 * chapter__1 * 本章要点 一、项目立项 二、授权项目 三、初始项目范围分析 四、生存期模型 五、案例分析 chapter__1 * 常用生存期模型 瀑布Waterfall V模型V-shaped 原型Prototyping 增量Incremental 螺旋式Spiral 快速应用开发RAD 渐近式阶段 chapter__1 * WaterFall model 需求分析 设计 实施 测试 维护 chapter__1 * WaterFall model适合的项目 在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 类似的项目如： 公司的财务系统 库存管理系统 短期项目 chapter__1 * V模型 接收测试 集成测试 系统测试 项目规化 需求分析 总体设计 详细设计 编码和调试 集成测试 单元测试 chapter__1 * V模型适合的项目 在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 对系统的性能安全很严格的项目 类似的项目如： 航天飞机等 公司的财务系统 chapter__1 * Prototype原型模型 chapter__1 * Prototype 模型适合的项目 在项目开始前,项目的需求不明确 需要减少项目需求的不确定性 类似的项目如： 确定显示界面 第一次开发的产品，验证可行性 chapter__1 * Incremental Model增量式模型 核心功能 核心功能 1 1 2 1 2 3 第一增量 第二增量 第三增量 核心功能 1 1 2 1 2 3 …… chapter__1 * 增量模型适合的项目 项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。 chapter__1 * Spiral Model螺旋式模型 chapter__1 * Spiral Model 螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即： 制定计划──确定软件目标，需求和选定实施方案，弄清项目开发的限制条件 风险分析──评估所选方案，考虑如何识别和消除风险 实施工程──实施软件开发，编码，测试等