软件系统项目计划书

1、系统项目计划书一 、 引言1.1 编写目的：制定一套软件项目实 施及管理的解决方案 , 让公交公司的总经理 能更好的认识该系统。1.2 背景：主要说明项目的来历，一些需要项目团队成员知道的相关情况主要有以下内容：项目名称：BUS系统,项目的委托单位：某 项目的用户（单位） 项目的任务提出者： 项目的主要承担部门市软件公司， ：某市公交部门，广大乘客 某市市政府：某市公交部门项目建设背景：公共交通是与人民群 众生产生活息息相关的重要基础设施。通的主体，在满足广 大市民出行、确保城市交通稳定运行中发 已经成为从中央到地 方各级政府的共识。优先发展城市公共交公共交通系统作为城市交 挥着重要作用 。“

2、公交优先” 通是提高交通资源利用效率，缓解交通拥堵的重要 手段。系统与机构的关系： 公交部门可以使用该系统，更条理地调度交通，采用信息技术实现公交运营调度智能 化，提高公交服务的质量，满足社会需要1.3 定义：遗撒是指车辆上的东西掉到了路面上，对后面的车辆造成影响调度就是指调度员对运行车辆碰到一些情况的对应措施。甩站就是指运行的公 虚开班次是指车辆报交车辆到了该停的车站不停车，直接通过告自己开的班次大于实际所开班次，这种o行为可不太好。胎压异常是指车辆的轮胎压力异常，处于需要维修的状态1.4 参考资料：列出本计划书中所引 用的及相关的文件资料和标准的作者、标 题、编号、发表日期和出版单位，必要

3、时说 明得到这些文件资料和标准的途径。本节 约定”互为补充，注 意“参考资料”未必作为“标准、条约和 定是“必须遵守”的 。与下一节的“标准、条约和约定 ”，因为“参考”的不一1.5 标准、条约和约定：GB/T 13702-1992 计算机软件分类与代码GB/T 20918-2007 信息技术 软件生存周期 过程 风险管理GB/T 19003-2008 软件工程 GB/T19001-2000GBT 15538-1995 软件工程标准分类法GBT 9386-2008 计算机软件测试文档编制规范GBT 9385-2008 计算机软件需求规格说明规范GBT 15532-2008 计算机软件测试规范G

4、B/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类 型GB/T 11457-2006 信 息技术 软件工程术语GB 8567-2006 计算机 软件文档编制规范二、 项目 概述2.1 项目目标：BUS系统主要实现目标是实现公交运营调度的智能化、信息化，通过该系 统来代替以往手工调度存在的弊 端。2.2 产品目标与范围：系统的主要功能是实 现车况、路况、客流的实时监控，通过监 控数据实现公交车辆的灵活调度。该系统有过查询页面来查询乘 据并入系统，调度员 以生成各种报表；管员和管理员。乘客主要是通 况、车辆载客（客流）等数 员执行调度指令；业务员可 的操作

5、。五类角色：乘客，乘务员，调度员，业务 车线路；乘务员采集车辆位置、车速、车 根据采集的这些信息发出调度指令，乘务 理员则可以对各个人的权限进行增删改查2.3 假设与约束：BUS系统开发时间为 201041 2010.10.1。开发人员人数 6人， 技术文档写作人员人数 3人，测试人员人 数 2人开发经费预算是 200 万元人民币。2台 PCServer 服务器。2.4 项目工作范围：为公交公司开发一套运 的手工调度模式吧。2.5.1 需完成的软件：运营调度管理系统。2.5.2 需提交的用户文档：安装维护手册2.5.3 需提交内部的文档：需求规格说明 书， 源代码清单 、代码接口说明 、 缺陷

6、报告和最 终测试结果报告 。2.5.4 需提供的服务：本系统将向客户提供 护。营调度管理系统，用信息化手 段代替原有编程语言： JDK 存储形式： mysql 和使用手册 。书 ，概要设 计说明书 ，详细设计说 明 测试策略 、 测试计划 、系统测试用例 、一次集中培训和辅导和一年之 内的系统维2.6项目开发环境：软件需要Tomcat+Maven+JDK+MySQL+Eclipse及插件。硬件需要PCServer服务器，人手一台PC机。网络环境需要 100M及以上速率局域网，TCP/IP协议。2.7 项目验收方式与依据：项目验收将采取 三方验收的方式进行：客户方 ，开发方和 监理方。通过考察系

7、 统的使用情况，用户的反馈以及专家的意 见，形成共同意见并共同签 署验收报告， 标志着 验收工作告一段落。三、 项目团队组 织3.1 组织结构：项目团队分为开发组，测试 组，文档组和项目管理组。 开发组：孙经理、小 刘、小齐、小马、小赵、小王测试组：小周、小张 、小王文档组：赵经理、小 罗、小邓项目管理组： 项目经理 XXX 需求顾问 XXX 技术专家 XXX项目组：项目负责人 马经理 各部门联系人3.2 人员分工：开发组：开发经理孙经理（ 负责技术难点）组长小刘（负责开 发组日常工作和数据库） 组员小齐（负责系 统开发）- 小马（负责系统开 发）- 小赵（美工）- 小王（实习）测试组：测试经

8、理：小周（负 责带领测试团队完成整个系统的测试工作 ） 组员小张（负责测 试系统）组员小王（负责测 试系统）文档组：经理赵经理（负责 管理技术文档编写工作）组员小罗（负责技 术文档编写）组员小邓（负责技 术文档编写）项目管理组：项目经理一XXX （负责全面管理项目的开发 工作）需求顾问一一XXX （负责需求分析工作）技术专家一一XXX （负责项目的可行性分析 以及项目中重大技术问题的决策） 项目组：项目负责人马经 理（客户方为此项目指定的负责人，代表 客户方做出决策） 各部门联系人反 映各部门业务需求和部门用户意见3.3 协作与沟通：文档组向开发组和测试组 挖掘技术信息，写到技术文档 中。测试

9、组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并 需求分析明确定义系 然后在规定的时间把督促大家完成。开发组和需求顾问需要深 统的功能，再把设计和开发任务下达到各 产品交给高校，形成一种良性循环。入了解客户需求，通过个小组负责人和组员，3.3.1 项目团队内部协作：文档组向开发组 和测试组挖掘技术信息，写到 技术文档中。测试组在开发过程中 就介入到开发组中来，和开发人员共同完 成本系统的开发任务。管理 层给大家分配任务， 并督促大家完成。3.3.2 项目团队外部沟通与协作模式：开发 组和需求顾问需要深入了解客 户需求，通过需求分析明确定义 系统的功

10、能，再把设计和开发任务下达到 后在规定的时间把产 品交给高校，形成一种良性循环。各个小组负责人和组员，然四、 实施 计划4.1 风险评估及对策：客户需求会经常变更 ，影响项目的进度。可以加班 并延长需求调研时间，也可以严 格控制需求变更来防止这类现象出现。至于人员流动问题，可以招聘技术人员作为长期任 务，加强沟通，及时了解人员开发动态。并从外部招聘有此类工作经验的技术人员。资金不足，可以请实 习学生参与一部分辅助工作，降低开发成 本，也可以与客户商量， 去掉不必要的需求， 降低工作量，减少开发时间。4.2 项目时间管理：项目进度由总经理和各 组经理负责，把总体工作计划 分配到每个 月，进而分配

11、到每一 天，每个人。项目启动：三月份完 成。由项目经理和技术专家负责。需求分析：四月份完 成，由需求顾问完成。系统与测试设计：五 月份和六月份完成。其中概要设计由开发 经理在五月份完成，详 细设计由开发经理在 六月份完成。测试策略由测试经理在五月 份完成，测试计划由测试经 理在六月份完成。编码与测试执行：从 七月初到十一月初完成，其中制定编码规 范由开发经理在七月中 旬 完成，确定测试需 求由测试经理在七月中旬完成。编码的时 间比较长一点，由开发工程 师从 七月中旬到十一 月初完成，单元测试由开发工程师从八月 份到十一月初完成，编写测 试用例 由测试工程师 从七月中旬到十一月初完成。执行测试由

12、 测试工程师在十一月份完成。经理在十二月中旬完成，测试评估与系统部署 ：在十二月份完成。其中测试评估由测试 制定部署方案由开发 经理在十二月中下旬完成。4.3 质量管理计划：质量管理由项目经理 牵头，测试经理通过负责软件测试工作保 证软件质量。对每个开 发阶段的阶段性成果 都进行评审或者测试，以保证软件产品的 质量。需求分析阶段：项目 经理在 3月 31 号进行需求评审。系统与测试设计阶段 ：在 4 月 30 号进行概要设计评审制定测试策略评 审，在 5 月 31 号进行详细设计评审 和制定测试计划评审，在 6 月 5 号进行制 定编码规范评审。测试经理 在 6 月 9 号进行测试 需求评审，

13、在 8 月 1 号和 9 月 1 号进 行代码审查，在 11 月 1 号进行单 元测试报告评审和测 试用例评审，在 12月 1 号进行缺陷报告评审。测试评估与系统部署 阶段：在 12月15 号测试经理进行测试评 估报告评审，开发经理 进行部署方案评审。软件质量出现问题的 话，按以下流程解决：1. 发现问题，找出问题2. 通知问题责任人限期3. 问题责任人修改问题4. 问题责任人将修改后5. 发现问题的质量管理6. 如果发现问题没有修4.4 成本管理计划：的责任人修改的内容反馈给发现问题的人员人员对有问题的部分进行重新检验，确认改，将通知问题责任人继续修改，直到问问题得到修改题得到解决项目启动与计划阶段 在 3 月份完成，预算 10 万元。 需求分析在 4 月份完 成，预算 20万元。系统与测试设计在 5 月份完成，预算 30 万元。编码与测试执行在 6 月份到 10月份完成，每月预算 30万元 。测试评估与系统部署 在 11 月份完成，预算 40