《东辛屯村民俗旅游展示信息化提升项目开发计划书.doc》由会员分享，可在线阅读，更多相关《东辛屯村民俗旅游展示信息化提升项目开发计划书.doc（13页珍藏版）》请在三一办公上搜索。
1、东辛屯村民俗旅游展示信息化提升项目开发计划书文件版本：V001文件编号：DMJS-DXT-001发布日期：2013.08.30编制：吴升审 核： 批 准：北京农业信息技术研究中心 动漫部版权所有内部资料 注意保密变更记录日期版本变更说明作者填表说明在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。制定开发计划的过程是不断精确细化，逐步完善丰富的过程。开发计划是项目经理管理和跟踪的依据， 又起到指导项目组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正开发计划。软件开发应按照开发计划制定的内容进行。开发计划是项目
2、跟踪的依据，通过与实际开发进展情况作比较分析，项目经理可以及时了解项目开发的状态。项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。1 项目总览1.1 基本信息项目名称东辛屯村民俗旅游展示信息化提升项目项目编号DMJS-DXT-001客户名称大兴区农村工作委员会客户代表张洋项目经理吴升质量保证员配置管理员孙珂工作量估算3个人月项目开始日期2013-09-09项目结束日期2013-11-101.2 项目主要联系人姓名电话号码传真号码E-Mail客户张洋13810455460项目经理吴升13718040304wus1.3 假设和约束本项目计划能够顺利执
3、行的条件是基于以下假设成立：n 公司能够满足计划中对各种项目资源需求；n 项目实施过程中能得到客户的有效支持与配合；n 对于项目成员的培训可以按照培训计划进行；n 项目开发、实施过程中人员变动不超过80%。1.4 里程碑提交产品里程碑提交产品时间负责人需求需求规格说明书2013.9.16孙中玲设计架构设计2013.9.11吴升、孙珂概要设计2013.9.23孙珂数据库设计2013.9.23孙珂开发/单元、集成测试前台美工页面2013.10.14孙中玲代码2013.10.20孙珂集成测试报告2013.10.25李银柱系统测试测试总结报告2013.10.25李银柱用户手册2013.11.1孙中玲实
4、施实施计划2013.11.5吴升培训计划2013.11.5孙中玲软硬件安装部署规划书2013.11.5孙珂应用程序包2013.11.5孙珂应用系统部署说明2013.11.5孙珂系统验收2013.11.10吴升1.5 发布提交产品提交产品时间是否提交客户负责人需求规格说明书2013.9.16是孙中玲架构设计2013.9.11否吴升概要设计2013.9.23否孙珂数据库设计2013.9.23否孙珂测试用例2013.10.15否李银柱应用程序包2013.11.5是孙珂应用程序源码2013.11.5否孙珂软硬件安装部署规划书2013.11.5是孙珂应用系统部署说明2013.11.5是孙珂发布清单201
5、3.11.5是吴升用户手册2013.11.10是孙中玲验收报告2013.11.10是吴升2 项目计划2.1 项目生命周期n 项目阶段定义及各阶段主要产品项目阶段主要产品需求项目章程，项目级过程裁剪，软件开发计划，质量管理计划，量化过程管理计划，软件测试计划，配置管理计划，质量保证计划，需求规格说明书，系统原型设计架构设计（部门级），数据库设计，概要设计， 开发/单元/集成测试源代码，测试用例，单元测试报告系统测试测试总结报告，用户手册实施验收报告，实施计划，培训计划，软硬件安装部署规划书，应用系统部署说明，系统验收，应用程序包n 开发模型为保证项目进度按照计划进行本项目采用瀑布式开发模型。通过
6、设置里程碑明确每阶段的任务与目标，通过阶段评审，将开发过程纳入正确轨道，严格的计划性保证软件产品的按时交付。示例图如下：需求分析需求调研设计编码测试运行维护2.2 工作量估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。项目阶段项目工作量比例分布(%)工作量（人日）需求10%10 前台页面设计15%10软件设计15%10 编码/单元/集成50%50 系统测试5%5 实施/培训5%5项目开发总工作量100.0%90 2.3 成本估算根据公司情况，项目成本主要是人员的工资，因此工作量估算基本上反映了项目的成本。阶段计划人力成本人员数量人员比例需求3 80
7、.0%设计2 50.0%开发/单元、集成3 80.0%系统测试1 20.0%实施2 50.0%合计（元）42.4 进度安排按照合同项目主要进度安排如下：2013.09.05-2013.09.10 前期需求调研以及整体详细方案完成2013.09.10-2013.10.31 两大系统软件开发2013.11.01-2013.11.05 硬件系统调试与连接2013.11.05-2013.11.10 系统试运行及修改调试2013年11月10日系统正式运行 项目里程碑进度节点如下图所示：2.5 关键计算机资源估算1） 客户运行环境所需关键计算机资源本项目的测试环境与系统上线的环境相同。需求已经满足用途服务
8、器型号必要的硬件配置必要的软件配置 数量申报理由说明2） 项目开发环境所需关键计算机资源：需求已经满足用途服务器型号必要的硬件配置必要的软件配置 数量申报理由说明2.6 项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见软件项目评审过程。工作产品评审方式评审参与人员评审材料发放时间(提前X天)需求规格说明书内部评审吴升、孙珂、孙中玲、1开发计划部门主任评审郭老师、吴升、孙珂1概要设计部门主任评审郭老师、吴升、孙珂、孙中玲、李银柱1数据库设计内部评审吴升、孙珂1代码走查吴升、孙珂1测试用例内部评审吴升、孙珂1系统审核部门主任评审郭老师、吴升
9、、孙珂、孙中玲、李银柱2.7 开发环境本系统将在B/S结构，以及个别实时大屏显示模块采用C/S结构下，采用基于.net技术并且符合C#开发规范进行开发，具体如下：硬件软件DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘数据库：SQL Server应用服务器：开发工具：.net项目管理工具：绘图工具：Microsoft Visio 2003配置工具：Microsoft Visual SourceSafe分析工具：Rational Rose数据库设计工具：2.8 风险评估和控制描述预计项目中可能发生的风险，风险系数=严重等级X风险概率。风险等级是指该风险对项目进度、质量和成本影响的
10、严重程度，可分为四个等级，等级越高影响越严重。1. 客户风险，指由于客户成熟度不够而产生的风险2. 过程风险，指由于项目组成员对开发过程不熟悉而产生的风险3. 能力风险，指由于项目组成员不具备项目需要的能力而产生的风险4. 成本风险，指由于项目成本过高而产生的风险5. 人力资源风险，指由于人员不足而产生的风险6. 设备资源风险，指由于开发设备不足而产生的风险7. 技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8. 质量风险，指由于用户要求的质量过高而产生的风险9. 时间风险，指由于开发时间过紧而产生的风险10. 需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示，百分比越
11、高发生的可能性越大。风险应当按照风险系数的大小排序。风险对策是为了减轻风险的影响，项目组可能采取的措施。所有风险按风险等级排序。注：风险系数 = 严重等级 x 发生概率 严重等级范围 1-42.9 组间协调计划协调小组/人协调方式协调内容如发生问题时如何处理频率/时间需求小组电话、邮件系统需求向上级汇报需求阶段开发小组会议、邮件开发时遇到的细节问题向上级汇报每周1-2次实施小组电话、会议、邮件开发时遇到的细节问题向上级汇报实施阶段2.10 培训计划无3 项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人联系方式项目总监郭新宇项目经理吴升Tel:13718040304Em
12、ail: wus需求分析师孙中玲质量保证员吴升架构设计师孙珂系统分析员负责人孙珂系统分析员孙珂页面美工孙中玲测试负责人李银柱测试工程师孙中玲软件工程师孙珂软件工程师吴升软件工程师李银柱实施负责人吴升4 项目跟踪计划对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率。角色活动频率项目经理召开定期例会，各成员在周一之前向项目经理提交上周工作内容，以及下周工作计划。安排本周工作任务。每周一次 部门领导组织进行项目概要设计评审概要设计里程碑项目经理项目组成员参加里程碑评审每里程碑项目组成员进行SVN文档整理每天部门领导项目评审项目代码开发完成项目组成员项目总结项目结束5 问题跟踪项目经理对项目中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在项目问题跟踪表中。客户反馈问题在客户反馈问题记录及跟踪表中进行记录和跟踪。需求变更另有需求变更流程，不列入问题跟踪。
