电影票订票系统软件需求工程.docx
《电影票订票系统软件需求工程.docx》由会员分享，可在线阅读，更多相关《电影票订票系统软件需求工程.docx（13页珍藏版）》请在冰豆网上搜索。
电影票订票系统软件需求工程
卷号：
卷内编号：
V1.0版
影院售票系统
软件产品需求规格说明书
SoftwareProductRequirementsSpecification
项目承担部门：
撰写人（签名）：
完成日期：
本文檔使用部门：
■主管领导■项目组□客户（市场）
■维护人员□用户
文档验交组（签名）：
验交日期：
评审负责人（签名）：
评审日期：
软件产品需求规格说明书
SoftwareProductRequirementsSpecification
1.引言
1.1.目的
需求的编写是为了研究影院售票系统软件的开发途径和应用方法。
同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2.定义
文档中采用的专门术语的定义及缩略词简要如下:
CINEMATICKETSYSTEM影院售票系统
电影号Movie_id、电影名称Movie_name、导演direct、演员actor、制片厂producer、放映时间playdate;电影票号tickets_id、座位号seat_id、价格price、验证码check；职工号worker_id、职工密码password、职工类型kind。
1.3.参考资料
黄明、梁旭、刘冰月。
《JSP课程设计》。
电子工业出版社。
张海潘。
《软件工程》。
人民邮电出版社。
刘冰。
《软件工程实践教程》。
机械工程出版。
2.软件总体概述
2.1.软件标识
软件全称：
影院售票系统
软件简称：
YYSPXT
版本号：
1.0
2.2.软件描述
2.2.1.系统属性
现在绝大多数的人们购买电影票都是通过去电影院，在那里查找自己想看的电影并进行电影票购买。
经过几年的实践，我国电子商务发展迅猛，并且越来越走向务实，还有就是网络的发展与应用已经蓬勃发展起来。
一类适合现代人网上购电影票的系统网上影院订票系统是非常必要和可行的，并在我国已得到初步应用并有很广泛的市场需求前景。
2.2.2.开发背景
人工售票的手续繁琐、效率低下，给具有强烈时间观念的管理人员带来了诸多不便，影院缺少一套完善的售票系统软件，为了对售票的管理方便，因此必须开发影院售票系统。
随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。
而采用手工售票的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。
为了满足售票人员对售票，订票，退票等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，特编此影院售票系统软件以提高影院的管理效率。
2.3.软件功能（共5个系统模块）
序号
功能名称
功能需求标识
优先级
简要解释
1
系统登入
L1
高
用户操作的入口
2
注册信息管理
L2
高
用户对自己的信息进行管理。
3
系统管理
L3
高
用户管理，流程管理，权限管理，日志管理，系统配置，数据备份，假日设置等
4
影片信息管理
L4
中
对上映的影片信息进行管理
5
订票信息管理
L5
中
是本系统的核心子系统，负责对网上购票的信息进行管理。
用软件的功能结构图加以说明如下：
其中个人订票模块又分为：
2.4.用户的特点
本软件的使用对象有影院负责人或管理人员（更新维护系统），影院售票人员（办理售票，订票，退票）和售票人（购买影票人员）。
备注：
会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。
2.5.限制与约束
本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。
人力资源约束：
估计开发该系统需购买硬件、外部设备（P4微机一台、打印机一台），花费1.2万元左右，开发工作量约需1个人月工作量，月工资为2000元，开发完成后维护费用每年600元，开发完成后，月工资减少为600元。
辅导老师1人，开发人员1人。
技术约束：
本项目的设计是JSP程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。
环境约束：
运行该软件所适用的具体设备必须是奔腾4、内存256兆以上的计算机。
3.具体需求
本章应包括在进行软件结构设计时所需的全部细节。
3.1.总体要求
1、基本要求：
构建影院购票平台，实现办件处理网络化、无纸化、科学化，内部办公自动化的要求。
2、软件结构：
系统管理采用C/S模式。
3、操作时限要求：
文档处理平均响应时间为1秒，不包括查询与统计时间。
4、流程要求：
提供可视化的方法修改和自定义工作流程。
5、文档管理、查询要求：
能将各种用户订票处理结果或情况按月进行归档。
6、操作接口要求：
C/S提供相应的应用接口，对无使用权限的功能不在接口上显示。
操作尽量简单，好用、易用。
这个接口体现多为管理，统计分析。
7、安全要求：
严格的权限控制，严谨的保密设计。
8、用户分类控制：
使用对象按不同的标准备分为不同的类型：
其中主要按使用功能对象来说分可分为：
售票管理人员，检票管理人员，数据处理人员。
9、委托授权要求：
提供委托办理功能，如果在工作流中某个环节上的工作人员不在时，可由该工作人员指定代办人员来协助完成办理，有效避免了文档在某一环节的停滞。
10、流程监控和提醒功能：
能自动搜索逾期未办件文档，对逾期未办件文档或指定文件进行催办，并可查看催办情况及答复催办。
当出现逾期未办理的办件，系统会自动给出文字提醒。
3.2.功能需求
本节可以划分为若干小节，每一小节逐一说明每一功能需求。
本节将该功能需求具体描述为输入、处理和输出的需求。
本节可用自然语言描述；也可用形式化的方法描述，如数据流程图（DFD）、IDEF方法等。
3.2.1.系统管理模块
系统管理模块实现对管理员的添加和删除功能。
例如、超级管理员可以添加并删除普通管理员，但是普通管理员实现不了这个功能。
普通管理员只能对以下的站内信息、注册用户信息、订票信息进行添加、修改并删除等功能。
参与者：
超级管理员，普通管理员
操作界面：
功能用例图：
3.2.2.站内信息管理模块
可以对站内信息执行添加、查询修改、删除等功能。
参与者：
管理员
用例图：
3.2.3.注册用户信息管理模块
对注册的用户进行管理。
参与者：
管理员，用户
操作界面：
用例图：
3.2.4.影片信息管理模块
对放映影片的信息进行添加、查询、修改、删除等功能。
参与者：
管理员，用户
操作界面:
用例图：
3.2.5.订票管理模块
对用户的订票、退票等功能进行管理。
还可以针对每个电影统计票房。
参与者：
管理员，用户
用例图：
3.3.性能需求
主要是指：
软件数据处理能力和时间特性的需求。
数据处理能力包括：
支持的终端数：
100
支持并行操作的用户数：
100
处理的文件和记录数：
10万
3.4.数据管理能力要求
定时整理数据：
系统管理员根据现有影院厅数，对售票的数额，价格，会员折扣，座位号的添减等均可由计算机执行，并将运行结果归档。
查询剩余票量：
能随时查询影院剩余票数，以便准确、及时、方便地为用户提供购票信息，但不能修改数据,无信息处理权，即可以打印清单、浏览数据等，管理权限由系统管理员掌握和分配。
3.5.设计约束
按照公司项目管理规范。
3.5.1.其它标准的约束
无
3.5.2.硬件约束
服务器内存为128M以上。
3.6.属性
本节定义用户对软件的其它属性的要求，可能的内容如下所列。
3.6.1.可用性
当客户端由于未知原因死机时，能通过重新启动的方式排除故障，正常使用本系统；
当服务器Down机时，也能通过重启的方式恢复；
3.6.2.可靠性
在现有软件环境和硬件条件下、在满足当前需求的条件下、在没有出现错误操作的情况下，所有软件模块必须能稳定无故障运行。
3.6.3.效率
数据处理能力包括：
支持的终端数：
100
支持并行操作的用户数：
100
处理的文件和记录数：
10万
Notes数据库大小限制：
在不超过硬盘容量的情况下即可；
文件的大小：
不超过Notes数据库的大小限制。
时间特性可能包括：
处理具体文档响应时间：
1秒；
查询与统计的响应时间根据文档的数量决定。
3.6.4.安全性
说明如何保护软件，以防止偶然或恶意的访问、使用、修改或泄密。
3.6.5.可维护性
软件提交给用户时，所有数据库模块都是隐藏了设计的，用户对本系统的维护内容包括：
流程可视化定义、报表可视化定义、数据整合可视化定义、授权、注册用户、划分群组、以及对各功能模块在不同部门之间的排列组合。
软件提交给用户后，若用户还有对功能的增删改要求，由用户提出书面申请，经开发方确认同意后，由开发方在本公司内部修改完成，并测试，安装到用户的使用环境中。
当然，这些修改后的模块也是隐藏了设计的。
3.7.外部接口需求
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：
输入界面、输出界面）。
用户对程序的维护，最好要有备份。
4.数据字典
4.1.数据元素字典
数据元素编号：
A0001
数据元素名称：
电影票订购信息
别名：
订票
简述：
电影票的订购分为网络在线订购和线下前台订购
定义：
电影票信息=电影名称+电影放映时间+电影放映地点+座位号
位置：
电影票系统数据库
事务
电影票库存（剩余座位数）
4.2.数据流字典
数据流名称：
电影票
简述：
电影票订购时电影票信息票单
数据流来源：
网络在线订票用户和线下前台订票用户
数据流去处：
电影票数据库
数据流组成：
所放电影名称
放映日期时间
座位号
影票失效日期
流通量：
每天100张
高峰值流通量：
每天晚上6：
00，约60份
4.3.数据存储字典
数据存储编号：
C0001
数据存储名称：
电影票数据库
数据存储的组成：
网络订票数+前台订票数+电影票的编号
其他要求：
所存储已订购的电影票必须及时反馈给前台和网络总数据库实现剩余票数的明了及订票信息正确
4.4.数据处理字典
数据处理编号：
D0001
数据处理名称：
编辑订购电影票
简述：
接收从终端录入的订购信息单，检验是否正确
输入：
用户订票，
来源：
网络订票或前台订票
输出：
1.成功订票，去处：
处理逻辑“确定订票”
2.不成功订单，去处：
订票用户
功能描述：
数据处理字典功能实现电影票的数据交流，验证订票信息是否正确，防止出现同一票重复被订的可能。
5.附录
无
6.签字
甲方意见
甲方代表签署
日期
乙方代表签署
日期
升级会员 