UML期末大作业
标准
电 影 订 票 系 统
实用文档
电影订票系统
成员：秦晓航 20127760237 组长（二班） 杨姗姗 20127760253 组员（二班） 韩舒蕊 20127760208 组员（二班） 项目情景：
1. 系统中有多个电影院，系统管理员可以完成电影院的维护，系统管理员可以为每个电影院指派1各电影院管理员； 2. 电影院管理员定期维护本电影院即将上映的电影信息； 3. 网民可以根据时间、电影名称、电影院名称进行查询，查询到自己中意的电影后，注册的网民可以在网上完成订票，并进行网上支付；
4. 系统能够对指定时间、电影院、电影名字进行统计分析，以便分析出受欢迎的电影片； 一、需求陈述：
（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.特殊需求 无 4前置条件 无 5后置条件 无 2.用例规约 用例名：客户注册账号； 用例名称： 客户注册账号 参与角色： 客户 用例说明： 该用例主要用于实现对电影订票客户注册账号； 前置条件： 客户成功登录订票系统界面 基本事件流： 参与者动作： 系统响应： 客户进入注册界面，输入用系统校验管理员输入的信息户名，密码等相关信息，符是否符合规定，确认无误后，合要求后点击完成按钮； 进行账号创建； 其它事件流： 无 异常事件流： 输入的信息有误，重新跳转到注册界面； 后置条件： 显示注册成功； 用例名：登录订票系统（包括验证）； 用例名称： 登录订票系统（包括验证） 参与角色： 管理员、客户 用例说明： 该用例主要用于保障订票系统的安全性； 前置条件： 管理员或客户成功登录考试系统用户界面 基本事件流： 参与者动作： 系统响应： 管理员等用户完成验证信息系统校验输入的信息是否与的输入，点击完成按钮； 后台存储的数据库中的信息符合，确认无误后，允许进入； 其它事件流： 无 异常事件流： 输入的信息有误，重新跳转到用户登录界面； 后置条件： 登录成功，允许用户的基本操作； 用例名：添加电影信息； 用例名称： 添加电影信息 参与角色： 管理员 用例说明： 该用例主要用于客户查询电影信息； 前置条件： 管理员成功登录考试系统 基本事件流： 参与者动作： 系统响应： 标准 实用文档 管理员输入要添加的电影信系统校验输入的信息是否符息； 合要求，确认无误后，允许继续操作； 其它事件流： 无 异常事件流： 输入的信息有误，重新跳转到更新界面； 后置条件： 添加信息成功，允许用户的下一步操作； 用例名：订票处理； 用例名称： 订票处理 参与角色： 管理员 用例说明： 该用例主要用于实现客户订票所作出的反应； 前置条件： 管理员成功登录考试系统 基本事件流： 参与者动作： 系统响应： 管理员根据客户提供的信息系统校验输入的信息是否符判断订票的成功与否； 合规格，确认无误后，允许继续操作； 其它事件流： 无 异常事件流： 信息不符合规格，重新跳转到本页面； 后置条件： 若成功，允许用户的下一步操作； 用例名：查询票务； 用例名称： 录入考试时间 参与角色： 管理员 用例说明： 该用例主要用于实现后期对数值的整理； 前置条件： 管理员成功登录考试系统 基本事件流： 参与者动作： 系统响应： 管理员查询票数，做出统计将有关信息更新到页面上 和分析，分析出受欢迎电影； 其它事件流： 无 异常事件流： 无 后置条件： 更新信息成功，允许用户的下一步操作； 用例名：客户查询票务信息； 用例名称： 客户查询票务信息 参与角色： 客户 用例说明： 该用例主要用于查询票务的基本信息； 前置条件： 客户成功登录考试系统； 基本事件流： 参与者动作： 系统响应： 客户查询剩余票数，及有关系统将有关信息反映到页面票价； 上； 其它事件流： 无 异常事件流： 无 后置条件： 查询成功，进行下一步； 用例名：客户订票； 用例名称： 客户订票 参与角色： 客户 标准 实用文档 用例说明： 前置条件： 基本事件流： 该用例主要实现客户的订票服务； 客户成功登录考试系统 参与者动作： 系统响应： 登录系统后，客户确定电影系统将后台数据库中存储的时间及电影名称，根据要求数据显示出来； 完成订票； 其它事件流： 无 异常事件流： 无 后置条件： 成功，可进行下一步 用例名：查看订票状态； 用例名称： 查看订票状态 参与角色： 客户 用例说明： 该用例主要实现客户对订票的有关疑问查询； 前置条件： 客户成功登录考试系统且已订票； 基本事件流： 参与者动作： 系统响应： 客户可根据显示查询订票的系统给出有关数据； 有关信息； 其它事件流： 无 异常事件流： 无 后置条件： 完成后，可进行下一步 用例名：网上支付 用例名称： 网上支付 参与角色： 客户 用例说明： 该用例主要实现客户的买票需求； 前置条件： 客户成功登录考试系统且订票； 基本事件流： 参与者动作： 系统响应： 客户根据要求进行有关购票系统调出有关数据，对比客操作； 户的余额，若符合要求，则购票成功； 其它事件流： 无 异常事件流： 无 后置条件： 无 用例名：退订； 用例名称： 退订 参与角色： 客户 用例说明： 该用例主要实现客户不要票的有关需求； 前置条件： 客户已订票； 基本事件流： 参与者动作： 系统响应： 客户根据要求进行有关购票系统接受提交，并保存到后操作并退票； 台数据库； 其它事件流： 无 异常事件流： 票的时间过期，系统拒绝处理 后置条件： 无 标准 实用文档 用例名：电影院的维护； 用例名称： 电影院的维护 参与角色： 系统管理员 用例说明： 该用例主要实现对系统的总维护； 前置条件： 无； 基本事件流： 参与者动作： 系统响应： 维护系统； 无； 其它事件流： 无 异常事件流： 无 后置条件： 无 用例名：指派管理员； 用例名称： 指派管理员 参与角色： 系统管理员 用例说明： 该用例主要实现对各个电影院管理员的分配操作； 前置条件： 无 基本事件流： 参与者动作： 系统响应： 制定管理员到电影院； 无； 其它事件流： 无 异常事件流： 无 后置条件： 无 3.静态分析 建立系统主要类图 标准 实用文档 3.动态分析 建立序列图、协作图、活动图、状态图 (1) 序列图 标准 实用文档 用户预订电影票 用户退票 管理员订票处理 (2) 协作图 标准 实用文档 用户预订电影票 用户退票 标准 实用文档 管理员处理订票 (3)活动图 标准 实用文档 客户预订电影票 标准 实用文档 管理员处理订单 (3) 状态图 标准 实用文档 标准 管理员状态图 实用文档 标准 电影票状态图 实用文档 新电影买超过时间处于可购买状态保存信息保存信息购买购票者取消返回删除 订票状态图 有座位新的购买者新的数据无座位订单不可交易返回删除订单 标准 实用文档 售票状态图 4.设计 建立系统的构件图和部署图以及包图； (1) 构件图 界面主要系统系统管理员客户 (2) 部署图 客户端网络应用交易操作端信息维护 (3) 包图 标准 实用文档 说明：系统的结构设计为三层架构，其中用户服务包中的类为获取数据，显示信息提供了可视化接口。数据服务包中的类负责对数据的存取，更新和维护等。业务服务包是用户服务包和数据服务包的桥梁，业务服务包的类负责处理用户的请求，执行业务任务。用户服务包和业务服务包之间存在着引入依赖关系。 标准 因篇幅问题不能全部显示，请点此查看更多更全内容
Copyright © 2019- zicool.com 版权所有 湘ICP备2023022495号-2
违法及侵权请联系：TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务