杭州市地铁人事管理系统计划书_论文(12页).doc

《杭州市地铁人事管理系统计划书_论文(12页).doc》由会员分享，可在线阅读，更多相关《杭州市地铁人事管理系统计划书_论文(12页).doc（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-杭州市地铁人事管理系统计划书_论文-第 12 页杭州地铁人事管理系统论文题目： 杭州地铁人事管理系统计划书学生姓名 分 院 专业名称 计算机科学与技术班级 学号 1.概述1)项目介绍项目中文名称：杭州地铁人事管理系统项目英文名称：Hangzhou Metro Personnel Management System项目代号：HZ/MER-PMS项目目的：为杭州地铁提供一款功能全面方便实用的人事管理系统。项目背景：杭州地铁进入运营客户信息：杭州地铁相关系统：SQL-2000提供数据库支持，delphi开发环境。2） 范围功能范围：系统管理、人员管理、运营管理应用范围：杭州地铁人事部门3） 子计划

2、（1） 软件配置管理计划；（2） 软件质量保证计划；（3） 软件测试计划；（4） 项目计划的维护项目计划在下列情况下将被更新：（1）项目关键问题的解决；（2）需求更改导致进度的调整大于两周；（3）人员、硬件、软件等资源需求改变；（4）新技术的引入；（5）开发过程的改变；（6）软件结构功能质变；（7）项目特性的改变。在项目阶段性审核时，如果更改项目计划，则项目进度表也相应更新。（8）项目特性项目开发初期需求基本可以确定，细则有待确定。2. 软件工作产品软件工作产品进度表开发产品名称文档标识号计划完成日期A or R*需求需求获取/分析表HZ/MER-PMS-RM-012012-10-30A系统功

3、能说明书HZ/MER-PMS-RM-012012-11-16A软件需求规格说明书HZ/MER-PMS-RM-012012-12-28A计划软件开发计划（SQP)HZ/MER-PMS-PP-012012-11-16A软件配置管理计划HZ/MER-PMS-PP-022012-11-30A软件质量保证计划HZ/MER-PMS-PP-032012-11-30A软件测试计划HZ/MER-PMS-PP-042012-12-10A设计概要设计书HZ/MER-PMS-SD-012013-01-18A详细设计书HZ/MER-PMS-SD-022013-02-22A用户手册HZ/MER-PMS-SD-032013

4、-02-22R数据库设计HZ/MER-PMS-SD-042013-02-22RBOSS接口规范HZ/MER-PMS-SD-052013-02-22实现原代码模块HZ/MER-PMS-IMP-012013-04-12A执行代码模块HZ/MER-PMS-IMP-022013-04-12R测试确认测试方案HZ/MER-PMS-TEST-012013-01-20集成测试方案HZ/MER-PMS-TEST-012013-02-10R单元测试用例HZ/MER-PMS-TEST-012013-03-20R单元测试记录HZ/MER-PMS-TEST-012013-04-24R单元测试报告HZ/MER-PMS-

5、TEST-012013-04-26R集成测试记录HZ/MER-PMS-TEST-01见测试计划R集成测试报告HZ/MER-PMS-TEST-01R开发产品名称文档标识号计划完成日期A or R*确认测试记录HZ/MER-PMS-TEST-01R确认测试报告HZ/MER-PMS-TEST-01R系统测试记录HZ/MER-PMS-TEST-01R系统测试报告HZ/MER-PMS-TEST-01R验收产品发布记录HZ/MER-PMS-CON-012013-05-20R软件质量总结报告HZ/MER-PMS-CON-02见SQA计划R财务总结报告HZ/MER-PMS-CON-032013-05-20R项

6、目总结报告HZ/MER-PMS-CON-042013-05-20R维护维护记录HZ/MER-PMS-MT-01*：A=审核，R=评审，采用审查还是评审由项目组决定。3. 假设、依赖和约束假设：杭州地铁提供的数据接近真实，功能预算满足实际依赖的外部条件：（1） 开发环境条件配备；（2） 开发人员到位；（3） 项目成员具备基本的开发素质；（4） 和客户保持及时的联系；（5） 指派SCCB、PM、SQA、SCM、测试组人员。约束：SQL服务器、delphi开发工具、数据挖掘技术支持、杭州地铁运营业务逻辑等。4.项目过程定义1） 软件开发生命周期模型本项目为产品研发项目，且为初期阶段，大部分需求不能马

7、上确定，由于人力与技术资源等限制，计划采用迭代V模型，如图所示。本产品分三个迭代阶段：（1）分析型（2）精英型（3）协作型2）方法和工具本项目软件开发所使用的方法和工具如下表所示。软件开发方法与工具软件工作产品 方法 工具需求分析与设计 00 Rational Rose 2001编码 00 delphi单元测试 00 delphi文档 WordExcel MS Office 20035.任务分解描述软件任务分解和工作包，并提供进度表供项目运行、项目管理活动每周一次的评审、高级经理评审使用。项目进度安排表如示。项目进度安排表任务 开始日期 结束日期 负责人需求获取分析 2012-10-15 20

8、12-11-21 俞凯凯软件开发计划 2012-10-15 2012-11-21 赵雅丽系统功能说明书 2012-10-15 2012-11-21 陈惠婉软件需求规格说明书 2012-11-21 2012-12-24 俞凯凯概要设计 2012-12-09 2013-01-08 赵雅丽用户手册 2012-12-31 2013-01-17 陈惠婉详细设计 2013-01-05 2013-02-22 俞凯凯数据库设计 2013-01-05 2013-02-22 赵雅丽编码 2013-02-05 2013-02-22 陈惠婉单元测试 2013-01-03 2013-04-28 某某项目总结报告 201

9、3-05-02 2013-05-19 某某6.估计1） 大妈估计估计方法：采用功能点（特征点）估计方法并结合历史数据。编程语言：delphi、SQL2003估计过程：略估计结果：代码量=1352.29FP；文档量=4350页；需求数=250项。2） 文档大小估计软件工作产品规模估计如下表所示。软件工作产品规模估计表文档名称估计文档 大小（页）文档名称估计文档 大小（页）需求获取/分析表50源代码模块50系统功能说明书80执行代码模块3000软件需求规格说明书100确认测试方案20软件开发计划30集成测试方案20软件配置管理计划20单元测试用例30软件质量保证计划20单元测试记录50软件测试计划

10、20单元测试报告50概要设计书100集成测试记录50详细设计书300集成测试报告30用户手册100确认测试记录30数据库设计50确认测试报告20BOSS接口规范50系统测试记录20财务总结报告10系统测试报告20项目总结报告10产品发布记录20维护记录20软件质量总结报告10合计43503） 工作量估计软件开发工作量估计如下表所示。软件卡法工作量估计表阶段工作量（人小时）阶段工作量（人小时）需求与计划1265.00编码1233.67分析1822.12测试2315.00设计2182.94支付234.34合计9053.074） 关键计算机资源估计关键计算机资源需求如下表所示关键资源需求表关键项 数

11、量或说明服务器磁盘空间 40G网络速度 10M/200Mb/s操作系统 Windows xpCPU主频 P4 1.5G以上PC机内存 1G以上7.项目管理1)项目组织结构如下图所示项目组织结构图2)角色与职责角色岗位职责表 姓名 角色岗位和职责 俞凯凯 项目经理 需求收集、系统分析设计、项目管理 赵雅丽 软件经理 需求收集、系统分析设计、编码测试、技术支持 陈惠婉 系统分析员 需求收集、系统分析设计、编码测试、实施指导 胡图图 高级程序员 技术实施、设计、编码、测试 于晨 高级程序员 需求收集、设计、编码、测试 何妮 编码、测试 蔡琴 编码、测试 金兴 编码、测试3)组间合作组间合作表小组 联

12、系人 支持描述软件配置管理 俞凯凯 参考NewSkyCRM项目配置管理计划书软件质量管理 赵雅丽 参考NewSkyCRM项目质量保证计划书外部BOSS研发 陈惠婉 计费、账务和客服方面的数据结构，数据库借口规范测试组 董栋 GPRS需求、计费规则等，数据库接口规范市场部 蔡彩 客户需求收集与确认4)人员计划人员计划表开发阶段 起止日期 人数 技能等方面的要求计划 2012.10.05-2012.11.07 6 系统分析员3人、需求管理1人、客户联络员1人、项目策划1人需求分析 2012.11.05-2012.12.11 6 系统分析员4人、高级程序员1人、文档与配置1人概要设计 2012.12

13、.08-2013.01.20 5 系统分析员3人、高级程序员2人详细设计 2013.01.05-2013.02.22 6 系统分析员1人、高级程序员5人编码 2013.01.18-2013.04.20 8 高级程序员4人、程序员4人单元测试 2013.01.10-2013.04.30 6 测试员2人、高级程序员2人、程序员2人交付 2013.05.03-2013.05.20 4 系统分析员1人、高级程序员1人、程序员2人5)培训计划培训计划表主题 人数 计划日期 提供者 备注软件过程培训 全部 10天 SEPG 公司内部数据仓库 2-3人 10天 Orancle 上海、杭州等地培训Rose、U

14、ML 3-4人 5天 系统分析专家编程技术 5-6人 5天 高级工程师软件工程原理 全部 5天 公司内部6)风险管理计划影响程度：5灾难性、4严重、3一般、2轻微、1可忽略。分类：BU商业风险，CU客户特性风险，DE开发环境风险，TE人员经验风险，ST建造技术风险，PS产品规模风险，PU过程风险。风险计划表风险因素 类别 概率 影响 RMMM 负责人 发生阶段开发的产品不再符合公司的整体商业策略 BU 5% 5 监控 高级经理 全程人力需求估计过低 TE 50% 4 监控 项目经理 详细设计与编码没有得到预算或人力上的保证 BU 50% 4 监控 项目经理 全程与BOSS开发组之间无法协调 D

15、E 20% 4 缓解 高级经理 设计阶段复用程度低于计划 PS 65% 3 风险 软件经理 编码阶段规模估计可能和实际差别很大 PS 60% 3 监控 项目经理 设计编码缺少对工具的培训 DE 50% 3 缓解 项目经理 编码阶段测试和编码的具体监控难以实现 PU 40% 3 监控 项目经理 编码测试四层结构新技术的尝试可能导致技术力量不够 ST 30% 3 缓解 软件经理 设计编码参与人员的流动 TE 30% 3 缓解 项目经理 全程数据仓库新技术的尝试不能保证成功 ST 20% 3 缓解 项目经理 分析设计OO分析和设计新技术的尝试可能与传统的过程ST 20% 3 缓解 项目经理 分析设计

16、冲突交付期限将被紧缩 BU 10% 3 监控 项目经理 全程开发人员工作的短时中断 PU 90% 2 计划 项目经理 全程与客户之间无法沟通 CU 90% 2 缓解 项目经理 需求、分析产品创建和使用的数据库很大 PS 80% 2 监控 项目经理 测试交付用户需求发生较大的改变 PS 65% 2 计划 项目经理 分析之后测试工具的欠缺不能保证测试的效率 DE 50% 2 缓解 项目经理 测试交付交付期限不能保证产品的完整性 BU 50% 2 监控 项目经理 设计编码技术达不到预期的效果 ST 50% 2 监控 项目经理 设计开发人员不能严格遵守过程规范 PU 50% 2 监控 项目经理 全程合

17、作者或合作关系的重大变化 DE 40% 2 缓解 高级经理 全程参与人员缺乏经验 TE 40% 2 缓解 软件经理 全程最终用户可能抵制该系统 BU 10% 1 缓解 项目经理 交付维护7)项目技术变更管理项目变更管理计划表新技术 评估期 试用期 推广期Delphi技术 2012-10-20 2012-11-21 2012-12-05数据仓库技术 2012-10 2012-11 2012-128)进度跟踪 (1)项目会议项目会议计划采用周例会与随机会议相结合的形式。会议组织者：一般由项目经理或软件经理负责组织并实施。项目会与的时间或频率：周例会每周一次，每次定于周五下午3点左右。随机会议根据情

18、况临时确定。项目会议主要内容：周例会原则上是本周工作报告和讨论问题解决办法，以及下周工作安排。随机会议视情况而定。 (2)项目里程碑项目里程碑表里程碑时间工作产品控制时间范围负责人变更措施计划阶段完成2012-11-071、项目计划2、需求说明1-2周赵雅丽1、尽量避免变更，提前监控，延时不超过一周。2、特殊情况，例如春假、培训、客户交流等，重新估计并调整计划。3、对红牌里程碑注意总结教训。分析阶段完成2012-12-111、需求规格说明书1周陈惠婉设计阶段完成2013-02-221、概要设计书2、详细设计书3、数据库设计书4、用户手册5、BOSS借口规范1周于凯凯编码完成2013-04-20

19、1、源代码模块2、可执行模块3、程序库1周赵雅丽测试完成2013-04-301、单元测试报告2、项目总结报告1周陈惠婉 (3)项目数据统计与分析按照数据采集表收集各个阶段所有相关数据：项目计划数据、开发工作量、进度与成本数据、人员数据、评审数据、测试数据、计划变更数据等。统计分析，确定项目状态及采取的改进工作。(4)其他跟踪项序号 跟踪项 跟踪方法 负责人1 数据库合作效果 定期交流监督 项目经理2 资产流失 客户跟踪 高级经理3 工程和管理开销 监控 高级经理8.移交标准贯穿整个项目，必须在项目进行到下一阶段前达到所确定的标准，最后阶段是把产品移交给客户。1）集成测试移交标准必须在及成绩的测试之前达到本移交标准。（1）提供完整可公测使用的可执行文件及相关文档；（2）单元测试报告（3）概要设计文档（4）数据库设计文档2）系统测试移交标准必须在系统级的测试之前达到本移交标准（1）提供完整可供测试用的可执行文件及相关文档（2）系统需求规格说明书（3）用户手册（4）测试计划和测试方案（5）单元测试报告（6）集成测试报告3）发布标准在产品发布给客户之前必须满足如下移交标准：（1） 完整的且版本一致的可执行程序；（2） 用户手册