火车售票系统需求规格说明书

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

车 售 票 系 统

需 求 规 格 说 明 书

作者：李艳亮 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）兼容性：由于尚未测试，故无法对兼容性进行评析。

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

文档编号: 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 故障处理

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

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

三、需求规格说明书

需求规格说明书

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

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

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

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

第四篇：仓库管理系统需求规格说明书

仓库管理系统需求规格说明书

(第十二组）

1．引言...........................................................................................................................1

1.1编写目的.............................................................................................................1 1.2项目背景.............................................................................................................1 1.3参考资料.............................................................................................................1 2．任务概述....................................................................................................................2

2.1目标......................................................................................................................................2 2.2运行环境.............................................................................................................2 2.3条件与限制..........................................................................................................2 3．数据描述....................................................................................................................3

3.1静态数据.............................................................................................................3

3.2动态数据.............................................................................................................3 3.3数据库介绍..........................................................................................................3 3.4数据词典.............................................................................................................3 3.5 E-R图.................................................................................................................3 3.6数据采集.............................................................................................................3 4．功能需求....................................................................................................................6

4.1功能划分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7

5.1数据精确度..........................................................................................................7 5.2时间特性.............................................................................................................7 5.3适应性.................................................................................................................7 6．运行需求..................................................................................................................10

6.1用户界面...........................................................................................................10

6.2硬件接口...........................................................................................................10 6.3软件接口...........................................................................................................10 6.4故障处理...........................................................................................................10 7．其它需求..................................................................................................................12

7.1正确性...............................................................................................................12 7.2可维护性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4软件的完整性....................................................................................................12 7.5软件的安全性....................................................................................................12

仓储管理系统需求规格说明书

1．引言

1.1编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了仓储管理系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期待能够获得更大范围的应用。

本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后，为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。

1.2项目背景

仓储管理系统（WMS）是仓储管理信息化的具体形式，它在我国的应用还处于起步阶段。一个好的仓库管理系统将会给企业带来丰厚的经济效益和社会效益。由此，设计一个优秀的仓库管理系统就显得尤其重要。物资的储存和运输是整个物流过程中的两个关键环节，被人们称之为“物流的支柱”。在商品交换过程中，虽然物资的购、销活动决定了物资的交换关系，但若没有物资的储存和运输，物资的这种交换关系则不能最终实现。

本程序设计由计算机与信息工程学院网络工程专业09级7班第12组提出并执行。

1.3参考资料

1.张海潘

软件工程导论（第5版）清华大学出版社.2008年2月

2.C#网络应用编程（第二版）人民邮电出版社

马俊主编

3.C#程序设计及应用教程（第二版）

人民邮电出版社

马俊主编

4.网络资源

本小组所有成员皆可保证所用的一切资源均来自正规途径，不牵扯到任何法律

第 页

仓储管理系统需求规格说明书

方面的问题。

2．任务概述

2.1目标

仓储管理的内容应该包括三个部分：仓储系统的布局设计、库存最优控制、仓储作业操作。

设计并完成仓储物资管理系统，实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便，实用性的仓储管理软件，其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能。系统主要的实现目标是监控整个仓库的运行情况，提供完善的任务管理计划功能，实时监控所有货物的在线运动情况，实时提供库存变化的信息，完善公司仓储情况的监制与有效利用，以提高仓库存效率，为企业适时的提供仓储信息，为企业创造更多收入与利润。

2.2运行环境

操作系统：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。

数据库名称：Microsoft SQL Server 2008。

2.3条件与限制

本系统在 Windows 环境中开发，故在Windows中运行无其它因素限制。

要求系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验，突发情况可进行操作以缓解损害情况，同时应做好对后台数据库的保密工作。

第 页

仓储管理系统需求规格说明书

3．数据描述

3.1静态数据

a.用户ID b.用户身份 c.用户密码 d.货物ID e.货物名称 f.货物所属仓库 g.仓库ID h.仓库状态 i.仓库备注信息 j.用户备注信息 k.货物备注信息

3.2动态数据

输入数据：菜单选项，查询关键字，新建记录项。

输出数据：由查询关键字确定的数据库记录集合或全部记录内部生成的数据，中间查询结果。

3.3数据库介绍

微软SQL Server 2005 SP1加入数据库镜像功能，为SQL Server 2005 Express Edition提供新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。

第 页

仓储管理系统需求规格说明书

3.4数据词典

第

页

仓储管理系统需求规格说明书

3.5 E-R图

性别姓名联系方式备注ID用户名密码权限联系方式普通用户交互仓库管理员交互管理系统操作员使用仓库ID用户名权限密码

编号管理员ID状态图 3.1 系统E-R图

描述：该系统中包含的用户以及属性如图3.5，其中对应关系为，普通用户与系统操作员为多对一，与仓库管理员为多对一，系统操作员与仓库为多

第 页

仓储管理系统需求规格说明书

对一，仓库管理员与仓库为一对一。

另外该系统中有一个超级管理员，负责对系统进行配置管理，对数据库进行备份，增加，删除系统操作员，仓库管理员信息等操作。系统超级管理员用例图见4.2功能划分。

3.6数据采集

系统管理员与用户通过键盘输入仓库信息及反馈信息。

4．功能需求

4.1功能划分

一个功能完善的仓库信息管理系统，必须包括以下几个主要功能：用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下

第 页

仓储管理系统需求规格说明书

仓储管理系统用户登录仓库管理业务查询系统设置登录注销退出进退领退调盘货货料料拨点库存销售历史记录查询用户管理供应商管理仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询 图4.1

仓储管理系统模块图

4.2功能描述

（一）用户登录

（1）用户登录

用户可以用两种身份登录本系统：普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限，这样提高了系统的安全性，避免了无关人员获取不在他权限范围内的信息。

（2）用户注销

用户在短时间不使用该系统时，不必退出系统，选择注销后，其他用

第 页

仓储管理系统需求规格说明书

户可以登录使用本系统。

（3）退出系统

用户在完成工作后，点击退出系统按钮可以安全的退出，以免不安全退出导致数据丢失情况的发生。

（4）超级管理员管理

图4.3

超级管理员用例图

（二）仓库管理

（1）仓库进货

仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息，系统自动的将当前系统时间作为进货时间更新到数据库，并且统计进货金额，该操作完成后，仓库相应货物的数量为原货物数量和进货数量的总和，并更新数据库。

（2）仓库退货

仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商，系统自动的将当前系统时间作为退货时间更新到数据库，并且统计退货金额，该操作完成后，相应货物的数量为原货物数量除去退货的数量，并更新数据库。

（3）仓库领料

仓库领料模块要求操作员输入领取商品号、领取数量、领料人等，系统自动的将当前系统时间作为领料时间更新到数据库，并且统计总领料数

第 页

仓储管理系统需求规格说明书

量。该操作完成后，相应货物的数量为原货物数量减领料的数量并更新数据库。

（4）仓库退料

仓库退料模块要求操作员输入退料商品号、退料数量、退料人等，系统自动的将当前系统时间作为退料时间更新到数据库，并且统计总退料数量。该操作完成后，相应货物的数量为原货物数量加退料的数量，并更新数据库。

（5）商品调拨

商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等，系统自动的将当前系统时间作为调拨时间更新到数据库，并且统计总调拨数量。

（6）仓库盘点

商品盘点模块要求用户（管理员）输入某商品号，该商品实际数量（增加或删除），系统会自动的将当前系统时间作为盘点时间更新到数据库，并且统计总盘点过程中修改的数量。

（三）业务查询

业务查询模块图

（1）库存查询

第 页

仓储管理系统需求规格说明书

用户可以查询所有的商品的库存，也可以输入某件商品的ID号从而得到该商品的库存量。

（2）销售查询

用户（管理员）给出某个时间段，系统就根据库中的资料给出该段时间中所有商品的销售情况。

（3）仓库历史记录查询

用户可以查询的类型包括：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点，用户选择查询的类型后，再输入需要查询的时间，系统返回历史操作记录。

（四）系统设置（1）供应商管理

用户可以增加新的供应商，需要输入供应商的一些信息，包括：供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。

管理员可以增加、删除、修改和查询用户。

5．性能需求

5.1数据精确度

由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高，所以这点在系统中表现的比较少，都是用户数据的安全性和准确性是完全保证的，所以对用户的使用没有多大的障碍。

5.2时间特性

本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务等，避免出现长时间等待甚至无响应。

第 页

仓储管理系统需求规格说明书

5.3适应性

本系统实在Windows环境中开发的，所以只要是兼容Windows的软件或操作系统，该软件都可以正确运行，有较好的适应能力与兼容性。而且本系统简单易懂，容易上手，界面明了，便于操作。本系统是比较大众模式的仓储管理模式，便于移植到其他部门或公司，具有良好的适应性。

6．运行需求

6.1用户界面

采用Web网页的形式，具有良好的交互界面。有一个主页，可以链接其他页面。用户根据自己权限在各个页面进行操作。

要求大致如下：

1.页面内容：主题突出，站点定义、术语和行文格式同意、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、意识。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

2.导航结构：页面具有明确的导航只是，且便于理解，方面用户使用。3.技术环境：页面大小合适，能用各种常用浏览器以不同的分辨率浏览；无错误链接和空链接；采用css处理，控制字体大小和面板布局。

4.艺术风格：界面、版面形象清新岳母、布局合理，字号大小

十一、字体选择合理，前后一致，美观大方，动与静搭配适当，动静效果好；色彩和谐自然，与主题内容相协调。

6.2硬件接口

数据库服务器应配备大容量硬盘，以免当大规模公司使用时反应速度减慢等问题出现。

6.3软件接口

系统保持与操作系统的接口，保持与数据库软件Microsoft SQL Server的接口，考虑到文档处理的需要有可能包括与常用办公软件接口。

第 页

仓储管理系统需求规格说明书

6.4故障处理

考虑到软件的范围不大，所以故障处理一般有操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。

考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能。

7．其它需求

7.1正确性

要求发布的软件能够满足用户需求，实现各个功能，并且在运行过程中不出现严重错误。

7.2可维护性

要求本软件拥有良好的可维护性，以满足用户不断增长的需求以及日后的BUG修复工作。

7.3可移植性

该系统采用B/S开发模式，所以可以在多种平台上很好的运行，所以该系统具有良好的移植性。

7.4软件的完整性

最终将该系统制作成部署文件以保证系统的完整行。

7.5软件的安全性

要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。

第 页

第五篇：网上购物系统需求规格说明书

网上购物系统 需求规格说明书

兰州城市学院

信息工程学院111本

杨大鑫，王稼宇，王艺森

2014年3月31日

目录

1.引言...............................................................................................................................................3

1.1编写目的.............................................................................................................................3 1.2项目背景.............................................................................................................................3 1.3范围.....................................................................................................................................3 1.4参考资料.............................................................................................................................3 2.系统定义........................................................................................................................................4

2.1项目来源及背景.................................................................................................................4 2.2用户特点.............................................................................................................................4 2.3项目目标.............................................................................................................................4 3.应用环境........................................................................................................................................4

3.1系统运行的网络环境.........................................................................................................5 3.2系统运行的硬件环境.........................................................................................................5 3.3系统运行软件环境.............................................................................................................6 4.功能规格........................................................................................................................................6

4.1角色定义.............................................................................................................................6

4.1.1购物者......................................................................................................................7 4.1.2管理者......................................................................................................................7 4.1.3数据库......................................................................................................................7 4.2系统主用例图.....................................................................................................................7 4.3客户端子系统.....................................................................................................................8

4.3.1登陆........................................................................................................................10 4.3.2浏览、选择商品....................................................................................................10 4.3.3放入购物车............................................................................................................10 4.3.4确认收货人信息或修改收货人信息....................................................................11 4.3.5选择支付方式........................................................................................................11 4.4管理端子系统...................................................................................................................11

4.4.1登陆........................................................................................................................12 4.4.2订单管理................................................................................................................13 4.4.3商品管理................................................................................................................13 4.4.4用户管理................................................................................................................13

5.性能需求......................................................................................................................................14

5.1界面需求...........................................................................................................................14 5.2响应时间需求...................................................................................................................14 5.3可靠性需求.......................................................................................................................14 5.4开放性要求.......................................................................................................................14 5.5可扩展性需求...................................................................................................................15 5.6系统安全性需求...............................................................................................................15

1.引言

1.1编写目的

该文档是关于用户对于网上购物系统的功能和性能的要求，重点描述了网上购物系统的功能需求，是概要设计阶段的重要输入。

本文档的预期读者是：

·设计人员； ·开发人员； ·项目管理人员； ·测试人员； ·用户。

1.2项目背景

软件名称：网上购物系统

开发单位：兰州城市学院信息工程学院111本 项目成员：杨大鑫（28号）；王稼宇（18号）；王艺森(23号)用户：兰州城市学院学生

1.3范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。

1.4参考资料

软件工程案例分析教程（软件项目开发实例）

韩万江、姜立新等编著

——机械工业出版社 软件工程导论（第五版）

张海藩编著

——清华大学出版社

2.系统定义

2.1项目来源及背景

随着Internet国际互联网的发展，越来越多的企业开始建造自己的网站。基于Internet的信息服务，商务服务已经成为现代企业一项不可缺少的内容。很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。现代企业需要的是一个功能强大的，能提供完善的电子商务服务的动态商务网站。

本系统是一个中小型的电子商务系统----网上购物系统，可以为各类用户提供方便的在线购物环境，符合目前国内流行的电子商务模式。用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。

2.2用户特点

本系统的用户都是网上用户，包括两类，一类是购物者，他们的差异比较大，学历有高有低，年龄有老有幼。另外一类用户是管理者，负责物品的上架下架及网站的日常维护。

2.3项目目标

本项目设定的目标如下：

·系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少； ·系统具有良好的运行效率，能够达到提高生产率的目的；

·系统应具有良好的可扩充性，可以容易地加入其他系统的应用；

·平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化； ·通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。

3.应用环境

根据用户的需求陈述，可以确定本项目分为客户端和管理端。客户端为购物者服务，有注册，登陆，选择要购买的商品放入购物车，确认订购等功能。管理端为管理员服务，有添加商品，修改商品，管理商品评论等功能。

客户端流程图分别如图A-1所示。

浏览网页选择要购买商品放入购物车去收银台是否注册是登陆确定收货人信息或修改收货人信息否继续购物注册支付成功选择支付方式图A-1

确认订购

3.1系统运行的网络环境

无论是客户端的购物者还是管理端的管理者都可以通过网络登录到本系统中。购物者通过网络浏览商品信息，提交商品订单，支付货款等，管理者通过网络发布商品信息，根据订单发货等。

3.2系统运行的硬件环境

本系统的硬件环境如下： 客户机：普通PC ·CPU：P4 1.8GHz以上 ·内存：256MB以上

·能够运行IE5.0以上或者Netscape4.0以上版本的机器

·分辨率：推荐使用1024×768像素 Web服务器

·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上 ·网卡：KMb/s速度 数据库服务器

·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上

3.3系统运行软件环境

本系统的软件环境如下：

·操作系统：Windows2000或以上版本 ·数据库：SQL Server 2005 ·Web服务器：IIS5.0以上

·开发工具：Microsoft Visual Studio 2005 ·浏览器：IE5.0以上

4.功能规格

我们采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，改模型将来可以派生出动态对象模型。

设计用例时，我们遵循下列步骤：

1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。

2）描述主要的用例。可以采取不断地问自己“这个角色究竟想通过系统做什么？”来准确地描述用例。

3）重新审视每个用例，为它们下个详尽的定义。

4.1角色定义

角色或者执行者指与系统产生交互的外部用户或者外部系统。

4.1.1购物者

购物者是指在这个网上购物系统中通过客户端提交商品订单的人员，这个角色主要参与客户端的浏览商品，订购商品等功能。

4.1.2管理者

管理者是指在这个网上购物系统中通过管理端管理商品信息的人员，这个角色主要参与管理端的添加商品，修改商品等功能。

4.1.3数据库

数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。

4.2系统主用例图

网上购物系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。客户端子系统功能主要是指购物者通过登录购物网站进行操作的功能，即购物功能。管理端子系统功能主要是指管理者通过登录购物网站后台对商品进行操作的功能，即管理功能。系统的主用例图如图A-2所示。

购物者客户端子系统管理者管理端子系统

图A-2

4.3客户端子系统

购买者通过网上购物系统浏览商品，登陆系统，将想要购买的商品放入购物车，选好商品后去收银台，填写并确认收货人信息，选择支付方式，提交订单，完成商品的订购。它的活动图如图A-3所示。

购买者浏览、选择商品放入购物车登陆确认收货人信息或修改收货人信息选择支付方式确认订购

客户端的用例图如图A-4所示。

登陆浏览、选择商品放入购物车购买者确认收货人信息或修改收货人信息选择支付方式

图A-4

客户端的这些用例描述如下：

F-C-1：登陆。购买者在购买商品之前必须登陆到网站，如果没有注册将不能使用网站的购买功能。

F-C-2：浏览、选择商品。购买者打开购物网站可以看到各种商品信息，当点击某一商品时就会有相应的介绍该商品的页面，描述商品的具体信息，如类型、质地、价格、所在地区等。

F-C-3：放入购物车。购买者在选中一个商品后就可以将此商品放入购物车，购物车显示商品的名称、单价、数量、商品总价等信息。

F-C-4：确认收货人信息或修改收货人信息。购买者需要确认收货人信息准确无误，这是所购买的商品正确到货的重要前提。

F-C-5：选择支付方式。购买者可以选择使用网上银行、使用邮局汇款等方式进行支付。

4.3.1登陆

只有登陆之后购买者才能完成商品的购买。没有登陆系统的用户只能浏览、选择商品或将商品加入购物车，要填写收货人信息或者支付货款、提交订单都需要登陆系统。如果用户没有注册则进行注册，之后方可登陆。

用例描述：登陆；

执行者：购买者；

前置条件：用户通过浏览器打开网上购物系统；

后置条件：登陆后可以进行商品付款、订购操作。

基本路径：

a）购买者打开网上购物系统；

b）在登陆框中输入用户名和密码，点击确定即可登录系统。

4.3.2浏览、选择商品

购买者通过网站浏览商品信息，选择所要购买的商品。

用例描述：浏览、选择商品；

执行者：购买者；

前置条件：用户通过浏览器打开网上购物系统；

后置条件：用户可将选中的商品加入购物车。

基本路径：

a）购买者打开网上购物系统，网站显示各种商品的信息；

b）点击想要购买的商品，将显示商品的详细信息，如类型、质地、价格、所在地区等。

4.3.3放入购物车

购买者可以将选中的商品放入购物车，然后继续选择下一个商品。购物车用来保存用户所选择的商品信息。

用例描述：放入购物车； 执行者：购买者；

前置条件：购买者已经有选择的商品；

后置条件：放入购物车的商品可以付款订购。基本路径：

a）购买者将选择的商品加入到购物车； b）继续挑选商品或者进入收银台结账。

4.3.4确认收货人信息或修改收货人信息

购买者进入收银台之后需填写收货人信息并确认，保证收货地址的正确。

用例描述：确认收货人信息或修改收货人信息；

执行者：购买者；

前置条件：购买者已有选择的商品并需要购买；

后置条件：确认收货人信息或修改收货人信息之后可以选择货款的支付方式等进一步操作。

基本路径：

a）进入收银台页面，将提示用户填写收货人信息，需确保地址的准确性以保证正确到货。

b）可以保持以前填写的收货人信息，也可以填写新的收货人信息。

4.3.5选择支付方式

购买者可以选择邮局汇款或者网上银行支付的方式支付货款。

用例描述：选择支付方式；

执行者：购买者；

前置条件：购买者已经确认收货人信息；

后置条件：选择支付方式后可以进行订单确认并提交以完成商品的订购。

基本路径：

a）购买者进入支付方式选择页面，将看到两种支付方式，一种是邮局汇款，一种是网上银行支付。

b）选择一种支付方式并确定。

4.4管理端子系统

系统管理员登陆到管理端子系统进行订单管理，商品管理以及用户管理。管理端的用例图如图A-5所示。

登陆订单管理商品管理管理者用户管理

图A-5

管理端的这些用例描述如下：

F-M-1：登陆。管理者只有登录之后才能执行其管理功能。F-M-2：订单管理。管理者可以查看客户订单并管理订单。F-M-3：商品管理。对商品进行添加，修改，删除等操作。F-M-4：用户管理。管理购买者的账号及其相关信息。

4.4.1登陆

管理者以系统管理员的身份登录到管理端，登陆后才具有相应的管理权限。用例描述：登陆 执行者：管理者；

前置条件：管理员通过浏览器打开网上购物系统；

后置条件：登陆管理端之后可以进行订单、商品及用户的管理。基本路径： a）管理者打开网上购物系统；

b）在登陆框中输入用户名和密码，点击确定即可登录系统。

4.4.2订单管理

进入订单管理页面管理员可以查看购买者提供的订单，并根据订单信息发货，同时可以对订单进行统计，也可以销毁已完成交易的订单。

用例描述：订单管理；

执行者：管理者；

前置条件：管理者已经登录系统；

后置条件：整理后的订单信息将记录到数据库中。

基本路径：

a）进入订单管理界面，可以查看各个用户提交的订单信息，根据订单信息发送货物。

b）可以对订单进行统计操作，统计不同用户的订单数，统计所有用户的订单总数，可以根据时间进行统计，也可根据订购商品类型进行统计。

c）可以重新对订单进行分类排序，可以销毁已经完成交易的订单，以便释放资源继续使用。

4.4.3商品管理

管理者可以对商品进行添加、修改和删除等操作。用例描述：商品管理； 执行者：管理者；

前置条件：管理者已登录到系统；

后置条件：整理后的商品信息将记录到数据库中。基本路径：

a）进入商品管理页面，可以选择添加、修改或删除操作。

b）可以添加商品分类，并在该分类下添加各种相应类型的商品信息； c）可以修改一个商品分类或者修改其下的商品信息； d）可以删除一个商品分类或者其下的商品信息；

e）商品信息包括商品的类型、质地、价格、所在地区等详细说明。

4.4.4用户管理

管理者可以对用户账户进行管理。用例描述：用户管理； 执行者：管理者；

前置条件：管理者已登录到系统；

后置条件：整理后的用户信息将记录到数据库中。基本路径：

a）进入用户管理界面，可以查看所有用户的信息；

b）对于长期不活动的用户可以销毁其注册账户以释放系统资源。c）对于行为造成不良后果的不法用户可以冻结其账户。

5.性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。

5.1界面需求

系统的界面要求如下。

1）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

2）导航结构：页面具有明确的导航指标，且便于理解，方便用户使用。3）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接，采用CSS处理，控制字体大小和版面布局。

4）艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。

5.2响应时间需求

无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。

5.3可靠性需求

系统应保证7×24小时内不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。

5.4开放性要求

系统应具有较强的灵活性，以适应将来功能扩展的需求。

5.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

5.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。