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