第一篇：电影院售票系统需求规格说明书（最终版）
文档编号: CTS-1 版 本 号: V1.0
文档名称： 需求规格说明书 项目名称： 影院售票系统 项目负责人： XX XX XX
编写： XX XX年XX月XX日 校对： XX XX年XX月XX日 审核： XX XX年XX月XX日
开发单位： XX
引言
1.1 编写目的
编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《影院售票系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。
1.2 项目背景
现在中国大部分的家庭都喜欢在家里置办属于自己风格的家庭影院。但是，仍然有很人喜欢到电影院去看电影。因为家里的气氛毕竟不如影院好。所以，现代家庭影院的出现并不会让电影院没有生路。
随着社会的发展和进步，社会大分工的细致化和服务化，成为了当今趋势。
为了提高劳动的效率、节约成本、提高服务质量，我们小组开发了此款软件。用以方便影院的售票和客户的购买。通过这个软件，可以很快实现一些常用的服务，并保证无错、高效。
每个社会服务系统都有自己的一套管理机制。当然，电影院也不除外。其实电影院的管理系统应该来说比其他的社会服务系统的管理要简单一点。电影院不外乎是引进电影，制定播放影片的时间表，买票，检票进场观看，还有就是一些数据管理方面的事。如工作人员管理，票务管理等等。为了工作机制简单有序，必然要引进一套管理系统。
1.3 定义
文档中采用的专门术语的定义及缩略词简要如下 CTS：CINEMA TICKET SYSTEM 影院售票系统
1.4 参考资料
[1]唐学忠，费贤举，王文琴。《Visual Basic 程序设计教程》。北京：中国电力出版社，2008普通高等教育“十一五”国家级规划教材。[2]张海潘。《软件工程》。人民邮电出版社，21世纪高等学校计算机规划教材。任务概述
2.1 目标
具体而言，影院售票系统需要实现以下的需求：
（1）能够对播放电影，工作人员，售票事宜，检票事宜，无用数据进行处理。（2）售票管理自然有专人负责，要处理各电影的电影票销售问题。当然包括退票问题，还有就是预订电影票其实也就相当于买票。两者可以当一回事处理。
（3）检票管理事宜要完成观众进场时检票的事宜。其中包括了电影票的真假检测问题。（4）数据管理要处理电影的播放的次序，工作人员的管理，以及过期电影票的处理问题。
2.2 运行环境
Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；
运行时占用内存：≤1MB；
所需硬盘空间：≤5MB；
软件平台：中文Windows2000/XP或更高版本；
2.3 条件与限制
比较简单，不能实现完善和全面的功能。在货币交易时还不能进行更好的管理。对于一些突发事件无法处理，以及影院的特殊要求服务无法实现。数据描述
3.1 静态数据
影院售票系统的静态数据包括：
影库管理表(MOVIES): 电影号（long）
电影名称(nvarchar)导演(nvarchar)主演(nvarchar)制片厂(nvarchar)上映时间(datetime)价格
（long）
售票信息表(TICKETS):
电影票号（long）
座位号
（long）电影号
（long）电影名
(nvarchar)上映时间(datetime)价格
（long）验证码
（long）
职工信息表（WORKERS）： 职工号（nvarchar）
职工密码（nvarchar）职工类型（nvarchar）
3.2 动态数据
输入数据：鼠标对按钮的点击：服务系统选择 职工工号、密码 输出数据：无 内部数据：无
3.3数据库描述
数据库采用Microsoft Access数据库。
3.4数据流图和数据词典
《影院售票系统》的总体功能如下： 职工的登录和注销；
为观众提供买票即座位销售，以及退票服务；
对进场观众检票，如果发现有假票或无票观众不允许入内； 系统维护；
对电影库播放列表的管理；
对职工数据的处理，如增加、删除和更改；
对所售出的电影票进行管理，把没用的数据进行清除
1）登录部分
（1）数据流图
职工信息表检验错误密码工号职工密码身份检验操作信息密码修改售票选择检票选择登录系统选择维护选择职工信息职工信息表操作确认
（2）数据词典
数据源点及汇点描述： ① 名称：职工
简要描述：管理职工信息
有关数据流：职工工号、密码、系统选择：售票系统、检票系统、维护系统 数目：1 加工逻辑词条描述： ① 加工名：身份检验
加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 加工逻辑： IF 工号为空 THEN
发出“工号为空错误”
ELSE IF 密码为空 THEN
发出“密码为空错误”
ELSE IF 工号和密码不符 THEN
发出“工号和密码不匹配错误”
ENDIF
ENDIF
ENDIF
ENDIF
数据流名词条描述： ① 数据流名：职工号
说明：职工的工号 数据流来源：职工 数据流去向：身份检验
数据流组成：职工号=短整型字符串 ② 数据流名：密码
说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： ③ 数据流名：出错信息
说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：职工
数据流组成：出错信息＝任意字符串 ④ 数据流名：系统名称
说明：系统的名称 数据流来源： 数据流去向：选择 数据流组成： 数据文件词条描述：
① 数据文件名：职工信息表
简述：存放职工信息 输入数据：
输出数据：职工信息
数据文件组成：职工信息表由“职工信息”组成
2）职工售票及退票
电影票信息表检验错误 售票管理人员电影票信息身份检验职工信息职工信息表操作确认操作信息售票随机产生验证码电影票信息表电影票信息退票工号密码
(2):数据词典：
数据源点及汇点描述： 名称：售票管理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：售票 ○加工编号：2 简要描述：根据所读入的操作信息，售出电影票 输入数据流：操作信息，电影票信息 输出数据流：电影票信息，操作确认
加工逻辑：根据所读入的操作信息，售出电影票
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号
数据流来源：售票管理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：售票管理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：电影票信息 ○说明：电影票信息
数据流来源：售票管理人员 数据流去向：电影票信息表
数据文件词条描述：
① 数据文件名：电影票信息表
简述：电影票信息 输入数据：电影票信息 输出数据：
数据文件组成：电影票信息表由“电影票信息”组成 存储方式：关键码 存取频率：频繁
3）检票
电影票信息表检验错误检票管理人员电影票信息身份检验职工信息职工信息表操作确认操作信息检票验证号验证真伪工号密码
(2):数据词典：
数据源点及汇点描述： 1 名称：检票管理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：检票 ○加工编号：3 简要描述：根据所读入的操作信息，检验电影票 输入数据流：操作信息，电影票信息 输出数据流：电影票信息，操作确认
加工逻辑：根据所读入的操作信息，检验电影票
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号
数据流来源：检票管理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：检票管理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：电影票信息 ○说明：电影票信息
数据流来源：检票管理人员 数据流去向：电影票信息表
数据文件词条描述：
① 数据文件名：电影票信息表
简述：电影票信息 输入数据：电影票信息 输出数据：
数据文件组成：电影票信息表由“电影票信息”组成 存储方式：关键码 存取频率：频繁
4）维护系统
影库管理表检验错误 数据处理人员影库信息身份检验职工信息职工信息表操作确认操作信息职工信息表职工信息维护系统选择影库管理表票务信息工号密码
（2）数据词典
数据源点及汇点描述： ② 名称：数据处理人员
简要描述：管理职工信息
有关数据流：职工工号、密码、系统选择：影库系统、职工系统、票务系统 数目：1 加工逻辑词条描述： ② 加工名：身份检验
加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 3加工名：维护 ○加工编号：4 简要描述：选择要维护的系统 输入数据流：操作信息，系统信息 输出数据流：系统信息，操作确认 加工逻辑：选择要维护的系统
数据流名词条描述： ⑤ 数据流名：职工号
说明：职工的工号
数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 ⑥ 数据流名：密码
说明：与职工名称相匹配的密码 数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： ⑦ 数据流名：出错信息
说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：数据处理人员
数据流组成：出错信息＝任意字符串 ⑧ 数据流名：系统名称
说明：系统的名称
数据流来源：数据处理人员 数据流去向：选择 数据流组成： 数据文件词条描述：
② 数据文件名：职工信息表
简述：存放职工信息 输入数据：
输出数据：职工信息
数据文件组成：职工信息表由“职工信息”组成
（1）影库管理
影库管理表检验错误 数据处理人员影库信息身份检验职工信息职工信息表操作确认操作信息影库管理工号密码
(2):数据词典：
数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：影库管理 ○加工编号：5 简要描述：根据所读入的操作信息，对影库信息进行查询、增加、删除、修改等 输入数据流：操作信息，影库信息 输出数据流：影库信息，操作确认
加工逻辑：根据所读入的操作信息，对影库信息进行查询、增加、删除、修改等
数据流名词条描述： 数据流名：职工号 ○
说明：职工的工号
数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：影库信息 ○说明：影库信息
数据流来源：数据处理人员 数据流去向：影库管理表
数据文件词条描述：
① 数据文件名：影库管理表
简述：影库信息 输入数据影库信息 输出数据：
数据文件组成：影库管理表由“影库信息”组成 存储方式：关键码 存取频率：频繁
（2）职工管理
职工信息表检验错误 数据处理人员职工信息身份检验职工信息职工信息表操作确认 工号密码操作信息职工管理
(2):数据词典：
数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：职工管理 ○加工编号：6 简要描述：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等 输入数据流：操作信息，职工信息 输出数据流：职工信息，操作确认
加工逻辑：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号 数据流来源：职工 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：职工信息 ○说明：职工信息
数据流来源：数据处理人员 数据流去向：职工信息表
数据文件词条描述：
① 数据文件名：职工信息表
简述：职工信息 输入数据：职工信息 输出数据：
数据文件组成：职工信息表由“职工信息”组成 存储方式：关键码 存取频率：频繁
（3）票务管理
影库管理表检验错误 数据处理人员电影票信息身份检验职工信息职工信息表操作确认
(2):数据词典：
数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：职工管理 ○加工编号：7 简要描述：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等 输入数据流：操作信息，职工信息 工号密码操作信息票务管理
输出数据流：职工信息，操作确认
加工逻辑：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号 数据流来源：职工 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：影库信息 ○说明：影库信息
数据流来源：数据处理人员 数据流去向：影库管理表
数据文件词条描述：
① 数据文件名：影库管理表
简述：影库信息 输入数据：影库信息 输出数据：
数据文件组成：影库管理表由“影库信息”组成 存储方式：关键码 存取频率：频繁
3.5.数据采集
数据采集采用键盘输入和鼠标点击选择。功能需求
4.1 功能划分
该软件具有如下主要功能： 1.查询功能； 2.添加功能； 3.修改功能； 4.删除功能； 5.授权功能
4.2 功能描述
1.查询功能
职工信息查询； 影片信息查询； 2.添加功能
增加一个影片； 增加一个职工 3.修改功能
修改影片或职工已存在的记录内容，提供确认机制； 4.删除功能
删除一个影片； 删除一个职工 5.授权功能；
仅有职工有操作的权限； 性能需求 5.1 时间特性
一般操作的响应时间应在1－2秒内。
5.2 适应性
满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。运行需求 6.1 用户界面
采用网页显示方式，可同时打开多个窗口运行。
6.2 硬件接口
支持各种x86系列PC机。
6.3 软件接口
运行于Windows 2000/xp及更高版本并装有IE的操作系统之上。
6.4 故障处理
正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
第二篇：火车售票系统需求规格说明书
车 售 票 系 统
需 求 规 格 说 明 书
作者：李艳亮 2013年11月 火
目录
1．引言.............................................................................................................................................3
1.1编写目的.............................................................................................................................3 1.2项目背景.............................................................................................................................3 1.3定义.....................................................................................................................................3 1.4参考资料.............................................................................................................................3 2．任务概述.....................................................................................................................................3
2.1目标.....................................................................................................................................3 2.2运行环境.............................................................................................................................4 2.3条件与限制.........................................................................................................................4 3．数据描述.....................................................................................................................................4
3.1静态数据.............................................................................................................................4 3.2动态数据.............................................................................................................................4 3.3数据库介绍.........................................................................................................................5 3.4数据词典.............................................................................................................................5 3.5数据采集.............................................................................................................................9 4．功能需求.....................................................................................................................................9
4.1功能划分.............................................................................................................................9 4.2功能描述...........................................................................................................................10 5．性能需求...................................................................................................................................10 5.1数据精确度.......................................................................................................................10 5.2时间特性...........................................................................................................................10 5.3适应性...............................................................................................................................10 6．运行需求...................................................................................................................................11 6.1用户界面...........................................................................................................................11 6.2硬件接口...........................................................................................................................11 6.3软件接口...........................................................................................................................11 6.4故障处理...........................................................................................................................11 7．其它需求...................................................................................................................................11
1．引言
1.1编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
1.2项目背景
1、.项目的委托单位：中国铁路局
2、开发单位：湖南安全技术职业学院
3、软件名称：火车售票系统
1.3定义
1、铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
2、需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
3、需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
4、模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
1.4参考资料
1、《实用软件工程》（第二版）郑人杰，殷人昆，陶永雷，清华大学出版社，1997
2、《JAVA网络高级编程》金勇华，曲俊生，人民邮电出版社，2001
3、《JBUILDER培训教程》Borland software corporation，机械工业出版社，2002 2．任务概述
2.1目标
(1)完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能
（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础
使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。
（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有授权的售票员可通过密码识别进行维护。
2.2运行环境
操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 2000 2.3条件与限制
一个更完善的火车售票系统，应提供更为便捷与强大的查询购买功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能，对于信息的保护手段仅限制于设置用户级别，以记名提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。
3．数据描述
3.1静态数据
火车票：列车车号
(int SerialNumber)
列车始发时间(struct time SetOut)
列车始发站(char DeparturePoint)
列车终点站(char TerminalPoint)票务：列车车号
(int SerialNumber)
已售出车票票数(int FixedNumber)
额定载量（int FixNumber）售票员：用户名（char name）
密码(char password)3.2动态数据
输入数据：根据界面提示，键盘输入操作；
查询方式：查询车次、查询始发站；
旅客购买时的票务信息，售票员添加、购票、退票时的票务信息；
售票员备份数据恢复所需的数据备份文件；
售票员操作需密码，旅客操作受限； 输出信息：查询车次确定的数据库记录的子集；
统计结果；
车次信息录入、删除（成功或失败）；
车次信息查询、购买的操作结果；
数据备份输出的数据备份文件； 内部数据：查询操作建立的索引；
3.3数据库介绍
数据库采用Microsoft Access数据库
3.4数据词典
《火车售票系统》的总体功能如下：
车票的售出； 车票的退还； 车票信息的查询； 车票的增删改；
售票员查询统计车票信息； 售票系统数据备份； 售票管理者口令修改； 1．售票员登陆系统：
（1）数据流图
售票退票选择检验错误售票员选择用户名密码身份验证售票员信息密码正确登陆系统选择选择选择授权信息表查询录入新的班次信息
（2）数据词典
数据源点及汇点描述： ① 名称：售票员
简要描述：管理售票员信息
有关数据流：用户名、密码、系统选择：售票系统、退票系统、查询系统、录入信息系统 数目：1 加工逻辑词条描述： ① 加工名：身份检验
加工编号：１
简要描述：检验用户身份
输入数据流：用户名、密码
输出数据流：密码正确、身份验证错误 加工逻辑： IF 用户名为空 THEN
发出“用户名为空错误”
ELSE IF 密码为空 THEN
发出“密码为空错误”
ELSE IF 用户名和密码不符 THEN
发出“用户名和密码不匹配错误”
ENDIF
ENDIF
ENDIF
ENDIF 数据流名词条描述： ① 数据流名：用户名
说明：售票员姓名 数据流来源：售票员 数据流去向：身份检验
数据流组成：用户名=字符型字符串 ② 数据流名：密码
说明：与用户名相匹配的密码 数据流来源：售票员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： ③ 数据流名：出错信息
说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：售票员
数据流组成：出错信息＝任意字符串 ④ 数据流名：系统名称
说明：系统的名称 数据流来源： 数据流去向：选择 数据流组成： 数据文件词条描述：
① 数据文件名：授权信息表
简述：存放售票员信息 输入数据：
输出数据：售票员信息
数据文件组成：授权信息表由“售票员信息”组成
2．售票员相关操作（售票、退票、查询、录入）
票务信息表车票信息车票信息售票退票检验错误选择选择用户名售票员密码身份验证密码正确登陆系统选择售票员信息选择选择授权信息表查询录入新的班次信息车票信息车票信息列车信息表(2):数据词典：
数据源点及汇点描述：
○1 名称：售票员 简要描述：管理售票员信息
有关数据流：用户名、密码 数目：1 加工逻辑词条描述： ○1加工名：身份检验 加工编号：１
简要描述：检验用户身份 输入数据流：用户名、密码
输出数据流：密码正确、身份验证错误 ○2加工名：售票 加工编号：2 简要描述：根据所读入的操作信息，售出火车票 输入数据流：操作信息，火车票信息 输出数据流：火车票信息
加工逻辑：根据所读入的操作信息，售出火车票
数据流名词条描述：
○1 数据流名：用户名 说明：售票员的姓名
数据流来源：售票员 数据流去向：身份检验
数据流组成：用户名=字符型字符串 ○2数据流名：密码 说明：与职工名称相匹配的密码 数据流来源：售票员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： ○3数据流名：车票信息 说明：车票信息 数据流来源：售票员
数据流去向：列车信息表 数据文件词条描述：
① 数据文件名：列车信息表
简述：车票信息 输入数据：车票信息 输出数据：
数据文件组成：列车信息表由“车票信息”组成 存储方式：关键码 存取频率：频繁 ○2数据文件名：票务信息表 简述：票务信息 输入数据：票务信息 输出数据：
数据文件组成：票务信息表由“列车号、已售票、剩余票”组成存储方式：关键码 存取频率：频繁
3．旅客查询购票过程：（1）数据流图
旅客 登录系统选择选择选择选择订票退票查询(2)数据词典：
● 数据源点及汇点描述： 名称：旅客
简要描述：订票，退票，查询
有关数据流：系统选择：订票系统、退票系统、查询系统 ●数据流名词条描述：
⑤ 数据流名：系统名称
说明：系统的名称 数据流来源： 数据流去向：选择 数据流组成：
3.5数据采集
数据采集采用键盘输入
4．功能需求
4.1功能划分
该软件具有如下主要功能： 1．浏览功能 2．查询功能 3．添加功能 4．修改功能 5．删除功能
6．授权功能
4.2功能描述
1．浏览功能
列出当前数据库文件中车票的所有记录 可选定一项纪录，显示说有域 2．查询功能
车次信息匹配查询 始发站信息匹配查询 3．添加功能
增加一条车票的信息 4．修改功能
修改某一已存在的记录内容，提供确认机制 5．删除功能
删除一条记录，提供确认机制 6．授权功能
授权票务管理人员修改数据的权限
5．性能需求
5.1数据精确度
查询时应保证查全率，所有在相应域中包含查询车次的记录都应能查到，同时保证查准率。
5.2时间特性
一般操作的相应时间应在1~2秒内
5.3适应性
满足运行环境在允许操作系统之间的安全转换和雨其它又能够用软件的独立运行要求。
6．运行需求
6.1用户界面
采取对话框方式，多功能窗口运行
6.2硬件接口
（1）硬件接口：支持x86系列PC机
（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。
6.3软件接口
运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。
6.4故障处理
正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。
7．其它需求
（1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。
（2）安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
（3）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。
（4）兼容性：由于尚未测试，故无法对兼容性进行评析。
第三篇：基于网络的铁路售票系统需求规格说明书
三、需求规格说明书
需求规格说明书
1．引言....................................................................................................................2 1.1编写目的......................................................................................................2 1.2项目背景......................................................................................................2 1.3定义.............................................................................................................2 1.4参考资料......................................................................................................2 2．任务概述.............................................................................................................3 2.1目标.............................................................................................................3 2.2运行环境......................................................................................................3 2.3条件与限制...................................................................................................3 3．数据描述.............................................................................................................3 3.1静态数据......................................................................................................3 3.2动态数据......................................................................................................4 3.3数据库介绍...................................................................................................4 3.4数据词典......................................................................................................4 3.5数据采集......................................................................................................6 4．功能需求.............................................................................................................7 4.1功能划分......................................................................................................7 4.2功能描述......................................................................................................8 5．性能需求.............................................................................................................8 5.1数据精确度...................................................................................................8 5.2时间特性......................................................................................................8 5.3适应性..........................................................................................................8 6．运行需求.............................................................................................................9 6.1用户界面......................................................................................................9 6.2硬件接口......................................................................................................9 6.3软件接口......................................................................................................9 6.4故障处理......................................................................................................9 7．其它需求.............................................................................................................9
三、需求规格说明书
1．引言
1.1编写目的
需求规格说明书是为了能更好的理解开发基于网络的铁路售票软件的需求，避免由于对问题认识的不清或错误理解而增加更多的开发成本，便于安排项目规划与进度、组织软件开发与测试，以开发出满意的项目。需求分析是基于网络的铁路售票软件系统生存期中定义阶段的最后一个步骤。是作为整个软件开发范围的指南，是软件开发人员开发出正确的符合用户要求的软件的重点。是为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档该文档将最终交给软件具体开发人员进行具体的开发，其针对的对象是软件开发人员。
1.2项目背景
a.项目的委托单位：开封火车站。
b.开发单位：河南大学。c.主管部门：计算机学院。
d.软件名称：基于网络的铁路售票系统。
e.软件开发者：庞林辉，许家豪，刘赵光，李静，张笑鸣，李翱。
1.3定义
a..基于网络的铁路售票系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
b.需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
c.需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。d.模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
1.4参考资料
a.《软件工程》（第五版）张海藩。清华大学出版社，2008。
b.数据库系统概论(第四版)王珊、萨师煊。高等教育出版社，2005。c.基于网络的铁路订票系统可行性分析报告（第六组）.docx。
三、需求规格说明书
2．任务概述
2.1目标
(一)完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
(二)应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。(三)可实现旅客对于火车票的查询与购买功能；对于所查询的车次结果提供列表显示输出。
2.2运行环境
操作系统：Microsoft Windows 7 支持环境：IIS 5.0 数据库：Microsoft SQL Server 2008 2.3条件与限制
支持运行环境即可，在Windows下基本没限制。
3．数据描述
3.1静态数据
车票信息表： 列车车次：(intSerialNumber)
列车类型：(charTrainType)
列车始发时间：(DateTimeSetOut)
列车到站时间：(DateTime Arrive)
列车始发站：(charDeparturePoint)列车终点站：(charTerminalPoint)订票信息表： 列车车次：(intSerialNumber)
列车类型：(charTrainType)
列车始发时间：(DateTimeSetOut)
列车到站时间：(DateTime Arrive)
三、需求规格说明书
列车始发站：(charDeparturePoint)列车终点站：(charTerminalPoint)
列车运行时间：(DateTime Runtime)参考票价：(intReferenceFares)席别：(charSeetPosition)
单票价：(intSingleTicketPrices)订票数量：(intBookingNum)剩余票量：(intSurplusTicketNum)总价：(intTotalPrices)用户姓名：(charUserName)用户ID(身份证号)：(intUserID)订票时间：(DateTimeBookDate)手机号：(chartelephone)邮编：(char Postcode)送票地址：(char Address)Email(可选)：(charEmailNum)用户信息表：
3.2动态数据
输入数据：根据界面提示，键盘输入操作； 查询方式：查询车次、查询始发站； 旅客购买时的票务信息；
输出信息：查询车次确定的数据库记录的子集； 统计结果；
车次信息查询、购买的操作结果；
3.3数据库介绍
数据库采用Microsoft SQL Server 2008数据库
3.4数据词典
《基于网络的铁路售票系统》的总体功能如下： 车票的售出； 车票的退还； 车票信息的查询； 数据词典：
数据文件词条描述：
① 数据文件名：列车信息表
简述：车票信息
三、需求规格说明书
输入数据：车票信息
输出数据：
数据文件组成：列车信息表由“车票信息”组成 存储方式：关键码 存取频率：频繁
② 数据文件名：订票信息表
简述：订票信息
输入数据：订票信息 输出数据：
数据文件组成：订票信息表由“订票信息”组成 存储方式：关键码 存取频率：频繁
③ 数据文件名：用户信息表
简述：用户信息
输入数据：用户信息 输出数据：
数据文件组成：用户信息表由“用户信息”组成 存储方式：关键码 存取频率：频繁
3．旅客查询购票过程：（1）数据流图
旅客 登录系统选择选择选择选择订票退票查询
(2)数据词典： ● 数据源点及汇点描述： 名称：旅客
简要描述：订票，退票，查询
有关数据流：系统选择：订票系统、退票系统、查询系统 ●数据流名词条描述： ① 数据流名：系统名称
说明：系统的名称
三、需求规格说明书
数据流来源： 数据流去向：选择 数据流组成：
3.5数据采集
数据采集采用键盘输入和菜单选项的选择。
3.6 流程图
1.系统流程图
2.数据流程图
开始用户输入选择功能模快从数据库中读出相应数据初始化页面并显示解析数据用户操作保存数据到数据库结束图3.3-1建议系统的系统流程图
三、需求规格说明书
车票信息车票信息车票信息处理订票订票信息界面显示订票信息订票信息用户 图3.3-2建议系统的数据流程图
3.业务流程图
① 基于网络的铁路售票系统订票业务流程图如图3.3-3所示。
查询车次列车详细信息填写订单支付票款并联系出票快递配送图3.3-3 基于网络的铁路售票系统订票业务流程图
② 基于网络的铁路售票系统退票业务流程图如图3.3-4所示。
查询我的订单退票查询帐户余额
图3.3-4 基于网络的铁路售票系统退票业务流程图
4．功能需求
4.1功能划分
该软件具有如下主要功能： 1． 查询功能 2． 订票功能 3． 退票功能 如图4.1-1所示。
三、需求规格说明书
基于网络的铁路售票系统查询功能订票功能退票功能
图4.1-1 基于网络的铁路售票系统功能模块划分图
4.2功能描述
1.查询功能
车次信息匹配查询 始发站信息匹配查询 2.修改功能
修改车票信息 3.删除功能
退票时删除对应订票信息
5．性能需求
5.1数据精确度
查询时应保证查全率，所有在相应域中包含查询车次的记录都应能查到，同时保证查准率。
5.2时间特性
一般操作的相应时间应在1~2秒内
5.3适应性
满足运行环境在允许操作系统之间的安全转换又能够满足软件的独立运行要求。
三、需求规格说明书
6．运行需求
6.1用户界面
采取对话框方式，多功能窗口运行。
6.2硬件接口
（1）硬件接口：支持x86,x64系列PC机
（2）网络硬件接口要求：现实中要求具有高速以太网实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。
6.3软件接口
运行于Windows2000及更高版本的操作系统之上。
6.4故障处理
正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。
7．其它需求
(一)可用性：该软件也可以通过单步跟踪的操作进行检查处理。
(二)安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
(三)可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。(四)兼容性：由于尚未测试，故无法对兼容性进行评析。
第四篇：车辆管理系统需求规格说明书
车辆管理系统
软件需求规格说明书
班 级 08软工A1 拟制人 舒骥
2011年05月10日
目录
1引言.............................................................................................................................1
1.1编写目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 预期读者........................................................................................................1 1.4参考资料.........................................................................................................1 2综合描述.....................................................................................................................2
2.1产品目标.........................................................................................................2 2.2产品功能.........................................................................................................2 2.3用户范畴和特征.............................................................................................2 2.4运行环境.........................................................................................................3 2.5设计和实现限制.............................................................................................3 2.6 假定和约束....................................................................................................3
2.6.1人力资源约束.....................................................................................3 2.6.2技术约束.............................................................................................3 2.6.3环境约束.............................................................................................3
3外部接口需求.............................................................................................................4
3.1用户界面.........................................................................................................4 3.2硬件接口.........................................................................................................4 3.3软件接口.........................................................................................................4 3.4通信接口.........................................................................................................4 4功能性需求.................................................................................................................4
4.1功能分析.........................................................................................................4 4.2用例图.............................................................................................................5 4.3用例分析.........................................................................................................9 4.4功能活动图...................................................................................................19 4.5状态图...........................................................................................................21 5非功能需求...............................................................................................................22
5.1性能需求.......................................................................................................22
5.1.1时间、界面、响应要求...................................................................22 5.1.2灵活性...............................................................................................22 5.2数据管理需求...............................................................................................22
5.2.1系统数据流图...................................................................................22 5.2.2数据整理与保存...............................................................................24 5.2.3数据安全性.......................................................................................24 5.3故障处理需求...............................................................................................24
1引言
1.1编写目的
需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。
1.2 背景
物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。
开发软件名称：车辆管理系统 项目开发者：08软工A1 舒骥 用户：运输集团公司
1.3 预期读者
本需求的预期读者是开发组成人员，软件测试人员，支持本项目的老师，软件维护人员。
1.4参考资料
[1].《软件需求工程》 毋国庆 梁正平袁梦霆 李勇华 编著[2].《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著
[3].《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著
[4].《软件工程实验与实践教程》 陈佳 曹妍 编著 [5].《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著 2综合描述
2.1产品目标
车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。
2.2产品功能
* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询
2.3用户范畴和特征
本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门，下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等，其组织结构如下图1：
图1：运输集团公司组织结构图
2.4运行环境
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
数据库为SQL Server2000版本
2.5设计和实现限制
仅设计为本地版本，无需联网，没有服务器端。
2.6 假定和约束
2.6.1人力资源约束
1、开发工作量约需1个人2月工作量。开发完成后，可减少为1名作为维护人员；
2、辅导老师1人，开发人员2人。
2.6.2技术约束
本项目的设计是在ASPAsp.Net程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。
2.6.3环境约束
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
3外部接口需求
3.1用户界面
见《系统设计说明书》
3.2硬件接口
考虑到大量数据的备份等要求，需要保持与磁带机、光盘刻录机及USB的接口，这较易实现。
3.3软件接口
这里，主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能，所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。
3.4通信接口
无需与网络连接，只需考虑与外部移动设备的通信。
4功能性需求
4.1功能分析
1、车辆基本信息管理模块
(1)用户的登录管理：不同级别的用户通过特定的用户名和密码登录系统，对相应的信息进行管理。
(2)查询车辆基本信息：通过输入车辆的基本信息对车辆的整体信息进行查询。(3)删除车辆基本信息：有相关权限的用户可对某些不再需要的车辆信息进行删除。
(4)修改车辆基本信息：有相关权限的用户如有必要，可对车辆的基本信息进 行修改。
(5)添加车辆基本信息：有相关权限的用户可添加车辆的基本信息。
2、车辆购置管理模块
用户可添加、修改、删除、查询车辆购置管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。
3、车辆调拨管理模块
与车辆购置管理类似，用户可添加、修改、删除、查询车辆调拨管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。
4、车辆报废管理模块
与车辆购置管理类似，用户可添加、修改、删除、查询车辆报废管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。
5、车辆信息查询管理模块
实现对多种信息的快速模糊查询，可根据车辆所属的二级公司，车牌号，车辆的厂牌，规格，型号等信息进行不同的组合来查询车辆，还可根据申请购置，调拨，报废车辆的二级公司，申请时间等查询车辆的购置，调拨，报废的申请及审批情况等。
4.2用例图
1、车辆管理信息系统用例图
2、车辆购置管理用例图
3、车辆调拨管理用例图
4、车辆报废管理用例图
5、车辆基本信息管理用例图
4.3用例分析
一、车辆购置管理
用例1 用例名称：添加车辆购置申请 用例识别号：1.1.1 参与者：二级公司用户
简要说明：二级公司用户添加一个车辆购置申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：
1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆购置申请记录就被插入到数据库中。5)用例终止 其它事件流：
在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：一条新的车辆购置记录被插入到数据库中并显示出来。注释：无。
其它事件流：
在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆购置申请记录不会被删除。
异常件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：选中的默认的车辆购置申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选择要删除的内容。
用例3 用例名称：总工程师购置申请审批 用例识别号：1.2.1 参与者：总工程师
简要说明：总工程师对二级公司用户提交的车辆购置申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。
基本事件流：
1)总工程师单击选中要审批的车辆购置申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆购置申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总工程师确认。2）返回到管理系统主界面。
后置条件：选中的车辆购置申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆购置申请记录。
用例4 用例名称：总经理购置申请批复 用例识别号：1.3.1 参与者：总经理
简要说明：总经理对二级公司用户提交的公司所属车辆购置申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录，即：总工程师已审批、总经理未批复的公司所属车辆购置申请记录。基本事件流：
1)总经理单击选中要审批的车辆购置申请记录。
2)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆购置申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。3)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总经理确认。2）返回到管理系统主界面。
后置条件：选中的车辆购置申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆购置申请记录。
二、车辆调拨管理
用例5 用例名称：添加车辆调拨申请 用例识别号：2.1.1 参与者：二级公司用户
简要说明：二级公司用户添加一个车辆调拨申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：
1)二级公司用户单击“插入”按钮。2)系统出现编辑窗。
3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆调拨申请记录就被插入到数据库中。5)用例终止。其它事件流：
在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：
1)提示错误信息，二级公司用户确认。2)返回到管理系统主界面。
后置条件：一条新的车辆调拨记录被插入到数据库中并显示出来。注释：无。
用例6 用例名称：删除车辆调拨申请 用例识别号：2.1.2 参与者：二级公司用户
简要说明：二级公司用户删除一个车辆调拨申请记录。
前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。基本事件流：
1)二级公司用户单击选中要删除的车辆调拨申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮，该车辆调拨申请记录就被从数据库中删除。5)用例终止。其它事件流：
在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆调拨申请记录不会被删除。异常件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：选中的默认的车辆调拨申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选择要删除的内容。
用例7 用例名称：总工程师调拨申请审批 用例识别号：2.2.1 参与者：总工程师
简要说明：总工程师对二级公司用户提交的车辆调拨申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。
基本事件流：
1)总工程师单击选中要审批的车辆调拨申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆调拨申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总工程师确认。2）返回到管理系统主界面。
3）后置条件：选中的车辆调拨申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆调拨申请记录。
用例8 用例名称：总经理调拨申请批复 用例识别号：2.3.1 参与者：总经理
简要说明：总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录，即：总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。基本事件流：
1)总经理单击选中要审批的车辆调拨申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆调拨申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总经理确认 2）返回到管理系统主界面
后置条件：选中的车辆调拨申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆调拨申请记录。
三、车辆报废管理
用例9 用例名称：添加车辆报废申请 用例识别号：3.1.1 参与者：二级公司用户
简要说明：二级公司用户添加一个车辆报废申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：
1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆报废申请记录就被插入到数据库中。5)用例终止。其它事件流：
在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：一条新的车辆报废记录被插入到数据库中并显示出来。注释：无。
用例10 用例名称：删除车辆报废申请 用例识别号：3.1.2 参与者：二级公司用户
简要说明：二级公司用户删除一个车辆报废申请记录。
前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。基本事件流：
1)二级公司用户单击选中要删除的车辆报废申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮，该车辆报废申请记录就被从数据库中删除。5)用例终止。
其它事件流：
在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆报废申请记录不会被删除。异常件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：选中的默认的车辆报废申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选择要删除的内容。
用例11 用例名称：总工程师报废申请审批 用例识别号：3.2.1 参与者：总工程师
简要说明：总工程师对二级公司用户提交的车辆报废申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。
基本事件流：
1）总工程师单击选中要审批的车辆报废申请记录。2）总工程师单击“审批”按钮。3）系统出现编辑窗口。
4）总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5）总工程师选择“同意”或“不同意”单选按钮审批结果。
6）总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆报废申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7）用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总工程师确认。2）返回到管理系统主界面。
3）后置条件：选中的车辆报废申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆报废申请记录。
用例12 用例名称：总经理报废申请批复 用例识别号：3.3.1 参与者：总经理
简要说明：总经理对二级公司用户提交的公司所属车辆报废申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录，即：总工程师已审批、总经理未批复的公司所属车辆报废申请记录。基本事件流：
1)总经理单击选中要审批的车辆报废申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆报废申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总经理确认。2）返回到管理系统主界面。
后置条件：选中的车辆报废申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆报废申请记录。
4.4功能活动图
1、用户登录活动图
2、车辆基本信息管理活动图
3、车辆购置管理活动图 4.5状态图
1、车辆购置申请单状态图
2、车辆基本信息状态图
5非功能需求
5.1性能需求
5.1.1时间、界面、响应要求
由于此系统主要用于信息的保管查询，即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏，及恶意的窃取私人信息，要求有较为可靠的安全性能。另外也需要高速的响应，要求稳定、安全、便捷，易于管理和操作。另外使用者大多为非计算机人员，所以要求界面友善，交互性强。查询速度：不超过5秒；
其它所有交互功能反应速度：不超过3秒； 可靠性：平均故障间隔时间不低于300小时。信息容量：不低于10G时可能出现系统崩溃。
5.1.2灵活性
当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。
5.2数据管理需求
5.2.1系统数据流图
车辆购置业务流程图
车辆调拨业务流程图 车辆报废业务流程图
5.2.2数据整理与保存
应满足随时整理的需求，用户可随时更改数据，保存数据。对于数据唯一性的识别应放在多个关键字之上。
5.2.3数据安全性
数据应具有极高的安全性，为了保护用户的隐私，仍需设置登陆及密码保护，以防用户的信息被人窃取。
5.3故障处理需求
1、内部故障处理: 在开发阶段可以随即修改数据库里的相应内容。
2、外部故障处理: 24 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。
3、本软件可能产生的错误为数据库的错误信息，应由数据库管理员对数据库进行维护。为了确保系统恢复的能力，数据库管理员要定期对数据库进行备份。但产品投入使用后，则由维护人员跟进。
第五篇：物流管理系统—需求规格说明书
物流管理系统
需求规格说明书
修订历史记录
日期
版本
说明
作者
2009-X-X
1.0
1引言
1.1编写目的3
1.2背景
1.2.1背景说明
1.2.2系统名称定义与目标对象：
1.2.3系统面向的用户群体
1.3术语定义
1.4参考资料
2业务概述
2.1业务场景和约束
2.1.1概述
2.1.2业务流程
3具体需求
3.1功能性需求
3.1.1功能性需求分类
3.1.2用户管理
3.1.3车辆管理
3.1.4驾驶员管理
3.1.5运力查询
3.1.6承运任务管理
3.1.7运输成本核算
3.2非功能性需求
3.2.1可用性
3.2.2可靠性
3.2.3性能
3.2.4可支持性
3.2.5设计约束
3.2.6安全性
3.2.7用户界面
3.2.8授权需求
1引言
1.1编写目的编写该文档目的在于明确系统范围，明确物流管理系统的业务流程，并规范化的记录该系统的功能需求和非功能性需求。
本文档主要供以下人员阅读和使用：
l
为软件开发团队，包括项目开发人员和测试人员项目开发参考用
l
其它相关用户,了解系统的需求范围和实现目标，目的在于更好的使用系统
1.2背景
1.2.1背景说明
物流管理系统主要为物流公司解决日常办公和项目管理的需求，协助工作人员进行日常物流管理和人员管理，提高管理效率，降低运作成本，增强企业长期竞争力。
通过该系统，物流公司运输管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；承运业务员能开出和接收承运单；财务人员也能通过该系统进行运输成本的核算。
1.2.2系统名称定义与目标对象：
本案例中系统名为“物流管理系统”，主要供物流公司内部使用。
1.2.3系统面向的用户群体
系统面向物流公司的工作人员，包括财务人员、运输管理人员、调度人员、承运业务员
等。
1.2.3.1用户的特征
用户大都具备以下特征：
l
有IE使用经验
l
了解网络
l
了解办公自动化
1.2.3.2用户环境
用户的计算机环境大致如下：
l
Windows
XP简体中文版
l
IE浏览器
l
MS
Office办公软件
l
Outlook或Foxmail邮件管理
1.3术语定义
序号
名
称
说
明
LMS
物流管理系统
1.4参考资料
序号
文
档
版本
说
明
《企业物流管理》
2005-1-1
本系统查阅了本书的相关资料
2业务概述
2.1业务场景和约束
2.1.1概述
物流管理系统主要为物流公司解决日常办公和项目管理的需求，协助工作人员进行日常
物流管理和人员管理，提高管理效率，降低运作成本，增强企业长期竞争力。
通过该系统，物流公司运输管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；承运业务员能开出和接收承运单；财务人员也能通过该系统进行。
简单示意图如下：
2.1.2业务流程
车辆管理模块：
车辆管理模块分车队信息维护和车辆信息维护。在车队信息维护中，由运输管理员新增车队、更新车队、查询车队和删除车队。其中，查询车队分按车队编号查询、按车队名称查询、按车辆柜型查询、按车辆容积查询、按车辆状态查询。在车辆信息维护中，由运输管理员新增车辆、更新车辆、查询车辆和删除车辆。其中，查询车辆分按车牌号码查询、按车辆类型查询、按车辆载重查询、按车辆使用状态查询、按车辆所属车队查询、按车辆当前任务查询、按车辆计划任务查询;在新增车辆时，运输管理员填入车辆详细信息，并在车队列表中选择所属车队。
驾驶员管理模块：
本模块由运输管理员新增驾驶员，更新驾驶员，查询驾驶员及删除驾驶员。其中，查询驾驶员分按姓名查询、按政治面貌查询、按所属车队ID查询、按状态查询。
运力查询模块：
本模块分为运力综合查询和历史承运任务查询。运力综合查询分车队查询和车辆查询。其中，车队查询分按车队状态查询、按车队ID查询、按车队名字查询、按柜型查询;车辆查询按车辆状态查询、按车牌查询、按所属车队查询。历史承运任务分按客户名称查询、按取货时间查询、按车牌号码查询、按主驾驶员查询、按交货地点查询、按托运单查询、按预定车型查询。
承运任务管理模块：
本模块分为开出承运单、承运单管理、承运单接收。承运单管理中，分查询承运单，更新承运单，删除承运单及承运单派车，其中，承运单查询分按客户名称查询、按取货时间查询、按车牌号码查询、按主驾驶员查询、按交货地点查询、按托运单查询、按预定车型查询。承运单派车通过选择未派车承运单并选取车辆。承运单接收中，通过客户名称、取货时间、交货地点查询未接收承运单。
车队运输成本维护模块：
本模块分为查询承运单、插入成本、修改成本。由财务人员查询出承运单，并对相应承运单插入成本
用户管理模块：
本模块由注册用户、修改用户、删除用户组成。由拥有用户管理角色人员负责录入，查询，修改及删除用户。
2.2系统角色分析
综合客户的业务流程并进行用户分析后，可以把用户分成如下的几类角色。这样可以基于这些角色进行系统流程的权限控制，并且这种基于角色的权限管理使业务系统更加灵活可扩展。
角色中文名称
角色名称
权限
用户管理
administrators
用户管理员,可做用户相关操作。
车辆管理
transportUsers
可进入用车辆管理功能模块，功能模块入口权限。只有拥有此角色的用户，登录系统后才能看到左侧用车辆管理功能菜单。
运力查询
carryUsers
可查询车辆及车队操作和查询历史承运任务
承运任务管理
dispatcher
可执行插入承运单、管理承运单操作
运输成本核算
FinanceUsers
可执行插入承运任务成本、管理承运任务成本操作
有了上面的角色分析后，我们按照角色进行用例分析如下：
Ø
用户管理与角色对应
Ø
车辆管理与角色对应
Ø
驾驶管理与角色对应
Ø
承运单管理与角色对应
Ø
运力查询与角色对应
Ø
运输成本核算与角色对应
3具体需求
3.1功能性需求
3.1.1功能性需求分类
物流管理系统功能模块划分如下表：
功能模块
子功能
功能细化
1用户管理
1.1用户信息维护
1.1.1增加新帐户
1.1.2查看账户
1.1.3删除账户
2车辆管理
2.1车队信息维护
2.1.1录入车队信息
2.1.2修改车队信息
2.1.3删除车队信息
2.1.4查询车队信息
2.2车辆信息维护
2.2.1录入车辆信息
2.2.2修改车辆信息
2.2.3删除车辆信息
2.2.4查询车辆信息
3驾驶员管理
3.1驾驶员信息维护
3.1.1录入驾驶员信息
3.1.2修改驾驶员信息
3.1.3删除驾驶员信息
3.1.4查询驾驶员信息
4运力查询
4.1运力综合查询
4.1.1查询承运车队
4.1.2查询承运车辆
4.2历史承运任务查询
4.2.1查询承运单
5承运任务管理
5.1承运单开出
5.1.1开出承运单
5.1.2修改承运单
5.1.3删除承运单
5.1.4查询承运单
5.2承运单接收
5.2.1接收承运单
6运输成本核算
6.1车队运输成本维护
6.1.1录入成本
6.1.2查询承运任务
6.1.3修改成本
6.2车队运输成本核算
6.2.1核算运输成本
3.1.2用户管理
在用户管理功能模块中，主要是完成公文的起草、审核、审批、发文和归档等操作，实现用户管理的办公自动化，主要功能见下表：
用户管理模块
模块名称
功能概述
【用户管理区】
增加新帐户
录入用户基本信息，选择用户角色，完成用户的创建
查看账户
查看用户基本信息及用户角色
删除账户
查看用户基本信息及用户角色，将一些没用的用户进行删除
如上表所示，功能分为“用户办公区”和“系统管理区”等两个大的部分，主要供系统管理员创建、删除用户。
几个模块要求实现的功能具体说明如下：
1)
用户注册
l
用户注册，录入用户信息和选择用户角色
2)
用户修改
在“用户修改”功能中，要求系统显示已有用户列表。如果需要删除某个用户，需要在用户列表中选择删除。具体实现要求如下：
l
显示已有用户信息，包括“用户名”、“邮箱”等信息
l
在每条用户信息后，有“删除”按钮，点击“删除”按钮后能够实现删除操作
3.1.3车辆管理
车辆管理模块
模块名称
功能概述
【用户办公区】
录入车辆信息
运输管理人员录入车辆的基本信息，车辆添加
查询车辆信息
运输管理人员输入查询车辆的条件，查询车辆信息
录入车队信息
运输管理人员录入车队的基本信息，车队添加
查询车队信息
运输管理人员输入查询车队的条件，查询车队信息
修改车队信息
运输管理人员将一些错误的车队信息，进行修改
修改车辆信息
运输管理人员将一些错误的车辆信息，进行修改
删除车队信息
运输管理人员将一些已不存在的车队信息，进行删除
删除车辆信息
运输管理人员将一些已不存在的车辆信息，进行删除
如上表所示，功能分为“用户办公区”和“系统管理区”等两个大的部分，主要供系统运输管理录入、修改、删除车辆及车队信息。
几个模块要求实现的功能具体说明如下：
1)
录入车辆信息
l
运输管理，录入车辆的基本信息，并提交
2)
查询车辆信息
在“查询车辆信息”功能中，要求系统显示已有车辆列表。如果需要删除、修改某个车辆信息，需要在车辆列表中选择删除、修改。具体实现要求如下：
l
显示已有车辆信息，包括“车牌号码”、车辆类型”等信息
l
在每条车辆信息后，有“删除”按钮，点击“删除”按钮后能够实现删除操作
l
在每条车辆信息后，有“编辑”按钮，点击“编辑”按钮后能够实现修改操作
4)
录入车队信息
l
运输管理，录入车队的基本信息，并提交
5)
查询车队信息
在“查询车队信息”功能中，要求系统显示已有车队列表。如果需要删除、修改某个车队信息，需要在车队列表中选择删除、修改。具体实现要求如下：
l
显示已有车队信息，包括“车队编号”、“车队名称”等信息
l
在每条车队信息后，有“删除”按钮，点击“删除”按钮后能够实现删除操作
l
在每条车队信息后，有“编辑”按钮，点击“编辑”按钮后能够实现修改操作
3.1.4驾驶员管理
驾驶员管理模块
模块名称
功能概述
【用户办公区】
录入驾驶员信息
运输管理人员录入驾驶员的基本信息，驾驶员添加
查询驾驶员信息
运输管理人员输入查询驾驶员的条件，查询驾驶员信息
修改驾驶员信息
运输管理人员将一些错误的驾驶员信息，进行修改
删除驾驶员信息
运输管理人员将一些已不存在的驾驶员信息，进行删除
1)
录入驾驶员信息
l
运输管理，录入驾驶员的基本信息，并提交
2)
查询驾驶员信息
在“查询驾驶员信息”功能中，要求系统显示已有驾驶员列表。如果需要删除、修改某个驾驶员信息，需要在驾驶员列表中选择删除、修改。具体实现要求如下：
l
显示已有驾驶员信息，包括“姓名”、“性别”等信息
l
在每条驾驶员信息后，有“删除”按钮，点击“删除”按钮后能够实现删除操作
l
在每条驾驶员信息后，有“编辑”按钮，点击“编辑”按钮后能够实现修改操作
3.1.5运力查询
运力查询模块
模块名称
功能概述
【用户办公区】
查询承运车队
调度员与承运业务员输入查询车队的条件，查询车队基本信息
查询承运车辆
调度员与承运业务员输入查询车辆的条件，查询车辆基本信息
查询承运单
调度员与承运业务员输入查询承运单的条件，查询已完成的承运单基本信息
1)
查询承运车队信息
在“查询承运车队信息”功能中，要求系统显示已有承运车队列表。如果需要查询特定条件的车队信息，可输入条件查询。
l
显示已有车队信息，包括“车队编号”、“车队名称”等信息
2)
查询承运车辆信息
在“查询承运车辆信息”功能中，要求系统显示已有承运车辆列表。如果需要查询特定条件的车辆信息，可输入条件查询。
l
显示已有车辆信息，包括“车牌号码”、“车辆类型”等信息
3)
查询承运单
在“查询承运单”功能中，要求系统显示已有承运单列表。如果需要查询特定条件的承运单信息，可输入条件查询。
l
显示已有承运单信息，包括“托运单号”、“货物名称”等信息
3.1.6承运任务管理
承运任务管理模块
模块名称
功能概述
【用户办公区】
开出承运单
承运业务员录入承运单的基本信息，并提交，开出承运单
查询承运单
承运业务员输入查询承运单的条件，查询承运单
接收承运单
承运业务员接收未接收的承运单
修改承运单
承运业务员在承运列表中选择要修改的承运单号，对承运单进行修改
删除承运单
承运业务员人员将一些不接收的承运单，进行删除
1)
录入承运单信息
l
承运业务员，录入承运单的基本信息，并提交
2)
接收承运单
l
承运业务员，可在承运单列表中选择要接收的承运单，点击“接收”按钮
3)
查询承运单信息
在“查询承运单信息”功能中，要求系统显示已有承运单列表并可通过条件查询。如果需要删除、修改某个承运单信息，需要在承运单列表中选择删除、修改。具体实现要求如下：
l
显示已有承运单信息，包括“托运单号”、“货物名称”等信息
l
在每条承运单信息后，有“删除”按钮，点击“删除”按钮后能够实现删除操作
l
在每条承运单信息后，点击“托运单号”后能够实现修改操作
3.1.7运输成本核算
承运任务管理模块
模块名称
功能概述
【用户办公区】
录入成本
财务人员为承运单录入成本
查询承运任务
财务人员输入条件查询承运单任务
核算运输成本
财务人员通过选择承运单列表中的成本ID查看成本核算
1)
录入成本信息
l
承运业务员，录入成本的基本信息，并提交
2）查询承运任务
在“承运单查询”功能中，要求系统显示已有用户列表并可根据条件查询。具体实现要求如下：
l
显示已有承运信息，包括“托运单号”、“货物名称”等信息
3）核算运输成本
l
财务人员可在承运单列表中选择要添加的成本的承运单，在点击“插入成本”
l
财务人员可在承运单列表中选择已插入成本的承运单的成本ID查看成本核算
3.2非功能性需求
3.2.1可用性
由于本系统面向非专业的IT办公人员，因此要求系统符合一般的物流管理系统操作方式，每个操作步骤都有详细的操作说明或者提示，指引用户完成承运任务，要求简单、易用。
3.2.2可靠性
1、系统每天至少保持23小时30分的可用时间，每天凌晨3：30到4：00之间进行日常系统维护工作，如数据传输，交换等。
2、临时系统停机时间，每月合计必须小于3小时。
3.2.3性能
在多个并发用户更新同一账户信息时，第一个可以成功更新。随后的更新在提交之前，显示错误信息“用户数据已经更改，是否需要刷新用户数据？”。
3.2.4可支持性
系统提供如下两种浏览器兼容支持：
Microsoft
Internet
Explorer
6.0及其以上版本；
Netscape
Navigator
6.0及其以上版本。
3.2.5设计约束
1、遵循《C#编码规范》
2、ASP.NET
2.03、SQL
Server20054、Microsoft
Visual
Studio20055、IIS5.0或以上版本
3.2.6安全性
安全性需求通常分为六类：
1、对于重要数据（比如用户密码）进行了不可逆加密，防止泄露。
2、在与数据库交互中，不使用SQL拼接方式，全部使用传参方式，有效杜绝了SQL注入。
3、用户认证需求：阐述系统表示用户和用户认证的方法。
4、授权：如果认证成功，根据用户的级别，允许其执行不同的系统功能。
5、数据完整性和隐私需求：
确保数据完整，不会影响系统安全。
6、事务完整性和审计需求：确保用户无法清除自己的在系统中的活动。记录活动相
关的数据，使得系统管理员可以发现所有可能的危险行为。
3.2.7用户界面
符合物流管理公司人员的使用习惯，界面以简洁大方为主，适合有IE使用经验及了解网络的办公人员使用。
3.2.8授权需求
系统必须实现一定的页面访问限制。用户只能访问自己有权限操作的页面（具体可操作的部分详见系统的功能性需求中各模块的用例）。
文档内容仅供参考
点击咨询 