电影票订票系统软件需求工程

1、卷 号：卷内编号：V1.0 版影院售票系统错误！未指定书签。软件产品需求规格说明书Software Product Requirements Specification项 目 承 担 部 门：撰 写 人（签名）：完 成 日 期：本 文 檔 使 用 部 门： 主管领导 项目组 客户（市场）维护人员 用户文档验交组 （签名）：验 交 日 期：评审负责人 （签名）：评 审 日 期：目录 TOC o 1-5 h z 目录 2 HYPERLINK l bookmark6 o Current Document 引言 4目的 4定义 4 HYPERLINK l bookmark8 o Current Doc

2、ument 参考资料 4 HYPERLINK l bookmark10 o Current Document 软件总体概述 5 HYPERLINK l bookmark12 o Current Document 软件标识 5 HYPERLINK l bookmark14 o Current Document 软件描述 5 HYPERLINK l bookmark16 o Current Document 系统属性 5 HYPERLINK l bookmark18 o Current Document 开发背景 5软件功能 （共 5 个系统模块 ） 6用户的特点 7限制与约束 7 HYPERLI

3、NK l bookmark20 o Current Document 具体需求 8 HYPERLINK l bookmark22 o Current Document 总体要求 8 HYPERLINK l bookmark24 o Current Document 功能需求 9系统管理系统 9站内信息管理系统 10 HYPERLINK l bookmark28 o Current Document 注册用户信息管理系统 11影片信息管理系统 12订票管理系统 13 HYPERLINK l bookmark32 o Current Document 3.3. 性能需求 13 HYPERLINK

4、l bookmark34 o Current Document 数据管理能力要求 13 HYPERLINK l bookmark36 o Current Document 设计约束 14 HYPERLINK l bookmark38 o Current Document 其它标准的约束 14 HYPERLINK l bookmark40 o Current Document 硬件约束 14 HYPERLINK l bookmark42 o Current Document 属性 14 HYPERLINK l bookmark44 o Current Document 可用性 14 HYPERL

5、INK l bookmark46 o Current Document 可靠性 14 HYPERLINK l bookmark48 o Current Document 效率 14 HYPERLINK l bookmark50 o Current Document 安全性 15 HYPERLINK l bookmark52 o Current Document 可维护性 15 HYPERLINK l bookmark54 o Current Document 外部接口需求 15 HYPERLINK l bookmark56 o Current Document 数据字典 16 HYPERLIN

6、K l bookmark58 o Current Document 数据元素字典 16数据流字典 16数据存储字典 16 HYPERLINK l bookmark60 o Current Document 数据处理字典 17 HYPERLINK l bookmark62 o Current Document 附录 17软件产品需求规格说明书Software Product Requirements Specification1. 引言1.1. 目的需求的编写是为了研究影院售票系统软件的开发途径和应用方法。 同时它也 是进行项目策划、 概要设计和详细设计的基础， 是维护人员进行内部维护， 信息

7、更新，验收和测试的依据。 定义软件总体要求， 作为用户和软件开发人员之间相 互了解的基础； 提供性能要求、 初步设计和对用户影响的信息， 作为软件人员进 行软件结构设计和编码的基础；作为软件总体测试的依据。1.2. 定义文档中采用的专门术语的定义及缩略词简要如下 :CINEMA TICKET SYSTEM 影院售票系统电影号Movie_id、电影名称 Movie_name导演direct、演员actor、制片 厂 producer 、放映时间 playdate; 电影票号 tickets_id 、座位号 seat_id 、价格 price、验证码check;职工号worker_id、职工密码p

8、assword、职工类型kind。1.3. 参考资料黄明、梁旭、刘冰月。JSP课程设计。电子工业出版社。张海潘。软件工程。人民邮电出版社。刘冰。软件工程实践教程 。机械工程出版。2. 软件总体概述2.1. 软件标识软件全称：影院售票系统软件简称： YYSPXT版 本 号：1.02.2. 软件描述2.2.1.系统属性现在绝大多数的人们购买电影票都是通过去电影院， 在那里查找自己想看的 电影并进行电影票购买。 经过几年的实践， 我国电子商务发展迅猛， 并且越来越 走向务实， 还有就是网络的发展与应用已经蓬勃发展起来。 一类适合现代人网上 购电影票的系统网上影院订票系统是非常必要和可行的， 并在我国

9、已得到初步应 用并有很广泛的市场需求前景。2.2.2.开发背景人工售票的手续繁琐、 效率低下，给具有强烈时间观念的管理人员带来了诸 多不便，影院缺少一套完善的售票系统软件， 为了对售票的管理方便， 因此必须 开发影院售票系统。随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角 落。而采用手工售票的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的 人力。为了满足售票人员对售票，订票，退票等进行高效的管理，在工作人员具 备一定的计算机操作能力的前提下， 特编此影院售票系统软件以提高影院的管理 效率。2.3.软件功能（共5个系统模块）序号功能名称功能需求标识优先级简要解释1系统登入L

10、1高用尸操作的入口2注册信息管理L2高用户对自己的信息进行管理。3系统管理L3高用尸管理，流程管理，权限管理，日志管理，系 统配置，数据备份，假日设置等4影片信息管理L4中对上映的影片信息进行管理5订票信息管理L5中是本系统的核心子系统，负责对网上购票的信息 进行管理。用软件的功能结构图加以说明如下:影院售新闻添加新闻直询新闻備few”订票记录査询磚记录刪瞬影片信 息修波、 I祸其中个人订票模块又分为:I退出送闢片IJ个人后台1J11迭择场次、座位、LJ僱改个人资料 ?r官理个人订票记录L用户登录2.4.用户的特点本软件的使用对象有影院负责人或管理人员（更新维护系统），影院售票人员（办理售票，

11、订票，退票）和售票人（购买影票人员）。备注：会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。2.5.限制与约束本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、 编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。人力资源约束：估计开发该系统需购买硬件、外部设备（P4微机一台、打印机一台），花费 1.2万元左右，开发工作量约需1个人月工作量，月工资为2000元，开发完成 后维护费用每年600元，开发完成后，月工资减少为 600元。辅导老师1人，开发人员1人。技术约束：本项目的设计是JSP程序设计语言的条件下进行的，技术设计采用软硬一体 化的设计方法。环

12、境约束：运行该软件所适用的具体设备必须是奔腾 4、内存256兆以上的计算机。3. 具体需求本章应包括在进行软件结构设计时所需的全部细节。3.1. 总体要求1、基本要求： 构建影院购票平台，实现办件处理网络化、无纸化、科学化，内部办公自动 化的要求。2、软件结构： 系统管理采用 C/S 模式。3、操作时限要求： 文档处理平均响应时间为 1 秒，不包括查询与统计时间。4、流程要求： 提供可视化的方法修改和自定义工作流程。5、文档管理、查询要求： 能将各种用户订票处理结果或情况按月进行归档。6、操作接口要求：C/S 提供相应的应用接口，对无使用权限的功能不在接口上显示。操作尽量 简单，好用、易用。这

13、个接口体现多为管理，统计分析。7、安全要求： 严格的权限控制，严谨的保密设计。8、用户分类控制： 使用对象按不同的标准备分为不同的类型： 其中主要按使用功能对象来说分 可分为：售票管理人员，检票管理人员， 数据处理人员。9、委托授权要求：提供委托办理功能， 如果在工作流中某个环节上的工作人员不在时， 可由该 工作人员指定代办人员来协助完成办理，有效避免了文档在某一环节的停滞。10、流程监控和提醒功能：能自动搜索逾期未办件文档， 对逾期未办件文档或指定文件进行催办， 并可查看催办情况及答复催办。当出现逾期未办理的办件，系统会自动给出文字提醒。3.2.功能需求本节可以划分为若干小节，每一小节逐一说

14、明每一功能需求。本节将该功能需求具体描述为输入、处理和输出的需求。本节可用自然语言描述；也可用形式化的方法描述，如数据流程图（DFD、IDEF方法等。3.2.1系统管理模块系统管理模块实现对管理员的添加和删除功能。 例如、超级管理员可以添加并删 除普通管理员，但是普通管理员实现不了这个功能。 普通管理员只能对以下的站 内信息、注册用户信息、订票信息进行添加、修改并删除等功能。参与者：超级管理员，普通管理员操作界面：促捎彳言息#打折信息您附近有佳成电影愿远近 电影院、binggo电影院离您 最近”点击到达）订单 |优惠券n1快速购票1附近影院1我的1功能用例图:跚改站内信息添冊踐主册用户信息诙管

15、理员普通管理员冊余普通管理员添删改订票信息322站内信息管理模块可以对站内信息执行添加、查询修改、删除等功能参与者：管理员用例图：3.2.3注册用户信息管理模块对注册的用户进行管理。参与者：管理员，用户操作界面:购票信息/个人信息修改注册信息修改购票信息个人信息快速购票附件影院我的用例图:管理员用户添加用户修改用户信息324.影片信息管理模块对放映影片的信息进行添加、查询、修改、删除等功能参与者：管理员，用户操作界面：添加、查询、修改、删除注册信息修改购票信息影片信息个人信息快速购票附件影院我的用例图:325订票管理模块对用户的订票、退票等功能进行管理。还可以针对每个电影统计票房。参与者：管理

16、员，用户用例图：管理员订票退票用户3.3.性能需求主要是指：软件数据处理能力和时间特性的需求。 数据处理能力包括：支持的终端数：100支持并行操作的用户数：100处理的文件和记录数：10万3.4.数据管理能力要求定时整理数据：系统管理员根据现有影院厅数，对售票的数额，价格，会员 折扣，座位号的添减等均可由计算机执行，并将运行结果归档。查询剩余票量：能随时查询影院剩余票数，以便准确、及时、方便地为用户 提供购票信息，但不能修改数据 ,无信息处理权， 即可以打印清单、 浏览数据等， 管理权限由系统管理员掌握和分配。3.5. 设计约束按照公司项目管理规范。3.5.1.其它标准的约束无3.5.2.硬件

17、约束服务器内存为128 M以上。3.6. 属性本节定义用户对软件的其它属性的要求，可能的内容如下所列。3.6.1.可用性当客户端由于未知原因死机时， 能通过重新启动的方式排除故障， 正常使用 本系统；当服务器Down机时，也能通过重启的方式恢复；3.6.2.可靠性在现有软件环境和硬件条件下、 在满足当前需求的条件下、 在没有出现错误 操作的情况下，所有软件模块必须能稳定无故障运行。3.6.3.效率数据处理能力包括：支持的终端数： 100 支持并行操作的用户数： 100 处理的文件和记录数： 10 万Notes 数据库大小限制：在不超过硬盘容量的情况下即可； 文件的大小：不超过 Notes 数据

18、库的大小限制。 时间特性可能包括：处理具体文档响应时间： 1 秒； 查询与统计的响应时间根据文档的数量决定。3.6.4.安全性说明如何保护软件，以防止偶然或恶意的访问、使用、修改或泄密。3.6.5.可维护性软件提交给用户时， 所有数据库模块都是隐藏了设计的， 用户对本系统的维 护内容包括：流程可视化定义、报表可视化定义、数据整合可视化定义、授权、 注册用户、划分群组、以及对各功能模块在不同部门之间的排列组合。软件提交给用户后，若用户还有对功能的增删改要求， 由用户提出书面申请， 经开发方确认同意后， 由开发方在本公司内部修改完成， 并测试， 安装到用户的 使用环境中。当然，这些修改后的模块也是隐藏了设计的。3.7. 外部接口需求本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面 （ 如：输入界面、输出界面 ） 。用户对程序的维护，最好要 有备份。4. 数据字典4.1. 数据元素字典数据元素编号： A000