项目开发计划.doc

VOLVO项目开发计划书物流信息服务平台开发计划书编号：ISS- IM-VOLVO-001 -SDP版本:1.0作者：张桐日期：2004-11-6审批：刘平日期：2004-11-8变更记录日期版本变更说明作者2004-11-61.0创建张桐填表说明在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。制定开发计划的过程是不断精确细化，逐步完善丰富的过程。开发计划是项目经理管理和跟踪的依据， 又起到指导项目组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正开发计划。软件开发应按照开发计划制定的内容进行。开发计划是项目跟踪的依据，通过与实际开发进展情况作比较分析，项目经理可以及时了解项目开发的状态。项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。1 项目总览1.1 基本信息项目名称沃尔沃物流信息服务平台项目编号IM-VOLVO-001客户名称沃尔沃（中国）投资有限公司客户代表周伟项目经理张桐质量保证员杨海舰配置管理员刘扬工作量估算16个人月项目开始日期2004-11-02项目结束日期2005-02-081.2 项目主要联系人姓名电话号码传真号码E-Mail客户蒋项目经理张桐13611110908844806861.3 假设和约束本项目计划能够顺利执行的条件是基于以下假设成立：n 公司能够满足计划中对各种项目资源需求；n 项目实施过程中能得到客户的有效支持与配合；n 对于项目成员的培训可以按照培训计划进行；n 项目开发、实施过程中人员变动不超过80%。1.4 里程碑提交产品里程碑提交产品时间负责人需求项目定义软件过程.xls2004.11.6张桐软件开发计划2004.11.7张桐软件测试计划2004.11.7刘杨配置管理计划2004.11.7刘杨质量保证计划2004.11.7杨海舰量化过程管理计划2004.11.7张桐质量管理计划2004.11.7张桐需求规格说明书2004.11.5张桐需求跟踪据矩阵2004.11.5张桐设计架构设计（部门级）2004.11.15张桐数据库设计2004.11.15李兵概要设计2004.11.15张桐开发/单元、集成测试代码2004.12.29张桐测试用例2004.11.21刘扬集成测试报告2004.12.29刘扬Build说明2004.12.29张桐系统测试测试总结报告2005.1.4刘扬用户手册2005.1.10刘扬实施实施计划2005.1.11张桐培训计划2005.1.11张桐软硬件安装部署规划书2005.1.11徐光应用程序包2005.2.7张桐应用系统部署说明2005.2.7张桐系统验收2005.2.7张桐1.5 发布提交产品提交产品时间是否提交客户负责人需求规格说明书2005.02.07是张桐架构设计2005.02.07否张桐概要设计2005.02.07否张桐数据库设计2005.02.07是李兵测试用例2005.02.07是刘扬应用程序包2005.02.07是张桐应用程序源码2005.02.07是张桐软硬件安装部署规划书2005.02.07是徐光应用系统部署说明2005.02.07是张桐发布清单2005.02.07否张桐用户手册2005.02.07是刘扬验收报告2005.02.07否张桐2 项目计划2.1 项目生命周期n 项目阶段定义及各阶段主要产品项目阶段主要产品需求项目章程，项目级过程裁剪，软件开发计划，质量管理计划，量化过程管理计划，软件测试计划，配置管理计划，质量保证计划，需求规格说明书，系统原型设计架构设计（部门级），数据库设计，概要设计， 开发/单元/集成测试源代码，测试用例，单元测试报告系统测试测试总结报告，用户手册实施验收报告，实施计划，培训计划，软硬件安装部署规划书，应用系统部署说明，系统验收，应用程序包n 开发模型为保证项目进度按照计划进行本项目采用瀑布式开发模型。通过设置里程碑明确每阶段的任务与目标，通过阶段评审，将开发过程纳入正确轨道，严格的计划性保证软件产品的按时交付。示例图如下：需求分析需求调研设计编码测试运行维护2.2 WBS 表参见开发计划（Microsoft Project文档）。2.3 规模估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。工作产品估算因子分类个数合计规模（换算比重后的个数）需求规格说明书功能点复杂：交互操作大于等于 61326概要设计业务逻辑类复杂中等简单8102051DBTableViewProcedureTriggerConstraint352000352编码操作 (Action)反应（Response）报表（Report）接口（Interface）6916423558测试测试用例复杂：交互操作大于等于 615302.4 工作量估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。项目阶段项目工作量比例分布(%)工作量（人日）需求8.5%30.7 设计10.2%37.0 编码/单元/集成50.9%184.8 系统测试8.1%29.5 实施22.3%81.0 项目开发总工作量100.0%363.0 2.5 成本估算根据公司情况，项目成本主要是人员的工资，因此工作量估算基本上反映了项目的成本。阶段计划人力成本人员数量人员比例需求21195.00 8 80.0%设计30220.50 9 90.0%开发/单元、集成110499.50 9 90.0%系统测试20353.13 10 100.0%实施57428.88 10 100.0%合计（元）239697.00 102.6 进度安排参见开发计划（Microsoft Project文档）。2.7 关键计算机资源估算1） 客户运行环境所需关键计算机资源本项目的测试环境与系统上线的环境相同。用途服务器型号必要的硬件配置必要的软件配置 数量申报理由说明Application server DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Windows 20001此配置是所开发的软件系统要求的最基本配置，并且满足客户对系统性能的要求。 DB Server2）项目开发环境所需关键计算机资源：用途服务器型号必要的硬件配置必要的软件配置 数量申报理由说明Application server DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Windows 20001满足最基本的开发要求。 DB Server2.8 项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见软件项目评审过程。工作产品评审方式评审参与人员评审材料发放时间(提前X天)需求规格说明书同行评审杨立东，张桐，李兵，伍箭，刘扬，杨海舰，王松涛，彭俊林，李进1开发计划同行评审刘平，张桐，李兵，伍箭，刘扬，杨海舰1量化过程管理计划同行评审刘平，张桐，李兵，伍箭，刘扬，杨海舰1质量管理计划同行评审刘平，张桐，李兵，伍箭，刘扬，杨海舰1配置管理计划同行评审刘平，张桐，李兵，伍箭，刘扬，杨海舰1质量保证计划同行评审刘平，张桐，李兵，伍箭，刘扬，杨海舰1系统测试计划同行评审刘平，张桐，李兵，伍箭，刘扬，杨海舰1概要设计同行评审杨立东，张桐，李兵，伍箭，刘扬，杨海舰，王松涛，彭俊林，李进1数据库设计同行评审项目经理，设计人员，开发人员，测试人员，QA人员1代码走查项目经理，设计人员，开发人员，测试人员，QA人员1测试用例同行评审项目经理，设计人员，开发人员，测试人员，QA人员12.9 开发环境本系统将在B/S结构下，采用基于JAVA技术并且符合J2EE开发规范进行开发，具体如下：硬件软件DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘数据库：oracle 9i应用服务器：Websphere 5.1开发工具：Ecplise项目管理工具：Microsoft Project 2000绘图工具：Microsoft Visio 2000配置工具：Microsoft Visual SourceSafe分析工具：Rational Rose数据库设计工具：PowerDesigner 9.52.10 风险评估和控制描述预计项目中可能发生的风险，风险系数=严重等级X风险概率。风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为四个等级，等级越高影响越严重。1. 客户风险，指由于客户成熟度不够而产生的风险2. 过程风险，指由于项目组成员对开发过程不熟悉而产生的风险3. 能力风险，指由于项目组成员不具备项目需要的能力而产生的风险4. 成本风险，指由于项目成本过高而产生的风险5. 人力资源风险，指由于人员不足而产生的风险6. 设备资源风险，指由于开发设备不足而产生的风险7. 技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8. 质量风险，指由于用户要求的质量过高而产生的风险9. 时间风险，指由于开发时间过紧而产生的风险10. 需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示，百分比越高发生的可能性越大。风险应当按照风险系数的大小排序。风险对策是为了减轻风险的影响，项目组可能采取的措施。所有风险按风险等级排序。注：风险系数 = 严重等级 x 发生概率 严重等级范围 1-4序号风险系数严重等级发生概率风险种类风险说明预计风险发生阶段应对措施降低风险策略11.6280%1和原有系统需求范围界定不清楚开发实施阶段一旦产生需求变更，按照公司的变更流程进行处理。整个项目周期内与客户充分沟通，积极协调客户确认需求。20.5150%9系统设计开发时间短，有可能延期3-5个工作日开发阶段提前投入开发人员对已经通过评审的设计开始编码。系统设计一定要尽量完善，加强项目组成员之间的沟通。及时把握项目进度。30.5150%1客户对BS结构系统的使用实施阶段进行针对性培训。加强培训，尽量完善用户手册。2.11 组间协调计划协调小组/人协调方式协调内容如发生问题时如何处理频率/时间蒋宇、杨晓南会议系统需求、项目进度向上级汇报每周五蒋宇、杨晓南电话、邮件开发时遇到的细节问题向上级汇报每周3-10次蒋宇、杨晓南会议确认需求向上级汇报2004-11-07蒋宇、杨晓南会议代码开发结束，讨论实施细节。向上级汇报2004-12-30蒋宇、杨晓南会议系统测试结束，商讨数据移植方案向上级汇报2005-01-05蒋宇、杨晓南会议讨论验收细节向上级汇报2005-02-052.12 培训计划无3 项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监刘平咨询顾问杨树轶项目经理张桐质量保证员杨海舰SCCB刘平、杨海舰、张桐、伍箭和刘扬架构设计师张桐系统分析员负责人伍箭系统分析员伍箭测试负责人刘扬测试工程师刘扬软件工程师李兵软件工程师王松涛软件工程师李海波SCM管理员刘扬实施负责人张桐4 项目跟踪计划对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率。角色活动频率项目经理召开定期例会每周（每两周提交项目进展报告）项目经理组织项目数据分析报告的填报每里程碑项目总监客户经理项目经理质量保证员项目组成员参加里程碑评审每里程碑项目组成员填写PSA上的任务跟踪信息每天SCCB项目经理质量保证员计划变更及评审当项目进度、工作量、成本、规模等的偏差率超过计划的阈值时。（参见度量计划）项目组成员项目总结项目结束5 问题跟踪项目经理对项目中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在项目问题跟踪表中。客户反馈问题在客户反馈问题记录及跟踪表中进行记录和跟踪。需求变更另有需求变更流程，不列入问题跟踪。6 相关文档软件需求规格说明书软件质量管理计划量化过程管理计划软件验收报告项目问题追踪表软件项目进展报告软件项目里程碑报告软件项目总结报告软件配置管理计划软件质量保证计划书软件评审过程软件项目估算指南软件生命周期选择指南As of Microsoft Internet Explorer 4.0, you can applmultimedia-style effects to your Web pages using visual filters and transitions. You can apply visual filters and transitions to standard HTML controls, such as text containers, images, and other windowless objects. Transitions are time-varying filters that create a transition from one visual state to another. By combining filters and transitions with basic scripting, you can create visually engaging and interactive documents.Internet Explorer 5.5 and later supports a rich variety of optimized filters. Click the following button to see a demonstration of many of these filters and how to usetheProcedural surfaces are colored surfaces that display between the content of an object and the objects background. Procedural surfaces define each pixels RGB color and alpha values dynamically. Only the procedure used to compute the surface is stored in memory. The content of an object with a procedural surface applied is not affected by the procedural surface.警告：此类已序列化的对象将不再与以后的 Swing 版