电影院售票管理系统UML.doc

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。登陆网站
员工 6.处理订单
7。检票
8。更新余票
系统管理员 9。引进新片
10。更新数据库
11.添加、更改、删除员工信息
12.添加、删除、修改客户账户
用例ID号 UC—1
用例名称 订票
参与者 顾客
主要参与者 用例
描述 顾客登录网站访问”电影院售票管理系统“，随意查看某一天的上映电影，选择自己想看的电影，选定场次、座位，提交订单并在付款界面支付
前置条件 1。顾客成功登录，并访问“电影院售票管理系统“
2.付款成功
后置条件 1.订单在“电影院售票管理系统“中的存储状态是
“已接受“
2。根据这一订单来更新余票
主干过程 1。0 订一张票
1. 顾客要求查看某一天的上映表
2. 系统显示当日上映电影、场次及余票
3. 顾客选择自己喜欢的电影场次
4. 顾客表明订票完成
5. 系统显示所订票价格
6. 顾客确认订单或请求修改订单（回到第3步）
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，其网址是
（2）Karl Wiegers所著的Process Impact Intranet Development Standard版本1.3，其网址是www.
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）功能性需求
l 登录到“电影院售票管理系统”的顾客可以通过该系统订票,订一张或多张都可以
l 顾客可以浏览当天的上映电影
l 顾客可以选择电影场次及座位
l 如果顾客所订票数超过了现在余票的最大值,系统将通知顾客他能订购的最大值
l 顾客可以修改订单，删除订单
l 当顾客订购完成后，系统将提示顾客付款
l 顾客可以浏览已订票信息
l 订购成功后，系统将发送电子邮件提示用户订购价格及细节
（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:“电影院售票管理系统”奖项顾客发送电子邮件信息,以报告接受订单后存在的问题.
系统管理员对账户操作的活动图
顾客登录系统的时序图
顾客订票的活动图
员工处理退票的活动图
员工处理订单的活动图