WBANK项目管理计划范例

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

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

3、目将允许WBANKF产地发展成一个客户账户服务应用，而不仅仅是一账户开户相擎Softprj目标通过按时交付高质量的软件，增强一WBANK司的关系通过发展有关WBANK品和系统的专门知识，成为首选的软件商向客户作出的承诺序号里程碑日期里程碑提交的结果2000年5月26日项目开始：需求分业务分析和需求规范、析结束用例目录、屏幕、迭代计划2000年5月15-6月23细化阶段：第1次顺序图、类图、源代码、迭代下一个周期的计划细化阶段：第2次迭代构造阶段：第1次迭代构造阶段：第2次迭代构造阶段：第3次迭代集成测试阶段联机代码发行和安装验收测试和产品迁移联机协调和回归测试345678910112000年6

4、月26日-7月7日2000年7月10日-7月21日2000年7月20日-28日2000年7月31日-8月8日2000年8月9日-9月102000年9月4日-9月15日2000年9月4日-9月22日2000年9月18日-9月29日补充规范、顺序图、类图、体系结构文档、源代码、下一个周期的迭代计划源代码、评审报告、测试报告、下一周期的迭代计划源代码、评审报告、测试报告、下一个周期的迭代计划源代码、评审报告、测试报告、下一个周期的迭代计划、产品部署计划测试计划、测试报告代码测试报告代码2000年10月2日-10月验收测试测试结果26日122000年10月27日-11新产品首次公开项目收尾月3日展出和

5、支持其他要求序号要求1该项目将遵循Rational统一方法（RUP）规划时作出的假设迁移到VisualAgeforJava3.不由该团队完成业务合伙人的智能更新仅与应用的维护部分结合，而不与“账户开户”引擎结合有资格的人员将批准用Rational统一过程方示实现该项目在项目生命期中，功能和技术需求的变更可能会对进度产生影响。由于这些变更而导致对成本或者进度的任何影响，都将通知WBANKWBAN膺审人员将用7天时间来收进一个里程碑文档。如果在这期间没有收到注解，则认为它已经得到批准项目过程项目遵循的标准过程该项目将遵循Softprj的标准开发过程。然而，我们将用Rational统一过程方法（RU

6、P）对这一过程进行增强，因为这是客户的要求。为了符合RUP,将对标准的开发过程进行裁制。进度计划裁制备注与标准过程的偏差增加/修改/删偏差的原因除只有那些在一次特定的迭代中将被细化验修改基于迭代的开室用例发才在那次迭代中被米用前几次迭代中，将增It地开发逻辑对象模修改遵循RUP方法型前几次迭代中，将增It地开发物理对象模修改遵循RUP方法型物理数据库设计可以在后面几次迭代中精修改遵循RUP方法化在每次迭代中都要开发单元测试计划修改正在使用迭代方法故障按每次迭代进仃记录修改正在使用迭代方示需求跟踪将根据RequisitePro工具完成修改遵循RUP方法没有图像"当和业务用例，因为我们以

7、范围修改背离RPU文档开始，这所起的作用是相同的需求变更管理过程变更申请跟踪客户申请的变更将记录在ChangeRequest.xls文档中，并分析它们对项目的影响。一个变更申请书将提交给客户以得到他的确认。经客户确认的变更申请将添加到项目合同中作为其附录主要变更通常对项目的进度/按时交货有影响。客户需要正式地批准这些变更因为这是一个短期项目，如果任何一个变更申请或者一组变更申请超过了项目估计的工作量的2%则必须重新评估项目进度和工作量估计标准程序/函数（用例）标准简单用例3个或3个以下事务中等复杂用例4-7个事务复杂用例>7个事务用说明复杂隹用说明复杂例例性编编号号1屏幕导航复杂14更&

8、quot;个账户的细中等节复杂2更新个人详情中等复15维护个账户的任复杂杂务3增加地址中等复16维护个账户的备简单杂忘录4更新地址复杂17查看团体情况的历复杂史5删除地址复杂18查看账户情况的历复杂史6添加电话号码中等复19查看选项等级和服简单杂务选项的历史7更新电知号码复杂20查看任务和备忘录简单的历史8删除电话号码复杂21查看角色的历史复杂9添加E-mail中等复22查看账户细节简单杂10更新E-mail中等复23查看账户的所有权复杂杂11删除E-mail中等复24查看个账户的紧复杂杂迫定单12更"个团体的就中等复25关闭/重新激活账简单业情况杂户13更"个团体的财中等

9、复26智能更新WBANK复杂政情况杂的商业伙伴项目估计的构建工作量程序/函数工作量（基于以往项目的单元总的构建工作量（人日）数据）数简单用例1人日55中等复杂用5人日945例复杂用例8人日1296总工作量146按阶段的工作量估计任务/人日占总工作量的百分比（%）需求5010设计6012构建14629集成测试357回归测试102验收测试376项目管理5015配置管理163培训5010其他406估计的工作量501100按迭代过程的工作量人日占总工作量的百分比估计(%)项目开始255初始阶段245细化阶段：第1次迭459代细化阶段：第2次迭347代构造阶段：第1次迭275代构造阶段：第2次迭245代

10、构造阶段：第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月17日开发人员12000年8月1日开发人员12000年8月14日总人数9（实际为8.5）按技能和经验人员分配领域总人数0-12人月经验>12个月的经验Java770DB2202总人数972人员需求计划月份脱机开发联机部署总人数2000年5月41(50%)52000年6月5162000年7月5

11、162000年8月8192000年9月7292000年10月325开发环境硬件软件NTServerWinNTIntelPCVisuageAgeforJave,Jave,WinNT所需的硬件和软件资源项目描述所需数量日期PC(128RAM)62000年5月1日服务器上有IGB空间12000年5月1日VusyageAgeforJava62000年5月4日DB262000年5月4日RationalRose52000年5月15日RequisitePro12000年5月15日工具工具列表项目要升发的具无项目使用的内部工具BugsBunny,WAR培训计划培训领域持续时间免培训条件Java语言7天如果已经

12、培训过VisualAgeforJava3天作为初始培训的一部分JavaApplets4小时如果已经培训过JavaSwing4小时如果已经培训过PersistenceBuilder4小时如果已经培训过RationalRose和8小时必须培训大DB2RequisiteProOOAD1天如果已经培训过业务领域系统评估7天如果已经培训过与过程相关的领域质量系统3小时如果已经培训过配置管理2小时如果已经接受过CC培训。其他进行在职培训小组评审4小时如果已经培训过故障预防4.5小时必须培训SPC工具4.5小时如果已经培训过RUP方法2小时必须培训质量计划项目质量目标目标值设置目标的基础组织范围的标准引入的

13、总故障数1450.033个故障/人时。这要0.052个故障/人时比Synergy好10%,后者为0.036个故障/人时质量（验收故障密5估计的总故障数的3%或估计的总故障数度）者以下的6%生产率57生产率比Synergy提局503.4%货质星成本32%31.5%32%估计检测到的故障数评审/测试阶估计检测占估计的总故估计基础段到障的故障数数的百分比(%)需求和设计评2920%参考同类项目的估计（Synergy）审和PCB代码评审2920%参考同类项目的估计（Synergy）和PCB单元测试5740%参考同类项目的估计（Synergy）和PCB集成和回归测2517%参考同类项目的估计（Syner

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

15、划结束时项目计划小组评审故障控制（DCS）计划软件质量顾问（SQA）项目进度计划软件质量顾问（SQA）评审项目规划结束时CM计划小组评审过成90%的需求分析时业务分析和需求规范文小组评审（这必须在细化阶段的档、用例目录第1次迭代结束时）完成90%的设计时（这必设计文档、对象模型小组评审须在细化阶段的第2次迭代结束时）每次迭代开始时迭代计划个人评审详细设计结束时复杂的程序规范和第一小组评审次产生的程序规范，包括测试案例、交互图前面几个程序编码以后代码小组评审白我测试一个过程以后代码个人评审单兀测试计划结束时单元测试计划个人评审集成测试开始时集成测试计划小组评审WBANK项目的风险管理计划序风险概

16、影响风险风险缓和计划号率暴露度1需要客户的数据0.584仔细地规划每组任务所需的库设计师和数据库管理员的支持时间，并事先给予充分的注意联机协调者与这些小组紧密合作2因为第一次使用RUP,团队对RUP的理解可能不全面0.932.7与SoftprjR&D实验室专家密切合作在整个项目中，保持与客户的沟通并提交任何进度或者工作量偏差对团队进行RUP方法培训3人员流失：团队成员可能临时离开0.372.1分配任务时，使多个人从事项目中的每个单元和用例4通过链路与客户的K机DB2通信：链路可能不如期望的那样有效0.180.8执行额外的代码评审、桌面检查等以使对链路的依赖最小链路绩效下降时立即提交度量

17、计划指标度量单位所用的工具规模LOC、EP、S/M/C行计数量工作量人日WAR故障故障数BubsBunny进度经过的时间MSP3.2任务跟踪程序任务调度PL用MSProject调度任务需要将进4j精化和重新调度任务分配使团队成贝知道取新的进度计划。进度计划一旦上载到WAP-MSP系统，任务将在各白的WAR中出现任务状态跟踪每天执行任务跟踪项目会议每周一次因果分析会议每次迭代后问题跟踪问题类型在哪里记录谁记录谁评审何时评保果提审交联机问题Issue任何一个项目PL每天评2天内Tracker.xls成员审客户问题IssueLog.xls联机团队，PLPL每天评2天内审业务经理问每周状态报BMBM,

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

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