软件项目管理案例教程(第2版)完整版本课件.ppt

《软件项目管理案例教程(第2版)完整版本课件.ppt》由会员分享，可在线阅读，更多相关《软件项目管理案例教程(第2版)完整版本课件.ppt（56页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目管理软件项目管理北京邮电大学软件学院北京邮电大学软件学院韩万江韩万江0 chapter_1RoadMapRoadMap 项项目结束目结束 项目项目执行控制执行控制 项项目计划目计划 项目初项目初始始1 chapter_1第一篇第一篇软件项目初始软件项目管理软件项目管理第第 1 1 章章软件项目初始过程软件项目初始过程3 chapter_1软件项目启动软件项目启动顾客 顾客需求满意产品输入 输出产品实现甲方 乙方4 chapter_1本章要点本章要点q一、项目立项一、项目立项q二、授权项目q三、初始项目分析q四、生存期模型q五、案例分析5 chapter_1项目立项 明确项目的目标、时间

2、表、项目使用的资源和经费，而且得到执行该项目的项目经理和项目发起人的认可.6 chapter_1Make or Buy 决策决策 自制方案购买方案成本差异自制需要25，000美元购买需要17，000美元制造差异是8，000美元每月的费用2，500美元每月的费用2，700美元服务差异200美元解决方案自制方案可以承受的月份数:8000/200=40如果软件的生存期在40个月以内,可以选择购买方案.如果软件的生存期不在40个月以内,可以选择自制方案.7 chapter_1项目立项合同项目合同项目内部项目内部项目 8 chapter_1合同项目SalesService DeliveryPMContr

3、actNegotiationProposalQA/LegalGAPKick off9 chapter_1甲方合同环境甲方合同环境q招标书定义(采购需求定义)q供方选择q合同签署10 chapter_11 1、招标书定义、招标书定义需求定义商务条件确定验收标准确定资料汇集采购需求认可编写招标文件需方申请招标文件附件：SOW:Statement Of Work 11 chapter_12 2、供方、供方选选择择招标收集供方的建议书评定供方最终供方确定招标文件最终供方名单建议书12 chapter_13 3、合同签署、合同签署 谈判日程确定合同草案提交合同条款协商合同签署文本确定合同签署文本审阅合同

4、签署合同草案合同签署文本任务书下达任务书任务书任务书Project charter13 chapter_1乙方合同环境乙方合同环境q项目分析q提交建议书q合同签署14 chapter_11 1、项目分析项目分析需求管理者确定需求分析需求分析评审项目规模估算项目初步实施规划初步实施规划评审需求分析报告项目分析任务书招标书项目初步计划项目风险分析15 chapter_12 2、提交建议书提交建议书技术能力要求确定人力资源要求确定实现环境要求确定企业能力判定评估结果评审能力评估结果需求分析报告项目计划需求成熟度评估用户支持保证评估用户资金保证评估项目决策编写项目建议书项目建议书可行性分析参加竞标资金

5、、管理要求确定16 chapter_13 3、合同签署、合同签署 任务书实例谈判日程确定合同草案提交合同条款协商合同签署文本确定合同签署文本审阅合同签署合同草案合同签署文本任务书下达任务书任务书任务书Project charter17 chapter_1内部项目内部项目q企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合。这将通过相关各方之间的协议来调整。因此，在内部项目实施中，仅仅在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同”，但无特别的商业约束。其它方面可参考甲乙方的过程。18 chapter_1本章要点本章要点q一、项目立项q二、授权项目二、授权项目q三、初始

6、项目范围分析q四、生存期模型q五、案例分析19 chapter_1项目章程项目章程(Project Charter)确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。20 chapter_1Sample Project Charter21 chapter_1Sample Project Charter(continued)Roles and Responsibilities:22 chapter_1项目经理的角色项目经理的角色1.项目组织的领导者2.项目组织的管理者3.项目组织的决策者4.项目组织的分析者5.项目组织的计划者6.项目组织的控制者7.项目组织的组织者8.项

7、目组织的评价者9.项目组织的协调者23 chapter_1项目经理的责任项目经理的责任1.开发计划2.组织实施3.项目控制24 chapter_1本章要点本章要点q一、项目立项q二、授权项目q三、初始项目范围分析三、初始项目范围分析q四、生存期模型q五、案例分析25 chapter_1n项目范围的主要内容 l1.项目的合理性说明l2.项目目标l3.项目可交付成果n项目范围的依据 l合同l规范lSOW：客户份额（工作说明书）26 chapter_1明确项目范围的重要性明确项目范围的重要性n后期维护是否属于软件开发项目范围必须在项目责任书里明确。n不属于项目范围以内的事，尽量不要做，搞不好是费力不

8、讨好。27 chapter_1本章要点本章要点q一、项目立项q二、授权项目q三、初始项目范围分析q四、生存期模型四、生存期模型q五、案例分析28 chapter_1常用生存期模型常用生存期模型q瀑布WaterfallqV模型V-shapedq原型Prototypingq增量Incrementalq螺旋式Spiralq快速应用开发RADq渐近式阶段29 chapter_1WaterFall modelWaterFall model需求分析设计实施测试维护30 chapter_1WaterFall modelWaterFall model适合的项目适合的项目q在项目开始前,项目的需求很明确q在项目

9、开始前,解决方案也很明确q类似的项目如：q公司的财务系统q库存管理系统q短期项目短期项目31 chapter_1V V模型模型接收测试集成测试系统测试项目规化需求分析总体设计详细设计编码和调试集成测试单元测试32 chapter_1V V模型适合的项目模型适合的项目q在项目开始前,项目的需求很明确q在项目开始前,解决方案也很明确q对系统的性能安全很严格的项目q类似的项目如：q航天飞机等q公司的财务系统33 chapter_1PrototypePrototype原型模型原型模型34 chapter_1Prototype Prototype 模型适合的项目模型适合的项目q在项目开始前,项目的需求不

10、明确q需要减少项目需求的不确定性q类似的项目如：q确定显示界面q第一次开发的产品，验证可行性35 chapter_1Incremental ModelIncremental Model增量式模型增量式模型核心功能核心功能112123第一增量第二增量第三增量核心功能11212336 chapter_1增量模型适合的项目增量模型适合的项目q项目开始，明确了需求的大部分，但是需求可能会发生变化q对于市场和用户把握不是很准，需要逐步了解q对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。37 chapter_1Spiral ModelSpiral Model螺旋式模型螺旋式模型38 cha

11、pter_1Spiral ModelSpiral Modelqq螺旋模型沿着螺线旋转，在四个象限上分别表螺旋模型沿着螺线旋转，在四个象限上分别表螺旋模型沿着螺线旋转，在四个象限上分别表螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即：达了四个方面的活动，即：达了四个方面的活动，即：达了四个方面的活动，即：qq制定计划制定计划制定计划制定计划确定软件目标，需求和选定实施确定软件目标，需求和选定实施确定软件目标，需求和选定实施确定软件目标，需求和选定实施方案，弄清项目开发的限制条件方案，弄清项目开发的限制条件方案，弄清项目开发的限制条件方案，弄清项目开发的限制条件qq风险分析风险分析

12、风险分析风险分析评估所选方案，考虑如何识别和评估所选方案，考虑如何识别和评估所选方案，考虑如何识别和评估所选方案，考虑如何识别和消除风险消除风险消除风险消除风险qq实施工程实施工程实施工程实施工程实施软件开发，编码，测试等实施软件开发，编码，测试等实施软件开发，编码，测试等实施软件开发，编码，测试等qq客户评估客户评估客户评估客户评估评价开发工作，提出修正建议，评价开发工作，提出修正建议，评价开发工作，提出修正建议，评价开发工作，提出修正建议，规划下期任务规划下期任务规划下期任务规划下期任务39 chapter_1Spiral ModelSpiral Model适合的项目适合的项目q风险是主要

13、的制约因素q不确定因素和风险限制了项目进度q用户对自己的需求也不是很明确q需要对一些基本的概念进行验证q可能发生一些重大的变更q项目规模很大q项目中采用了新技术40 chapter_1最常用的渐进式阶段模型最常用的渐进式阶段模型综合了增量模型和螺旋式模型的一个实用模型q渐进式前进q阶段式提交41 chapter_1渐进式迭代模型 4242 chapter_1阶段性完成规划阶段性完成规划43 chapter_1渐进式阶段模型的特点渐进式阶段模型的特点q阶段式提交一个可运行的产品q关键的功能更早出现q早期预警问题，避免软件缺陷不知不觉的增长q减少报告负担q阶段性完成可以降低估计失误q阶段性完成均衡

14、了弹性与效率44 chapter_1渐进式阶段模型适合的项目渐进式阶段模型适合的项目q可以适合任何规模的项目，主要是中型或大型项目q希望随时看到未来的项目45 chapter_1银行业务系统的生存期实例银行业务系统的生存期实例产品阶段1设计业务需求分析原形系统分析项目规划集成测试产品阶段1开发产品阶段n设计产品阶段n开发确认测试产品提交银行业务需求原形系统源代码项目规划项目规划46 chapter_1产品阶段1设计q阶段目标：设计公共控制系统功能模块q输入：系统设计文件q数据库结构定义q过程：详细设计q输出：详细设计文件q时间计划：2011/1/15-2011/2/15（暂定）47 chapt

15、er_1选择生存期的步骤选择生存期的步骤q熟悉各种生存期模型q评审、分析项目的特性q选择适合项目的生存期模型q标识生存期模型与项目不一致地方,并进行裁减48 chapter_1本章要点本章要点q一、项目立项q二、授权项目q三、初始项目范围分析q四、生存期模型q五、案例分析五、案例分析49 chapter_1案例分析案例分析q甲方：某教育机构q乙方：北京科力拓技术发展有限公司（软件企业）50 chapter_1需（甲）方合同环境需（甲）方合同环境需求SOW合同51 chapter_1供（乙）方合同环境供（乙）方合同环境项目分析:建议书合同签署：合同 项目授权;项目章程模型选择:生存期模型52 c

16、hapter_1小结小结q项目初始过程q一、项目来源q二、授权项目q三、初始项目分析q四、生存期模型53 chapter_1生存期模型总结生存期模型总结n1.在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型.n2.在用户无信息系统使用经验,需求分析人员技能不足情况下一定要借助原型.n3.在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型n4.在需求不稳定情况下尽量采用增量迭代模型n5.在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布n6.对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型n7.对于全新系统的开发必须在总体设计完成后再开始增量或并行.n8.对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型.n9.增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付准则54 chapter_1此课件下载可自行编辑修改，此课件供参考！此课件下载可自行编辑修改，此课件供参考！部分内容来源于网络，如有侵权请与我联系删除！部分内容来源于网络，如有侵权请与我联系删除！