《软件项目管理案例教程(第2版)完整版本课件.ppt》由会员分享，可在线阅读，更多相关《软件项目管理案例教程(第2版)完整版本课件.ppt（56页珍藏版）》请在三一办公上搜索。
1、chapter_1,0,软件项目管理,北京邮电大学软件学院韩万江,chapter_1,1,RoadMap,第一篇,软件项目初始,chapter_1,3,软件项目管理,第 1 章软件项目初始过程,chapter_1,4,软件项目启动,顾客,顾客,需求,满意,产品,输入,输出,产品实现,甲方,乙方,chapter_1,5,本章要点,一、项目立项二、授权项目三、初始项目分析四、生存期模型五、案例分析,chapter_1,6,项目立项,明确项目的目标、时间表、项目使用的资源和经费，而且得到执行该项目的项目经理和项目发起人的认可 .,chapter_1,7,Make or Buy 决策,chapter_
2、1,8,项目立项,合同项目内部项目,chapter_1,9,合同项目,chapter_1,10,甲方合同环境,招标书定义(采购需求定义)供方选择合同签署,chapter_1,11,1、招标书定义,附件：SOW:Statement Of Work,chapter_1,12,2、供方选择,招标,收集供方的建议书,评定供方,最终供方确定,招标文件,最终供方名单,建议书,chapter_1,13,3、合同签署,Project charter,chapter_1,14,乙方合同环境,项目分析提交建议书合同签署,chapter_1,15,1、 项目分析,chapter_1,16,2、 提交建议书,chap
3、ter_1,17,3、合同签署,任务书实例,Project charter,chapter_1,18,内部项目,企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合。这将通过相关各方之间的协议来调整。因此，在内部项目实施中，仅仅在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同”，但无特别的商业约束。其它方面可参考甲乙方的过程。,chapter_1,19,本章要点,一、项目立项二、授权项目三、初始项目范围分析四、生存期模型五、案例分析,chapter_1,20,项目章程(Project Charter),确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述
4、等。,chapter_1,21,Sample Project Charter,chapter_1,22,Sample Project Charter (continued),Roles and Responsibilities:,chapter_1,23,项目经理的角色,项目组织的领导者项目组织的管理者项目组织的决策者项目组织的分析者项目组织的计划者项目组织的控制者项目组织的组织者项目组织的评价者项目组织的协调者,chapter_1,24,项目经理的责任,开发计划组织实施项目控制,chapter_1,25,本章要点,一、项目立项二、授权项目三、初始项目范围分析四、生存期模型五、案例分析,cha
5、pter_1,26,项目范围的主要内容 1. 项目的合理性说明2. 项目目标3. 项目可交付成果项目范围的依据 合同规范SOW：客户份额（工作说明书）,chapter_1,27,明确项目范围的重要性,后期维护是否属于软件开发项目范围必须在项目责任书里明确 。不属于项目范围以内的事，尽量不要做，搞不好是费力不讨好 。,chapter_1,28,本章要点,一、项目立项二、授权项目三、初始项目范围分析四、生存期模型五、案例分析,chapter_1,29,常用生存期模型,瀑布WaterfallV模型V-shaped原型Prototyping增量Incremental螺旋式Spiral快速应用开发RAD
6、渐近式阶段,chapter_1,30,WaterFall model,chapter_1,31,WaterFall model适合的项目,在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确类似的项目如：公司的财务系统库存管理系统短期项目,chapter_1,32,V模型,接收测试,集成测试,系统测试,项目规化,需求分析,总体设计,详细设计,编码和调试,集成测试,单元测试,chapter_1,33,V模型适合的项目,在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确对系统的性能安全很严格的项目类似的项目如：航天飞机等公司的财务系统,chapter_1,34,Prototype
7、原型模型,chapter_1,35,Prototype 模型适合的项目,在项目开始前,项目的需求不明确需要减少项目需求的不确定性类似的项目如：确定显示界面第一次开发的产品，验证可行性,chapter_1,36,Incremental Model增量式模型,chapter_1,37,增量模型适合的项目,项目开始，明确了需求的大部分，但是需求可能会发生变化对于市场和用户把握不是很准，需要逐步了解对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。,chapter_1,38,Spiral Model螺旋式模型,chapter_1,39,Spiral Model,螺旋模型沿着螺线旋转，在四个
8、象限上分别表达了四个方面的活动，即：制定计划确定软件目标，需求和选定实施方案，弄清项目开发的限制条件风险分析评估所选方案，考虑如何识别和消除风险实施工程实施软件开发，编码，测试等客户评估评价开发工作，提出修正建议，规划下期任务,chapter_1,40,Spiral Model适合的项目,风险是主要的制约因素不确定因素和风险限制了项目进度用户对自己的需求也不是很明确需要对一些基本的概念进行验证可能发生一些重大的变更项目规模很大项目中采用了新技术,chapter_1,41,最常用的渐进式阶段模型,综合了增量模型和螺旋式模型的一个实用模型渐进式前进阶段式提交,chapter_1,42,渐进式迭代模
9、型 42,chapter_1,43,阶段性完成规划,chapter_1,44,渐进式阶段模型的特点,阶段式提交一个可运行的产品关键的功能更早出现早期预警问题，避免软件缺陷不知不觉的增长减少报告负担阶段性完成可以降低估计失误阶段性完成均衡了弹性与效率,chapter_1,45,渐进式阶段模型适合的项目,可以适合任何规模的项目，主要是中型或大型项目希望随时看到未来的项目,chapter_1,46,银行业务系统的生存期实例,产品阶段1设计,业务需求分析,原形系统分析,项目规划,集成测试,产品阶段1开发,产品阶段n设计,产品阶段n开发,确认测试,产品提交,银行业务需求原形系统源代码,项目规划,项目规划
10、,chapter_1,47,产品阶段1设计,阶段目标：设计公共控制系统功能模块输入：系统设计文件数据库结构定义过程：详细设计输出：详细设计文件时间计划：2011/1/15-2011/2/15（暂定）,chapter_1,48,选择生存期的步骤,熟悉各种生存期模型评审、分析项目的特性选择适合项目的生存期模型标识生存期模型与项目不一致地方,并进行裁减,chapter_1,49,本章要点,一、项目立项二、授权项目三、初始项目范围分析四、生存期模型五、案例分析,chapter_1,50,案例分析,甲方：某教育机构乙方：北京科力拓技术发展有限公司（软件企业）,chapter_1,51,需（甲）方合同环境
11、,需求SOW合同,chapter_1,52,供（乙）方合同环境,项目分析: 建议书合同签署：合同 项目授权;项目章程模型选择:生存期模型,chapter_1,53,小结,项目初始过程一、项目来源二、授权项目三、初始项目分析四、生存期模型,chapter_1,54,生存期模型总结,1.在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型.2.在用户无信息系统使用经验,需求分析人员技能不足情况下一定要借助原型.3.在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型4.在需求不稳定情况下尽量采用增量迭代模型5.在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布6.对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型7.对于全新系统的开发必须在总体设计完成后再开始增量或并行.8.对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型.9.增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付准则,此课件下载可自行编辑修改，此课件供参考！部分内容来源于网络，如有侵权请与我联系删除！,
