电影院售票管理系统UML.docx
《电影院售票管理系统UML.docx》由会员分享,可在线阅读,更多相关《电影院售票管理系统UML.docx(13页珍藏版)》请在冰豆网上搜索。
![电影院售票管理系统UML.docx](https://file1.bdocx.com/fileroot1/2022-11/24/ec1da777-b08a-4e91-bbd7-f352f1645de2/ec1da777-b08a-4e91-bbd7-f352f1645de21.gif)
电影院售票管理系统UML
1、前景与范围文档
1、1业务需求
ﻩ1、背景、业务机会与客户需要
随着社会得发展,人们生活水平得提高,欣赏电影逐渐成为人们闲暇时得主要娱乐方式之一。
传统得电影售票都就是人工服务,观瞧作为都就是人共安排,无法体现人性化选择,加上现在人们得生活节奏越来越快,购票时间需要相应缩短以及方便定影院工作人员得管理,因此充分利用现代信息化、因特网得优势,设计电影院售票管系统,对提高系统建设得工作效率,提高信息得及时性、减轻各级相关工作人员得劳动强度就是非常有必要得。
一个完善得电影院售票管理系统,可以帮助电影院工作人员提升工作效率,辅助电影院工作人员进行相关数据得输入、输出、查找、管理等操作,让电影院售票数据变得合理化、具体化、直观化.
2、业务目标(BusinessObjective,BO)与成功标准(SuccessCriteria,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)KarlWiegers所著得CafeteriaOrdering SystemVisionandScopeDocument,其网址就是c:
\iknow\docshare\data\cur_work\:
\
(2)KarlWiegers所著得ProcessImpactIntranetDevelopmentStandard版本1、3,其网址就是、 processimpact、/corporate/standards/PI_intranet_dev_std、doc
3、2总体描述
1、产品远景规划
“电影院售票管理系统”就是一个新系统,它取代了当前传统得售票方式。
图1就是一幅关联图,它演示了1、0版本得外部实体与系统接口。
期望系统演化若干个版本后,可以提供信用卡与借记卡授权服务。
2、用户类与用户特性
用户类 描述
顾客(优先考虑) 顾客希望该系统使用起来可以简单上手,通过该系统订票可以有
惠,可以建立会员制。
系统管理员 通过使用该系统,可以提高影院得收入,并提高影院知名度,扩大顾客人群
员工 使用该系统可以工作效率,简化流程
3、运行环境(OperationEnvironment,OE)
OE-1:
“电影院售票管理系统”得操作通过如下得Web浏览器来完成:
MicrosoftInternetEplorer版本5、0与6、0,Netscape municator版本4、7与Netscape版本6与版本7、
OE—2:
“电影院售票管理系统”将运行在一个服务器中,该服务器运行当前由公司批准得RedHatLinux版本与ApacheServer。
OE—3:
“电影院售票管理系统”将允许用户通过公司得内联网来访问,如果用户被授权在公司外部穿过防火墙来访问,那么用户也可以在家里通过Internet来访问该系统.
4、设计与实现得约束条件(constraint)
CO-1:
系统得设计、编码与维护文档将遵照Process Impact Intranet DevelopmentStandard版本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.用户界面(UserInterface,UI)
UI-1:
“电影院售票管理系统”得屏幕画面将遵照ProcessImpactInternetApplicationUserInterfaceStandard版本2、0
UI-2:
系统对所显示得每个HTML网页都提供帮助链接,解释如何使用这些网页
UI-3:
Web页面得全部导航与票目选择,除了综合使用鼠标与键盘共同完成外,还可以只通过键盘来单独完成
2、硬件接口
硬件接口还没确定
3、软件接口(SoftwareInterface,SI)
还没确定
4、通信接口(municationInterface,CI)
CI-1:
“电影院售票管理系统”将向顾客发送电子邮件消息,以确认收到订单、价格。
CI—2:
“电影院售票管理系统”奖项顾客发送电子邮件信息,以报告接受订单后存在得问题.
系统管理员对账户操作得活动图
顾客登录系统得时序图
顾客订票得活动图
员工处理退票得活动图
员工处理订单得活动图