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

软件需求规格说明书编写规范 制订人：国防科技大学计算机系602教研室毛新军文档编号：GS256 SRS 1.0 城市公共交通管理系统软件需求规格说明书 用户方:城市公共交通运营公司 开发方: GS11061123 刘 烊 GS11061126 孟祥扬 GS11061135 王 文 日期：2011-11-05文档变更历史记录序号变更日期变更人员变更内容详情描述版本12011.10.26全体人员对整体框架进行描述和换位性探讨0.322011.10.28孟祥扬对框架形成文档描述0.432011.10.30刘烊绘画图形0.542011.11.3全体人员对数据字典书写讨论0.652011.11.4王文定义数据字典0.762011.11.6孟祥扬汇总0.872011.11.7全体人员定稿1.0目录目录31.引言41.1 编写目的41.2 读者对象41.3 软件项目概述41.4 文档概述41.5 定义41.6 参考资料42.一般性描述52.1软件产品与其环境之间的关系52.2 用户特征52.3限制与约束52.4假设与前提条件53.功能需求描述64.其它需求描述64.1 性能要求64.2 设计约束64.3 界面要求74.4 进度要求74.5 交付要求74.6 验收要求75.附录71.引言1.1 编写目的编写本文档的目的是希望能进一步的规范软件开发的细节问题，使得开发的工作更加具体，工作步骤更加明晰。通过文档详细的说明城市公交管理系统的整体方案，以及各个子部分之间的联系和协调。并想通过此系统，辅助城市公共交通运营公司对车辆进行管理，实现公交车、公交线路和司机管理科学化，更合理的利用资源。1.2 读者对象本文档的主要内容共分5部分：引言、一般性描述、功能需求描述、其它需求描述和附录。引言部分主要对系统的整体结构进行了大致的介绍；一般性描述部分对系统的功能需求进行了详细描述；功能性需求部分对功能需求进行了详细的描述，是本文的主要部分；其它需求描述部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期的功能，并据此进行系统设计、项目管理。（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。（3）程序员：配合设计报告，了解系统功能，编写用户手册。（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试。（5）用户：了解预期的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.3 软件项目概述随着经济的日益增长，信息化时代已经到来，生活中各种信息趋向数字化、清晰化。公交车作为现代城市生活中一种重要的交通工具，其数量增多，车型也不再单一，雇用的司机增多，这样使得公交车公司的车辆信息管理复杂化。在这样的背景下，城市公共交通运营公司提出构建城市公共交通管理系统，协助运营商各单位对车辆进行全面的管理。着力解决档案资料容易遗失、控制，调度不集中、管理不规范等问题。并与我设计小组就相关功能进行了探讨，并就功能做了大致的要求：业务管理、车辆管理、油料管理、工资管理、现金收支管理、经营性分析管理等； 1.4 文档概述本文档从需求目的入手，兼顾对象和软件需求，并就用户特征、限制与约束、假设与前提条件以及软件本身和环境关系等一般性描述，使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解和规范。注重功能需求，性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供用户解决问题或达到目标所需的条件或权限，提供一个度量和遵循的基准。使次文档能为用户和后续程序设计，提供结构清晰、措辞准确的使用手册。1.5 定义 1.6 参考资料1.软件工程（第二版），李代平等，清华大学出版社，2008年1月2.主要是从网上下载了几套详细设计说明书模版。2.一般性描述2.1软件产品与其环境之间的关系公共交通管理系统运行于windows XP或更新版本系统环境下，需要IIS5.0和SQL server2000数据库支持。同时系统操作需要授权，各个职能间不允许互操作，可与其他同类系统并网执行。2.2 用户特征本系统主要在软件开发时使用，使用者包括项目管理人员，软件编程人员，测试人员等，这些人员在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。根据业务的频繁程度和专业性需求，管理者、操作者都需相应经验与权限。2.3限制与约束该系统基于*架构进行开发；使用SQL Server2000数据库；并以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 设计约束 开发工具*，SQL server 2000数据库，运行于windows XP及以上更新版本，硬件简单需求：内存512MB以上，CPU要求Inter Core2 1.80GHz以上等。 要求安全性高，出现问题应自重启，并记录出现问题的时间和位置；记录数据可靠，并进行数据的二次备份。有密码验证；对不同权限进行不同的登录；）软件有备份功能，对数据的损坏或破坏有很好的恢复能力4.3 界面要求首先好的界面的好坏使用户对软件评价的第一印象，好的界面应该符合以下几个特性：易用性；规范性；合理性；美观与协调性；创新性。界面显示要求为图形界面，大屏幕显示方式，分辨率为1024*768；并必须确定记录、备份模式为光盘刻录机形式。4.4 进度要求软件总体设计时间定为3个月，SRS为期20天，