xx软件开发项目管理培训教材ppt课件

1、软件工程管理0RoadMap 工程终了 工程执行控制 工程方案 工程初始工程初始1第一篇软件工程初始软件工程管理第第 1 1 章章软件工程初始过程软件工程初始过程3软件工程启动顾客 顾客需求称心产品输入 输出产品实现甲方 乙方4本章要点q一、工程立项一、工程立项q二、授权工程二、授权工程q三、初始工程分析三、初始工程分析q四、生存期模型四、生存期模型q五、案例分析五、案例分析5工程立项 明确工程的目的、时间表、工程运用的资源和经费，而且得到执行该工程的工程经理和工程发起人的认可 .6Make or Buy 决策 自制方案购买方案本钱差别自制需求25，000美圆购买需求17，000美圆制造差别是

2、8，000美圆每月的费用2，500美圆每月的费用2，700美圆效力差别200美圆处理方案自制方案可以接受的月份数:8000/200=40假设软件的生存期在40个月以内,可以选择购买方案.假设软件的生存期不在40个月以内,可以选择自制方案.7工程立项合同工程合同工程内部工程内部工程 8合同工程SalesService DeliveryPMContractNegotiationProposalQA/LegalGAPKick off9甲方合同环境q招标书定义(采购需求定义)q供方选择q合同签署101、招标书定义需求定义商务条件确定验收规范确定资料聚集采购需求认可编写招标文件需方恳求招标文件附件：SO

3、W:Statement Of Work 112、供方选择招标搜集供方的建议书评定供方最终供方确定招标文件最终供方名单建议书123、合同签署 谈判日程确定合同草案提交合同条款协商合同签署文本确定合同签署文本审阅合同签署合同草案合同签署文本义务书下达义务书义务书义务书Project charter13乙方合同环境q 工程分析q 提交建议书q 合同签署141、 工程分析需求管理者确定需求分析需求分析评审工程规模估算工程初步实施规划初步实施规划评审需求分析报告工程分析义务书招标书工程初步方案工程风险分析152、 提交建议书技术才干要求确定人力资源要求确定实现环境要求确定企业才干断定评价结果评审才干评价

4、结果需求分析报告工程方案需求成熟度评价用户支持保证评价用户资金保证评价工程决策编写工程建议书工程建议书可行性分析参与竞标资金、管理要求确定163、合同签署 义务书实例谈判日程确定合同草案提交合同条款协商合同签署文本确定合同签署文本审阅合同签署合同草案合同签署文本义务书下达义务书义务书义务书Project charter17内部工程q企业内部工程实施的中心是确定义务范围和相关各方进展有效地配合。这将经过相关各方之间的协议来调整。因此，在内部工程实施中，仅仅在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同，但无特别的商业约束。其它方面可参考甲乙方的过程。18本章要点q一、工程立项q二

5、、授权工程q三、初始工程范围分析q四、生存期模型q五、案例分析19工程章程(Project Charter) 确认工程存在的文件，包括对工程确实认、对工程经理的授权和工程目的的概述等。 20Sample Project Charter21Sample Project Charter (continued)NameRoleResponsibilityWalter Schmidt, CEOProject SponsorMonitor projectMike ZwackCIOMonitor project, providestaffKim NguyenProject ManagerPlan and

6、execute projectJeff JohnsonDirector of IT OperationsMentor KimNancy ReynoldsVP, Human ResourcesProvide staff, issue memoto all employees aboutprojectSteve McCannDirector of PurchasingAssist in purchasinghardware and softwareSign-off: (Signatures of all above stakeholders)Comments: (Handwritten comme

7、nts from above stakeholders, if applicable)This project must be done within ten months at the absolute latest. Mike Zwack, CIOWe are assuming that adequate staff will be available and committed to supporting thisproject. Some work must be done after hours to avoid work disruptions, and overtimewill

8、be provided. Jeff Johnson and Kim Nguyen, Information Technology Department Roles and Responsibilities:22工程经理的角色工程组织的指点者工程组织的管理者工程组织的决策者工程组织的分析者工程组织的方案者工程组织的控制者工程组织的组织者工程组织的评价者工程组织的协调者23工程经理的责任开发方案组织实施工程控制24本章要点q一、工程立项q二、授权工程q三、初始工程范围分析q四、生存期模型q五、案例分析25A sample262728本章要点q一、工程立项q二、授权工程q三、初始工程范围分析q四、生

9、存期模型q五、案例分析29常用生存期模型q瀑布WaterfallqV模型V-shapedq原型Prototypingq增量Incrementalq螺旋式Spiralq快速运用开发RADq渐近式阶段30WaterFall model需求分析设计实施测试维护31WaterFall model适宜的工程q在工程开场前,工程的需求很明确q在工程开场前,处理方案也很明确q类似的工程如：q公司的财务系统q库存管理系统q短期工程32V模型接纳测试集成测试系统测试工程规化需求分析总体设计详细设计编码和调试集成测试单元测试33V模型适宜的工程q在工程开场前,工程的需求很明确q在工程开场前,处理方案也很明确q对系

10、统的性能平安很严厉的工程q类似的工程如：q航天飞机等q公司的财务系统q 实例34Prototype35Prototype 模型适宜的工程q在工程开场前,工程的需求不明确q需求减少工程需求的不确定性q类似的工程如：q确定显示界面q第一次开发的产品，验证可行性36Incremental Model中心功能中心功能112123第一增量第二增量第三增量中心功能11212337增量模型适宜的工程q工程开场，明确了需求的大部分，但是需求能够会发生变化q对于市场和用户把握不是很准，需求逐渐了解q对于有庞大和复杂功能的系统进展功能改良，就需求一步一步实施的。q增量模型实例38Spiral Model39Spi

11、ral Model40Spiral Model适宜的工程q风险是主要的制约要素q不确定要素和风险限制了工程进度q用户对本人的需求也不是很明确q需求对一些根本的概念进展验证q能够发生一些艰苦的变卦q工程规模很大q工程中采用了新技术q 实例41最常用的渐进式阶段模型 综合了增量模型和螺旋式模型的一个适用模型 渐进式前进 阶段式提交42渐进式迭代模型 4343阶段性完成规划44渐进式阶段模型的特点q阶段式提交一个可运转的产品q关键的功能更早出现q早期预警问题，防止软件缺陷不知不觉的增长q减少报告负担q阶段性完成可以降低估计失误q阶段性完成平衡了弹性与效率45渐进式阶段模型适宜的工程q可以适宜任何规模

12、的工程，主要是中型或大型工程q希望随时看到未来的工程46银行业务系统的生存期实例产品阶段1设计业务需求分析原形系统分析工程规划集成测试产品阶段1开发产品阶段n设计产品阶段n开发确认测试产品提交银行业务需求原形系统源代码工程规划工程规划47产品阶段1设计q阶段目的：设计公共控制系统功能模块q输入：系统设计文件q数据库构造定义q过程：详细设计q输出：详细设计文件q时间方案：2001/1/15-2001/2/15暂定 48其它模型q其他q例如:Code and fixq自定义49Code and fix需求了解编码、走查编译、检错修正编写文档提交修正测试50选择生存期的步骤q熟习各种生存期模型q评审、分析工程的特性q选择适宜工程的生存期模型q标识生存期模型与工程不一致地方,并进展裁减51Al