电影院售票管理系统UML

.
1.前景和范围文档
1.1 业务需求
1.背景、业务机会和客户需要
随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。

传统的电影售票都是人工服务，观看作为都是人共安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以
及方便定影院工作人员的管理，因此充分利用现代信息化、因特网的优势，设计电影院售票管系统，对提高系统建设的工作效率，提高信息的及时性、减轻各级
相关工作人员的劳动强度是非常有必要的。

一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院
售票数据变得合理化、具体化、直观化。

2.业务目标（ Business Objective,BO ）和成功标准（ Success Criteria,SC ）
BO-1 ：初始版本发布之后的 6 个月内，电影院的收入提高20%。

BO-2 ：初始版本发布之后的 3 个月内，每个员工每天的平均有效工作时间增加 20 分钟。

SC-1：初始版本发布后的 6 个月内，电影院收入显著提高。

3.业务风险（ Risk）
RI-1 ：使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报
1.2 解决方案的前景
1.前景陈述
该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再
那么繁琐；也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择范围。

2.主要特性（ Feature ）
FE-1：根据电影院提供的当天的播放场次选择订票
FE-2：注册订票的付费方式
FE-3：创建、浏览、修改和删除电影场次
FE-4：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet 访问系统
3.假设（ Assumption ）和依赖（ Dependency ）
1.3 范围和局限性
1.初始版本和后续版本的范围
目前仅实现 1.0 版本，实现上述的所有功能。

2.局限性（ Limitation ）和排斥性
LI-1 ：“电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的需到影院购买。

1.4 业务上下文
1.涉众概览
涉众主要价值态度主要兴趣约束条件
系统管理员引进新影片，更使用该系统所节无
新数据库约的费用必须超
过开发此系统的
费用和使用此系
统的费用
员工更高效率的利用保住工作培训工作人员，了工作人员的整掌握使用
个工作时间；提Internet所必须
高了客户的满意的技能
度
顾客可以更好的选择积极支持新系使用要简单，更需要登录该公司电影、座位、场统，但使用系统节约时间的内联网
次；节约了时间，的次数可能没有
更加方便期望的高
2.项目优先级
因素具体干活者约束条件自由度
进度计划 3/1/03 前完成第
一版，到 5/1/03 前完
成第二版；在不包括
责任人评审的情况
下，最多可超过期限
三星期
特性安排 1.0 版本实现的
特性必须完全可操作
质量必须通过95%的用户
验收测试；必须通过
全部的安全性测试；
所有的安全事务都必
须遵守公司的标准
工作人员项目团队包括一名半
日工作的项目经理，
两名开发人员，和一
名测试人员
费用在不包括责任人评审
的情况下，财政预算
最多可超支15%
2.用例
各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示：
主要参与者用例
顾客 1.订票
2.变更订单
3.取消订单
4.查看订单
5.登陆网站
7.检票
8.更新余票
系统管理员9.引进新片
10.更新数据库
11.添加、更改、删除员工信息
12.添加、删除、修改客户账户
用例 ID 号UC-1
用例名称订票
参与者顾客
主要参与者用例
描述顾客登录网站访问”电影院售票管理系统“，随意查看某一
天的上映电影，选择自己想看的电影，选定场次、座位，
提交订单并在付款界面支付
前置条件 1.顾客成功登录，并访问“电影院售票管理系统“
2.付款成功
后置条件 1.订单在“电影院售票管理系统“中的存储状态是
“已接受“
2.根据这一订单来更新余票
主干过程 1.0 订一张票
1.顾客要求查看某一天的上映表
2.系统显示当日上映电影、场次及余票
3.顾客选择自己喜欢的电影场次
4.顾客表明订票完成
5.系统显示所订票价格
7.顾客付款
8.系统确认接受订单
9.系统向顾客发送电子邮件，确认订单细节，价格
10.系统将订单存储在数据库中，并更新余票
分支过程 1.1 订多张票（第 4 步之后分支出来）
1.顾客要求预定另一场次的电影
2.返回到第 2 步
1.2 同样的票订多张（第 3 步之后分支出来）
1.顾客请求预定指定数量的电影票
2.返回到第 4 步
异常 1.0.E.1订单截止时间在当前时间之前（第 1 步）
1.系统通知顾客今天订票已经太晚了
2a.顾客取消订单
2b.系统终止用例
3a.顾客请求选择另一个日期
3b.系统重新启动用例
1.0.E.2票全部售完（第 1 步）
1.系统通知顾客今日已没有余票
2a.顾客取消订单
2b.系统终止用例
1.0.E.3不能完成同样的票订多张（第 1 步）
1.系统通知顾客它所能提供的该票最大值
2.顾客变更订单数量，或者取消订单
包含无
优先级高
使用频率无
业务规则无
特别需求 1.顾客在确认订单之前的任何时刻都可以取消订单
假设无
注意和问题 1.如果客户在今天的截止时间之前使用系统，那么默认的
日期是当前日期，否则，默认日期为下一个营业日
2.这一用例的峰值使用负载是当地时间早十点到晚十点
用例 ID 号UC-6
用例名称处理订单
参与者员工
描述员工根据用户提交的订单，查询是否有余票及对应场次、
座位，判断是否接受订单
前置条件 1.用户
3．软件需求规格说明
3.1 介绍
1.目标
软件需求规格说明描述了“电影院售票管理系统” 1.0 版本的软件功能性需求和非功能性需求。

这一文档计划实现和验证系统正确功能的项目团队成员来
使用。

除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且
都要在版本 1.0 中加以实现。

2.项目范围和产品特性
“电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。

详细的项目描述请中参见电影院售票管理系统前景和范围文档。

文档中的这一部分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。

3.参考文献
（1 ） Karl Wiegers 所著的 Cafeteria Ordering SystemVision and Scope Document, 其网址是 .processimpact./projects/COS/COS_vision_and_scope.doc （2）Karl Wiegers 所著的 Process Impact Intranet Development Standard版本 1.3，其网址是www. processimpact./corporate/standards/PI_intranet_dev_std.doc
3.2 总体描述
1.产品远景规划
“电影院售票管理系统”是一个新系统，它取代了当前传统的售票方式。

图1是一幅关联图，它演示了 1.0 版本的外部实体和系统接口。

期望系统演化若干个
版本后，可以提供信用卡和借记卡授权服务。

2.用户类和用户特性
用户类描述
顾客（优先考虑）顾客希望该系统使用起来可以简单上手，通过该系统订票可以有
惠，可以建立会员制。

系统管理员通过使用该系统，可以提高影院的收入，并提高影院知名度，扩大
顾客人群
员工使用该系统可以工作效率，简化流程
3.运行环境（ Operation Environment,OE）
OE-1 ：“电影院售票管理系统”的操作通过如下的Web 浏览器来完成：Microsoft Internet Eplorer版本5.0和6.0，Netscape Communicator
版本 4.7 和 Netscape 版本 6 和版本 7.
OE-2 ：“电影院售票管理系统”将运行在一个服务器中，该服务器运行当前由公司批准的 Red Hat Linux 版本和 Apache HTTP Server。

OE-3 ：“电影院售票管理系统”将允许用户通过公司的内联网来访问，如果用户被授权在公司外部穿过防火墙来访问，那么用户也可以在家里通
过 Internet 来访问该系统。

4.设计和实现的约束条件（constraint ）
CO-1 ：系统的设计、编码和维护文档将遵照Process Impact Intranet Development Standard 版本 1.3
CO-2 ：系统将采用公司标准的当前Oracle 数据库引擎
CO-3 ：所有 HTML 代码遵照 HTML4.0 标准
CO-4 ：所有脚本都用Perl 语言来编写
5.用户文档（ User Documentation，UD）
UD-1 ：系统将提供一个分层的和跨连接的HTML 联机帮助系统，它描述并演示了所有系统功能
UD-2 ：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下
如何订票。

系统不会将采用这一模板的订单存储到数据库中，也不
会将这种订单提交给系统。

6.假设（ Assumption ）和依赖（ Dependency ）
3.3 系统特性
1.订票
（1）描述和优先级
顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。

优先级为高。

（2）刺激 /响应序列
刺激：顾客请求订票，可以是一张或多张
响应：系统向顾客询问订票细节、付费方式
刺激：顾客请求改变订单
响应：如果订单状态是“已接受”，则系统允许用户编辑以前的订单
刺激：顾客请求取消订单
响应：如果订单状态是“已接受”，则系统取消订单
（ 3）功能性需求
登录到“电影院售票管理系统”的顾客可以通过该系统订票，订一张或多张都可以
顾客可以浏览当天的上映电影
顾客可以选择电影场次及座位
如果顾客所订票数超过了现在余票的最大值，系统将通知顾客他
能订购的最大值
顾客可以修改订单，删除订单
当顾客订购完成后，系统将提示顾客付款
顾客可以浏览已订票信息
订购成功后，系统将发送电子邮件提示用户订购价格及细节（4）非功能性需求
安全性：系统应保证客户信息不被泄露
可维护性
及时性：用户点击最多不超过 3 秒，系统应给予相应的响应
3.4 外部接口需求
1．用户界面（ User Interface ，UI ）
UI-1 ：“电影院售票管理系统”的屏幕画面将遵照 Process Impact Internet Application User Interface Standard 版本 2.0
UI-2 ：系统对所显示的每个HTML 网页都提供帮助链接，解释如何使用这些网页
UI-3 ：Web 页面的全部导航和票目选择，除了综合使用鼠标和键盘共同
完成外，还可以只通过键盘来单独完成
2.硬件接口
硬件接口还没确定
3.软件接口（ Software Interface，SI）
还没确定
4.通信接口（ Communication Interface，CI）
CI-1 ：“电影院售票管理系统”将向顾客发送电子邮件消息，以确认收到订单、价格。

CI-2 ：“电影院售票管理系统”奖项顾客发送电子邮件信息，以报告接受订单后存在的问题。

系统管理员对账户操作的活动图
登录系统
进行账户维
护
员工账户顾客账户
添加账户修改账户删除账户添加删除修改
退出系统
顾客登录系统的时序图
顾客登陆界面服务器数据库
输入帐号密码
发送帐号密码到服务器
查询验证帐号密码
查询
验证成功
将信息发送到界面
提示用户登录成功
顾客订票的活动图
查找登录
NO 浏览预订
判断是否登录
判断是否有余票
YES
选择场次、
NO座位
退出系统付款
员工处理退票的活动图
.
登录
查询客户订
单
判断是否有退订
YES
查询电影场
次时间
超时
接收退票申
请
退钱
NO
拒绝退出系统
通知顾客进更新余票
度
员工处理订单的活动图
.
员工客户登录系统
查看客户订
单
返回刷新
判断是否有订单
YES
查询所购信
息
判断是否有余票
通知客户修
改订单客户修改订
单接收订单
通知客户付
款
客户付款
成功处理订退出系统
单。