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

作业一 用例图建模 一 作业要求 1 总分 20 分 2 参阅下页的初步用户需求 完成下面所要求的内容 1 完成 旅店管理系统 的系统用例图 注意用例的命名和用例间的关系的使用 10 分 2 标识每个参与者和用例 可以考虑以词汇表的形式提供 至少包括名称以及 描述 5 分 3 选择一个体现系统核心功能的用例 完成用例规约 如果该用例有 扩展 包 含 或 泛化 的子用例 则至少还需要写出一个子用例的规约 5 分 3 简单需求分析如下 开发一个旅店管理系统 该旅店可对外开放 10 个双人间和 10 个单人间 房间费 用视情况按季节调整 但周一到周五半价 周末全价 折扣不变 对于外界请求 该系统应能根据请求入住时间预定指定档次的房间 记录旅客姓名 地址 联系 电话 有效证件号 房间类型和预定天数 并计算出总费用 预定的同时旅客按 规定须提交 10 定金 六个小时之内旅店允许旅客取消预定 并退回所有定金 超过六个小时定金不退还 每周一系统自动打印一周预定情况清单 采用哪种费 用支付方式和何种类型操作界面尚不确定 二 作业内容 1 简要说明 本用例允许客户预订旅店的未被预订的房间 系统提供未被预订的房间的 信息列表 2 先置条件 客户进入旅店管理系统 并选择预订房间功能 3 事件流 1 基本事件流 A 客户选择要预订的房间的类型 双人间或单人间 B 根据客户选择的房间类型 从所有该类型房间中 筛选未被预定的房间 将这些房间的信息列表显示 供客户查询 C 客户选定房间 并输入要预订的天数 2 备选事件流 A 客户所需要类型的房间已全部被预订 则提示客户 该类型房间已全部 被预订 询问客户是否选择另一类型的房间 B 用户选择预订的房间的时间段与已经预订了该房间的其他客户的时间 段发生冲突 则系统提示 该房间在哪些日期里已被预订 并询问当前客户是更 换房间还是修改预订天数 4 后置条件 A 客户选择房间和预订天数并确认后 系统要求客户输入客户信息 包括 客户的姓名 地址 联系电话 有效证件号 另外 系统将计算出客户需要缴纳 的定金和总费用 并显示出来 B 客户重新选择房间类型 或修改天数 则刷新用户界面 作业二 用例分析 一 作业要求 1 总分 10 分 2 在作业 1 所构建的用例模型基础上 完成分析过程 确定第一个迭代周期 提 供该周期的用例图 3 简单描述系统的体系构架 并将分析过程所发现的类 对象 放入到相应的 层次结构中 4 对作业 1 中已经完成用例规约的一个用例进行用例分析 5 完成该用例的参与类类图 VOPC 类图 6 描述一个基本路径和一个备选路径的交互 二 作业内容 第一个迭代周期的用例图 Record Client Information Client Client Database Reservation Database Time Book Room Count Total Fee 系统为 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 图 ClientClient UI Reservation InformationFeeReservation Database Interface 1 Entry 2 Choose Room Type 3 Count Total Fee 4 Record Reservation Information 作业三 设计过程 一 作业要求 总分 20 分 在作业 2 用例分析的基础上 完成设计过程 1 完成已分析的用例的设计过程 主要包括 10 分 用例实现 交互图设计 类设计 VOPC 和类的详细定义 可选 子系统设计 设计子系统的接口 2 由于费用支付方式未定 因此 在第一版的系统设计时 应充分考虑支付方式 的可扩展性 请结合面向对象的设计原则和模式 设计系统中的 支付类 Payment 以使得系统能够适应多种不同的支付方式 注意在图中添加适当的 注释阐明相关的设计原则或模式 5 分 3 完成系统的数据库设计 5 分 二 提交要求 提交完成设计的 Rose 模型 也可为采用其它工具的模型 应该含 完整的用例图 第一次作业完成的 本次迭代所完成的用例图 第二次作 业完成的 至少一个用例的设计模型 交互图 类图 Payment 类的设计包 数据库设计包 必要的注释信息 三 作业内容 设计模型 用例设计过程围绕着用例完成 通过用例实现 use case realization 来组织该 用例实现与用例模型中用例之间的关系 Traceable Diagram 该用例的实现过程交互图基本事件流 备选事件流 该用例的参与类类图 VOPC Classes Diagram 服务员 ReservationForm ReservationFlow FindBusinessFlow Reservation Customer Room Payment 1 查询可预定房间信息 1 1 findAvailRoom string 1 1 1 available room list 1 2 displayRoomList list 2 选定预定房间 2 1 prepareReserve string 2 1 2 calcReservFee Reservation 2 1 1 create 2 1 3 reservation fee info 2 2 displayReservFee 3 确认预定房间 3 3 affirmReserve 3 2 saveCustomerInfo Customer 3 2 2 save 3 2 1 create 3 3 4 reserve 3 3 3 create room no 3 3 1 create pay type 3 3 2 makePayment Reservation 3 3 5 save 3 4 displayReservSuccess 3 1 inputCustomer 3 5 print 设计类是已经完成了规格说明并且达到能够被实现程度的类 属性 名称 类型 缺省值 方法 名称 参数 返回值 关系 多重性 角色名以及实现的考虑 来源于问题域和解域 通过分析类的精化得到的问题域 添加实现细节 解域 提供了能够实现系统的技术工具 Payment 类的设计 由于目前支付的方式未定 因此在设计时应充分考虑这些变更 这里依据 OCP 的原则 利用 State 模式 也可认为采用 Strategy 来设计支付接口 Payment 而具体的支付方式则通过实现相应的子类来完成 支付类应该