WBANK项目管理计划范例

1、WBANK项目管理计划例项目提要项目综述WBANK是一个基于美国的投资公司，该应用包括两个组成部分：一个是 WBANK上的经纪开户（ Brokerge Account Opening）应用，它允许任何一个 Internet 用户开启一个 WBANK经纪；国一个是开户和维护应用，主要是让 WBANK代表对以书面格式申请的进行开户。 这是一个Internet应用。该应用将提供诸如账户历史查看和账户结余、状态和任务信息。这将允许 WBANK有效地发展为一个客户 / 账户服务应用，而不仅仅是一个账户开户引擎。 这是对一个现有应用的增强： 该应用的早期开发也是由 Softprj 完成。项目代码项目名称客

2、户XxxxxxxxWBANK项目WBANK公司项目领导（PL） 配置控制人员（ CC）业 务 经 理候补 PL候补 CC（BM）BBSBHRBJHP项目类型平台阶段数开发项目Java、Win NT、DB24 个阶段项目开始状态（包括联机、脱机）项目收尾日期估计的总收入联机脱机2000年4月3日2000年 52000年 10月 3XXX XXX美元月 15日日基目和客户联系人员名字和职称传真E-mail项目围 提供一种高效而快速的账户维护方法 允许代表访问信息 向客户代表提供账户态、价值、定单状态和交易任务的完整视罗图 增加更新过程的智能性 提供一个能够显示所需账户的历史要系的接口 提供关闭和重

3、新激活一个账户的能力项目对客户的境值 该项目将允许 WBANK有产地发展成一个客户账户服务应用，而不仅仅是一账户开户相擎Softprj目标 通过按时交付高质量的软件，增强一WBANK公司的关系 通过发展有关 WBANK产品和系统的专门知识，成为首选的软件商向客户作出的承诺序号里程碑日期里程碑提交的结果12000年 5 月 26 日项目开始：需求业务分析和需求规、分析结束用例目录、屏幕、迭代计划22000年 5 月 15-6 月 细化阶段：第1顺序图、类图、源代23 日次迭代码、下一个周期的计划32000年 6月26日-7细化阶段：第2补充规、顺序图、类月 7 日次迭代图、体系结构文档、源代码、

4、下一个周期的迭代计划42000年 7月10日-7构造阶段：第1源代码、评审报告、月 21 日次迭代测试报告、下一周期的迭代计划5 2000 年 7 月 20 日-28 构造阶段：第 2 源代码、评审报告、日次迭代测试报告、下一个周期的迭代计划62000 年 7 月 31 日-8构造阶段：第 3源代码、评审报告、月 8 日次迭代测试报告、下一个周期的迭代计划、产品部署计划72000年 8 月 9日-9集成测试阶段测试计划、测试报告月 1 日82000年 9 月 4日-9联机代码发行和代码月15日安装92000年 9 月 4日-9验收测试和产品测试报告月22日迁移102000 年 9 月 18 日

5、-9联机协调和回归代码月29日测试112000年 10 月 2 日-10验收测试测试结果月26日122000 年 10 月 27 日 新产品首次公开项目收尾-11 月3日展出和支持其他要求序号要求1该项目将遵循 Rational统一方法（ RUP）假设规划时作出的假设 迁移到 VisualAge for Java3.不由该团队完成 业务合伙人的智能更新仅与应用的维护部分结合，而不与“账户开户”引擎结合 有资格的人员将批准用Rational统一过程方示实现该项目 在项目生命期中，功能和技术需求的变更可能会对进度产生影响。由于这些变更而导致对成本或者进度的任何影响，都将通知 WBANK WBANK

6、评审人员将用 7 天时间来收进一个里程碑文档。如果在这期间没有收到注解，则认为它已经得到批准项目规划项目过程项目遵循的标准过程该项目将遵循 Softprj 的标准开发过程。然而，我们将用 Rational 统一过程方法（ RUP）对这一过程进行增强，因为这是客户的要求。为了符合 RUP，将对标准的开发过程进行裁制。进度计划裁制备注与标准过程的偏差增加/修改/偏差的原因删除只有那些在一次特定的迭代中将被细化验修改基于迭代的开室用例发才在那次迭代中被采用在前几次迭代中，将增量地开发逻辑对象模修改遵循 RUP方法型在前几次迭代中，将增量地开发物理对象模修改遵循 RUP方法型物理数据库设计可以在后面几

7、次迭代中精修改遵循 RUP方法化在每次迭代中都要开发单元测试计划修改正在使用迭代方法故障按每次迭代进行记录修改正在使用迭代方示需求跟踪将根据 Requisite Pro 工具完成修改遵循 RUP方法没有图像文档和业务用例， 因为我们以围文修改背离 RPU档开始，这所起的作用是相同的需求变更管理过程变更申请跟踪 客户申请的变更将记录在 ChangeRequest.xls 文档中，并分析它们对项目的影响。一个变更申请书将提交给客户以得到他的确认。经客户确认的变更申请将添加到项目合同中作为其附录 主要变更通常对项目的进度 / 按时交货有影响。客户需要正式地批准这些变更 因为这是一个短期项目，如果任何

8、一个变更申请或者一组变更申请超过了项目估计的工作量的 2%，则必须重新评估项目进度和工作量估计标准程序 / 函数（用例）标准简单用例3 个或 3 个以下事务中等复杂用例4-7 个事务复杂用例7 个事务用说明复杂性用说明复杂例例性编编号号1屏幕导航复杂14更新一个账户的细中 等节复杂2更新个人详情中等复15维护一个账户的任复杂杂务3增加地址中等复16维护一个账户的备简单杂忘录4更新地址复杂17查看团体情况的历复杂史5删除地址复杂18查看账户情况的历复杂史6添加中等复19查看选项等级和服简单杂务选项的历史7更新电知复杂20查看任务和备忘录简单的历史8删除复杂21查看角色的历史复杂9添加 E-mai

9、l中等复22查看账户细节简单杂10更新 E-mail中等复23查看账户的所有权复杂杂11删除 E-mail中等复 24查看一个账户的紧复杂杂迫定单12更新一个团体的就中等复 25关闭 / 重新激活账简单业情况杂户13更新一个团体的财中等复 26智能更新 WBANK的 复杂政情况杂商业伙伴项目估计的构建工作量程序/ 函数工作量（基于以往项目的单元 总的构建工作量（人日）数据）数简单用例1 人日55中等复杂用5 人日945例复杂用例8 人日1296总工作量146按阶段的工作量估计任务/阶段人日占总工作量的百分比（%）需求5010设计6012构建14629集成测试357回归测试102验收测试376项

10、目管理5015配置管理163培训5010其他406估计的工作量501100按迭代过程的工作量人日占总工作量的百分比估计（%）项目开始255初始阶段245细化阶段：第1次迭459代细化阶段：第2次迭347代构造阶段：第 1次迭 275代构造阶段：第 2次迭 245代构造阶段：第 3次迭 214代移交阶段11022项目收尾102项目管理7515配置管理163培训5010其他408估计的总工作量501100按角色人员分配角色所需人数日期PL12000年5月4日联机协调者1（5%时间）2000年 5月 4日模块领导12000年 5月 15日开发人员32000年 5月 15日开发人员12000年 7月

11、17日开发人员12000 年 8月 1 日开发人员12000 年 8月 14日总人数9（实际为 8.5 ）按技能和经验人员分配领域总人数0-12 人月经验 12 个月的经验Java770DB2202总人数972人员需求计划月份脱机开发联机部署总人数2000年 5 月41（50%）52000年 6 月5162000年 7 月5162000年 8 月8192000年 9 月7292000年 10月325开发环境硬件软件NT ServerWin NT大DB2Intel PCVisuageAge for Jave,Jave, WinNT所需的硬件和软件资源项目描述所需数量日期PC（128RAM）620

12、00年5月1日服务器上有 IGB 空间12000年5月1日VusyageAge for Java62000年5月4日DB262000年5月4日Rational Rose52000年 5月 15日Requisite Pro12000年 5月 15日工具工具列表项目要开发的工具无项目使用的部工具BugsBunny,WAR培训计划培训领域持续时间免培训条件Java 语言7 天如果已经培训过VisualAge for Java3 天作为初始培训的一部分Java Applets4 小时如果已经培训过Java Swing4 小时如果已经培训过Persistence Builder4 小时如果已经培训过Ra

13、tionalRose 和8小时必须培训Requisite ProOOAD1天如果已经培训过业务领域系统评估7天如果已经培训过与过程相关的领域质量系统3小时如果已经培训过配置管理2小时如果已经接受过 CC培训。其他进行在职培训小组评审4小时如果已经培训过故障预防4.5 小时必须培训SPC工具4.5 小时如果已经培训过RUP方法2小时必须培训质量计划项目质量目标目标值设置目标的基础组织围的标准引入的总故障 1450.033 个故障 / 人时。这 0.052个故障/数要比 Synergy 好 10%， 人时后者为 0.036 个故障 /人时质量（验收故障5估计的总故障数的3% 估计的总故障数密度）或

14、者以下的 6%生产率57生产率比 Synergy 提高 503.4%进度计划按 时 交10%货质量成本32%31.5%32%估计检测到的故障数评审/ 测试估计检占估计的总估计基础阶段测到故障的 故 障数的百分比数（%）需求和设计2920%参考同类项目的估计评审（Synergy ）和 PCB代码评审2920%参考同类项目的估计（Synergy ）和 PCB单元测试5740%参考同类项目的估计（Synergy ）和 PCB集成和回归2517%参考同类项目的估计测试（Synergy ）和 PCB验收测试53%参考同类项目的估计（Synergy ）和 PCB估计检测到143100%总故障数实现质量目标

15、的策略策略用标准的故障预防指南和过程进行故障预防：采用Synergy 开期望的效益故障个入减少10-20%，生产率提高2%发的编码标准小组评审前面几个或者逻辑上质量提高，因为总故障排除效率将提高； 生产率会有所提高，因为故障在早期被发现复杂的用例项目领导、开发人员和一个顾问共同评审设计文档或者开发的第一个程序故障引入率大约减少高 1%5%，并且总生产率提引入 RUP方法，并迭代式地实现项目。在每次迭代后，执行里程碑分析和故障预防任务评审评审时机评审条目评审类型项目规划结束时项目计划小组评审故障控制（ DCS）计划软件质量顾问（ SQA）项目进度计划评审软件质量顾问（ SQA）评审项目规划结束时

16、CM计划小组评审过成 90%的需求分析时业务分析和需求规文档、小组评审（这必须在细化阶段的用例目录第 1 次迭代结束时）完成 90%的设计时（这必设计文档、对象模型小组评审须在细化阶段的第2 次迭代结束时）每次迭代开始时迭代计划个人评审详细设计结束时复杂的程序规和第一次小组评审产生的程序规，包括测试案例、交互图前面几个程序编码以后代码小组评审自我测试一个过程以后代码个人评审单元测试计划结束时单元测试计划个人评审集成测试开始时集成测试计划小组评审WBANK项目的风险管理计划序风险概影响风 险 风险缓和计划号率暴露度1需要客 户的 数据 0.584仔细地规划每组任务所需的库设计师和数据时间，并事先

17、给予充分的注意库管理员的支持联机协调者与这些小组紧密合作2因为第 一次 使用 0.932.7与 Softprj R&D 实验室专家密RUP，团队对 RUP切合作在整个项目中，保持与的理解可能不全客户的沟通并提交任何进度面或者工作量偏差对团队进行 RUP方法培训3人员流失：团队成 0.3 72.1分配任务时，使多个人从事项员可能临时离开目中的每个单元和用例4通过链路与客户 0.1 80.8执行额外的代码评审、桌面检的大型机 DB2 通查等以信：链路可能不如使对链路的依赖最小期望的那样有效链路绩效下降时立即提交度量计划指标度量单位所用的工具规模LOC 、EP 、S/M/C行计数量工作量人日

18、WAR故障故障数Bubs Bunny进度经过的时间MSP3.2任务跟踪任务程序任务调度PL 用 MS Project 调度任务需要将进行精化和重新调度任务分配使团队成员知道最新的进度计划。进度计划一旦上载到WAP-MSP系统，任务将在各自的WAR中出现任务状态跟踪每天执行任务跟踪项目会议每周一次因果分析会议每次迭代后问题跟踪问题类型在哪里记录谁记录谁评审何时评保果提审交联机问题Issue任何一个项目PL每 天 评2 天Tracker.xls成员审客户问题IssueLog.xls联机团队， PLPL每 天 评2 天审业务经理问每周状态报告BMBM，PL， 每 周 评5 天题审支持服务问申请跟踪器

19、任何团队成员支持服务每 天 评2 天题审客户反馈信处息项目记录和跟踪过程客户反馈AM/PL处理客户反馈信息。BM保存它客户投诉接到的客户投诉将输入到CustomerComplaints.xls中，并用它进行跟踪质量跟踪质量任力故障跟踪评审（需求、概要设计、详细措施用 DCS记录故障，并用它跟踪故障，直到结束根据质量计划中的项目目标进行检查设计）代码评审独立的单元测试集成测试 / 系统测试通过 SPC工具根据每个程序的极限进行检查通过 SPC工具根据每个程序的极限进行检查根据质量计划中的项目目标进行检查高级管理人员（ BM）评审序号评审项目评审频度1进度计划每次版本变化时2项目计划作出重大改变时

20、3里程碑报告里程碑结束时状态报告向谁报告业务经理客户报告频度每周周一通过电子报告每周周一里程碑处的偏差极限实际与估计的偏差前面 5 个里碑其余里程碑工作量10%5%进度10%5%故障数20%20%向客户报告 里程碑报告和每周状态报告 需要澄清的问题 如果有任何需要提交的问题，则提交它们向 BM报告 客户反馈 里程碑和每周状态报告 需要澄清 / 注意的问 如果有任何需要提交的问题，则提交它们 需求变更量及其估计的工作量 计划的主要变更提交程序提交地点提交期限提交人提交人的职称在 WBANK3 天Xxxx项目经理在 Softprj3 天Xxxx财务经理在 Softprj3 天Xxxx业务经理项目团队序号缩写责任开始日期期望的结束日期1BB项目经理2000 年 4月 42000年 11月 3日日2KP联机协调者2000 年 4月 42000年 11月 3日日3BJ模块领导、候选项目领2000年 5 月 152000年 11月 3导日日4SP配置控制人员2000年 5 月 222000 年 10月 13日日5DD开发人员2000年 5 月 222000年 9月 29日日6HP