第一篇：基于网络的铁路售票系统需求规格说明书

三、需求规格说明书

需求规格说明书

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.《软件工程》（第五版）张海藩。清华大学出版社，202_。

b.数据库系统概论(第四版)王珊、萨师煊。高等教育出版社，202_。c.基于网络的铁路订票系统可行性分析报告（第六组）.docx。

三、需求规格说明书

2．任务概述

2.1目标

(一)完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。

(二)应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。(三)可实现旅客对于火车票的查询与购买功能；对于所查询的车次结果提供列表显示输出。

2.2运行环境

操作系统：Microsoft Windows 7 支持环境：IIS 5.0 数据库：Microsoft SQL Server 202_ 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 202_数据库

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．其它需求

(一)可用性：该软件也可以通过单步跟踪的操作进行检查处理。

(二)安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。

(三)可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。(四)兼容性：由于尚未测试，故无法对兼容性进行评析。

第二篇：火车售票系统需求规格说明书

车 售 票 系 统

需 求 规 格 说 明 书

作者：李艳亮 202_年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网络高级编程》金勇华，曲俊生，人民邮电出版社，202_

3、《JBUILDER培训教程》Borland software corporation，机械工业出版社，202_ 2．任务概述

2.1目标

(1)完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能

（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础

使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。

（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有授权的售票员可通过密码识别进行维护。

2.2运行环境

操作系统：Microsoft Windows 202_ Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 202_ 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）兼容性：由于尚未测试，故无法对兼容性进行评析。

第三篇：电影院售票系统需求规格说明书（最终版）

文档编号: 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 程序设计教程》。北京：中国电力出版社，202_普通高等教育“十一五”国家级规划教材。[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 202_/xp及更高版本并装有IE的操作系统之上。

6.4 故障处理

正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

第四篇：需求规格说明书(教材定购系统)

《需求规格说明书》

1．引言

1.1编写目的对学校教材定购系统进行简单的分析，将该系统分为销售系统和采购系统。方便教师与采购人员的使用，加深与用户间的交流，需求规格说明书力求在功能上满足用户的需要，在系统界面上使用户满意。

读者对象学生，教师，教材工作人员

1.2项目背景

本系统以学校为背景，在认真调研和分析了学校订购教材的现状之后，根据学生，教师和教材工作人员的需求和各个功能的关系，做出了积极的设计方案。

1.3定义

数据流图（DFD）：数据流图描绘信息流和数据从输入到输出的过程中所经受的变换，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。

系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。

1.4参考资料

《软件工程》 张海藩编著 人民邮电出版社

2．任务概述

2.1目标

学校教材定购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，在新的管理资源和管理模式上，力争能使工作质量、工作效率等得到提高，推动学校发展的步伐。

2.2运行环境

硬件要求：内存：1G以上；CPU：IntelCore21.80GHz系统要求：MyEclipse 集成开发工具，SQL数据库，画图工具以及windows word文档工具。

2.3条件与限制

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相

关的书库记录。

（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。

（3）系统的外部项至少包括：教师、学生和教材工作人员。

（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教

材表、进库表和出库表。

（5）系统方案选择时间需要2周，系统开发经费不少于3万。

3．数据描述

3.1静态数据

3.2动态数据

【包括输入数据和输出数据。】

3.3数据库介绍

【给出使用数据库的名称和类型。】

3.4数据词典

3.5数据采集

4．流程图

4.1业务流程图

【用于描述用户的实际的业务流程，在流程图中应忠实反映用户实际的业务情况。】

4.2数据流程图与过程流程图

【数据流图或操作流图主要是为了反映需要在计算机系统中实现的各模块的流程情况。】

5．功能需求

5.1功能划分

1）系统账户管理子系统：主要是对系统用户进行管理，包括登陆、查询、退出、操作记录等。

2）销售管理子系统：提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。

3）采购管理子系统：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。

5.2功能描述

销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。

采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。

6．性能需求

6.1数据精确度

书的库存数量，书的入库与出库数量都可以十分精确。书在采购的时候，可能根据缺书的数量进行采购，也可能根据主观预测，预测下一批销售的数量来决定本次购书的数量，此时采购书本的数据精确度较低。

6.2时间特性

系统响应时间迅速，使用者较难察觉。较短的数据转换与传输时间，使用者不必过多等待。

6.3适应性

本系统支持的操作系统包括：Windows95、Windows98、Windows2000、Windows Me Windows XP.本系统支持的数据库：SQL Server 202_.7．运行需求

7.1用户界面

【如屏幕格式、报表格式、菜单格式、输入输出时间等。】

7.2硬件接口

内存：1G以上；CPU：IntelCore21.80GHz

7.3软件接口

本系统支持的操作系统包括：Windows95、Windows98、Windows2000、Windows Me Windows XP.本系统支持的数据库：SQL Server 202_.本软件的开发工具：Java、Eclipse。

各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。

7.4故障处理

硬件故障：

情况1：服务器电源不正当关闭

处理：

a.数据库事务回滚到断电之前的状态。

b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。

情况2：客户端与服务器网络不能连接

处理：

a.检修本地端网络连接是否正常；

b.查看服务器端交换机端口是否被关闭；

c.查看端点间网络线路是否完好。

情况3：存储空间已满

处理：

a.数据库切换到备份存储空间;

b.进行数据检索，删除日期过期的数据。

软件故障：

情况1： 服务器死机

处理：程序自动保存内存中的临时数据；重启机器

情况2： 服务端程序报告异常

处理：保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序

情况3： 服务器端响应速度慢

处理：查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置

8．其它需求

使用性：界面友好，其他软件有很好的兼容。

安全性： 安全性良好，有密码验证对不同权限进行不同的登陆软件有备份功能，对数据损坏或破坏有很好的恢复能力。

可维护性：可维护性功能健全。

第五篇：机票订票系统需求规格说明书

兰州理工大学课程设计

三、需求规格说明书

1．引言................21.1编写目的...............2

1.2项目背景...............2

1.3参考资料...............2

2．任务概述...................2

2.1目标...................2

2.2运行环境...............2

2.3条件与限制.............2

3．数据描述...................33.1静态数据...............3

3.2动态数据...............3

3.3数据库介绍.............3

3.4数据词典...............3

4．功能需求...................44.1功能描述...............4

5． 性能需求..................55.1系统处理的准确性和及时性.............5

5.2系统的开放性和系统的可扩充性................5

5.3系统的易用性和易维护性...............5

5.4系统的标准性...........5

5.5系统的先进性...........6

6． 运行需求..................6

7．其它需求...................6

第 1 页

1．引言

1.1编写目的本机票预定系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划和进度，组织软件开发与测试，撰写本文档。

本文档供设计人员、开发人员参考。

1.2项目背景

开发软件名称：机票预订系统

项目任务提出者：兰州理工大学软件工程学院 项目开发者：第13小组 用户：航空公司

实现软件单位：兰州理工大学软件工程学院

1.3参考资料

1.《软件工程导论》，张海藩，清华大学出版社。2.《实用软件工程》，郑人杰等，清华大学出版社。3.机票预定系统项目计划任务书。4.机票预订系统可行性研究报告。

2．任务概述

2.1目标

旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。

2.2运行环境

操作系统：Microsoft Windows 7 支持环境：IIS 5.0

数 据 库：Microsoft SQL Server 202_

2.3条件与限制

1.人力、资金、时间的约束

机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。

2.在分析系统功能时要考虑有关证件的合法性验证。

3．数据描述

3.1静态数据

系统管理员，售票员，服务器终端显示数据，客户机终端显示数据，客户机终端显示数据。

3.2动态数据

事务航班信息的更新，查询请求。

3.3数据库介绍

数据库采用sql server。

3.4数据词典

名字：订票申请表单 描述：旅客订票时所填的资料

定义：订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型位置：在客户端由旅客填写 名字：航班信息

描述：所有从本地起飞的班机信息

定义：航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价 位置：从服务器端查询后，发送到客户端 名字：帐单信息

描述：已定票的旅客信息资料

定义：帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位

位置：在服务器端产生，发送回客户端（client端）名字：机票信息 描述：旅客所定机票

定义：机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号

4．功能需求

4.1功能描述

5．性能需求

5.1系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。

5.2系统的开放性和系统的可扩充性

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

5.3系统的易用性和易维护性

机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

5.4系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5.5系统的先进性

目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

6．运行需求

1、服务器端子系统的运行要求：系统软件：windows 7数据库管理系统：SQL server

硬件要求：英特尔至强 2.0Ghz、1G RAM、100G HD2、客户端子系统的运行要求：系统软件： Windows 7 数据库管理系统：SQL server

硬件要求：CPU：英特尔奔腾III 1.0Ghz、256M RAM、10G以上可用空间

7．其它需求

安全保密、可维护性、可移植性