系统项目计划书
1 引言
1.1 编写目的
本项目计划书的编写目的是制定一套软件项目实施及管理的解决方案，其主要工作包括确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的（时间）进度计划、成本和预算计划、人力资源计划等。
1.2 背景
进入21世纪以来，随着我国城市的机动车越来越多，路面拥堵情况也越来越严重。而公交车作为城市居民的主要交通工具，它的运营情况格外受到关注。合理的分
配公交车的运力，可以大大节省城市居民的出行时间，有效地缓解交通压力。而要达到这一目标，准确及时有效地公交调度是问题的关键。而当前并没有一套能够满足公交调度需求的系统，致使公交调度仍停留在人工调度阶段，并没有实现信息化，不能完全满足群众的出行需要。所以，开发一套公交调度系统是及时的也是必要的。公交公司根据自身业务的需要，提出开发该系统。系统开发工作由开发公司完成。为了实现这一套公交调度系统，必须在项目开始的时候制定完整的系统项目计划书，才有利于整个项目的开展。
1.3 定义
调度：是指调度员对运行车辆碰到一些情况的对应措施。 甩站：是指运行的公交车辆到了该停的车站不停车，直接通过。 虚开班次：是指车辆报告自己开的班次大于实际所开班次。 胎压异常：是指车辆的轮胎压力异常，处于需要维修的状态。 遗撒：是指车辆上的东西掉到了路面上，对后面的车辆造成影响。
1.4 参考资料
1. Usercases&Scenarios Bus Sys(2010_06_03)(1).docx—公交调度系统开发团队所整理的需求功能文档
1.5 标准、条约和约定
本项目遵从以下标准：
GB/T 13702-1992 计算机软件分类与代码
GB/T 20918-2007 信息技术 软件生存周期过程 风险管理 GB/T 19003-2008 软件工程 GB/T19001-2000 GB／T 15538-1995 软件工程标准分类法
GB／T 9386-2008 计算机软件测试文档编制规范 GB／T 9385-2008 计算机软件需求规格说明规范 GB／T 15532-2008 计算机软件测试规范
GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 GB/T 11457-2006 信息技术 软件工程术语 GB 8567-2006计算机软件文档编制规范
2 项目概述
2.1项目目标
本项目是为公交公司开发一套运营调度管理系统，用信息化手段代替原有的手工调度模式。
2.2产品目标与范围
本项目产品的目标是实现公交运营调度的智能化、信息化，通过该系统来代替以往手工调度存在的弊端。系统的主要功能是实现车况、路况、客流的实时监控，通过
监控数据实现公交车辆的灵活调度。该系统有五类角色：乘客，乘务员，调度员，业务员和管理员。其中乘客主要是通过查询页面来查询乘车线路；系统自动采集车辆位置、车速、车况、车辆载客（客流）等数据，，调度员根据采集的这些信息发出调度指令，乘务员执行调度指令；业务员可以生成各种报表；管理员则可以对各个人的权限进行增删改查的操作。
2.3假设与约束
本项目的开发时间为2010.4.1—2010.10.1 开发人员人数：6人 技术文档写作人员人数：3人 测试人员人数：2人
开发经费预算：200万元人民币 设备：2台PC Server服务器
2.4项目工作范围
为了使本系统成功上线，需要在在2010.10.1之前完成本系统的开发与测试，并写提交相关的技术文档。通过与客户的沟通，及时获得客户的最新需求，以便于本系统的完善。
2.5应交付成果
2.5.1需完成的软件
公交运营调度系统软件
2.5.2需提交用户的文档
安装维护手册、使用手册
2.5.3需提交内部的文档
需求规格说明书，概要设计说明书，详细设计说明书，源代码清单、代码接口说明、测试策略、测试计划、系统测试用例、缺陷报告、最终测试结果报告。
2.5.4需提供的服务
将向客户提供一次集中培训和辅导，一年之内的系统维护。
2.6项目开发环境
硬件环境：PCServer服务器，人手一台PC机， 软件环境：Tomcat+Maven+JDK+MySQL+Eclipse及插件 网络环境：100M及以上速率局域网，TCP/IP协议
2.7项目验收方式与依据
项目验收将采取三方验收的方式进行：客户方，开发方和监理方。通过考察系统的使用情况，用户的反馈以及专家的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落。
3 项目团队组织
3.1 组织结构
项目团队分为开发组，测试组，文档组和项目管理组。
其中开发组需要对软件开发所用到的Java语言和数据库技术特别擅长，能够在开发组组长的带领下，在规定的时间内迅速完成软件开发工作。
测试组需要在开发过程中就开始参与进来，开展测试工作，并且在开发完成后还要继续测试工作，知道软件交付使用。测试组需要有广阔的思维来设计测试用例，然后细心的测试,发现Bug。
文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作工作，能够配合其他团队编写出项目开发过程的全部文档。 项目管理组需要擅长把握公司的整体运作，包括识人用人，接单，推广产品，激发员工积极性等一系列工作。
3.2 人员分工
（1）开发方 开发组：
开发经理—孙经理（负责技术难点） 组长—小刘（负责开发组日常工作和数据库） 组员—小齐（负责系统开发） --小马（负责系统开发） --小赵（美工）
--小奚（实习）
测试组：
测试经理：XXX（负责带领测试团队完成整个系统的测试工作）
组员—小张（负责测试系统） 组员—小王（负责测试系统）
文档组：
经理—赵经理（负责管理技术文档编写工作） 组员—小罗（负责技术文档编写） 组员—小邓（负责技术文档编写）
项目管理组：
项目经理—XXX（负责全面管理项目的开发工作） 需求顾问——XXX（负责需求分析工作）
技术专家——XXX（负责项目的可行性分析以及项目中重大技术问题的决策）
（2）客户方
客户方相应地也成立了项目组，由一个项目负责人和多个业务部门联系人组成。 项目负责人——XXX（客户方为此项目指定的负责人，代表客户方做出决策） 各部门联系人——反映各部门业务需求和部门用户意见
3.3 协作与沟通
3.3.1内部协作
文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。
3.3.2外部沟通
在与客户的沟通中，开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。
4 实施计划
4.1 风险评估及对策
本项目的主要风险是开发人员对客户需求中的公交运营调度业务不熟悉，另外，在人员、资金、时间、技术等方面都存在风险。每个风险的可能性，对风险分析如下表所示。
序号 1 客户需求 需求不明确、需求变化 70% 60% 35% 1． 2． 加班，延长需求调研时间 严格控制需求的变化 输入 风险事件 可能性 影响 风险值 采取措施 2 历史项目信息 开发人员流动 30% 50% 15% 1． 2． 3． 招聘技术人员作为长期任务 加强沟通，及时了解人员开发动态。 从外部招聘有此类工作经验的技术人员 请实习学生参与一部分辅助工作，降低开发成本 与客户商量，去掉不必要的需求，降低工作量，减少开发时间 3 合同 开发资金有限 20% 50% 10% 1、 2、
4.2 项目时间管理计划
项目进度由总经理和各组经理负责，把总体工作计划分配到每个月，进而分配到每一天，每个人，如果在上班时间没有完成，在晚上加班的时候必须完成天计划。只有确保每天的天计划完成，才能确保总体工作计划顺利完成。开发计划与人员分工如下图所示。
时间 阶段任务 项目启动与计划 需求分析 系统与测试设计 系统概要设计 系统详细设计 制定测试策略 制定测试计划 编码与测试执行 制定编码规范 确定测试需求 编码 单元测试 编写测试用例 执行测试 测试评估与系统部署 测试评估 制定部署方案
人员 分工 项目经理 技术专家 需求顾问 开发经理 开发经理 测试经理 测试经理 开发经理 测试经理 开发工程师 开发工程师 测试工程师 测试工程师 测试经理 开发经理 3 月 4 月 5 月 6 月 7 月 8 月 9 月 10月 11月 12月 4.3 质量管理计划
质量管理由项目经理牵头，测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审或者测试，以保证软件产品的质量。质量管理时
间进度与人员分工如下：
执行时间 阶段任务 需求分析 需求评审 系统与测试设计 项目经理 人员 分工 3. 31 4. 30 5. 31 6.5 6.9 8.1 9.1 11.1 11.30 12.15
《公交运营调度系统系统项目计划书》任务素材
