航空票务管理系统-V1.5.doc

航空票管理系统分析与设计MSE Systems Analysis and Design Course航空票务管理系统分析与设计版本 1.5项目组成员：张月丹 （学号：09250103 Email：miracle86921）卢青伟 （学号：09250104 Email：lqw）蔡德辉 （学号：09250108 Email：samuelchoi）王晗昭 （学号：08250813 Email：joseph-wang） 文档修订摘要日期修订号描述编制者审阅者2010-05-10V0.1问题陈述卢青伟张月丹2010-05-16V0.2需求分析3.2.1用户登录 3.2.2用户注册张月丹蔡德辉2010-05-18V0.3需求分析3.2.3个人信息管理3.2.4预订机票卢青伟蔡德辉2010-05-19V0.4需求分析3.2.5个人购物车蔡德辉蔡德辉2010-05-20V0.5需求分析3.2.6退票3.2.7制定航班3.2.8安排航班张月丹卢青伟2010-05-21V0.6补充规约3.3 术语表3.4张月丹卢青伟2010-05-25V0.7设计4.1系统框架 4.2系统关键抽象卢青伟蔡德辉2010-05-27V0.84.3.1分析类及其功能4.3.2用例分析蔡德辉王晗昭2010-05-28V0.93.2.7 3.2.8 制定航班安排航班王晗昭卢青伟2010-06-02V1.04.3.3、 4.3.4用例交互过程卢青伟张月丹2010-06-03V1.14.3.5、4.3.6、4.4类分析、类关联、系统类图张月丹蔡德辉2010-06-04V1.2调整标题格式王晗昭卢青伟2010-06-19V1.3根据依老师意见修改第二、三章张月丹卢青伟2010-06-23V1.4根据依老师意见修改第四章蔡德辉卢青伟2010-06-23V1.5订稿全体全体目录第1章引言21.1文档用途21.2阅读对象2第2章问题陈述3第3章需求分析43.1航空票务系统用例模型43.2航空票务系统那个用例规约43.2.1用户登录43.2.2用户注册63.2.3个人信息管理83.2.4预订机票103.2.5查看个人购物车113.2.6退票123.2.7制定航班143.2.8安排航班153.3补充规约173.4术语表18第4章航空票务系统设计194.1航空票务系统框架194.2系统关键抽象214.3用例分析214.3.1分析类及其功能214.3.2预订机票用例分析224.3.3注册用户用例功能描述224.3.4预订机票用例交互过程224.3.5预订机票用例的类分析和设计224.3.6预订机票用例分析类关联关系234.4系统类图244.5分析类到设计元素映射26MSE 2010 第31页 共33页第1章 引言1.1 文档用途本文档的编写目的是为了让读者对航空票务管理系统的需求和设计有全局性、总体方面的了解。1.2 阅读对象此文档将适合以下人员阅读：l 本项目组成员l 对本系统感兴趣的人员第2章 问题陈述为了方便广大市民预订飞机票，现开发一个航空票务系统。该系统的核心功能是用户的个人信息管理、预订机票和用户查看个人的购物车。该系统设定两个角色，管理员和用户。只有注册用户才可进入。管理员的功能主要是制定航班和安排航班。在制定航班的时候，系统将会要求管理员输入航班号，起飞地点，目的地点，旅程和价格。提交时系统会自动检测该航班号是否已存在，保证航班号的唯一性。在安排航班的时候，系统将会要求管理员输入航班号和航班日期，提交时系统会自动检测该航班是否已设定了航班日期，如果已设定，系统将会提示是否需要替换旧的航班日期。用户的功能是注册、管理个人信息、预订机票和查看个人购物车。用户第一次使用该系统时，系统会提示用户进行注册。填写完毕后，用户提交个人信息时，系统会检测用户名的唯一性。用户在预订机票时，系统会显示当前所有航班的具体信息，当用户确认预订提交时，系统会检测该航班的票数剩余量。如果用户重复预订了同一航班的机票，系统将会向用户进行提示。查看个人购物车的环节里，用户可以查看到自己预订机票的相关信息，并且可以选择某一航班进行退票。本系统不提供超级管理员，若需要增加管理员，需要系统维护人员在后台直接修改管理员数据库。第3章 需求分析3.1 航空票务系统用例模型图1：航空票务系统用例图3.2 航空票务系统那个用例规约3.2.1 用户登录1) 简要说明本用例描述注册用户/管理员如何登录到航空票务系统。2) 参与者注册用户、管理员3) 事件流 图2: 用户登录活动图i. 基本事件流本用例开始于注册用户/管理员希望登录到航空票务系统。a) 系统请求注册用户/管理员输入用户名和密码；b) 注册用户/管理员输入用户名和密码；c) 系统验证输入的用户名和密码；A1：用户名不存在A2：用户名对应密码不正确d) 注册用户/管理员成功登录到主界面，进行其他操作。ii. 后备事件流A1.用户名不存在 系统显示用户名不存在错误信息； 管理员返回基本事件流第1步，而用户将会被系统提示注册。A2.用户名对应密码不正确 系统显示用户名密码不正确错误信息； 返回基本事件流第1步。4) 特殊需求密码输入框必须以密文方式呈现。5) 前置条件本用例开始前注册用户/管理员已经打开对应的系统登录界面。6) 后置条件如果用例成功，注册用户/管理员将成功登录系统，并赋予相应权限。若失败，系统状态不改变。3.2.2 用户注册1) 简要说明本用例描述注册用户如何在航空票务系统中注册。用户名合法性定义：用户名必须只能包含字母和数字并且长度超过8个字符。密码合法性定义：密码的长度必须超过6个字符。2) 参与者注册用户3) 事件流图3: 用户注册活动图i. 基本事件流本用例开始于注册用户希望在航空票务系统中注册。a) 系统请求注册用户输入用户名；A1：用户名已存在A2：用户名不合法。b) 系统请求注册用户输入两次密码；A3.密码不合法A4.两次密码不一样c) 系统请求用户输入姓名，性别，电话，电子邮件；d) 系统把当前用户的信息增加到数据库中。ii. 后备事件流A1.用户名已存在 系统显示用户名已存在错误信息； 返回基本事件流第1步；A2.用户名不合法 系统显示用户名不合法错误信息； 返回基本事件流第1步。A3.密码不合法 系统显示密码不合法错误信息； 返回基本事件流第1步。A4.两次密码不一样 系统显示两次密码不一样错误信息； 返回基本事件流第1步。4) 特殊需求密码输入框必须以密文方式呈现。5) 前置条件本用例开始前用户打开系统注册界面。6) 后置条件如果用例成功，用户将注册成功，系统在数据库中增加一条注册用户的相关记录。若失败，系统状态不改变。3.2.3 个人信息管理1) 简要说明本用例允许注册用户对个人信息进行管理，提供修改密码功能，但不允许修改用户名。2) 参与者注册用户3) 事件流图4: 个人信息管理活动图i. 基本事件流本用例开始于注册用户希望修改个人信息。a) 系统请求注册用户输入新密码和确认密码；b) 注册用户新密码和确认密码；c) 系统验证输入的新密码和确认密码；A1：新密码不合法A2：确认密码与新密码不一致d) 系统请求注册用户输入性别，电话，电子邮件；e) 注册用输入性别，电话，电子邮件；f) 系统修改注册用户的个人信息ii. 后备事件流A1.新密码不合法 系统显示新密码不合法错误信息； 返回基本事件流第1步。A2.确认密码与新密码不一致 系统显示确认密码与新密码不一致错误信息； 返回基本事件流第1步。4) 特殊需求密码输入框必须以密文方式呈现。5) 前置条件本用例开始前注册用户已经登录系统6) 后置条件如果用例成功，注册用户将成功修改个人信息。若失败，系统状态不改变。3.2.4 预订机票1) 简要说明本用例允许注册用户查询当前的航班信息，并且根据个人需要进行预订。2) 参与者注册用户3) 事件流图5: 注册用户预订机票活动图i. 基本事件流本用例开始于注册用户希望预订机票。a) 系统提供航班号，出发地点，目的地点，航班日期，价格供注册用户选择。b) 用户选择一个航班并确认预订。c) 系统验证选中航班的剩余票数A1.该航班的剩余票数为0d) 系统修改用户个人购物车中的订票情况ii. 后备事件流A1. 该航班的剩余票数为0 系统向用户提示该航班的机票已售完。 返回基本事件流第1步4) 特殊需求无5) 前置条件本用例开始前注册用户已经登录系统6) 后置条件如果预订成功，将会在用户的个人购物车中显示该航班。若失败，返回基本事件流第1步。3.2.5 查看个人购物车1) 简要说明本用例允许注册用户查看个人预订机票的情况。2) 参与者注册用户3) 事件流图6: 注册用户查看个人购物车活动图i. 基本事件流本用例开始于注册用户希望查询个人预订机票的情况a) 注册用户查看个人购物车b) 系统将返回用户的预订的所有机票，以列表的形式返回航班的航班号、票价、航班日期。ii. 后备事件流无4) 特殊需求无5) 前置条件本用例开始前注册用户已经登录系统6) 后置条件无3.2.6 退票1) 简要说明本用例允许注册用户退订个人已预订了的机票。2) 参与者注册用户3) 事件流图7: 注册用户退票活动图i. 基本事件流本用例开始于注册用户希望退订个人已预订了的机票。a) 注册用户查看个人购物车b) 系统将返回用户的预订的所有机票，以列表的形式返回航班的航班号、票价、航班日期。c) 用户选择一个航班并确认退票d) 系统验证该航班是否已经超过退票期限A1. 该航班已经超过退票期限e) 系统修改用户个人购物车中的订票情况。ii. 后备事件流A1. 该航班已经超过退票期限 系统提示该航班已经超过退票期限，无法退票。 返回基本事件流第2步4) 特殊需求无5) 前置条件本用例开始前注册用户已经成功登陆系统。6) 后置条件如果退订成功，该航班将会从用户的个人购物车中消失。若失败，返回基本事件流第2步3.2.7 制定航班1) 简要说明本用例描述管理员如何制定航班。2) 参与者管理员3) 事件流图8：制定航班i. 基本事件流本用例开始于管理员希望制定航班。a) 系统请求管理员输入航班号，起飞地点，目的地点，旅程小时数，机票价格。b) 系统验证航班号是否已存在A1. 航班号已存在c) 系统验证机票价格是否合法A2.机票价格不合法d) 系统验证旅程小时数是否合法A3.旅程小时数不合法e) 系统增加一条航班记录。ii. 后备事件流A1. 航班号已存在 系统显示航班号已存在错误信息 返回基本事件流第1步A2. 机票价格不合法 系统显示机票价格不合法错误信息 返回基本事件流第1步A3. 旅程小时数不合法 系统显示旅程小时数不合法错误信息 返回基本事件流第1步4) 特殊需求无5) 前置条件本用例开始前管理员已经成功登陆系统。6) 后置条件如果用例成功，系统将会一条航班记录。若失败，系统状态不改变。3.2.8 安排航班1) 简要说明本用例描述管理员如何安排航班。2) 参与者管理员3) 事件流图9：安排航班i. 基本事件流本用例开始于管理员希望安排航班。a) 系统请求管理员选择航班号和输入航班日期。b) 系统验证选中的航班是否已经设定了航班日期。A1.选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。c) 系统将会修改选中航班的航班日期。ii. 后备事件流A1. 选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。 管理员选择“是”，系统将会修改选中航班的航班日期。 管理员选择“否”，返回基本事件流第1步。4) 特殊需求无5) 前置条件本用例开始前管理员已经成功登陆系统。6) 后置条件如果用例成功，系统将会修改选中航班的航班日期。若失败，系统状态不改变。3.3 补充规约本部分为该系统的整体非功能性补充要求。（1）兼容性系统可支持Windows 2003和Windows XP操作系统。（2）可靠性提供724小时不间断服务。保证登录、查询、预订/退订机票、定制航班、安排航班的正确性和可靠性。（3）性能系统可支持5000个在线用户；用户进行预订/退订机票时，系统的响应时间应小于8秒；用户进行查询个人新购物车时，系统的响应时间应小58秒。（4）易用性系统要充分考虑经常使用的功能和很少使用的功能在屏幕上的分布，充分设计和利用导航的功能。（5）安全性系统具有注册用户和管理员两种角色，各角色具有不同的操作权限，角色只能在各自允许的权限范围内使用功能。登录系统时，须输入用户名和密码进行身份验证。（6）设计约束本系统通过共享数据库方式获取航空票务系统的航班信息。3.4 术语表本部分内容包括与本系统开发相关的关键概念定义。(1)航空票务系统办理机票预订/退订业务，制定安排航班和注册用户的系统，即本次开发任务，下文所称的本系统均指航空票务系统。(2)航班信息指航班的航班号、起飞地点、目的地点、旅程小时数、票价、航班日期等信息。(3)航班号系统中用于唯一标示航班的编号。(4)当前航班系统当前存在的所有航班。(5)退票期限系统规定的注册用户退订机票的时间上限。(6)航班日期航班起飞的日期。(7)注册用户拥有航班票务系统登录权限和预订/退订机票权限的人。(8)管理员由系统设定，负责制定航班和安排航班业务，并拥有管理注册用户信息权限的人。(9)用户名注册用户和管理员在系统中的唯一标识。第4章 航空票务系统设计4.1 航空票务系统框架本系统基于B/S架构用Java开发实现，使用三层结构进行分层，分别是界面层、业务层、数据访问层；通过spring组装界面层、业务层、数据访问层的Bean对象，从而实现对象管理和事务管理。领域对象的持久化通过hibernate持久化框架完成，界面层运用struts实现界面和界面控制逻辑的分离。系统还对用户的认证和授权进行了管理，通过认证管理确认帐号是否存在，通过授权管理确认用户对当前功能是否有权限操作。图10：航空票务系统框架l 表示层表示层负责获取用户的请求和信息的展现，是用户与系统交互的界面，通过struts的界面和界面控制逻辑分离技术，实现了界面逻辑的重用。本系统表示层的模块包括：用户登录，用户注册、个人信息管理，预订机票，购物车、退票，制定航班，安排航班。l 业务层业务层是实现系统业务逻辑的核心。它被struts的action调用，负责对业务逻辑代码进行抽象和封装，执行业务逻辑操作，和领域层、数据层关联。业务结果返回给表示层展现。本系统表示层的模块包括：用户登录，用户注册、个人信息管理，预订机票，购物车、退票，制定航班，安排航班。l 数据层数据层负责系统的实体对象的数据访问，数据层通过hibernate实现，通过hibernate和ehcache的整合实现实体对象的缓存,本系统数据层的模块包括：管理员、用户、航班、订单、订单项。图11：包依赖图4.2 系统关键抽象系统关键抽象即系统实体类图，系统实体类描述了系统中的类及其相互之间的各种关系，它反映了系统中包含的各种对象的类型以及对象间的各种静态关系。主要描述了系统实体层中各实体类的属性及其相互的关系。是对实体层中各模块的描述。图12：系统关键抽象4.3 用例分析4.3.1 分析类及其功能由于系统的用例较多，难以一一列举，所以选取了注册用户和注销用户两个用例进行详细分析。其它的用例分析与这两例相似。每个用例分析由四部分组成，第1部分用例功能描述，对用例功能进行简单的描述，第2部分用例交互过程，主要描述了用户与系统的交互工程，采用时序图进行描述，第3部分用例的类分析和实现，描述了用例涉及的各种类，包括边界类，控制类和实体类，第4部分分析类关联关系，描述了分析类的关联关系。4.3.2 预订机票用例分析4.3.3 注册用户用例功能描述用户可以利用这一功能预订机票4.3.4 预订机票用例交互过程1、用户登录系统后进入预订机票的订票界面，界面分页显示当前安排的航班，包括了航班号，出发地点，到达地点，航班日期，价格，用户点击订票进行订票界面逻辑层；2、订票界面逻辑层取到用户信息和订票信息后，调用订票业务逻辑；进行订票逻辑的处理后，对订单对象持久化。3、成功持久化订单对象后返回确认信息，否则，提示用户异常错误信息。图12：用例交互过程4.3.5 预订机票用例的类分析和设计n 边界类：用例中，边界类为航班预订界面（purchase.jsp）。该页面以分页形式显示航班信息，边界类的属性及功能如图所示；n 控制类：航班预订的界面逻辑，通过界面逻辑进行界面的跳转，界面的ActionFrom数据和领域对象数据的转换，业务逻辑对象(PurchaseRepository.java)的调用；n 业务类：通过业务逻辑的purchaseFlight方法的调用，执行订票的业务逻辑。n 实体类：订单实体类order.java，该类存储了用户的各种信息，包括订单ID，用户ID，订单项等属性。图13: 类分析和设计4.3.6 预订机票用例分析类关联关系图描述了预订机票用例中涉及类的关联关系， 即4.3.5 中预订机票界面（purchase.jsp），预订机票界面逻辑 (PurchaseAction.java)，预订机票业务逻辑（PurchaseRepository.java）以及订单(Order.java)的关联关系。图15：分析类关联关系4.4 系统类图在 4.2 的关键抽象的基础上，添加了个实体类的属性，形成图16 所示的系统类图。图16：系统类图_1图17：系统类图_2图18：系统类图_3图19：系统类图_4图20：系统类图_5图21：系统类图_6图22：系统类图_7图23：系统类图_84.5 分析类到设计元素映射系统的分析类到设计元素的映射关系如表17所示。系统的分析类被映射为三个子系统用户实体功能用户管理子系统航空订票订票管理子系统航空航班管理航班管理子系统表17：分析类到设计类映射