软件项目计划

1/198软件项目计划与跟踪监控SPP&SPTO2/198软件项目计划类别主开发计划测试计划配置管理计划QA计划测量计划3/198项目计划目的为实施软件工程和管理项目制订合理的计划步骤对软件项目进行任务分拆估算工作产品的规模和所需的资源制订日程表识别和评估风险协商承诺管理计划4/198项目跟踪与监控目的对项目的进展提供充分的可视性，以便在项目实施严重偏离计划时能采取有效的行动对照计划跟踪实际的结果和性能当实际实施和结果严重偏离了计划时，采取纠正行动，以使之回到计划的轨道上来承诺的变更要取得相关的组和个人的同意包括对照成文的估算、承诺、计划来跟踪和复审软件成果和结果根据实际成果和结果调整计划5/198软件项目管理过程项目计划&项目跟踪与监控目标满足6/198软件项目计划内容计划----策划1.确定策略2.确定时间3.确定资源(人)4.确定产品7/1984估算/分配资源项目管理过程1定义项目2工作分拆3任务排序5制定日程表批准计划项目计划执行计划6测量和分析结果7控制项目8报告结果项目控制8/198项目计划步骤定义项目项目大纲项目组织开发过程描述工作分拆结构估算活动排序日程表资源配置QA管理9/198项目定义-确定项目大纲项目大纲是一个简要的、经过深思熟虑得出的项目描述项目大纲可能会以不同的名字出现，诸如工作综述、工作要求，或项目建议可能是外部或者内部需求的结果帮助客户和公司管理者做出商业决策须经公司高层批准1.1定义项目大纲10/198项目大纲内容项目的管理目标和技术目标识别客户和用户总体描述软件的主要功能预期收益成本、日程表、资源，或其他限制项目的性能目标指出关键责任项目间、组织间的依赖11/198定义项目--配备人员目标确保相关人员参加到项目中来为这些人创建成功的环境1.3确定项目组织12/198定义项目--配备人员确定所需的角色确定他们的责任建立有效的沟通机制项目组群体的力量大于项目组成员个人力量之和13/198定义项目--配备人员开发人员用户测试人员文档人员质量保证人员配置管理人员数据库/操作系统/网络支持人员管理人员其他14/198确定软件工程模型工程模型：定义了项目特定过程的框架确定开发和管理的策略和标准高层审批.2.1定义软件工程模型15/198项目计划步骤定义项目项目大纲项目组织开发过程和策略工作分拆结构活动排序估算日程表资源配置QA管理16/198软件项目任务分解17/198要点•任务分解定义•任务分解的类型•任务分解的过程•任务分解指南18/198任务分解定义•任务分解的过程–将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。•任务分解的结果–WBS(WorkBreakdownStructure)(活动/产品/组织)19/198•WBS–是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围。不在WBS中包括的工作就不是该项目的工作。–它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述。20/198•任务分解工作包–WBS的最低层次的可交付成果–这些交付成果可以分配给另外一位项目经理进行计划和执行，或者通过子项目的方式完成。这时工作包可进一步分解为子项目的WBS或各个活动。21/198任务分解类型•清单•图表22/198清单类型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在程序的头部增加修改纪录23/198图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改纪录修改版本比较找出增删行统计增删行删除代码增加行数删除行数24/198•任务结构分解基本步骤–确认并分解项目的组成要素–确定分解标准–确定分解是否详细–确定项目交付成果–验证分解的正确性25/198•确认并分解项目的组成要素–项目的主要要素是这个项目的工作细目。项目目标作为第一级的最整体的要素。–项目的组成要素应该用有形的、可证实的结果来描述。–项目的组成要素应该用项目工作怎样开展、在实际中怎样完成的形式来定义。–任务分解中可以包括诸如管理、质量等任务的分解。当然也可以在后续的活动分解的时候，分解出相应的管理、质量活动。26/198•分解标准–采用活动为标准•生命期各阶段为二级，每阶段的产品为第三级，…–以功能（产品）组成为标准•产品组成为二级，产品组成的分解为三级，…–以项目的组织单位为标准•以项目的组织单位作为二级，每个组织内构成为三级，…–不能同时使用两种标准27/198•例：学生管理–按照生命期分解•规划•需求•设计•编码•测试•提交–根据产品组成部分•1.1招生管理•1.2分班管理•1.3学生档案管理•1.4学生成绩管理28/198•检验分解结果的标准–最底层的要素是否是实现目标的充分必要条件–最底层要素是否有重复的–每个要素是否有清晰、完整的定义–最底层要素是否有定义清晰的责任人，是否可以进行成本估算和进度安排29/198标识项功能名F1.1获取网络资源数据F1.2将资源数据存入数据库F1.3获取网络资源信息F1.4观察网络资源F1.4.1依类型分类观察网络资源F1.4.2依状态分类观察网络资源F1.5观察逻辑网F1.6观察资源状态F1.7修改网络资源的状态F1.8依条件检验网络使用情况F1.9显示拓扑图F1.10建立通道30/198•WBS与OBS（组织分解结构）31/198任务分解指南•WBS分解的规模和数量因项目而异•参看一下类似的项目的WBS，与相关人员讨论•可以参照模板•最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，•软件项目推荐分解到一周的工作量（40小时）•每个工作包至少有一个提交物•定义任务完成的标准•每个WBS必须有利于责任分配•可以准备WBS的字典•最后与相关人员进行评审32/198任务分解指南•WBS分解的规模和数量因项目而异•参看一下类似的项目的WBS，与相关人员讨论•可以参照模板•最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，•软件项目推荐分解到一周的工作量（40小时）•每个工作包至少有一个提交物•定义任务完成的标准•每个WBS必须有利于责任分配•可以准备WBS的字典•最后与相关人员进行评审•逐步细化•最底层书写任务单33/198WBS模板举例34/198WBS字典内容WBS表示号名称主题目标描述完成的任务责任者完成的标识备注1.WBS表示号名称主题目标描述完成的任务责任者完成的标识备注1.WBS表示号WBS表示号WBS表示号名称名称名称主题目标主题目标主题目标描述描述描述完成的任务完成的任务完成的任务责任者责任者责任者完成的标识完成的标识完成的标识备注备注备注1.1.35/198网管系统（图表）分解实例FF1配置管理F2故障管理F3安全管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.2FF1配置管理F2故障管理F3安全管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.236/198确定工作产品项目工作产品列表示例：ProjectPhases&ActivitiesDefinitionDesignCodingTestingWorkProductsSASTPSRAHLDDDITPCUTITSTDocRelCustomerReqtsSpecXSoftwareReqtsSpecXHigh-LevelDesignSpecXModuleSpecXCodeXBuildSystemTestPlanXXIntegrationTestPlanXUnitTestPlanXUnitTestReportXIntegrationTestReportXSystemTestReportXUserManual-PreliminaryXUserManual-FinalXReleaseNotesXInstallationTapeX2.2识别工作产品37/198项目计划步骤定义项目项目大纲项目组织开发过程和策略工作分拆结构估算活动排序日程表资源配置QA管理38/198估算规模、成本、日程目标：为项目建立切实可行的预算和日程安排4.1自顶向下估算4.2估算软件规模4.3估算工作量4.4估算外部成本4.5估算关键设备资源4.6建立管理预留4.7建立日程表4.8建立项目基线4.9详细阶段计划39/198估算的障碍不规范的估算方法盲目乐观/悲观管理层/客户的压力使得项目组作出不现实的承诺缺乏历史数据忽略了一些必要的活动高估了团队的能力硬性分派隔靴搔痒40/198避免不成熟的估算第一次估算就像在花岗岩上雕刻，印象深刻需求和设计活动有待清晰定义；边界有待确定早期阶段不了解团队的能力预先很好地界定了实施活动并有了很准确的理解41/198估算方法自顶向下对作出初次估算很有用以项目定义、需求、概要设计作为基础方法：功能点；WidebandDelphi技术详细阶段的估算自底向上以WBS为基础最好是谁作谁估算42/198自顶向下特点提供项目所需人力的总体估算运用产业或组织的生产力数据改进估算没有历史数据时，WidebandDelphi方法是最佳选择规模度量方法（如：LOC,FP)计算产品的规模确定必要的生产力因素调整规模估算4.1自顶向下估算43/198滚波逼近法利用自顶向下方法，在项目定义阶段得出最初估算阶段启动前作出详细的阶段计划，每一个阶段都是“新项目”对WBS较低层元素作出估算并汇总，得出阶段和项目的总估算后继阶段的估算精度不断提高44/198应用滚波逼近法初步计划修改剩余阶段计划需求阶段修改剩余阶段计划设计阶段编码和单元测试阶段修改剩余阶段计划验收测试及发布阶段项目定义需求设计编码与测试验收、测试及发布45/198估算软件规模两种通用的规模度量方法源代码行（LOC）源代码语句的数目很难通过需求进行估算功能点（FP）从客户角度通过功能进行表达以定义好的技术标准为基础与采用的技术和编程语言无关4.2估算软件规模46/198选用功能点的方法X计数功能的复杂系数未经调整的功能点数事务型功能输入数输出数查询数数据型功能逻辑文件数外部界面数未经调整的功能点总数调整系数软件规模估算结果XX47/198COMPLICATIONFPLOWMIDHIGH输入*3*4*6输出*4*5*7查询*3*4*6逻辑文件数*7*10*15界面*5*7*10系数表48/198Example(11inputs6–low2–mid3--high)COMPLICATIONFPLOWMIDHIGH输入6*3=182*4=83*6=18输出7*4=287*5=350*7=0查询0*3=02*4=84*6=24逻辑文件数5*7=352*10=203*15=45界面9*5=450*7=02*10=20FP304SCALE1.15FP35049/198估算工作量方法1.用生产力数据进行计算需要软件规模的度量数据（如功能点）和可靠的生产力数据需要软件工具支持（如：COCOMOII)2.用WidebandDelphi方法依赖于专业知识使用两种方法并比较其结果4.3估算工作量50/198根据共同的经验与直觉调整估算考虑以下因素应用领域的经验技术经验项目组成员的技能项目组的规模应用的复杂性每阶段输入的工作产品质量干扰51/198COCOMOIIConstructi