长途车站车辆管理软件需求规格说明书

长途车站车辆管理软件需求规格说明 需求规格说明书 项目名称:长途车站车辆管理系统 项目组成员:张森,组长,柳唯 张朝婵 杨川 葛忠雷 编写日期:2010年10月13日至2010年10月19日 编写单位:软工0801班--长途车站车辆管理系统小组 需求规格说明书 ——长途车辆信息管理系统 1 引言 车辆管理系统的简介: 车辆管理系统主要是为单位管理本单位的车辆针对公司的大量信息处理而开发的MIS系统，它主要包括车辆管理子模块、驾驶员管理子模块、事故管理子模块、查询统计子模块以及系统维护子模块，其中以车?辆管理子模块为主要模块。在车辆管理子模块中包括车辆登记、购车信息录入、车辆外修记录、车辆保险记录等四个功能模块;在查询统计子模块中，根据车辆信息可以查询到购车信息、车辆外修记录、车辆保险记录，还可以查询到车辆事故信息，也可根据驾驶员信息查询到驾驶员事故信息 1.1 编写目的 此需求分析文档对长途车站管理软件做了全面细致的分析，明确所要开发的软件应具有的功能、性能和信息，是使系统分析人员及软件开发人员能够清楚的了解用户的需求。本需求规格说明书的预期读者是项目开发人员、软件测试人员、用户文档分析者、项目管理人员。 1.2 项目背景 自从人类进入21世纪，也就进入了一个高速发展的信息时代，高新技术飞速发展的同时，计算机的使用范围也大大扩展，它已经涉及到人类生活的方方面面。计算机使用的方便快捷，使它在越来越多的方面显示出比传统手工制作更迅速和准确的优点，尤其在信息记录，检索和查询方面，避免了不必要的麻烦。 一个性能良好的车辆信息管理系统能够使管理员快速方便地对长途汽车站的相关信息，如长途汽车线路信息、汽车基本信息等进行各种诸如添加，查询，删除，修改操作。使用传统的手工方式管理长途汽车车站相关信息，不仅让管理员感到非常的厌倦，也存在着不可避免的缺点，如效率太低，管理不够科学等。 使用计算机对长途汽车信息进行管理,有着传统的手工管理所没法比拟的优点。例如:查找方便，可靠性高，科学性好。这些优点能够极大地提高长途汽车信息管理的效率。正是根据计算机管理信息的这些优点以及长途汽车站管理长途汽车信息方面的具体需求，利用C#和网页编程的软件工程开发方法,开发了这套 汽车站车辆管理系统。 ——长途 1.3 项目范围 1) 待开发的软件系统的名称:长途车辆信息管理系统。 2) 本项目的开发团队:柳唯、张朝婵、杨川、葛忠雷、张森(组长) 3) 该软件于车站车辆信息数据库实时连接，在买票，发车等活动后， 通 过软件可以及时的更改数据库的信息。 1.4 参考资料 A. 《长途汽车站车辆管理系统项目需求分析》 B. 《需求工程—软件建模与分析》 C. 《UML系统建模与分析》 2 任务概述 2.1 任务目标 随着电脑在普通人群中的普及以及网络技术及信息技术不断发展，人们已经普遍习惯使用电脑办公，针对车辆的管理也开始走向网络化、信息化，车辆的管理由以前的手工填写单或口头安排等方式转变为应用计算机及网络信息系统实现流程化、化、自动化的无纸办公模式，管理水平及效率得到很大提高。但由于技术或应用等因素限制，当前国内车辆管理系统普遍只实现对车辆表面静态信息的维护与管理，所提供的动态信息也是需要每天手工录入方式进行，人为因素影响非常大，数据存在较大误差，操作极不方便，对车辆动态信息监控及管理更是无法实现。本软件根据此需求从而进行开发。 本系统是以长途车辆为中心，车辆静态基本信息和动态行驶信息为基础，应 用新技术、新工具、新方法，构建而成具有先进、可靠、安全、方便、快捷一体的新型车辆综合管理系统。在技术上将采用当前成熟流行的开发技术及全新系统架构，提升系统性能及安全，充分做好相关接口预留，为日后系统扩展做好准备;在功能上除了涵盖车辆档案信息、工作信息、维修信息等管理外，还新增实时的行驶费用、行车日志、审核办理、行驶动态信息查询和统计、车辆监控及位置查询等功能;在使用上将追求人性化，要求界面美观、操作简便、安全可靠。新系统的应用将极大改善长途汽车站车辆管理现状，各项车辆管理工作将更精确、更方便、更快捷。各级领导、各级管理员可以实时查看相关车辆的静态及动态信息，实时掌握车辆的行驶状况，实时调配及监控车辆的使用，从而实现降低管理成本，提高管理水平最终目的。 2.2 用户特点 2.2.1 用户对象 , 车站管理者:长途汽车站的各级管理人员以及负责某项相关工作的车站 工作人员 , 司机:负责日常车辆的正常运营 , 车站乘客:享受车站提供的优质服务 2.2.2 用户特征 考虑到由于此车辆信息管理系统的用户主要是车站管理者、司机、乘客三大类组成，用户成分比较复杂，对电脑的掌握水平参差不齐，为了满足不同方面的需求，所以我们采用有好的图形交互界面，车辆管理系统的使用者可以按照系统的提示自主选择自己需要的功能，接受相关的服务。由于车站车辆信息管理的相关部门需要及时的更新与车辆有关的服务信息，需要懂得通过软件对数据库进行更改的操作，对电脑的要求水平较高。 2.3 假定和约束 由于经费的预算有限，时间仅有八周时间，所以只能实现此系统的部分功能。 实现功能: , 登陆功能 , 车辆信息管理 , 车辆调度管理 , 路线查询功能 , 事故信息管理 开发语言:visual c# html 开发环境:.Net SQL Server 软件设计框架既包含b/s又有c/s 2.4 概要设计 在了解车年管理的需求后，为了达到需求所提到的各种目的，首先要对车辆 管理系统的数据流进行分析，包括系统数据流的来源，处理业务数据流，数据流 的流向。 3 需求规定 3.1 对系统功能的规定 3.1.1 系统功能流图 3.1.2 系统功能用例图 驾驶员信息管理 用例分析 用例名称 驾驶员信息管理 用例编号 UC0306 优先级别 必须做 主要参与者 系统管理员，司机 渉众极其参与者 前置条件 用户顺利登陆后进入菜单项 后置条件 进入菜单项界面，对驾驶员信息进行相关操作 主成功场景 1.系统管理员进入驾驶员信息管理界面 2.系统管理员对驾驶员信息进行增删改和查看 3.司机顺利进入驾驶员信息管理界面 4.司机能查询驾驶员信息 发生频率 用户一旦成功进入驾驶员信息管理界面便发生 技术和数据元素 驾驶员姓名、驾驶员编号、性别、籍贯出生日期、身份证编 号、驾龄、驾照编号、所属部门、联系电话 备选事件流 若司机对驾驶员信息进行增删改操作，则系统会弹出对话框， 提示用户越权了 3.1.3 系统功能协作图 3.1.4 系统功能顺序图 3.1.5 系统功能活动图 燃油费用活动图 事故处理活动图 车辆调度活动图 3.2 对模块功能的规定 3.2.1 登录模块: (1)用例图 (2)登录功能流程图 (3)功能用例描述 用例名称 登录系统 用例编号 UC0301 优先级别 必须做 主要参与者 系统管理员，一般用户(乘客) 渉众极其参与者 前置条件 用户输入正确的相关信息后，能顺利的登陆 后置条件 进入菜单项界面，选择相应的菜单 主成功场景 1.用户在登陆界面中输入用户名及密码。 2.用户选择相应的用户类别。 3.用户点击确认进入不同的界面。 发生频率 用户一旦登录成功便发生 备选事件流 1.若用户名及密码输入错误，则系统会弹出相应的对话框提 示用户重新输入。 2.若用户没有选择用户类别，则系统会弹出相应的对话框提 示用户选择用户类别。 3.若用户越权登陆，则系统会弹出相应的对话框提示用户选 择正确的用户类别。 (4)顺序图 数据库司机管理者车辆管理系统 登录 界面 填写用户名、密码 搜索数据库 返回结果 核对 提供进入界面 选择查询信息 返回信息 消息1 登录 搜索用户 返回结果 核对 正确时进入界面 选择功能 对相应的数据插删改 返回结果 消息2 登录模块主要是面对不同的用户时，可以提供不同权限的服务功能。由于我们的车辆管理系统面向的对象是车站管理者，司机和乘客三类人群，并且这三类人群所需要的功能又是有所差异的，这就要求我们针对不同的人群提供不同的服务。 现阶段信息安全越来越受到人们的重视，所以在这个车辆管理系统中如何确保信息安全就显得十分重要，于是我们认为通过对于用户权限设置，乘客(无权限)可以在这个系统上使用符合权限的功能如:路线的查询，票价的查询等，司机(普通权限)可以在乘客所具有的功能上再加上一些功能如:对汽车信息的修改等，车站管理者(最高权限)可以查看这个车辆管理系统的一切信息。 3.2.2 路线查询模块: (1)用例图 (2)路线查询模块流程图 详见登陆功能流程图 (3)功能用例描述 用例名称 路线查询系统 用例编号 UC0302 优先级别 必须做 主要参与者 系统管理员，一般用户(乘客) 渉众极其参与 者 前置条件 用户能顺利登陆后进入菜单项 后置条件 进入菜单项界面，选择路线查询项 路线查询模块主要是针对乘客提供的一种方便快捷的查询功能，主要涉及到 路线查询，票价查询，剩余车票数量的查询，车次安排查询，车辆行驶时间等方 面，乘客可以通过这个功能自主的选择自己所要乘坐的车辆的信息。 现阶段人们都强调人性化服务，一方面这个系统可以让乘客自主的获得自己 所需要的权利，免去了以前要花费大量时间排队打听车辆信息的麻烦，提高了工作效率;另一方面，乘客不必再担心服务人员态度恶劣的问题了，为乘客提供了一个舒适的环境。 3.2.3 车辆信息管理模块: 1)用例图 ( (2)车辆信息模块流程图 (3)功能用例分析 1)车辆档案分用例 用例名称 车辆档案管理 用例编号 UC0303 优先级别 必须做 主要参与者 系统管理员，司机 渉众极其参与者 前置条件 用户顺利登陆后进入菜单项 后置条件 进入菜单项界面，对车辆档案信息进行相关操作 主成功场景 1.系统管理员进入车辆信息管理界面 2.系统管理员对车辆档案信息进行增删改 3.司机顺利进入车辆信息管理界面 4.司机能查询车辆档案信息 发生频率 用户一旦成功进入车辆信息管理界面便发生 车辆号、车牌号、购买时间、购买的型号、购车费用、驾驶技术和数据元素 员姓名 备选事件流 若司机对对车辆档案信息进行增删改操作，则系统会弹出对 话框，提示用户越权了 2)车辆状态分用例 用例名称 车辆状态管理 用例编号 UC0304 优先级别 必须做 主要参与者 系统管理员，司机 渉众极其参与者 前置条件 用户顺利登陆后进入菜单项 后置条件 进入菜单项界面，对车辆状态信息进行相关操作 主成功场景 1.系统管理员进入车辆信息管理界面 2.系统管理员对车辆状态信息进行增删改 3.司机顺利进入车辆信息管理界面 4.司机能查询车辆状态信息 发生频率 用户一旦成功进入车辆信息管理界面便发生 技术和数据元素 是否出车、未出车原因、当天出车次数、出车时段 备选事件流 若司机对车辆状态信息进行增删改操作，则系统会弹出对话 框，提示用户越权了 3)车辆费用记录分用例 用例名称 车辆档案管理 用例编号 UC0305 优先级别 必须做 主要参与者 系统管理员，司机 渉众极其参与者 前置条件 用户顺利登陆后进入菜单项 后置条件 进入菜单项界面，对车辆费用记录信息进行相关操作 主成功场景 1.系统管理员进入车辆费用记录信息管理界面 2.系统管理员对车辆费用记录信息进行增删改 3.司机顺利进入车辆信息管理界面 4.司机能查询车辆费用记录信息 发生频率 用户一旦成功进入车辆信息管理界面便发生 技术和数据元素 加油费、维修费 备选事件流 若司机对车辆费用记录信息进行增删改操作，则系统会弹出 对话框，提示用户越权了 车辆档案管理模块。每家公司都应有自己内部车辆的基本信息，就像一个班要有本班的花名册一样，而这样也会方便管理。车辆是长途汽车站的核心，所以及时了解核心的信息，是至关重要的。我们设计此模块主要实现公司管理部门对车辆的基本信息有一个全面的了解。如车辆的车牌号码，驾驶员姓名，购置日期，厂家地址，投保情况，报废情况等。每个车辆的这些基本信息以表格形式直观的展现出来。 3.2.4 事故信息模块: (1)用例图 (2)事故信息流程图 (3)功能用例分析 用例名称 车辆事故信息管理 用例编号 UC0307 优先级别 必须做 主要参与者 系统管理员，司机 渉众极其参与者 公安人员 前置条件 用户顺利登陆后进入菜单项 后置条件 进入菜单项界面，对车辆事故信息进行相关操作 主成功场景 1.系统管理员进入车辆事故信息管理界面 2.系统管理员对车辆事故信息进行增删改及查看 3.司机顺利进入车辆事故信息管理界面 4.司机能查看车辆事故信息 发生频率 用户一旦成功进入驾驶员信息管理界面便发生 技术和数据元素 车辆的车牌号码、驾驶员姓名、事故时间、事故原因、公司 负担金额 备选事件流 1.若系统管理员审查事故信息不属实，则不会更改事故信息 表 2(若司机对车辆事故信息进行增删改操作，则系统会弹出对 话框，提示用户越权了 (4)顺序图 车司机交警管理者数据库 车司机交警管理者数据库 发生事故 发生事故收取事故信息 收取事故信息 反馈信息 反馈信息车辆处理作出处理 车辆处理作出处理更新数据库 更新数据库 查询事故信息 查询事故信息 提取信息 提取信息返回事故信息 删除报废车辆信息返回事故信息 删除报废车辆信息 修改数据库 修改数据库 车辆事故管理模块。长途车辆难免会发生一些事故，发生事故的车辆也要及时维护，那么，事故赔偿金及维护所需费用都会影响到公司的财政。从安全方面考虑，若有车辆事故方面的记录，还能起到减少车辆发生事故的次数。为此，我们设计此模块主要是为了方便公司管理内部的车辆，及时了解车辆的事故信息。此块内容包括发生事故的车辆的车牌号码，事故时间，事故原因，公司负担金额，保险理赔金，对方赔偿金等。总之该模块要实现公司对车辆事故有一个全面的、方便的信息了解。 3.2.5 车辆调度模块: (1)用例图 (2)车辆调度模块流程图 (3)用例分析 用例名称 车辆调度管理 用例编号 UC0308 优先级别 必须做 主要参与者 系统管理员 渉众极其参与者 部门经理，司机 前置条件 用户顺利登陆后进入菜单项 后置条件 进入菜单项界面，对车辆进行调度 主成功场景 1.系统管理员进入车辆调度管理界面 2.系统管理员查询车辆状态信息，并作相应的调度 发生频率 用户一旦成功进入车辆调度管理界面便发生 技术和数据元素 备选事件流 若系统管理员查看车辆状态信息后，无车辆能调度，则系统 显示“无车辆可调度” (4)顺序图 车辆司机调度部门数据库 出现故障 发现、申报维修 审批 批准维修 安排司机 更新维修数据 请假申请 查看司机状态 查找在“闲”状态司机 审批 批准请假 指定在“闲”状态司机 驾驶 更新车辆、驾驶员信息 1、做好用车预约:调度对每日用车要心中有数，做好登记工作。次日的用车时间，将执行任务的司机姓名、车号、出车地点、乘车人数、行车路线等，在前一天做好安排。此外，每日的出车情况(如哪辆车出发，路线是什么等)及回站车辆都要做好记录(当日哪些车在什么时间回的站)。 2、做好解释工作:对未能安排上车辆，或变更出车时间的人员，要及时说明情况，做好解释工作，以减少误会，或造成误事。 3.3 对性能的规定 3.3.1 响应时间 根据用户适用本系统的不同方式，系统的响应时间也有所差异，若用户选择在本地通过网页访问本系统查询相关信息，则最终得到信息的时间主要是依据网络的质量;若用户在车站内使用本系统，则该系统直接可以从车辆信息数据库中调去相关信息。但是不管采取哪种方式，我们可以保证系统的响应时间在1s内。 3.3.2 更新处理时间 此系统内的信息数据由车站的信息更新部门和系统本身共同管理，某些功能，比如购票、订票等功能，系统本身可以实时的更新数据库内相关信息，而针 对于其他一些功能，比如说:车辆事故信息，车辆调度信息，则需要在相关处理部门处理后再由信息更新部门添加信息到车辆信息数据库内，这些工作会确保在两个工作日内完成。 3.3.3 灵活性 3.4 输入输出要求 3.4.1 输入输出的精确度 1) 要按照严格的数据格式输出，否则系统不给于响应进行处理。 2) 查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。 因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询: 直接查询和模糊查询。 4. 运行环境 (1) 客户端:windows 2000或以上版本的PC机，CPU1.8GHz以上，内 存1G以上。 (2) 服务器端:windows 2000或以上版本的PC机或服务器，CPU2.1GHz 以上，内存2G，配置要求相对较高。