UML建模设计航空订票系统

UMLUML 建模设计建模设计 航航 空空 订订 票票 系系 统统 姓名卫飞 班级1528 学号2 一、背景一、背景 1.11.1 背景概述背景概述 随着知识经济的到来，人类已经逐步进入信息化社会，信 息增长的速度越来越快，人们希望利用先进的管理理论方法 手段来得到并处理越来越多的信息，以提高工作效率和管理 水平。由于信息资源对人们生活的重要性，不断提高信息的 收集，传输，加以利用等活动，日益成为人们社会生活的重 要组成部分。网上机票预订管理系统的产生和发展正好满足 人们的这种需求 1.21.2 主要组成及功能主要组成及功能 1、 新用户注册，新用户可以注册，注册时输入用户名可以 查询用户可不可用，可用就可以 注册，注册时可以判断用户输 入的密码和验证密码是否相同，相同才给以注册，如果满意可以 点注册，注册成功后用户可以选择不用在回到登陆界面，可以直 接陆到用户主界面， 以后就可以用这个用户登录了， 如果不满意， 点取消，所有信息清空，重新输入。 2、 验证登陆名密码，正确进入主菜单，根据登录时所选 的登录方式（客户、管理员）的不 同分别对用户设定不同的访 问权限（如果是输入的客户用户名和密码正确，选择以客户方式 登陆则主界面里面的管理员界面不能用， 如果输入的是管理员的 相应用户密码正确，以管理员的方式登陆则管理员界面可用）不 正确则清空登录框，最多可以输入三次，三次不正确系统会自动 关闭 3.我的航班界面。你可以点击你想查询的有关机票的信息的 按钮（舱位信息查询，客机信 息查询，航线查询，客户类型信 息查询）获得相关信息的表，根据表的内容，你可以在下面的下 拉框中选择你要定的票信息， 点确定后在下面会显示你的机票的 相关内容，如果满意可以点击订票，把相关信息添加到机票数据 库表中， 如果不满意，可以点重置， 所有信息清空， 再重新选择。 4.退票功能。用户可以根据用户信息表中的我的机票信息查 询，找出机票号，在输入到机 票号查询里，点击查询获得你的 机票信息以及价格显示， 点击退票则在数据库机票信息表中删除 本条信息 二、使用二、使用 RoseRose 绘制图绘制图 分别有用例图、类图、包图、顺序图、协作图、状态图、活动分别有用例图、类图、包图、顺序图、协作图、状态图、活动 图、组件图、部署图图、组件图、部署图 情景机票预订系统是某航空公司推出的一款网上选票系统。其中， 未登陆用户只能查询航班信息；以登陆的用户还可以网上购买机票， 查看已购买机票，也可以退定机票；系统管理员可以安排系统中的航 班信息。 此外， 该购票系统还可以与外部的一个信用评价系统有交互。 当某用户一个月之内退订两次及以上的机票时， 需要降低该用户在信 用评价系统中的等级。当信用等级过低时，则不允许用户再次购买机 票。 1. 用例图 用例图是被称为参与者的外部用户所能观察到的系统功能的模 型图。 用例是系统中的一个功能单元， 可以被描述为参与者与系统之间 的一次交互作用，并显示那个参与者参与了哪个用例的执行。 该用例图中角色模型有已经登录用户， 未登陆用户，管理员三者 构成。已登录用户与登录系统存在着直接的通信关系； 未登陆用户与 查询信息之间存在着通信关系； 管理员与安排航班信息之间存在着通 信关系。 而登录系统又包含了购买机票、查看机票、退定机票三者。购 买在与评价系统的继续购买与禁止购买之间存在着扩展关系。 2. 2. 类图类图 类图是以类为中心的， 类图通过显示出系统的类以及这些类之间 的关系来表示系统。订票系统的属性为class 和航班信息，已登录用 户的属性为姓名身份证和电话，操作为权限，预定，撤销，查看。未 登陆用户的属性有姓名， 操作方式只限于查看。 管理员的属性为姓名， 管理员密码，操作方式为安排航班信息。 评价系统的操作方式为检索 用户的退票次数与时间。购买许可的操作方式为允许或禁止购买。 在该图中，订票系统与已登录用户，未登陆用户，管理员之间存 在着一般化关系。订票系统为父类，其余为子类，子类继承父类的属 性和操作。评价系统与已登录用户之间存在着依赖关系。 3. 3. 包图包图 包图是对类进行组合，进而表示出复杂的类图。一个包是 UML 上有逻辑关系的元件的集合。 在该图中， 业务与用户， 管理员， 购买业务之间存在着依赖关系， 表示当用户信息，管理员信息，购买业务发生辩护时，都可能会导致 业务发生改变。当业务发生改变时，也会对信用评价造成影响。 4. 4. 状态图状态图 状态图是一个类对象所可能经历的所有历程的模型图。 状态图由 对象的各个状态和连接这些状态的转换事件组成。 当一个事件发生时，它会触发状态间的转换，导致对象从一种状 态转换到新的状态。 状态图中可用于描述用户接口、 设备控制器和其他具有反馈的子 系统， 还可以用于描述在生命期中跨越多个不同性质的阶段的被动对 象的行为，在每一阶段该对象都有自己的特殊行为。 本图中，有7 种状态，由用户登录开始。未登录用户经过注册后 状态转换为登录用户可以进入订票系统。 管理员可以通过登录的方式 进而进入修改安排航班信息的状态。 而登录用户或注册后的用户需要 经 过 评 价 系 统 的 评 价 后 方 可 进 入 购 买 的 状 态 。 5. 5. 协作图协作图 协作图对在一次交互中有意义的对象和对象之间的链式建模。 类 元角色描述了一个对象，关联角色描述了协作关系中一个链。 协作图 用几何排列来表示交互作用中的各角色。 附在类元角色的箭头上代表 的消息。消息的发生顺序用消息箭头处的编号来说明。 协作图也是互动的图表。它向顺序图一样也传递相同的信息， 但 他不关心消息什么时候被传递，只关心对象的角色。 该图的对象为管理员和用户，管理员，管理员输入登录信息，在 接受到该条消息之后，进入到管理员界面。在管理员界面输入更改信 息， 收到该更改信息后， 进入到机票安排界面。 对用户来说原理相同。 该图为用户登录的协作图，着重于用户登录的模块。对于用户本 人，如果已经注册。在输入帐号密码之后，进入刀登陆界面，系统验 证登陆。在登陆后读取用户的个人信息到服务器， 然后服务器反馈验 证。 用户可以根据时间的合适程度进行购票，并在数据库中进行插入数， 并且显示。 6. 6. 顺序图顺序图 顺序图可以用来表示一个场景说明， 即一个事物的历史过程。顺 序图中的一个用途是表示用例中的行为顺序。当执行一个用例行为 时， 顺序图中的每条消息对应一个类操作或者状态图中引起转换的触 发事件。 该图中的七个方框表示七个对象， 这个用例是由用户进行具体的 操作，再将这些操作转换成固定的请求，发送给其他对象形成的。 当用户执行登录之后，进入订票系统，再由订票系统发送购买查 询的命令到购买系统和查询系统。 购买系统通过发送评价命令对用户 是否继续购买和退票情况进行确定。 最终进入评价系统对用户的星级 进行评价。 管理员执行修改命令后可以进入订票系统对航班信息进行安排。 7. 活动图 活动图是阐明了业务用例实现的工作流程。 业务工作流程说明了 业务为向所服务的业务主角提供其所需的价值而必须完成的工作。 业 务用例由一系列活动组成，它们共同为业务主角生成某些工件。 工作 流