《公交运营调度系统系统项目计划书》任务素材

系统项目计划书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-2000GB／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.314.305.316.56.98.19.111.111.3012.15需求分析需求评审项目经理系统与测试设计系统概要设计评审项目经理系统详细设计评审项目经理制定测试策略评审项目经理制定测试计划评审项目经理编码与测试执行制定编码规范评审项目经理测试需求评审测试经理代码审查测试经理单元测试报告评审测试经理测试用例评审测试经理缺陷报告评审测试经理测试评估与系统部署测试评估报告评审测试经理部署方案评审开发经理在质量管理计划中，为了保证软件质量管理中队出现的问题的管理，还需要定义问题跟踪流程。流程如下：（1）发现问题，找出问题的责任人（2）通知问题责任人限期修改（3）问题责任人修改问题（4）问题责任人将修改后的内容反馈给发现问题的人员（5）发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。（6）如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决4.5成本管理计划通过计算每人月工资以及一些项目日常开销，可以算出项目的月成本，然后通过计算可以得到在规定时间内的所需资金数，必须让所需资金数小于等于项目预算。资金预算表（单位：万元）时间阶段资金预算3月4月5月6月7月8月9月10月11月12月项目启动与计划10需求分析20系统与测试设计30编码与测试执行3030303030测试评估与系统部署40系统维护504.6配置管理计划采用专用的版本管理工具进行软件版本的控制。（1）人员与职责版本控制管理者：开发经理职责：制定版本控制流程（2）确定版本库的用户权限管理者：负责版本管理、对版本库拥有全部权限开发人员：CheckinCheckout测试人员：读（3）定义配置项（版本控制项）及其标识系统项目计划系统需求说明系统概要设计系统详细设计测试策略测试计划测试用例编码规范源代码缺陷报告测试最终结果报告（4）定义项目基线（略）（5）定义配置项的版本管理策略按照4类不同功能的分支进行：主干分支私有分支小组分支集成分支（6）定义变更管理流程（略）4.7采购计划在项目初期需要采购PCServer服务器两台和10台PC机，以便使用。5文档历史版本修改内容修改日期修改人审阅人V1.0原始版本2010-9-7BruceAndy