刘伟设计模式实验一.doc

CENTRAL SOUTH UNIVERSITY软件体系结构实验报告实验名称 UML实验 学生姓名 XXX 学生学号 XXXXXX 专业班级 软件工程XXX班 指导教师 刘伟 完成时间 2012年11月10日 实验一 UML实验一、实验目的熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图，掌握如何通过类图构造系统的静态模型；学习使用PowerDesigner绘制状态图、活动图和顺序图，掌握如何通过状态图、活动图和顺序图构造系统的动态模型。二、实验内容1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。绘制该酒店订房系统的用例图。2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。3. Draw a use case diagram for the following library system:The library stores various items that can be borrowed, including books and journals. Books can be borrowed by both staff and students, but only staff members can borrow journals. When a user borrows a book, their loan details are checked to ensure that they have no overdue books on loan, and have not already borrowed the maximum permitted number of books.Users can check their own loan details at any time. Librarians are permitted to check the loan details of any user.Library users can reserve books that are currently out on loan. If three reservations have already been made for a given book, and a further reservation is made, a new copy will be ordered by the librarian.4. 某银行准备开发一个网上信用卡管理系统 CCMS，该系统的基本功能为： (1) 信用卡申请。非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交 CCMS登录。如果信用卡申请被银行接受，客户会收到银行的确认函， 并告知用户信用卡的有效期及信贷限额；否则银行会发送一封拒绝函给该客户。客户收到确认函后，需再次登录 CCMS，用信用卡号和密码激活该信用卡。激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。(2) 月报表生成。在每个月第一天的零点，CCMS为每个信用卡客户创建一份月报表，对该客户上月的信用卡交易情况及交易额进行统计。信用卡客户可以登录 CCMS查看月报表，也可以要求 CCMS提供打印出的月报表。 (3) 信用卡客户信息管理。信用卡客户的个人信息可以在 CCMS 中进行在线的管理。每个信用卡客户可以在线查询其个人信息。 (4) 信用卡交易记录。信用卡客户使用信息卡进行的每一笔交易都会记录在 CCMS中。 (5) 交易信息查询。信用卡客户可以登录 CCMS查询并核实其信用卡交易记录及交易额。 构造该系统的需求模型，要求绘制用例图并编写相应的用例文档。5. 根据如下描述绘制核心业务类的类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。6. 根据如下描述绘制状态图：某销售信息管理系统中销售部员工可以提交订单，刚提交的订单为“初始”状态；系统管理员可以处理订单，如果订单无误，则修改订单为“备货”状态，否则将订单退还给提交订单的销售部员工修改，员工此时可以取消订单；仓库管理员备货完毕后可将订单状态改为“发货”状态；销售部员工在确认客户已经收到货物后，可将订单改为“关闭”状态。7. 根据如下描述绘制带泳道的活动图：某SCM（供应链管理）系统中，客户可以下订单，在一个订单中可以包含多种商品的信息，下订单之后系统将生成送货单，用户可以选择支付方式并进行费用支付；如果用户付款失败或取消该订单，活动结束，否则系统将记录收款信息；送货单和收款信息同时发送给供应商，供应商负责送货并修改订单中每一种商品的状态，系统判断订单中各种商品是否均已送货完成；如果尚有商品未送货，则供应商继续送货；如果所有商品均已送货完成，则订单全部处理完毕，活动结束。（提示：该活动图所涉及的角色包括客户、系统和供应商）8. 根据如下描述绘制顺序图：在某在线订房系统中，顾客输入房间套数、房间类型、入住时间、入住天数等信息，系统显示符合要求的房间号；顾客确定预订的房间，系统显示预付订金信息；顾客输入信用卡账号和密码，系统请求银行信用卡系统提供支付服务；银行信用卡系统认证用户信息并返回认证通过和支付成功消息，顾客请求系统打印预订单和收据，系统打印相关资料；预订结束。三、实验要求1. 熟练安装PowerDesigner15.X，熟练使用PowerDesigner15.X绘制常用的UML图形；2. 严格按照需求模型、静态模型和动态模型的建模步骤进行模型创建工作；3. 使用UML2.0中的标准图符；4. 绘制标准的用例图并撰写规范的用例文档，绘制标准的类图、状态图、活动图和顺序图；5. 需求模型需提供用例追踪矩阵，确保模型与需求的一致性。四、实验步骤1. 安装PowerDesigner15.X；2. 熟悉PowerDesigner15.X的常用功能；3. 分析实例场景，识别执行者；4. 识别用例及用例之间的关系；5. 使用PowerDesigner15.X绘制用例图；6. 撰写用例文档；7. 创建用例追踪矩阵；8. 识别系统的类；9. 识别类的属性和方法；10. 识别类之间的关系；11. 使用PowerDesigner15.X绘制类图；12. 检查类图的正确性；13. 使用PowerDesigner15.X绘制状态图；14. 使用PowerDesigner15.X绘制活动图；15. 使用PowerDesigner15.X绘制顺序图。五、实验报告要求1. 绘制并提交酒店订房系统用例图；2. 绘制并提交订餐系统用例图；3. 绘制并提交图书馆系统(Library System)用例图；4. 构造网上信用卡管理系统CCMS的需求模型，提交用例图、用例文档和用例追踪矩阵；5. 绘制并提交商场会员管理系统核心业务类类图；6. 绘制并提交销售信息管理系统订单类的状态图；7. 绘制并提交SCM供应链管理系统活动图；8. 绘制并提交在线订房系统顺序图；9. 注意调整图中文字的字体及字号，注意图的整体布局和图的大小，避免使用交叉线。六、实验结果1. 酒店订房系统用例图：2. 订餐系统用例图：3. 图书馆系统(Library System)用例图：4. 网上信用卡管理系统CCMS的需求模型：(1) 用例图：(2) 用例描述文档：用例编号(Number) ：UC001 用例名称(Name)：信用卡申请简要说明 (Brief Description)非信用卡客户申请信用卡提交CCMS系统并通过银行验证。执行者(Actors)非信用卡客户前置条件(Pre-Condition)无后置条件(Post-Condition)银行验证涉众利益(Stakeholder)1. 客户会收到银行的确认函2. 客户收到确认函后，需再次登录 CCMS，用信用卡号和密码激活该信用卡。3. CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。事件流 (Flow of Event)基本流程（Base Flow）信用卡申请。非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交 CCMS登录。如果信用卡申请被银行接受，客户会收到银行的确认函， 并告知用户信用卡的有效期及信贷限额；否则银行会发送一封拒绝函给该客户。客户收到确认函后，需再次登录 CCMS，用信用卡号和密码激活该信用卡。激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。用例编号(Number) ：UC002 用例名称(Name)：月报表生成简要说明 (Brief Description)信用卡用户登录CCMS系统并查看交易信息。执行者(Actors)信用卡客户前置条件(Pre-Condition)登录CCMS系统后置条件(Post-Condition)打印报表涉众利益(Stakeholder)1 CCMS为每个信用卡客户创建一份月报表2 对该客户上月的信用卡交易情况及交易额进行统计3 信用卡客户可以登录 CCMS查看月报表，也可以要求 CCMS提供打印出的月报表事件流 (Flow of Event)基本流程（Base Flow）月报表生成。在每个月第一天的零点，CCMS为每个信用卡客户创建一份月报表，对该客户上月的信用卡交易情况及交易额进行统计。信用卡客户可以登录 CCMS查看月报表，也可以要求 CCMS提供打印出的月报表。 用例编号(Number) ：UC003 用例名称(Name)：信用卡客户信息管理简要说明 (Brief Description)在线查询其个人信息执行者(Actors)信用卡客户前置条件(Pre-Condition)登录CCMS系统后置条件(Post-Condition)无涉众利益(Stakeholder)1 信用卡客户的个人信息可以在 CCMS 中进行在线的管理2 每个信用卡客户可以在线查询其个人信息事件流 (Flow of Event)基本流程（Base Flow）信用卡客户的个人信息可以在 CCMS 中进行在线的管理。每个信用卡客户可以在线查询其个人信息。用例编号(Number) ：UC004 用例名称(Name)：信用卡交易记录简要说明 (Brief Description)信用卡客户使用信息卡进行的每一笔交易都会记录在 CCMS中。 执行者(Actors)信用卡客户前置条件(Pre-Condition)登录CCMS系统后置条件(Post-Condition)无涉众利益(Stakeholder)1记录，每一笔交易事件流 (Flow of Event)基本流程（Base Flow）信用卡客户使用信息卡进行的每一笔交易都会记录在 CCMS中。用例编号(Number) ：UC005 用例名称(Name)：交易信息查询简要说明 (Brief Description)信用卡客户可以登录 CCMS查询并核实其信用卡交易记录及交易额。 执行者(Actors)信用卡客户前置条件(Pre-Condition)登录CCMS系统后置条件(Post-Condition)无涉众利益(Stakeholder)1查询并核实其信用卡交易记录及交易额事件流 (Flow of Event)基本流程（Base Flow）信用卡客户可以登录