电影选票系统UML建模Word格式.docx
- 文档编号:22385373
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:24
- 大小:312.21KB
电影选票系统UML建模Word格式.docx
《电影选票系统UML建模Word格式.docx》由会员分享,可在线阅读,更多相关《电影选票系统UML建模Word格式.docx(24页珍藏版)》请在冰豆网上搜索。
(1)系统总体的功能需求
影院售票系统是一个复杂的电子商务系统,它必须提供用户的接口以供用户登录并选择影票;
同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图
(2)用户接口模块
用户接口是网站用户使用影院售票系统服务的入口,所有的在线用户都通过浏览登录网站,并进行一系列的查询,订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后,用户ID将会被保存在服务器的缓存中,用户在系统中所做的操作,包括查询、订购等都将被系统存储在数据库中,以供系统那个进行销售情况以及销售走势分析。
(3)管理员接口模块
这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限,他们获得用户提交的订单,并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限,可以处理客户的订单,可以阅览网站商品的销售情况、销售走势,以便根据不同的情况及时的调整经营战略,将库存成本和资金占有用率降到最低的限度。
(4)数据服务模块
数据服务器模块是系统正常运行的基础,包括客户的查询,定单的保存;
网站工作人员的定单处理;
网站管理员的销售情况查询与分析。
注解:
根据开发者和客户的需求分析后,可以把系统功能分为两个子模块,购票系统模块和电影信息管理模块,售票管理系统是一个基于电影院工作人员的系统,不同类型的用户在系统中有不同的权限。
主要有三种用户:
购票者:
可以查询电影的上映时间,场次,并选择自己所需要的电影票,购票时需登录,然后购买电影票并进行网上支付。
管理员:
主要负责将电影信息增加,修改,删除,并导入数据库,然后根据数据分析最受欢迎的电影。
系统管理员:
主要负责为每个电影院指派1各电影院管理员和电影院的维护;
本系统拟使用Java语言通过三层模型实现:
数据核心层,业务逻辑层和接入层。
其中,数据核心层包括对于数据库的操作;
业务逻辑层作为中间层对用户输入进行逻辑处理、再映射到相应的数据层操作;
而接口层包括用户界面,包括系统登入界面、管理界面、用户订票界面等。
二、面向对象分析与设计
1.用例图
(1)管理员用例图
管理员模块:
1.管理员登录:
管理员通过输入自己的信息登录到系统;
2.实施票务更新:
管理员实时的把火车票的当前信息更新到数据库中,例如:
剩余票数分析等。
3.订票处理:
管理员登录成功后,可以查看并接受用户提出的预定申请,并查询相应电影票的剩余数量,实时情况来决定是否接受该申请,如果该电影票已售完就拒绝该申请。
4.票务管理:
管理员可以查看电影票的基本信息,其中包括上映时间,票价等相关信息
用例说明
1.简要说明
本用例描述管理人员管理电影院的过程
2.时间流
1.基本流
1.管理人员在数据服务器上管理电影信息(修改,添加,删除)
2.将管理人员所做的改动返回数据服务器
3.系统保存管理人员所做改动,并备份原数据
4.管理员根据数据分析最受欢迎的电影
2.备选流
无
2.特殊要求
3.前置条件
执“登陆”用例
4.后置条件
(2)客户用例图
客户模块:
1.客户登录:
用户通过输入注册时的信息登录该系统,并进行权限内的操作。
2.查看票务信息:
用户登录后,可以查看你所想查询的电影票的基本信息,其中包括上映时间,票价等。
3.订票与退票:
用户可以根据自己的需求查看相应票务信息后,提交自己的订票信息给系统,也可在预定票后提交退票请求。
4.查看订票信息:
用户可以登录该系统查看自己所预定的火车票是否已经申请成功
1.简要说明
本用例描述购票者购票的过程
2.事件流
1.基本流
1.购票者查看电影信息来确认电影的名字,价格,上映时间。
2.购票者通过购票系统来选择电影与剩余可选的座位。
3.购票者通过购票系统向售票者购买电影票。
4,系统确认购票者的请求并由售票员收取费用。
2.备选流
2a如果购票者想要购买的电影场次票已售完,给出提示,并返回。
4a如果售票者确认购票者的请求失败,给出提示,并返回。
3.特殊需求
4前置条件
5后置条件
6扩展点
7,相关数据.
电影信息
(3)系统管理员
1.简要说明
本用例描述系统管理员的主要工作
2.事件流1.系统管理员查看个电影院的管理员分配情况
2.对电影订票系统进行维护
2.用例规约
用例名:
客户注册账号;
用例名称:
客户注册账号
参与角色:
客户
用例说明:
该用例主要用于实现对电影订票客户注册账号;
前置条件:
客户成功登录订票系统界面
基本事件流:
参与者动作:
系统响应:
客户进入注册界面,输入用户名,密码等相关信息,符合要求后点击完成按钮;
系统校验管理员输入的信息是否符合规定,确认无误后,进行账号创建;
其它事件流:
无
异常事件流:
输入的信息有误,重新跳转到注册界面;
后置条件:
显示注册成功;
登录订票系统(包括验证);
登录订票系统(包括验证)
管理员、客户
该用例主要用于保障订票系统的安全性;
管理员或客户成功登录考试系统用户界面
管理员等用户完成验证信息的输入,点击完成按钮;
系统校验输入的信息是否与后台存储的数据库中的信息符合,确认无误后,允许进入;
输入的信息有误,重新跳转到用户登录界面;
登录成功,允许用户的基本操作;
添加电影信息;
添加电影信息
管理员
该用例主要用于客户查询电影信息;
管理员成功登录考试系统
管理员输入要添加的电影信息;
系统校验输入的信息是否符合要求,确认无误后,允许继续操作;
输入的信息有误,重新跳转到更新界面;
添加信息成功,允许用户的下一步操作;
订票处理;
订票处理
该用例主要用于实现客户订票所作出的反应;
管理员根据客户提供的信息判断订票的成功与否;
系统校验输入的信息是否符合规格,确认无误后,允许继续操作;
信息不符合规格,重新跳转到本页面;
若成功,允许用户的下一步操作;
查询票务;
录入考试时间
该用例主要用于实现后期对数值的整理;
管理员查询票数,做出统计和分析,分析出受欢迎电影;
将有关信息更新到页面上
更新信息成功,允许用户的下一步操作;
客户查询票务信息;
客户查询票务信息
该用例主要用于查询票务的基本信息;
客户成功登录考试系统;
客户查询剩余票数,及有关票价;
系统将有关信息反映到页面上;
查询成功,进行下一步;
客户订票;
客户订票
该用例主要实现客户的订票服务;
客户成功登录考试系统
登录系统后,客户确定电影时间及电影名称,根据要求完成订票;
系统将后台数据库中存储的数据显示出来;
成功,可进行下一步
查看订票状态;
查看订票状态
该用例主要实现客户对订票的有关疑问查询;
客户成功登录考试系统且已订票;
客户可根据显示查询订票的有关信息;
系统给出有关数据;
完成后,可进行下一步
网上支付
该用例主要实现客户的买票需求;
客户成功登录考试系统且订票;
客户根据要求进行有关购票操作;
系统调出有关数据,对比客户的余额,若符合要求,则购票成功;
退订;
退订
该用例主要实现客户不要票的有关需求;
客户已订票;
客户根据要求进行有关购票操作并退票;
系统接受提交,并保存到后台数据库;
票的时间过期,系统拒绝处理
电影院的维护;
电影院的维护
系统管理员
该用例主要实现对系统的总维护;
无;
维护系统;
指派管理员;
指派管理员
该用例主要实现对各个电影院管理员的分配操作;
制定管理员到电影院;
3.静态分析
建立系统主要类图
3.动态分析
建立序列图、协作图、活动图、状态图
(1)序列图
用户预订电影票
用户退票
管理员订票处理
(2)协作图
管理员处理订票
(3)活动图
客户预订电影票
管理员处理订单
(3)状态图
管理员状态图
电影票状态图
订票状态图
售票状态图
4.设计
建立系统的构件图和部署图以及包图;
(1)构件图
(2)部署图
(3)包图
说明:
系统的结构设计为三层架构,其中用户服务包中的类为获取数据,显示信息提供了可视化接口。
数据服务包中的类负责对数据的存取,更新和维护等。
业务服务包是用户服务包和数据服务包的桥梁,业务服务包的类负责处理用户的请求,执行业务任务。
用户服务包和业务服务包之间存在着引入依赖关系。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电影 选票 系统 UML 建模