《公交运营调度系统系统项目计划书》任务素材.docx
《《公交运营调度系统系统项目计划书》任务素材.docx》由会员分享，可在线阅读，更多相关《《公交运营调度系统系统项目计划书》任务素材.docx（17页珍藏版）》请在冰点文库上搜索。
《公交运营调度系统系统项目计划书》任务素材
系统项目计划书
1引言
1.1编写目的
本项目计划书的编写目的是制定一套软件项目实施及管理的解决方案，其主要工作包括确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的（时间）进度计划、成本和预算计划、人力资源计划等。
1.2背景
进入21世纪以来，随着我国城市的机动车越来越多，路面拥堵情况也越来越严重。
而公交车作为城市居民的主要交通工具，它的运营情况格外受到关注。
合理的分配公交车的运力，可以大大节省城市居民的出行时间，有效地缓解交通压力。
而要达到这一目标，准确及时有效地公交调度是问题的关键。
而当前并没有一套能够满足公交调度需求的系统，致使公交调度仍停留在人工调度阶段，并没有实现信息化，不能完全满足群众的出行需要。
所以，开发一套公交调度系统是及时的也是必要的。
公交公司根据自身业务的需要，提出开发该系统。
系统开发工作由开发公司完成。
为了实现这一套公交调度系统，必须在项目开始的时候制定完整的系统项目计划书，才有利于整个项目的开展。
1.3定义
调度：
是指调度员对运行车辆碰到一些情况的对应措施。
甩站：
是指运行的公交车辆到了该停的车站不停车，直接通过。
虚开班次：
是指车辆报告自己开的班次大于实际所开班次。
胎压异常：
是指车辆的轮胎压力异常，处于需要维修的状态。
遗撒：
是指车辆上的东西掉到了路面上，对后面的车辆造成影响。
1.4参考资料
1.Usercases&ScenariosBusSys（2010_06_03）
（1）.docx—公交调度系统开发团队所整理的需求功能文档
1.5标准、条约和约定
本项目遵从以下标准：
GB/T13702-1992计算机软件分类与代码
GB/T20918-2007信息技术软件生存周期过程风险管理
GB/T19003-2008软件工程GB/T19001-2000
GB／T15538-1995软件工程标准分类法
GB／T9386-2008计算机软件测试文档编制规范
GB／T9385-2008计算机软件需求规格说明规范
GB／T15532-2008计算机软件测试规范
GB/T18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型
GB/T11457-2006信息技术软件工程术语
GB8567-2006计算机软件文档编制规范
2项目概述
2.1项目目标
本项目是为公交公司开发一套运营调度管理系统，用信息化手段代替原有的手工调度模式。
2.2产品目标与范围
本项目产品的目标是实现公交运营调度的智能化、信息化，通过该系统来代替以往手工调度存在的弊端。
系统的主要功能是实现车况、路况、客流的实时监控，通过监控数据实现公交车辆的灵活调度。
该系统有五类角色：
乘客，乘务员，调度员，业务员和管理员。
其中乘客主要是通过查询页面来查询乘车线路；系统自动采集车辆位置、车速、车况、车辆载客（客流）等数据，，调度员根据采集的这些信息发出调度指令，乘务员执行调度指令；业务员可以生成各种报表；管理员则可以对各个人的权限进行增删改查的操作。
2.3假设与约束
本项目的开发时间为2010.4.1—2010.10.1
开发人员人数：
6人
技术文档写作人员人数：
3人
测试人员人数：
2人
开发经费预算：
200万元人民币
设备：
2台PCServer服务器
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
需求分析
需求评审
项目经理
系统与测试设计
系统概要设计评审
项目经理
系统详细设计评审
项目经理
制定测试策略评审
项目经理
制定测试计划评审
项目经理
编码与测试执行
制定编码规范评审
项目经理
测试需求评审
测试经理
代码审查
测试经理
单元测试报告评审
测试经理
测试用例评审
测试经理
缺陷报告评审
测试经理
测试评估与系统部署
测试评估报告评审
测试经理
部署方案评审
开发经理
在质量管理计划中，为了保证软件质量管理中队出现的问题的管理，还需要定义问题跟踪流程。
流程如下：
（1）发现问题，找出问题的责任人
（2）通知问题责任人限期修改
（3）问题责任人修改问题
（4）问题责任人将修改后的内容反馈给发现问题的人员
（5）发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。
（6）如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决
4.5成本管理计划
通过计算每人月工资以及一些项目日常开销，可以算出项目的月成本，然后通过计算可以得到在规定时间内的所需资金数，必须让所需资金数小于等于项目预算。
资金预算表（单位：
万元）
时间
阶段资金预算
3
月
4
月
5
月
6
月
7
月
8
月
9
月
10月
11月
12月
项目启动与计划
10
需求分析
20
系统与测试设计
30
编码与测试执行
30
30
30
30
30
测试评估与系统部署
40
系统维护
50
4.6配置管理计划
采用专用的版本管理工具进行软件版本的控制。
（1）人员与职责
版本控制管理者：
开发经理职责：
制定版本控制流程
（2）确定版本库的用户权限
管理者：
负责版本管理、对版本库拥有全部权限
开发人员：
CheckinCheckout
测试人员：
读
（3）定义配置项（版本控制项）及其标识
系统项目计划
系统需求说明
系统概要设计
系统详细设计
测试策略
测试计划
测试用例
编码规范
源代码
缺陷报告
测试最终结果报告
（4）定义项目基线（略）
（5）定义配置项的版本管理策略
按照4类不同功能的分支进行：
●主干分支
●私有分支
●小组分支
●集成分支
（6）定义变更管理流程（略）
4.7采购计划
在项目初期需要采购PCServer服务器两台和10台PC机，以便使用。
5文档历史
版本
修改内容
修改日期
修改人
审阅人
V1.0
原始版本
2010-9-7
Bruce
Andy
升级会员 