软件工程UML，旅店管理系统，用例图建模，用例分析，设计过程.docVIP

作业一 用例图建模 一 作业要求： 1 总分：20分 2 参阅下页的初步用户需求，完成下面所要求的内容 (1) 完成“旅店管理系统”的系统用例图，注意用例的命名和用例间的关系的使用（10分） (2) 标识每个参与者和用例（可以考虑以词汇表的形式提供，至少包括名称以及描述）（5分） (3) 选择一个体现系统核心功能的用例，完成用例规约，如果该用例有“扩展”、“包含”或“泛化”的子用例，则至少还需要写出一个子用例的规约（5分）3 简单需求分析如下: 开发一个旅店管理系统，该旅店可对外开放10个双人间和10个单人间，房间费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间预定指定档次的房间，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并计算出总费用。预定的同时旅客按规定须提交10%定金。六个小时之内旅店允许旅客取消预定，并退回所有定金，超过六个小时定金不退还。每周一系统自动打印一周预定情况清单。采用哪种费用支付方式和何种类型操作界面尚不确定。 二 作业内容： 简要说明 本用例允许客户预订旅店的未被预订的房间，系统提供未被预订的房间的信息列表。 先置条件 客户进入旅店管理系统，并选择预订房间功能。 事件流 （1）基本事件流 A 客户选择要预订的房间的类型，双人间或单人间。 B 根据客户选择的房间类型，从所有该类型房间中，筛选未被预定的房间，将这些房间的信息列表显示，供客户查询。 C 客户选定房间，并输入要预订的天数。 （2）备选事件流 A 客户所需要类型的房间已全部被预订，则提示客户，该类型房间已全部被预订，询问客户是否选择另一类型的房间。 B 用户选择预订的房间的时间段与已经预订了该房间的其他客户的时间段发生冲突，则系统提示，该房间在哪些日期里已被预订，并询问当前客户是更换房间还是修改预订天数。 后置条件 A 客户选择房间和预订天数并确认后，系统要求客户输入客户信息，包括客户的姓名、地址、联系电话、有效证件号。另外，系统将计算出客户需要缴纳的定金和总费用，并显示出来。 B 客户重新选择房间类型，或修改天数，则刷新用户界面。 作业二 用例分析 一 作业要求： 1 总分：10分 2 在作业1所构建的用例模型基础上，完成分析过程，确定第一个迭代周期（提供该周期的用例图） 3 简单描述系统的体系构架，并将分析过程所发现的类（对象）放入到相应的层次结构中 4 对作业1中已经完成用例规约的一个用例进行用例分析： 5 完成该用例的参与类类图（VOPC类图） 6 描述一个基本路径和一个备选路径的交互 二 作业内容： 第一个迭代周期的用例图： 系统为MVC构架，如下图： 实体对象： 客户(Client)、房间(Room)、客户信息(Client Information)、房间信息(Room Information)、时间(Time)、预订信息(Reservation Information)、总费用(Fee)、折扣(Discount)。 边界对象： 客户操作界面(Client UI)、客户信息数据库接口(Client Database Interface)、预订信息数据库接口(Reservation Database Interface)。 控制对象： 预订操作工作流(Book Workflow)、记录客户信息工作流(Record Client Workflow)、计算总费用工作流(Count Total Fee Workflow)。 VOPC图： 作业三 设计过程 一 作业要求 总分：20分 在作业2用例分析的基础上，完成设计过程 1完成已分析的用例的设计过程，主要包括（10分） 用例实现-交互图设计 类设计（VOPC和类的详细定义） 可选：子系统设计（设计子系统的接口） 2 由于费用支付方式未定，因此，在第一版的系统设计时，应充分考虑支付方式的可扩展性；请结合面向对象的设计原则和模式，设计系统中的“支付类”（Payment），以使得系统能够适应多种不同的支付方式（注意在图中添加适当的注释阐明相关的设计原则或模式）（5分） 3 完成系统的数据库设计（5分） 二 提交要求 提交完成设计的Rose模型（也可为采用其它工具的模型），应该含： １　完整的用例图（第一次作业完成的）、本次迭代所完成的用例图（第二次作业完成的） ２　至少一个用例的设计模型（交互图、类图） ３　Payment类的设计包 ４　数据库设计包 ５　必要的注释信息 三　作业内容 １　设计模型 用例设计过程围绕着用例完成，通过用例实现(use-case realization)来组织该用例实现与用例模型中用例之间的关系Tr