公交管理系统需求规格说明书 2.docx

公交管理系统需求规格说明书 2.docx

《公交管理系统需求规格说明书 2.docx》由会员分享，可在线阅读，更多相关《公交管理系统需求规格说明书 2.docx（13页珍藏版）》请在冰豆网上搜索。

公交管理系统需求规格说明书2

课程名称:

　软件工程　

报告题目:

公交管理系统需求报告

系别:

信息管理系

专业:

小组组长:

小组成员:

年月日

目录

1.引言2

1.1编写目的2

1.2读者对象2

1.3软件项目概述2

1.4文档概述2

1.5定义3

1.6参考资料3

2.一般性描述4

2.1软件产品与其环境之间的关系4

2.2用户特征4

2.3限制与约束4

2.4假设与前提条件4

4.其它需求描述11

4.1性能要求11

4.2设计约束12

4.3界面要求12

4.4进度要求12

4.5交付要求12

4.6验收要求12

1.引言

1.1编写目的

编写本文档的目的是希望能进一步的规范软件开发的细节问题，使得开发的工作更加具体，工作步骤更加明晰。

通过文档详细的说明城市公交管理系统的整体方案，以及各个子部分之间的联系和协调。

并想通过此系统，辅助城市公共交通运营公司对车辆进行管理，实现公交车、公交线路和司机管理科学化，更合理的利用资源。

1.2读者对象

1.3软件项目概述

随着经济的日益增长，信息化时代已经到来，生活中各种信息趋向数字化、清晰化。

公交车作为现代城市生活中一种重要的交通工具，其数量增多，车型也不再单一，雇用的司机增多，这样使得公交车公司的车辆信息管理复杂化。

在这样的背景下，城市公共交通运营公司提出构建城市公共交通管理系统，协助运营商各单位对车辆进行全面的管理。

着力解决档案资料容易遗失、控制，调度不集中、管理不规范等问题。

并与我设计小组就相关功能进行了探讨，并就功能做了大致的要求：

业务管理、车辆管理、油料管理、工资管理、现金收支管理、经营性分析管理等；

1.4文档概述

本文档从需求目的入手，兼顾对象和软件需求，并就用户特征、限制与约束、假设与前提条件以及软件本身和环境关系等一般性描述，使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解和规范。

注重功能需求，性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供用户解决问题或达到目标所需的条件或权限，提供一个度量和遵循的基准。

使次文档能为用户和后续程序设计，提供结构清晰、措辞准确的使用手册。

1.5定义

1.6参考资料

　　1.《软件工程》（第二版），李代平等，清华大学出版社，2008年1月

　　2.主要是从网上下载了几套详细设计说明书模版。

2.一般性描述

2.1软件产品与其环境之间的关系

公共交通管理系统运行于windowsXP或更新版本系统环境下，需要IIS5.0和SQLserver2000数据库支持。

同时系统操作需要授权，各个职能间不允许互操作，可与其他同类系统并网执行。

2.2用户特征

本系统主要在软件开发时使用，使用者包括项目管理人员，软件编程人员，测试人员等，这些人员在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。

根据业务的频繁程度和专业性需求，管理者、操作者都需相应经验与权限。

2.3限制与约束

　　该系统基于**架构进行开发；使用SQLServer2000数据库；并以2012-01-15为时间点作为本系统的最后交付日期。

2.4假设与前提条件

用户能够参与到需求的核准工作中，并能详述自身所处部门的需求；并能够在交付测试时，用户能提供交付测试的环境；

3.功能需求描述

公共交通管理系统（以下简称系统）将从以下六个方面详述功能需求。

3.1系统模型宏观描述

系统管理员（维护）传感器

操作员（录入信息和调度）

扩展接口

3.2系统数据流图

3.3从软件角度规划系统功能，该系统可分为六部分：

业务管理、车辆管理、油料管理、工资管理、现金收支管理、经营性分析管理。

当一条公交线路确定，线路名称、车辆的调配及司机的倒班等业务就需要明确；车辆运行期间，保养、入库登记、维修等需要随时进行维护；而作为辅助的油料、司机工资性收入等必须保障；运行一段时期后，要对车辆盈利与否进行分析，确定后续营运的工作重点。

3.4系统功能性分类数据字典

1.业务管理功能数据字典

名字：

线路资料表

别名：

线路单

描述：

公交车运行线路相关的信息

定义：

线路单＝线路名称+线路+站点+单程公里数+单程油量参考值+基本提成+超额提成+基本营收

站点＝站点1+站点2+站点3+……

名字：

排班管理表

别名：

排班单

描述：

车辆运行班次流程表

定义：

排班单＝班次+车号+司机+出场时间+出场次序+站点+备注

名字：

回场登记表

别名：

回场登记单

描述：

车辆运营结束回场登记相关的信息

定义：

回场登记单＝班次+车号+司机+出场时间+出场次序+站点+营收+用油量+转数+回场时间+备注

名字：

车辆状态表

别名：

车辆状态单

描述：

车辆状态的相关描述

定义：

车辆状态＝车次+车号+状态

状态＝休息+运营+修理

2.车辆管理功能数据字典

名字：

配件采购表

别名：

配件采购单

描述：

配件采购相关信息

定义：

配件采购单＝序号+采购单号+采购日期+供应商+配件名称+金额+本次现付+现付帐户+经办人+备注

名字：

配件库存表

别名：

配件库存单

描述：

配件库存的相关信息

定义：

配件库存单＝序号+配件名称及规格+库存数量

名字：

维修登记表

别名：

维修登记单

描述：

车辆维护相关信息

定义：

维修登记单＝序号+维修单号+维修日期+车号+修理厂+维修配件+维修费用+人工费用+维修工+经办人

名字：

保养登记表

别名：

保养登记单

描述：

车辆保养相关信息

定义：

保养登记单＝序号+单据编号+保养日期+车号+保养项目+保养金额+支付帐号+备注

名字：

固定费用登记表

别名：

固定费用登记单

描述：

登记车辆的固定费用信息

定义：

固定费用登记单＝序号+费用单号+登记日期+车号+年审+季审+保险+GPS费+一级维护+二级维护+自定义

名字：

保养登记表

别名：

保养登记单

描述：

车辆保养相关信息

定义：

保养登记单＝序号+单据编号+保养日期+车号+保养项目+保养金额+支付帐号+备注

3.油料管理功能数据字典

名字：

购油采购表

别名：

购油单

描述：

单位购油记载

定义：

购油单＝序号+单据编号+购油日期+燃油种类+吨数+升数+单价+燃油金额+运费+经手人

名字：

加油登记表

别名：

加油单

描述：

单位车辆加油记录

定义：

加油单＝序号+加油单号+加油日期+车号+司机+燃油种类+油重+油价+金额+经手人

4.工资管理功能数据字典

名字：

考勤登记表

别名：

考勤单

描述：

单位工作人员在岗离岗登记

定义：

考勤单＝序号+日期+姓名+缺勤天数+缺勤扣款+经办人+备注

名字：

工资结算表

别名：

工资表

描述：

设置员工的工资构成表

定义：

工资表＝序号+姓名+出车工资+基本工资+缺勤天数+缺勤扣款+安全奖+节油奖+补贴+伙食费+罚款+实发工资

名字：

工资设置表

别名：

工资设置单

描述：

员工工资

定义：

工资设置表＝基本工资+补助+出车提成比例

名字：

工资对帐单

别名：

对帐单

描述：

员工一月来的工作量统计，据些可以算出工资

定义：

对帐单＝序号+日期+线路名称+班次+车号+司机+营收+提成工资+用油量+公里数+转数

5.现金银行功能数据字典：

名字：

费用支出表

别名：

费用单

描述：

企业日常经营中的除了出车费用、固定费用、工资以外的其它费用支出

定义：

费用单＝出车费用+固定费用+工人工资+耗油费用+其它费用

名字：

银行转存款表

别名：

银行转存款单

描述：

将现金银行中的各帐户的金额进行转存

定义：

银行转存款单＝序号+单号+支票号+现金数额

名字：

现金银行余额表

别名：

现金凭证单

描述：

查看现金银行帐中各帐户当前余额

定义：

现金凭证单＝序号+单号+银行凭证号+现金余额

6.经营分析功能数据字典

名字：

耗油量分析表

别名：

油耗分析单

描述：

车辆油耗分析

定义：

油耗统计单＝车号+载重公里+空载公里+耗油量+标准耗油量+节超

名字：

车辆单车核算表

别名：

车辆核算单

描述：

列出每部车辆的所有支出与收入，并计算出单车利润。

定义：

车辆核试验单＝序号+车号+营收+用油量+公里数+转数

名字：

驾驶员产值表

别名：

司机营运单

描述：

司机营运相关数据

定义：

司机营运单＝序号+司机+营收+用油量+公里数+转数

4.其它需求描述

4.1性能要求

（1）时间需求

查询最长等待时间2s，更新处理时间5s，车载传感器远程传输时间2s。

（2）空间性能

支持并行操作数位3个，处理和记录文件量最大250G；

处理任务的数量10个，在正常情况下，处理数据的总数为30。

4.2设计约束

开发工具**，SQLserver2000数据库，运行于windowsXP及以上更新版本，硬件简单需求：

内存512MB以上，CPU要求InterCore21.80GHz以上等。

要求安全性高，出现问题应自重启，并记录出现问题的时间和位置；记录数据可靠，并进行数据的二次备份。

有密码验证；对不同权限进行不同的登录；）软件有备份功能，对数据的损坏或破坏有很好的恢复能力

4.3界面要求

首先好的界面的好坏使用户对软件评价的第一印象，好的界面应该符合以下几个特性：

易用性；规范性；合理性；美观与协调性；创新性。

界面显示要求为图形界面，大屏幕显示方式，分辨率为1024*768；并必须确定记录、备份模式为光盘刻录机形式。

4.4进度要求

软件总体设计时间定为3个月，SRS为期20天，其余时间按与用户明确后给出。

4.5交付要求

用户除了得到软件实体以外，还可以得到《公共交通管理系统使用说明书》、《管理员使用手册》和《系统维护与升级指南》的打印版各一份

4.6验收要求

软件的验收应遵循以下准则：

1、测试用例不通过数的比例小于3%

2、不存在错误等级为1的错误

3、不存在错误等级为2的错误

4、错误等级为3的错误数量要小于等于10

5、所有提交的错误都已更正

通过以上准则我对软件的功能项、业务流程、容错、安全性、性能、易用性、适应性及文档进行测试