软件系统项目计划书

  • 格式:docx
  • 大小:31.56 KB
  • 文档页数:5

下载文档原格式

  / 5
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

系统项目计划书

一、引言

1.1编写目的:

制定一套软件项目实施及管理的解决方案,让公交公司的总经理能更好的认识该系统。

1.2背景:

主要说明项目的来历,一些需要项目团队成员知道的相关情况。

主要有以下内容:

项目名称:BUS系统,

项目的委托单位:某市软件公司,

项目的用户(单位):某市公交部门,广大乘客

项目的任务提出者:某市市政府

项目的主要承担部门:某市公交部门

项目建设背景:

公共交通是与人民群众生产生活息息相关的重要基础设施。公共交通系统作为城市交通的主体,在满足广大市民出行、确保城市交通稳定运行中发挥着重要作用。“公交优先”已经成为从中央到地方各级政府的共识。优先发展城市公共交通是提高交通资源利用效率,缓解交通拥堵的重要手段。

系统与机构的关系:公交部门可以使用该系统,更条理地调度交通,采用信息技术实

现公交运营调度智能化,提高公交服务的质量,满足社会需要。

1.3定义:

遗撒是指车辆上的东西掉到了路面上,对后面的车辆造成影响。

调度就是指调度员对运行车辆碰到一些情况的对应措施。

甩站就是指运行的公交车辆到了该停的车站不停车,直接通过。

虚开班次是指车辆报告自己开的班次大于实际所开班次,这种行为可不太好。

胎压异常是指车辆的轮胎压力异常,处于需要维修的状态

1.4参考资料:

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。

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.1项目目标:

BUS系统主要实现目标是实现公交运营调度的智能化、信息化,通过该系统来代替以往手工调度存在的弊端。

2.2产品目标与范围:

系统的主要功能是实现车况、路况、客流的实时监控,通过监控数据实现公交车辆的灵活调度。该系统有五类角色:乘客,乘务员,调度员,业务员和管理员。乘客主要是通过查询页面来查询乘车线路;乘务员采集车辆位置、车速、车况、车辆载客(客流)等数据并入系统,调度员根据采集的这些信息发出调度指令,乘务员执行调度指令;业务员可以生成各种报表;管理员则可以对各个人的权限进行增删改查的操作。

2.3假设与约束:

BUS系统开发时间为2010.4.1—2010.10.1。

开发人员人数6人,技术文档写作人员人数3人,测试人员人数2人

开发经费预算是200万元人民币。

2台PCServer服务器。

2.4项目工作范围:为公交公司开发一套运营调度管理系统,用信息化手段代替原有的手工调度模式吧。

2.5.1需完成的软件:运营调度管理系统。编程语言:JDK存储形式:mysql

2.5.2需提交的用户文档:《安装维护手册》和《使用手册》。

2.5.3需提交内部的文档:《需求规格说明书》,《概要设计说明书》,《详细设计说明

书》,《源代码清单》、《代码接口说明》、《测试策略》、《测试计划》、《系统测试用例》、《缺陷报告》和《最终测试结果报告》。

2.5.4需提供的服务:本系统将向客户提供一次集中培训和辅导和一年之内的系统维

护。

2.6项目开发环境:软件需要Tomcat+Maven+JDK+MySQL+Eclipse及插件。硬件需要PCServer服务器,人手一台PC机。网络环境需要100M及以上速率局域网,TCP/IP协议。

2.7项目验收方式与依据:项目验收将采取三方验收的方式进行:客户方,开发方和监理方。通过考察系统的使用情况,用户的反馈以及专家的意见,形成共同意见并共同签署验收报告,标志着验收工作告一段落。

三、项目团队组织

3.1组织结构:项目团队分为开发组,测试组,文档组和项目管理组。

开发组:孙经理、小刘、小齐、小马、小赵、小王

测试组:小周、小张、小王

文档组:赵经理、小罗、小邓

项目管理组:项目经理—XXX需求顾问——XXX技术专家——XXX

项目组:项目负责人——马经理各部门联系人

3.2人员分工:

开发组:

开发经理—孙经理(负责技术难点)

组长—小刘(负责开发组日常工作和数据库)

组员—小齐(负责系统开发)

--小马(负责系统开发)

--小赵(美工)

--小王(实习)

测试组:

测试经理:小周(负责带领测试团队完成整个系统的测试工作)组员—小张(负责测试系统)

组员—小王(负责测试系统)

文档组:

经理—赵经理(负责管理技术文档编写工作)

组员—小罗(负责技术文档编写)

组员—小邓(负责技术文档编写)

项目管理组:

项目经理—XXX(负责全面管理项目的开发工作)

需求顾问——XXX(负责需求分析工作)

技术专家——XXX(负责项目的可行性分析以及项目中重大技术问题的决策)项目组:

项目负责人——马经理(客户方为此项目指定的负责人,代表客户方做出决策)

各部门联系人——反映各部门业务需求和部门用户意见

3.3协作与沟通:文档组向开发组和测试组挖掘技术信息,写到技术文档中。测试组

在开发过程中就介入到开发组中来,和开发人员共同完成本系统的开发任务。管理层给大家分配任务,并督促大家完成。开发组和需求顾问需要深入了解客户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下达到各个小组负责人和组员,然后在规定的时间把产品交给高校,形成一种良性循环。

3.3.1项目团队内部协作:文档组向开发组和测试组挖掘技术信息,写到技术文档中。测试组在开发过程中就介入到开发组中来,和开发人员共同完成本系统的开发任务。管理层给大家分配任务,并督促大家完成。

3.3.2项目团队外部沟通与协作模式:开发组和需求顾问需要深入了解客户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下达到各个小组负责人和组员,然后在规定的时间把产品交给高校,形成一种良性循环。

四、实施计划