公交管理系统需求规格说明书
车辆管理系统需求规格说明书
车辆管理系统需求规格说明书1. 引言1.1 目的本文档主要描述了车辆管理系统的需求，包括功能需求、性能需求、系统需求等，目的是为了提供给相关开发人员和利益相关者一个清晰、一致的系统需求描述。
1.2 范围本文档适用于车辆管理系统的设计和开发阶段，涵盖了系统的功能、性能、界面、安全等方面的需求。
1.3 参考资料•《车辆管理系统需求调研报告》•《车辆管理系统设计规范》2. 功能需求2.1 用户管理•用户注册、登录、修改个人信息•用户角色权限管理2.2 车辆信息管理•车辆基本信息录入、修改、查询、删除•车辆类型管理•车辆使用状态管理2.3 维修管理•维修工单的创建、派单、验收•维修记录查询和统计2.4 加油管理•加油工单的创建、派单、验收•加油记录查询和统计2.5 车辆使用管理•车辆借用、归还管理•车辆使用记录查询和统计2.6 报表管理•各类报表的生成、导出3. 性能需求3.1 响应时间系统响应时间应在用户可接受的范围内，对于常见的操作，如查询、添加、修改等，响应时间不应超过2秒。
3.2 数据处理能力系统应能够处理一定规模的车辆数据，具体的数据量可根据实际业务需求来确定。
3.3 系统稳定性系统应保证7*24小时的稳定运行，故障率应低于千分之一。
4. 系统需求4.1 硬件环境•服务器：CPU性能稳定，内存不小于4G，硬盘容量不小于100G•客户端：CPU性能稳定，内存不小于2G，硬盘容量不小于50G4.2 软件环境•操作系统：Windows Server 2012或其他版本•数据库：MySQL 5.7或其他版本•开发工具：Java EE开发环境，如Eclipse、MyEclipse等4.3 系统安全•用户身份认证：支持用户名和密码登录，可集成第三方认证系统如LDAP•数据加密：对敏感数据进行加密存储，如使用SSL加密传输•操作日志：记录用户操作日志，方便审计和故障排查5. 用户界面需求5.1 界面布局界面应简洁明了，易于操作，主要包括以下几个部分：•数据显示区域5.2 交互设计•操作便捷，减少用户重复操作•提供明确的操作提示和错误提示•支持快捷键操作，提高用户操作效率5.3 界面美化•符合现代审美，采用扁平化设计风格•支持自定义主题，满足不同用户需求•字体、颜色、间距等细节处理得当，提高用户体验6. 兼容性需求6.1 浏览器兼容性系统应兼容主流浏览器，如Chrome、Firefox、IE11等。
数字公交系统系统概要设计说明书
数字公交系统概要设计说明书目录第一章引言 (3)1.1文档编制目的 (3)1.2系统设计的目标 (3)1.2.1长远规划、适度超前 (3)1.2.2安全性高、统一认证 (3)1.2.3高数据交换能力、数据兼容性强 (3)1.2.4流程定义简单、系统操作容易 (4)1.2.5实用性强、先进性高 (4)1.2.6开放性强、兼容多种软硬环境 (4)1.2.7系统响应性能高 (4)1.3文档结构 (5)第二章总体设计 (6)2.1软件体系结构 (6)2.2系统使用用户状况分析 (8)2.3系统物理结构 (9)2.4技术路线 (10)第三章系统功能设计 (11)3.1功能层次划分 (11)3.1.1核心功能系统 (11)3.1.2扩展服务系统 (12)3.2车载终端系统 (13)3.2.1功能模块结构 (13)3.3中央数据处理系统 (13)3.3.1数据分析子系统 (14)3.3.2数据存储 (14)3.3.3报表生成系统 (15)3.3.4实时监控系统 (15)3.3.5发布管理系统 (15)3.3.6系统管理接口 (16)3.4服务数据接收系统 (16)3.5数据服务系统 (16)第一章引言1.1 文档编制目的本报告根据《数字公交系统需求规格说明书》中描述的业务要求，对该系统如何实现各业务环节以及功能如何划分做了概要性的说明。
通过该报告能够使详细设计人员和开发人员了解本系统的体系结构、技术方案、软件的功能结构、各业务间的数据接口、数据库结构等，并对整个系统的功能实现按照功能模块进行了较为详细的划分和描述，为下一步的开发任务指明了方向，提出了纲要。
1.2 系统设计的目标1.2.1长远规划、适度超前系统要充分考虑将来的发展空间，设计一个起点较高的数字公交系统，满足特定地区公交系统改革的需要，同时还要预留将来系统进一步扩展的接口，以利于系统的再利用。
1.2.2安全性高、统一认证数字公交系统在业务的整个流程中，需要保证以下几个方面的安全需求：➢针对实时公交车辆信息传输，处理和显示的过程中，保证数据的完整性和正确性；➢数据交换必须满足各子系统之间的数据安全性要求；➢中央控制系统的管理的每一环节必须经过统一的身份认证和授权方可操作；➢确保每个关键的操作行为都能记录在案，为操作日志提供完备的审计功能。
(完整版)车队管理系统需求规格说明书(1)
中国人民解放军总后勤部疗养院车辆管理系统需求规格说明书产品设计团队目录1.编写说明 (4)2. 系统目标 (4)3．新特性 (4)4. 功能概述 (4)5. 业务模式 (5)5.1业务概述 (5)5.1.1车辆管理模块： (6)5.1.2 驾驶员管理模块： (7)5.1.3 承接任务管理模块： (9)5.1.4 查询统计模块： (11)5.1.5 车队运输成本维护模块： (13)6.功能要求 (14)6.1 车辆管理 (14)6.2 驾驶员管理 (14)6.3 承接任务管理 (14)6.4 查询统计 (14)6.5 运输成本维护 (14)7.输入输出 (15)7.1 输入 (15)7.2 输出 (15)1.编写说明编写该文档目的在于明确系统范围，明确疗养院车辆管理系统的业务流程，并规范化的记录该系统的功能需求和非功能性需求。
本文档主要供以下人员阅读和使用：●为软件开发团队，包括项目开发人员和测试人员项目开发参考用●其它相关用户,了解系统的需求范围和实现目标，目的在于更好的使用系统2. 系统目标该系统主要为疗养院解决日常接待和车辆管理的需求，协助工作人员进行日常车辆管理和人员管理，提高管理效率，降低运作成本，增强疗养院日常管理的便捷性和提高疗养院的信息化程度。
通过该系统，疗养院车队的相关管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；接待员能开出和接收接送任务单；财务人员也能通过该系统进行车辆使用成本的核算。
3．新特性（1）接待登记单接收：通过预约接待系统产生的接待登记单自动从数据库中接收至本系统，根据登记单信息汇总后，可根据系统中的车辆资源自动分配接待任务。
（2）短信提示：系统自动短信提示接待车辆信息如驾驶员、车型、车牌号、接待时间等。
（3）车辆信息查询统计成本核算等。
4. 功能概述本系统名为“疗养院车辆管理系统”，主要供疗养院内部使用。
系统面向疗养院的工作人员，包括财务人员、车辆管理人员、接待员，接待业务员等。
公交管理系统需求规格说明书
文档编号：GS256 – SRS – 1.0城市公共交通管理系统软件需求规格说明书用户方:城市公共交通运营公司开发方: GS11061123 刘烊GS11061126 孟祥扬GS11061135 王文日期：2011-11-05文档变更历史记录目录目录 (3)1.引言 (4)1.1 编写目的 (4)1.2 读者对象 (4)1.3 软件项目概述 (5)1.4 文档概述 (5)1.5 定义 (5)1.6 参考资料 (5)2.一般性描述 (6)2.1软件产品与其环境之间的关系 (6)2.2 用户特征 (6)2.3限制与约束 (6)2.4假设与前提条件 (6)3.功能需求描述 (7)4.其它需求描述 (13)4.1 性能要求 (13)4.2 设计约束 (14)4.3 界面要求 (14)4.4 进度要求 (14)4.5 交付要求 (14)4.6 验收要求 (14)5.附录 (15)1.引言1.1 编写目的编写本文档的目的是希望能进一步的规范软件开发的细节问题，使得开发的工作更加具体，工作步骤更加明晰。
通过文档详细的说明城市公交管理系统的整体方案，以及各个子部分之间的联系和协调。
并想通过此系统，辅助城市公共交通运营公司对车辆进行管理，实现公交车、公交线路和司机管理科学化，更合理的利用资源。
1.2 读者对象本文档的主要内容共分5部分：引言、一般性描述、功能需求描述、其它需求描述和附录。
引言部分主要对系统的整体结构进行了大致的介绍；一般性描述部分对系统的功能需求进行了详细描述；功能性需求部分对功能需求进行了详细的描述，是本文的主要部分；其它需求描述部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。
本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期的功能，并据此进行系统设计、项目管理。
（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。
（3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。
《公交运营调度系统系统需求说明书》-系统假设
系统假设
一、时间假设：
根据公交公司对系统期待运行的时间，开发公司的现有人力物力，以及技术人员对开技术的掌握情况，可以在公交公司要求的时间内完成开发任务，具体分析如下。
假设项目于2010年8月30日启动，计划用时3个月，于2011年11月20日完成。
开发过程中最为重要的里程碑如下表：
详细工作需按照上表来完成
二、人员假设
（1）假设开发方
需求分析：全体成员
开发人员：全体成员
技术文档写作人员：全体成员
测试人员：全体成员
（2）假设客户方
项目负责人——公交公司调度部主管、公交公司客户经理
各部门联系人——公交公司调度部经理、公交公司财务部经理、公交公司人事部经理、公交公司信息中心主管、公交公司区域车站负责人
三、预算假设
假设全部每月的预算
假设在人力方面
四、系统设备假设
在项目初期需要采购PCServer服务器4台和4台PC机：20000元五、系统会遇到的情况假设。
车辆管理系统需求规格说明书
车辆管理系统需求规格说明书车辆管理系统需求规格说明书1. 引言1.1 目的本文档旨在详细描述车辆管理系统的功能需求和技术规格，以便开发团队能够根据这些需求开发一个高效、可靠、易用的车辆管理系统。
1.2 范围车辆管理系统是一个用于管理车辆信息、调度、维护和报废的软件系统。
该系统将被用于组织、机构、公司等场所管理其车辆资源，并提供方便快捷的使用和管理功能。
2. 总体描述2.1 产品前景随着交通工具的普及和车辆数量的增加，车辆管理面临着越来越大的挑战。
本车辆管理系统旨在帮助用户更好地管理和利用车辆资源，提高效率和安全性，减少成本和资源浪费。
2.2 产品功能2.2.1 车辆信息管理2.2.1.1 车辆基本信息管理该功能允许管理员录入和管理车辆的基本信息，包括车型、车牌号、发动机号、车身颜色等。
2.2.1.2 车辆维护记录管理该功能允许管理员记录和管理车辆的维护记录，包括保养、维修、保险等信息，以便查阅和分析车辆的维护情况。
2.2.1.3 车辆违章记录管理该功能允许管理员记录和管理车辆的违章记录，包括违章时间、地点、违章内容等信息，以便及时处理和整改。
2.2.2 车辆调度管理2.2.2.1 车辆调度计划管理该功能允许管理员制定和管理车辆的调度计划，包括安排车辆的使用时间、地点、任务等。
2.2.2.2 车辆位置追踪该功能允许管理员实时追踪车辆的位置，以便及时协调车辆调度和处理紧急情况。
2.2.3 车辆报废管理2.2.3.1 车辆报废申请该功能允许管理员发起车辆报废申请，并附上相关的报废理由和证明材料。
2.2.3.2 车辆报废审批该功能允许上级审批人员审批车辆报废申请，并决定是否批准报废。
3. 功能需求3.1 用户管理3.1.1 用户登录该功能允许用户使用用户名和密码登录系统，以便访问系统的各项功能。
3.1.2 用户权限管理该功能允许管理员设置用户的权限，以限制用户对系统功能和数据的访问和操作权限。
3.2 车辆信息管理（详细列出车辆信息管理的子功能和相关需求）3.3 车辆调度管理（详细列出车辆调度管理的子功能和相关需求）3.4 车辆报废管理（详细列出车辆报废管理的子功能和相关需求）4. 非功能需求4.1 可靠性4.2 安全性4.3 易用性4.4 性能5. 附件本文档附带以下附件：- 用户界面原型设计图- 数据库设计文档- 软件开发进度计划6. 法律名词及注释- 车辆管理系统：指用于管理车辆信息、调度、维护和报废的软件系统。
公交公司管理系统课程设计说明书
*******************实践教学*******************兰州理工大学2011年秋季学期面向对象语言课程设计题目：公交公司治理系统专业班级：计算机科学与技术四班姓名：学号：指导教师：成绩： ____________目录摘要......................................................... ........................................................... (3)序言 (4)正文 (5)1. 问题描述 (5)2. 系统总体设计 (5)3. 详细设计 (7)4. 程序调试与测试 (7)5. 结果分析 (12)6. 软件安装和使用讲明书 (12)设计总结 (13)参考文献 (14)致谢 (14)摘要C++是一门编程语言，也是一个平台，具有跨平台优势，具有简单、面向对象、分布式、解释执行、健壮、安全、体系结构中立的、可移植、高性能、多线程、以及多态性的特点。
本公交公司治理系统提供用户注册和登录功能，使用户登录成功后能查询到所需的信息，同时能够进行简单的输入、查询信息等并提供搜索功能。
该程序显示GUI界面并运用部分java辅助。
关键词：C++；公交公司治理；信息治理。
序言随着计算机的普及和计算机技术的飞速进展，人们越来越多的利用计算机解决实际问题。
都市公共交通系统是一个复杂的系统, 公交生产的三要素(人、车、路) 处于开放的大系统中, 运营作业具有点多、线长、面广和运营条件复杂等特点, 传统的处理信息方法给整个系统的治理带来了专门多困难, 难以适应现代化治理的需要. 因此, 将公共交通治理与计算机技术有机结合起来, 研制出一个信息收集、储存、传输、识不、提取、操纵和利用的综合信息治理系统已势在必行。
本程序是一个图形界面的简单的c++公交公司治理系统，整个系统从操作简便、界面友好、灵活、有用、安全的角度动身，使用人员能快捷简单地进行操作，即时准确地获得需要的公交信息。
公交信息查询系统需求分析说明书
公交信息查询系统软件需求分析规格说明书Requirement Analysis Specification编制人：编制日期：审核：批准：单位名称：第一章引言1.1目标与范围在当今社会中，交通问题已经成为很重要的社会性问题，而公交成为解决交通问题的一个关键因素。
大力发展公共交通是解决城市交通拥挤问题的首选措施。
但是一种公交是不能满足所有人的出行需求的，人们可能无法通过乘坐一辆公交车到达目的地，这时候就需要换乘来解决该问题，经调查路程最短和换乘次数是人们最关心的问题。
根据这些问题，需要开发一套公交查询系统，从而方便人们出行前进行查询。
1.2 系统概述公交信息系统中有两种角色：普通用户和系统管理员。
1、系统管理员使用站点管理和路线管理两大功能。
2、普通用户包括线路查询、站点查询等多种核心公交查询功能。
本设计主要实现公交信息系统的基本查询，从而满足群众的出行需要。
系统的主要功能是实现车况、路况、客流的实时监控，通过监控数据实现公交车辆的灵活查询。
1.3 约束条件1、操作系统要求：Windows XP/Windows72、需要的软件：SQL Serevr2005.，Visual C++6.0，VS2005第二章信息描述2.1 对象描述2.1.1 用例图（1）公交查询管理主用例图（2）站点查询与管理子用例图（3）线路查询与管理子用例图（4）乘车查询与管理子用例图2.2 数据字典第三章功能描述3.1 处理说明（1）系统各界面模块之间切换的响应时间不得超过3秒。
（2）系统执行查询，信息返回时间不得超过5秒。
（3）任何页面如操作超过20秒，系统自动返回首页。
3.2 性能说明1、车次查询需求描述：a普通用户和系统管理员都可以通过此功能查询相关车次信息。
b在普通用户界面和系统管理员车界面中都可以在动态文本编辑框中录入相关车次信息。
c车次必须为相关数据库中已存在的车次，否则将提示用户本系统中暂时没有录入相关车次信息。
d输入车次号，选择查询功能，实现对车次的查询，查询结果将包括车次号、序号、站点名。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档编号：GS256 – SRS – 1.0城市公共交通管理系统软件需求规格说明书用户方:城市公共交通运营公司开发方: GS11061123 刘烊GS11061126 孟祥扬GS11061135 王文日期：2011-11-05文档变更历史记录序号变更日期变更人员变更内容详情描述版本1 2011.10.26 全体人员对整体框架进行描述和换位性探讨0.32 2011.10.28 孟祥扬对框架形成文档描述0.43 2011.10.30 刘烊绘画图形0.54 2011.11.3 全体人员对数据字典书写讨论0.65 2011.11.4 王文定义数据字典0.76 2011.11.6 孟祥扬汇总0.87 2011.11.7 全体人员定稿 1.0目录目录 (3)1.引言 (4)1.1 编写目的 (4)1.2 读者对象 (4)1.3 软件项目概述 (5)1.4 文档概述 (5)1.5 定义 (5)1.6 参考资料 (5)2.一般性描述 (6)2.1软件产品与其环境之间的关系 (6)2.2 用户特征 (6)2.3限制与约束 (6)2.4假设与前提条件 (6)3.功能需求描述 (7)4.其它需求描述 (13)4.1 性能要求 (13)4.2 设计约束 (14)4.3 界面要求 (14)4.4 进度要求 (14)4.5 交付要求 (14)4.6 验收要求 (14)5.附录 (15)1.引言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.经营分析功能数据字典公共交通管理系统现金银行油料管理车辆管理工资管理业务管理经营分析出车费用查询出车费用统计单车利润分析每日汇总分析驾驶员产值表耗油量分析单车月报表运输线路台帐表车辆单车核算名字：耗油量分析表别名：油耗分析单描述：车辆油耗分析定义：油耗统计单＝车号+载重公里+空载公里+耗油量+标准耗油量+节超名字：车辆单车核算表别名：车辆核算单描述：列出每部车辆的所有支出与收入，并计算出单车利润。