汽车客运站售票系统需求说明书.docx
《汽车客运站售票系统需求说明书.docx》由会员分享，可在线阅读，更多相关《汽车客运站售票系统需求说明书.docx（10页珍藏版）》请在冰点文库上搜索。
汽车客运站售票系统需求说明书
汽车客运站售票系统
需求说明书
1引言
1.1编写目的
对汽车客运站售票系统进行需求分析。
1.2围
1.2.1名称
汽车客运站售票系统
1.2.2任务目标
本系统旨在提供更友好的界面、更便捷的操作与更实用的管理，从而降低客运站售票员的劳动强度，提高工作效率，进而提升服务质量，提高旅客满意度。
1.2.3任务描述
策划阶段：
搜集参考资料，设计系统整体结构，整体进度安排，选定编程语言与数据库设计工具。
设计阶段：
软件模块设计，数据库定义与设计，代码编写。
测试阶段：
系统整体调试、分析，相应代码修改
维护阶段：
根据客户需求，不断更新系统版本。
1.3参考资料
《软件工程》钱乐秋文耘等清华大学2007
2项目概述
2.1项目来源
随着时代的进步，社会的发展，人们的生活形式与习惯也越来越多样化，出行成为了人们生活中的一个重要组成部分，而汽车成为许多人出行选择的交通工具。
面对巨大数量的乘客的购票需要，汽车站就要选择使用先进的管理方法来实现方便、快捷的售票、退票等方面的票务管理。
随着计算机的普及，信息处理量的逐渐扩大，手工处理方式远远不能满足人们管理活动的需要，各种工作都逐渐由手工转为自动化，使许多复杂、繁琐、且需要很多人力的工作变得简单。
汽车站每天产生售票、退票等行为数量多，使得汽车站售票管理的数据量大，而且速度要求要快，传统的人力行为适应，计算机应用软件的使用则能很好地满足汽车站的这一需要，提高售票人员的工作效率，节约相关管理成本。
图1顶层数据流图
2.2运行环境
2.2.1用户界面
本系统用户界面统一使用网页格式提供，使用MacromediaDreamweaver8所提供的标准控件。
控件排列格式简洁整齐。
菜单使用弹出式下拉菜单。
2.2.2硬件环境
486或更高档PC台式机，笔记本电脑，或WindowsCE；
打印机：
可选。
2.2.3软件环境
可选软件平台：
中文Windows95
Windows95、WindowsNT4.0或更高版本+中文之星2.0；
WindowsCE+中文平台
2.2.4故障处理
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
2.3产品功能
售票系统主要功能为：
根据目的站、车次、时间等信息查询有关车票情况；提供多种方式完成售票工作；现金结算、票据打印；提供与退票相关的一些信息查询手段，完成退票、废票、改签换乘等业务；售票信息统计，打印详细报表。
（1）车次管理：
车次详细信息的编辑。
车次管理中的数据源为Access数据库中Car表，在此管理部分中，能够使用界面操作实现车次信息的编辑，并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。
（2）票价管理：
票价详细信息的录入、修改、删除，它的数据源为Access数据库的Price表。
在此管理部分中，通过票价管理界面来选择记录并决定执行何种操作，是修改、添加或删除。
当命令为修改或者添加时则自动跳转到票价编辑窗体实现票价信息的编辑并更新数据库中相应数据记录。
（3）票务管理：
提供多种方式完成售票工作；现金结算、票据打印；提供与退票相关的一些信息查询手段，完成退票、废票、改签换乘等业务；
（4）用户管理：
所有系统用户的管理，包括系统普通用户与系统管理员。
此管理模块数据源为Access数据库的Users表。
在系统主界面中首先进入用户管理主窗体，选择添加或删除用户进入用户编辑界面进行操作，操作完成便更新数据库数据。
（5）查询管理：
通过查询界面可以根据条件进行车次时刻、车次票价查询。
2.4用户特点
使用该系统的主要是汽车站售票人员、汽车站售票工作的管理人员与系统管理员。
该系统分为普用户和系统管理员两种权限登陆。
汽车站的普通售票人员（普通用户）只能使用该系统的查询、售票管理等基本功能；汽车站售票人员、汽车站售票工作的管理人员能够修改自身的用户名和密码；汽车站售票工作的管理人员能对票价进行管理；系统管理员则能实现系统用户与普通用户的添加，修改普通用户与系统管理员的密码，以此确保该系统能够安全操作，避免不必要的损失。
3具体需求
3.1功能需求
实现售票最基本的功能，并提供各个环节详细的统计纪录。
3.1.1 功能组成
在这个汽车站售票管理系统下设有五个不同模块的功能：
分别是车次管理、票价管理、票务管理、用户管理和查询管理。
车次管理中实现车次信息的编辑。
票价管理部分实现票价信息的录入、修改与删除以及票价折扣信息的录入、修改与删除。
票务管理部分实现前台售票、前台退票功能。
用户管理部分实现用户添加，用户信息修改与用户的删除。
具体联系如图所示
图2功能结构图
3.1.2功能逻辑
图3第一层数据流图
图4第二层数据流图
3.2数据库
3.2.1 数据关系
图5类图
3.2.2 数据定义
字段名
数据类型
字段大小
是否主键
是否必填
车牌号
文本
10
否
是
终点站编号
数字
10
否
是
额定人数
数字
10
否
是
发车时间
文本
10
否
是
车次
文本
10
是
是
字段名
数据类型
字段大小
是否主键
是否必填
车次
文本
10
是
是
座位号
数字
10
是
是
票价
数字
10
否
是
旅客
文本
10
否
是
字段名
数据类型
字段大小
是否主键
是否必填
折扣编号
数字
10
是
是
折扣类型
数字
10
否
是
字段名
数据类型
字段大小
是否主键
是否必填
终点站编号
数字
10
是
是
终点站名称
文本
10
是
是
票价
数字
10
否
是
本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：
3.3性能需求
3.3.1数据精确度
查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。
因为通常的ISCDS（个人社会关系数据库系统）规模在几十到几百项记录，以查全率为标准所带来的对查准率的影响并不大。
3.3.2时间特性
3.3.2.1响应时间
统计、查询数据数据的相应时间控制在30秒。
3.3.2.2更新处理时间
局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5秒/条之。
3.3.2.3数据的转换和传送时间
在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20分钟。
3.3.2.4运行时间
程序启动和初始化时间控制在3秒之。
3.3.3适应性
满足个人使用的需求（记录量控制在1000项）。
对前面提到的运行环境要求不应存在困难。
3.4其他需求
汽车站售票系统数据库中的数据量十分庞大，而且更新速度十分快。
在数据大小方面要求数据的属性要设置合理，假如是数据的属性值越大，则数据本身所占用的容量也就十分的庞大，有可能削弱系统运行速度，使得系统无法达到预期的目的。
另外，在整个系统当中要确保数据在保存与传递过程中的安全，以免发生严重的错误，造成巨大的损失。
4其他专门要求
4.1可使用性
在装载总程序时，正常就运行，异常就停止；编程系统出现错误，将会产生不可遇见的问题，热启，整个终端程序就会再启动；程序出现错误，重新装载,若仍有错，按照提示逐渐装载。
4.2性
本软件作为汽车站售票管理辅助设备,,需要技术；限定一个程序中某些区域的规约，给不同的模块分配不同的功能。
4.3可维护性
本软件的组成程序为java设计语言，组构均较简单,直观意义上较独立。
因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护。
4.4可转移、可转换性
可转移的环境是奔腾133、16M存以上；不可修改任何部分；可用向上兼容的高版本的java编程系统。
4.5控制
本软件是以汉语程序设计语言的操作系统来控制软件运行。
4.6双方签字
需求方（需方）：
开发方（供方）：
日期：
升级会员 