UML电影售票系统.docx

《UML电影售票系统.docx》由会员分享，可在线阅读，更多相关《UML电影售票系统.docx（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、UML电影售票系统 软件系统建模与UML 课程设计报告 设计题目： 电影院售票系统 院 系： 计算机 专 业： 班级： 学 号： 姓 名： 指导老师： 设计地点： 学生姓名 成果 评语： 指导老师（签名） 年 月 日 书目 1. 设计目的和任务.2 2. 开发环境.2 2.1 硬件环境.2 2.2 软件环境.3 3.设计题目.3 3.1 题目名称.3 3.2 题目具体描述.3 3.3 功能要求.3 4. 相关技术及学问点.4 4.1 用例建模. 4.2 用例的定义. 4.3构造用例图的步骤. 4.4 RUP的核心工作流. 4.5概念模型. 4.6概念模型作用. 4.7类图. 4.8类的三个层次

2、. 4.9如何建立关联. 4.10系统行为. 4.11图. 4.12契约. 4.13协作图. 4.14三层结构的优势. 5. 面对对象分析与设计.7 5.1 用例图. 5.2 概念模型. 5.3系统类. 5.4契约. 5.5协作图. 5.6系统类图. 5.7状态图. 5.8系统组件图. 5.9部署图. 5.10数据库表. 6. 双向工程.8 7. 总结.9 8. 参考资料. 一 设计目的和任务 1.1设计目的 通过自身对电影院的了解和经验、分析以及实际的市场调查，要求本系统具有以下功能： （1）、统一友好的操作界面，能保证系统的易用性。 （2）、规范、完善的基础信息设置。（3）、影片分类详尽，

3、可按不同类别查看影片信息。（5）、实现轻松便捷购买影票。 为了影院售票系统更完善；为了影院对售票的管理更便利。 1.2设计任务 在明确系统功能点后，按授课要求，请用面对对象分析设计的方法设计系统，参考RUP的流程，依次得出系统的参加者、用例图、概念模型、系统类并定义系统类操作的契约、协作图（请考虑三层架构的设计方式）、得出系统的类图、数据库表，对得出的各种UML图须要进行文字描叙。 二 开发环境 2.1 硬件环境 微机一台、打印机一台、扫描仪一台 2.2 软件环境 操作系统：WindowsXP； 数据库：MYSQL。 三.设计题目 3.1 题目名称 电影院售票系统 3.2 题目具体描述 售票管

4、理系统是一个基于电影院工作人员的系统，不同类型的用户在系统中有不同的权限。主要有两种用户： 购票者：可以查询电影的上映时间，场次，并选择自己所须要的电影票，向售票员购买电影票。 管理员：主要负责将电影信息增加，修改，删除，并导入数据库。 3.3 功能要求 （1）系统总体的功能需求 影院售票系统是一个困难的电子商务系统，它必需供应用户的接口以供用户登录并选择影票；同时还必需供应系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。 图3-3-1 系统总体功能需求框图 （2）用户接口模块 用户接口是网站用户运用影院售票系统服务的入口，全部的在线用户都通过阅读登录网站，并进行一

5、系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售状况以及销售走势分析。 （3）管理员接口模块 这是系统供应给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售状况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并依据库存状况来确定发货或者推迟发货。网站的管理员具有全部的管理权限，可以处理客户的订单，可以阅览网站商品的销售状况、销售走

6、势，以便依据不同的状况刚好的调整经营战略，将库存成本和资金占有用率降到最低的限度。 （4）数据服务模块 数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售状况查询与分析。 四 相关技术及学问点 4.1 用例建模 用例建模是需求工程的一种形式，是抽取和文档化需求的补充方法 相对于“传统”SRS方法 用例是Jacobson在面对对象的软件工程中提出的，但它事实上是独立于面对对象的。 典型用例建模方法： 找出系统边界。找出参加者。找出用例(包括说明用例，创建场景) 4.2 用例的定义 定义：由系统执行的一个动作序列，并能产生可观测的结果值给特定的

7、角色。如： 从ATM机提取现金； 定购一个商品； 从学校选课系统注册选课； 从文本编辑器中检查一个文档的拼法错误； 用例命名：(状语）动词（定语）宾语 4.3构造用例图的步骤 1.确定系统的上下文： 1.1 确定参加者与它们的责任； 1.2 确定用例，即确定带有某种目的或产生特定结果的系统行为。2.对参加者和用例进行权衡，以便精化模型，例如拆分和合并定义。3.衡量用例以找出包含关系。4.衡量用例以找出扩展关系。5.对参加者和用例进行探讨，查找是否存在泛化关系。 4.4 RUP的核心工作流 （1）6个核心工程工作流： 需求工作流 分析和设计工作流 实现工作流 测试工作流 分发工作流 （2）3个核

8、心支持工作流： 项目管理工作流 配置和变更限制工作流 环境工作流 4.5概念模型 概念模型：呈现了问题域中有意义的概念，是OOA中要得到的最重要的制品。 是真实世界中各个事物的代表，而不是软件中各个构件的代表。概念模型包括： 1、一组概念； 2、概念之间的关联； 3、概念的属性； 4.6概念模型作用 概念模型的作用：将问题域空间分解成小的单元（概念）；帮助澄清领域中的术语和词汇（有哪些重要术语、以及术语之间的关系如何）。 4.7类图 类图描述了系统中的类及其相互之间的各种关系。 类之间的关系表示了对象之间的通信实力。类之间有三种关系： 关联（包括聚合和组合） 继承 依靠 4.8类的三个层次 C

9、onceptual：概念层。描述问题域中的概念，不考虑或很少考虑实现上的细微环节No Software。只考虑属性，在分析阶段运用。 Specification：说明层。Looking into Software,but only interface of the software, not the implementation. Only type, not class。增加操作定义，在设计阶段运用。 Implementation: 实现层。只有当运用某一详细技术进行设计时运用。在设计阶段运用。 4.9如何建立关联 添加关联应细到什么程度 1、在建立概念模型时主要时间花费在识别问题域概念上，

10、而不是识别关联上。 2、关联太多不仅不能有效展示概念模型，反而会使模型混乱。 3、概念模型概念间的关联是从纯分析角度声明有意义的概念间的联系，不须要考虑如何实现关联。 4、分析阶段得到的关联可能在设计阶段发觉是无用的；设计阶段有可能发觉分析阶段遗漏了有些概念间的关联。 4.10系统行为 在进行系统逻辑设计之前，必需先调查系统的行为，即将系统看作一个黑盒子，描述系统要“做什么”，而不是“怎么做”。定义系统行为的两种手段：系统依次图和契约。 4.11图 展示了一个特别的用例场景中外部参加者发起的事务以及事务的依次。在依次图中，全部的系统都被当成黑盒子对待，依次图的重点是参加者发起的跨越系统边界的事

11、务。 建立系统依次图要依靠于前面已经建立起来的用例描述。 4.12契约 契约是一个文档，描述系统操作对系统状态的影响，属于系统行为建模的一部分。契约强调发生了什么而不是怎么发生。 流程： 用例描述系统依次图系统操作契约 契约文本描述中强调操作的职责和后置条件 好用的契约后置条件分为以下三类： 1、实例的创建和销毁。 2、属性的修改。 3、关联的形成和裂开。 后置条件的表达要符合概念模型的语境，通过后置条件能发觉概念模型遗漏的概念、属性或关联，从而进行补充。 4.13协作图 1、每一个系统操作建立一张协作图，其中每个系统操作作为这张单独的图的起始消息。 2、若所绘出的图太困难，那么可以将这个大图

12、分成若干小图。3、运用操作契约和契约的后置条件以及用例描述文档作为起点来设计系统。识别对象、给对象安排职责、利用GRASP和系统模式来优化设计。 4.14三层结构的优势 1便于统一安装和维护，客户端几乎零维护。 2表示层、应用逻辑层、存储层比较独立，可以 分别进行修改和升级。 3便于组件共享和升级。 4便利对应用逻辑单独进行升级和修改。 5可以采纳中间件技术，实现负载平衡。 6在困难状况下具有很高的运行效率和稳定性。 7完整的事物处理实力和简洁的编程接口。 8简化应用逻辑的编程，不关切存储的细微环节。 五 面对对象分析与设计 5.1 用例图 （1）管理员用例图 5-1-1 管理员用例图 用例说

13、明 1.简要说明 本用例描述管理人员管理电影院的过程 2.时间流 1.基本流 1.管理人员在数据服务器上管理电影信息（修改，添加，删除） 2.将管理人员所做的改动返回数据服务器 3.系统保存管理人员所做改动，并备份原数据 2.备选流 无 2. 特别要求 无 3. 前置条件 执“登陆”用例 4. 后置条件 无 5. 扩展点 无 6. 相关数据 （2）购票者用例图 5-1-2购票者用例图 1. 简要说明 本用例描述购票者购票的过程 2. 事务流 1.基本流 1.购票者查看电影信息来确认电影的名字，价格，上映时间。 2 .购票者通过购票系统来选择 电影与剩余可选的座位。 3. 购票者通过购票系统向售

14、票者购买电影票。 4，系统确认购票者的恳求并由售票员收取费用。 7. 备选流 2a假如购票者想要购买的电影场次票已售完，给出提示，并返回。 4a假如售票者确认购票者的恳求失败，给出提示，并返回。 3.特别需求 无 4前置条件 无 5后置条件 无 6 扩展点 无 7,相关数据 . 电影信息 5.2 概念模型 5-2-1系统概念模型 购票者与电影信息和电影票之间有关联；电影信息和管理员之间有关联。 5.3系统类 购票者类 管理员类 电影信息类 电影票类 购票者的属性：姓名，年龄，电话 管理员的属性：ID PASSWORD 电影信息的属性：名称，导演，主演，价格，时间 电影票的属性：名称，价格，时间

15、 5.4契约 （1）订购电影票的契约 5-4-1订购电影票的系统依次图和系统操作 契约1 名称 初始化 职责 让用户登录系统 交叉引用 用例：订购电影票 注释 异样 输出 前置条件 后置条件 提示用户胜利登录 契约2 名称 查询 职责 显示各种影片信息供购票者选择 交叉引用 用例：订购电影票 注释 异样 输出 前置条件 用户胜利登录 后置条件 提示是否订购 契约3 名称 订购 职责 生成电影票 交叉引用 用例：订购电影票 注释 异样 输出 前置条件 用户胜利登录 后置条件 提示订购胜利 契约4 名称 保存退出 职责 把数据存入数据库，退出系统 交叉引用 用例：订购电影票 注释 异样 输出 前置

16、条件 订购胜利 后置条件 提示订票胜利 （2）管理电影信息的契约 5-4-2管理电影信息的系统依次图和系统操作 1契约 名称 初始化 职责 供管理员登入系统 交叉引用 用例：管理电影信息 注释 异样 输出 前置条件 后置条件 提示胜利登录 2 契约 名称 修改增加删除 职责 让管理员可以对现有的电影信息进行修改，增加，删除 交叉引用 用例：管理电影信息 注释 异样 输出 前置条件 管理员胜利登录系统 后置条件 提示是否保存 3 契约 名称 保存退出 职责 把修改后的数据存入数据库，退出系统 交叉引用 用例：管理电影信息 注释 异样 输出 前置条件 管理员胜利登录系统 后置条件 提示电影信息修改

17、胜利 5.5系统协作图 （1）购票者协作图 5-5-1购票者协作图 Title：相关电影信息 Item：更新后的电影信息 显示相互合作的对象之间的交互和链接关系： 1：用户登录系统 2：订票系统查询已有的电影信息 3：订票系统处理订票信息 4：检查该电影座位数是否削减 5：订票 6：更新座位信息 （2） 管理员协作图 5-5-2 管理员协作图 Title：相关电影信息 Item：更新后的电影信息 显示相互合作的对象之间的交互和链接关系： 1:管理员验证购票者身份信息 2：售票系统查询订单信息 3：找到订购电影票的信息 4：出售电影票 5：检查是否超过最大座位 6：售票 7：更新电影信息 5.6

18、 系统类图 5-6-1 系统类图 一个管理员可以处理多个电影信息； 一个购票者可以购买多张电影票； 一个购票者对应一个付款记录； 多个订购单对应多个电影信息。 5.7状态图 （1） 订票状态图 5-7-1订票状态图 New FILM: 新电影 Available：处于可购买状态 Delete：删除 Time_out：超过时间 Cancle：购票者取消 Reserve：保存信息 Bought：购买 （2）售票状态图 5-7-2售票状态图 New buyer：新的购买者 New state：新的数据 Account unavailable：订单不行交易 Delete account：删除订单 5.

19、8系统组件图 5-8-1系统组件图 5.9部署图 5-9-1 部署图 Database：数据库服务器 Web application：网络应用 Business operation：交易操作 Information maintenance：信息维护 5.10数据库表 （1） 电影信息数据库表 字段名称 数据类型 字段属性 字段大小 名称 必填字段 是否主键 name Nvarchar 50 电影名称 是 是 director Nvarchar 50 导演 否 performer Nvarchar 50 主演 否 5-10-1电影信息数据库表 （2） 电影票数据库表 字段名称 数据类型 字段属性

20、 字段大小 名称 必填字段 是否主键 name Nvarchar 50 电影名称 是 是 director Nvarchar 50 导演 否 performer Nvarchar 50 主演 否 price float 8 价格 是 seatnumber smallint 2 座位号 是 5-10-2 电影票数据库表 六 双向工程 由于全部图都是由VISIO软件所绘，没有双向工程的功能，所以无法像ROSE一样能够产生系统的部分代码。 七 总结 经过好几天的时间进行的学习UML相关学问，查阅大量资料，辛苦一番后，最终胜利的得出了用例图，概念模型，操作依次图，契约，系统协作图和系统类图的绘制。在整个流程中，不断的遇到各种困难，通过不懈的努力，解决了大大小小的问题，从中学到许多以前忽视的学问，受益匪浅。在整个过程中，从头到尾的UML设计过程中，对UML有了一个更深的印象和体会，这对以后的学习和工作都带来相当大的好处。事实表明UML是目前计算机发展的一个相当火热的焦点，所以我们应当好好学习UML相关学问。 八. 参考资料 1 国刚，周峰，孙更新，UML与Rational Rose 2003，电子工业出版社，2007年4月