软件项目管理整理

软件项目管理RoadMap项目初始-项目计划-项目执行控制-项目结束第一篇软件项目初始第一章软件项目初始过程软件项目启动1、项目立项明确项目的目标、时间表、项目使用的资源和经费，而且得到执行该项目的项目经理和项目发起人的认可Makeorbuy决策：P18合同项目：甲方合同环境：招标书定义(采购需求定义)、供方选择、合同签署1）招标书定义：需求申请-需求定义-商务条件确定-验收标准确定-资料汇集-采购需求认可-编写招标文件-招标文件P192）乙方选择：招标文件-招标-收集供方的建议书-评定供方-最终供方确定-最终供方名单-建议书P213）合同签署：合同草案-谈判日程确定-合同草案提交-合同条款协商-合同签署文本确定-合同签署文本审阅-合同签署-合同签署文件-任务书下达-任务书任务书任务书P22乙方合同环境：项目分析、提交建议书、合同签署1）项目分析任务书/招标书-需求管理者确定-需求分析-需求分析评审-项目规模估算-项目风险分析-项目初步实施规划-初步实施规划评审需求分析报告/项目初步计划P232）提交建议书需求分析报告/项目计划-技术能力要求确定-人力资源要求确定-实现环境要求确定-资金。管理要求确定-企业能力判定-评估结果评审-能力评估结果-需求成熟度评估-用户支持保证评估-用户资金保证评估-可行性分析-项目决策-编写项目建议书-参加竞标-项目投标书P233）合同签署合同草案-谈判日程确定-合同草案提交-合同条款协商-合同签署文本确定-合同签署文本审阅-合同签署-合同签署文件-任务书下达-任务书任务书任务书内部项目企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合。这将通过相关各方之间的协议来调整。因此，在内部项目实施中，仅仅在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同”，但无特别的商业约束。其它方面可参考甲乙方的过程。2、授权项目项目章程：确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。项目经理角色：项目组织的领导者、项目组织的管理者、项目组织的决策者、项目组织的分析者、项目组织的计划者、项目组织的控制者、项目组织的组织者、项目组织的评价者、项目组织的协调者项目经理的责任：开发计划、组织实施、项目控制3、初始项目分析一个初始的项目范围说明，相当于确定初始的项目需求说明书，对项目需求进行初步的描述，将来编写需求规格说明书的时候，可以在此基础上进行详细的描述。4、生存期模型常用生存期模型：1）瀑布WaterfallWaterFallmodel适合的项目：在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确类似的项目如：公司的财务系统、库存管理系统、短期项目2）V模型V-shapedV模型适合的项目：在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确对系统的性能安全很严格的项目类似的项目如：航天飞机等、公司的财务系统3）原型Prototyping4）增量Incremental5）螺旋式Spiral6）快速应用开发RAD7）渐近式阶段最常用的－渐进式阶段模型综合了增量模型和螺旋式模型的一个实用模型渐进式前进、阶段式提交阶段性完成规划：渐进式阶段模型的特点：阶段式提交一个可运行的产品关键的功能更早出现早期预警问题，避免软件缺陷不知不觉的增长减少报告负担阶段性完成可以降低估计失误阶段性完成均衡了弹性与效率渐进式阶段模型适合的项目：可以适合任何规模的项目，主要是中型或大型项目希望随时看到未来的项目8）Codeandfix选择生存期的步骤熟悉各种生存期模型评审、分析项目的特性选择适合项目的生存期模型标识生存期模型与项目不一致地方,并进行裁减第二篇软件项目计划没有计划的情况有计划的情况：计划的重要性：PMI：项目成功的三大要素（法宝）：计划、计划、计划计划是通向项目成功的路线图进度计划是最重要的计划编制进度计划的三步曲：任务分解（WBS）--范围基准成本估算资源、进度安排后面两个是成本基准，进度基准RoadMap第二章软件项目范围计划1、软件需求管理过程软件需求：需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。软件需求的层次：项目失败的原因分析：软件需求管理的过程：需求工程基本任务：需求获取：需求分析定义：需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。需求分析模型：需求规格：需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。软件需求规格说明的原则：从现实中分离功能，即描述要“做什么”而不是“怎样实现”采用一定的规格说明语言如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中规格说明应该包括系统运行环境规格说明应该是一个认识模型规格说明应该容许不完备性并允许扩充需求验证：需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实际可行的吗？需求是必要的吗？需求是可检验的吗？需求是可跟踪的吗？最后的签字需求变更管理：1.确定需求变更控制过程2.建立变更控制委员会(SCCB)3.进行需求变更影响分析4.跟踪所有受需求变更影响的工作产品5.建立需求基准版本和需求控制版本文档6.维护需求变更的历史记录7.跟踪每项需求的状态8.衡量需求稳定性9.管理和控制需求基线的过程10.需求变更控制系统一个正式的文档，说明如何控制需求变更建立变更审批系统2、需求建模的基本方法原型方法结构化分析法面向对象的用例分析法功能列表法其他3、任务分解过程输入-分解-WBSWBS(WorkBreakdownStructure)任务分解的过程将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。任务分解的结果WBS（任务分解结构）。WBS面向可交付成果的。Workpackages（工作包）WBS的最低层次的可交付成果WBS实例PMIdefinesWBS:是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述WBS的最低层次的可交付成果工作包应当由唯一一个部门或承包商负责这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成工作包可进一步分解为子项目的WBS或各个活动WBS类型:清单、图表清单类型：1.变化计数器1.1比较两个版本的程序1.1.1预处理1.1.2文件比较1.1.3结果处理1.2找出修改后的程序中增加和删除的代码行1.2.1找出增加的代码行1.2.2找出删除的代码行1.3统计修改后的程序中增加和删除的代码行数1.3.1统计增加代码行数1.3.2统计删除代码行数1.4统计总的代码行数1.5设定标记以指示修改的次数1.6在程序的头部增加修改纪录任务分解步骤：1.确认并分解项目的组成要素2.确定分解标准3.确定分解是否详细4.确定项目交付成果5.验证分解的正确性(建立编号)WBS编号系统：分解标准：生存期功能组成项目的组织单位。。。。。分解标准应统一：学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1招生管理1.2分班管理1.3学生档案管理1.4学生成绩管理不能同时使用两种标准进行分解招生管理分班管理学生档案管理学生成绩管理规划需求设计编码测试提交4、任务分解方法任务分解方法：模版类比自上而下自下而上5、任务分解检验检验分解结果的标准：最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排WBS的指南：WBS分解的规模和数量因项目而异、因项目经理而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务每个Workpackage必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审WBS字典内容：WBS意义：提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用网管系统（图表）分解实例：你是某项目的项目经理,这个项目是为用户创建一个新的邮件服务器以及在所有100个工作站上部署相应的邮件客户端（要满足用户的期望）。其中，2个服务器需要重新购置，而客户端的机器已经存在。请提交任务分解结果WBS第三章软件项目进度计划承上启下：编制进度计划的三步曲项目分解项目规模估算资源、进度安排1、进度管理的基本概念及过程进度是对执行的活动和里程碑制定的工作计划日期表进度管理是为了确保项目按期完成所需要的过程.进度管理的重要性按时完成项目是项目经理最大的挑战之一时间是项目规划中灵活性最小的因素进度问题是项目冲突的主要原因，尤其在项目的后期。软件项目进度(时间)管理过程活动定义（Activitydefinition）活动排序（Activitysequencing）活动历时估计（Activitydurationestimating）制定进度计划（Scheduledevelopment）进度控制（Schedulecontrol）-项目跟踪活动定义：确定为完成项目的各个交付成果所必须进行的诸项具体活动项目活动排序：1）项目各项活动之间存在相互联系与相互依赖关系,2）根据这些关系进行适当的顺序安排前置活动（任务）---〉后置活动（任务）任务(活动)之间的关系：任务(活动)之间排序的依据：强制性依赖关系软逻辑关系外部依赖关系里程碑Youmustdeterminedependenciesinordertousecriticalpathanalysis进度管理图示：网络图、甘特图、里程碑图、资源图网络图：网络图是活动排序的一个输出展示项目中的各个活动以及活动之间的逻辑关系网络图可以表达活动的历时常用的网络图PDM(PrecedenceDiagrammingMethod）优先图法,节点法(单代号)网络图ADM(ArrowDiagrammingMethod)箭线法(双代号)网络图2、进度估算的基本方法3、编制进度计划4、案例分析第四章第三篇