信息系统打印讲解.docx
《信息系统打印讲解.docx》由会员分享，可在线阅读，更多相关《信息系统打印讲解.docx（15页珍藏版）》请在冰豆网上搜索。
信息系统打印讲解
实验报告
课程名称信息系统分析与设计实验名称用例建模
系别电子信息科学学院专业班级信息管理
（1）班指导教师黄堃
学号姓名实验日期2013-11-14实验成绩
一、实验目的
●掌握客户需求分析的方法和步骤
●了解以用例驱动的软件开发方法
●识别并编写用例
●掌握用Rose进行用例建模的具体方法和步骤
二、实验环境
1.硬件环境：
微机
2.软件环境：
WindowsXP，Word，RationalRose2003
三、实验内容及步骤
按如下叙述建立旅店预订系统的用例模型：
某旅店可对外开放50个双人间和20个单人间，房间费用视情况、按季节调整，但周一到周五提供半价（周末全价）折扣。
旅客可以直接入住房间（如果有空房），也可以提前预订；入住和预订都需要登记个人信息。
旅客提前预订房间时，需提交一定的订金；在入住时间24小时之前，旅客可以取消预订房间，并退回所有订金，而24小时以内则不退还订金。
旅客入住时先预交一笔住宿费用，待退房时，再对住宿费用进行结算。
此外，为了考查旅店的业务情况，服务员每月为经理提供房间的预订情况和入住情况的详细信息。
随着旅店声誉日益提高，住宿人员越来越多，旅客为了能够获得好的房间，均会提前预订房间。
然而，随着预订的增多、预订周期的拉长，前台服务员的工作压力也日益增大，还经常出现工作失误，使得已经预订好房间的旅客也不能按期入住，这给旅店的声誉带来不好的影响。
为此，旅店老板希望能够通过计算机系统来自动管理这些预订。
不过由于资金问题，目前只开发一个单机版的系统，不能提供网上业务；并且旅店方面的其他业务暂不考虑信息化问题。
旅店老板委托某计算机公司开发该系统，并承诺如果系统运转良好，将会考虑进一步的合作事宜。
用例建模的步骤如下：
步骤1：
获取原始需求。
通过文字或业务流程图的方式来描述用户需求。
步骤2：
识别参与者。
从原始需求中找出系统的参与者。
服务员：
确认旅客个人身份信息，根据旅客的需求，为旅客进行预订房间、登记住宿信息、收钱、退订、办理住宿手续和退房手续等。
旅客：
主要是提供个人信息和住宿信息，实现预订、入住和退房的目的。
时间：
判断住宿时间和旅客预订房间的时间是否超过24小时，超过则不退定金，没超过则全额退还。
步骤3：
识别用例。
从参与者的角度入手，通过分析参与者使用系统的目标来获取相应的用例。
步骤4：
绘制用例图。
识别出参与者和用例之后，将它们表示为完整的用例图。
步骤5：
编写用例文档
用例名称
取消房间
简要描述
旅店的服务员通过该用例为顾客取消预订的房间
参与者
服务员
涉众
服务员：
正确地完成取消房间的过程
旅客：
简单快速地取消所预订的房间
相关用例
无
前置条件
服务员正确登录到该系统
后置条件
如果取消成功，则系统记录本次取消房间的信息，相关的房间状态被正确标识
基本事件流
（1）用例起始于旅客现场不需要原先所预定的房间
（2）服务员根据旅客所提供的信息（D-1）来查询旅客已经预订的房间信息（D-2）
（3）系统显示该名旅客所预订的房间列表（A-1）
（4）服务员为旅客选定所预订的房间（A-2）
（5）系统判断预订天数是否超过24小时，没有则退还定金，否则计算所需的总费用和旅客应支付的金额（B-2）
（6）旅客现场收取剩余的金额
（7）服务员将支付的信息记录到系统中，并进行取消操作
（8）系统保存本次取消预订的信息（D-3），显示取消预订成功消息（A-4）
（9）系统打印取消收据后，用例结束
备选事件流
A-*服务员在保存取消预订信息前，随时都可以终止该用例
（1）系统提醒服务员当前所有操作都会被取消
（2）服务员确认后，当前用例结束，也可以选择取消，则继续后续操作
A-1没有找到顾客提供信息所匹配的房间
（1）系统显示没有找到所预订的房间
（2）服务员可以重新设定查询条件，也可以选择结束该用例
A-2所有房间中没有旅客所预定的房间
服务员可以重新查询其他房间，也可以选择结束该用例
A-3系统保存失败
（1）系统显示保存失败信息，并提醒服务员重新提交
（2）服务员可以重新提交本次取消信息，也可以结束该用例
补充规约-数据需求
补充规约-业务规则
补充约束-数据需求
D-1查询条件包括：
预订时间段、房间类型、顾客姓名、性别、身份证号码、电话号码
D-2房间信息包括：
房间号、房间类型、价格、房间状态、预订时间
D-3取消信息包括：
退还金额
补充约束-业务规则
B-2取消时需按房间的预订房间的那一刻到当前时间是否超过24小时，超过则定金全部没收，没有则全部返还。
补充约束-非功能需求
可支持性：
目前只考虑旅客当场收取剩余金额，但也要为其他收取方式预留接口
待解决问题
无
相关图
如下（取消预订-a图）
图（取消预订-a）
四、实验心得
实验报告
课程名称信息系统分析与设计实验名称实验2：
用例分析
系别电子信息科学学院专业班级信管1班指导教师黄堃
学号姓名实验日期2013-11-20实验成绩
一、实验目的
●了解分析和分析模型的基本概念
●掌握架构分析的基本内同
●掌握利用顺序图构造用例实现的基本方法和技能
●掌握定义分析类图的细节
二、实验环境
1.硬件环境：
微机
2.软件环境：
WindowsXP，Word，RationalRose2003
三、实验内容及步骤
完成实验1中系统的用例分析。
用例分析的步骤如下：
步骤1：
构造用例实现，补充完善用例文档
“取消预订”用例文档
用例名
取消预订
简要描述
服务员通过该用例为顾客取消已经预订的房间
参与者
服务员
涉众
服务员：
快速准确地为旅客完成取消预订的工作，保证房间能继续使用
旅客：
取消已经预订的房间，并按规定退回相关的预订金额
相关用例
无
前置条件
服务员正确登录到该系统
后置条件
如果取消预订成功，系统清除客户所取消预订信息，相关的房间状态被正确标识
基本事件流
（1）用例起始于旅客现场需要取消预订的房间
（2）服务员按照旅客提供的信息（D-1）查询旅客已预订的房间
（3）系统查询并显示该旅客所有预订的房间信息（A-1）（D-2）
（4）旅客确认需要取消预订的房间
（5）系统计算所需退还的订金金额（B-1）
（6）旅客同意本次取消业务（A-2）
（7）服务员退还旅客订金，确认本次取消业务完成
（8）系统删除预订信息，并保存取消记录（A-3）
备选事件流
A-*服务员在确认取消之前，随时都可以终止该用例
（1）系统提醒服务员当前所有操作都会被取消
（2）服务员选择确认后，当前用例结束，也可以选择取消，则继续后续操作
A-1没有找到旅客所要求取消的预订信息
（1）系统显示没有找到预订信息
（2）服务员可以重新设定查询条件，也可以选择结束该用例
A-2旅客不同意本次取消操作
服务员可以重新查询其他预订，也可以选择结束该用例
A-3系统提交失败
（1）系统显示“保存失败”信息，并提醒服务员重新提交
（2）服务员可以重新提交本次预订信息，也可以结束该用例
补充约束-数据需求
D-1查询条件包括：
客户姓名、预订时间、预订单号
D-2预订信息包括：
客户的基本信息（姓名、地址、联系电话、有效证件）、本次预订情况（房间号、预订天数、预订金额）
补充约束-业务规则
B-1在入住时间24小时之外取消预订，退回全部订金；24小时以内则不退换。
但具体实现可以灵活设定
补充约束-非功能需求
可支持性：
目前只考虑旅客现场取消预订的房间，但也要为其他方式预留接口
待解决问题（暂无）
相关图（可画出取消预订过程的活动图，此处省略）
步骤2：
架构分析，采用B-C-E三层架构。
确定关键抽象及其描述。
关键抽象
含义
相关联的关键抽象
旅客
需要预订房间或取消预订的客人信息
预定信息
房间
旅店房间信息
预订信息
取消预订信息
旅客预订的明细，包括旅客、时间、房间、费用等
房间、旅客
步骤3：
识别分析类。
按照B-C-E架构方案，识别出边界类、控制类和实体类。
步骤4：
分析交互，确定分析类的行为（顺序图和通信图）。
取消房间的顺序图：
取消房间的协作图：
步骤5：
建立分析类之间的关系，完成参与类类图（VOPC类图）
步骤6：
定义分析类的属性、职责以及类之间的关系
步骤7：
统一分析类，构造系统最终的类图。
四、实验心得
实验报告
课程名称信息系统分析与设计实验名称实验3：
架构设计
系别电子信息科学学院专业班级信管1班指导教师
学号姓名实验日期2013/11/27实验成绩
一、实验目的
●了解分析和与设计的联系与区别
●掌握利用包图进行架构设计的基本概念和方法
●理解从分析类中确定设计元素的基本方法
●了解部署视图的基本概念和建模方法
二、实验环境
1.硬件环境：
微机
2.软件环境：
WindowsXP，Word，RationalRose2003
三、实验内容及步骤
在实验2的基础上，完成系统的架构设计。
架构设计的步骤如下：
步骤1：
保留分析模型的副本，以分析模型的为输入，进行架构设计
步骤2：
获取初始的设计类。
将分析类映射为设计类，并结合具体的实现技术细化设计类。
步骤3：
利用包图，结合包设计的原则进行分包，描述系统架构。
步骤4：
子系统和接口的设计。
步骤5：
建立系统的设计类类图、用例实现的协作图。
步骤6：
设计部署模型，建立部署图。
四、实验心得
升级会员 