实验01 Rose环境和用例图

实验目的
(1) 熟悉Rose的工作环境; (2) 掌握Rose的基本操作方法;
(3) 熟悉用例图的基本功能和使用方法; (4) 掌握如何使用建模工具绘制用例图方法。
实验内容
一、熟悉Rose的工作环境。
在这里插入图片描述在这里插入图片描述

二、绘制“棋牌馆管理系统” 用例图(文件名命名为棋牌馆管理系统.mdl)
在这里插入图片描述
三、远程网络教学系统功能需求如下:

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Rose及其应用实验报告 姓 名: 班 级: 序 号: 课 程: 软件工程 老 师: 日 期: _ 地 点: 4教5楼机房 成 绩: 一、实验目的 1.了解Rational Rose软件界面以及使用方法; 2.学会用Rational Rose建立UML模型。 二、实验内容及工具 结合课本相关章节在Rational Rose软件中绘制相应的模型。本次实验以教学管理系统为例。 系统:win8.1企业版 软件版本:Rational Rose 2003企业版 Rose简介: Rational Rose是Rational公司出品的一种面向对象的统一建模语言的可视化建模工具 用于可视化建模和公司级水平软件应用的组件构造。 Rational Rose包括了统一建模语言(UML),OOSE,以及OMT。其中统一建模语言(UML)由Ratio nal公司3位世界级面向对象技术专家Grady Booch、Ivar Jacobson、和Jim Rumbaugh通过对早期面向对象研究和设计方法的进一步扩展而得来的,它为可视化建模 软件奠定了坚实的理论基础。同时这样的渊源也使Rational Rose力挫当前市场上很多基于UML可视化建模的工具,例如Microsoft的Visio2002、Ora cle的Designer2000,还有PlayCase 、CA BPWin、CA ERWin、Sybase PowerDesigner等等。 Rational Rose 是一个完全的、具有能满足所有建模环境(Web开发,数据建模,Visual Studio和 C++ )灵活性需求的一套解决方案。Rose 允许开发人员,项目经理,系统工程师和分析人员在软件开发周期内在将需求和系统的 体系架构转换成代码,消除浪费的消耗,对需求和系统的体系架构进行可视化,理解和 精练。通过在软件开发周期内使用同一种建模工具可以确保更快更好的创建满足客户需 求的可扩展的、灵活的并且可靠的应用系统。 三、实验步骤及结果 1.确定系统的范围和系统边界 2.定义活动者 3.定义用例 4.绘制用例图 5.绘制主要交互图 6.建立顺序图 7.建立协作图 8.建立状态图 9.建立活动图 10.建立物理模型 四、实验总结 通过本次实验,我了解Rotional Rose软件界面以及相关用法,让我对UML建模语言有了更深刻的理解,为今后从事软件工 程相关工作奠定了基础。实验过程中,自己准备不足,导致界面不太熟悉,耽误了一些 时间,但最后熟悉之后很快的就完成了实验。今后学习中应该提前做好准备,努力完成 每次作业。 ----------------------- rose实验报告全文共8页,当前为第1页。 rose实验报告全文共8页,当前为第2页。 rose实验报告全文共8页,当前为第3页。 rose实验报告全文共8页,当前为第4页。 rose实验报告全文共8页,当前为第5页。 rose实验报告全文共8页,当前为第6页。 rose实验报告全文共8页,当前为第7页。 rose实验报告全文共8页,当前为第8页。
实验实验名称:业务建模 一、实验目的 1.熟悉业务建模内容。 2.掌握如何使用建模工具rational rose绘制业务模型图。 3.学习使用Microsoft Project对题目进行进度安排。 二、实验器材 1.计算机一台。 2.Rational Rose 工具软件。 三、实验内容 根据图书管理系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任务。 要求: 1、创建业务用例模型。(参与者--用例)。 2、用活动图来描述系统核心业务过程。 3、创建业务对象模型。 四、实验步骤 1. 系统当前业务描述 …………………………… 2. 系统业务用例模型 ………………………….. 3. 核心业务用例的活动图 …………………………. 4. 系统业务对象模型 ………………………… 五、 实验心得 实验二 用例建模 一、 实验目的: 通过学生对提供的案例进行用例建模,熟练掌握用例建模技术。 二、主要实验仪器设备及环境 1. 计算机:安装有:操作系统为windows 2000,WindowsXP Professional; 2. 软件:National rose 三、实验内容: 1. 认真阅读案例的需求,根据其内容建立相应的用例模型; 2. 选择主要用例进行事件流分析,并把分析结果作为说明文档附在用例模型中; 四、实验步骤: 1. 系统参与者 2. 系统用例 3. 系统用例模型 4. 用例文档(主要用例) 五、实验心得 (对用例模型、用例的粒度、关系的理解) 实验三 顺序图 一、实验目的 1.理解顺序图的基本概念。 2. 掌握在Rational Rose中绘制交互图的操作方法。 3. 细化用例文档中的事件流,绘制顺序图。 二、实验器材 1.计算机一台。 2.Rational Rose 工具软件。 三、实验内容 通过对系统动态模型部分的学习,根据用例建模阶段的用例图和用例文档,对对应的用例实现用顺序图来描述系统的动态特性。完成如下任务: 对选定系统中的主要用例进行动态建模(顺序图)。 四、实验步骤 1.在logic view中创建“分析模型”包,在该包中添加“用例实现”包,在“用例实现”包中添加跟踪关系图(类图),在跟踪关系图中描述用例与用例实现的关系。为系统中主要的用例实现添加顺序图。 如下图: 2.在logic view中分别添加三个包(构造型:layer):边界层、控制层、实体层。主要根据用例文档来识别分析类(边界类、控制类、实体类)。如下图: 3.对主要的用例实现,根据细化用例文档中的主要事件流。 ……………………………………… 4.结合用例实现中识别出来的分析类,绘制顺序图。如下图: ……………………………………… 五:实验心得: 实验四 系统分析类图 一、实验目的 1.识别分析类之间的关系、类的属性和操作。 2.使用ROSE软件构建系统的分析类图。 二、实验器材 1.计算机一台。 2.Rational Rose 工具软件。 三、实验内容 根据***系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行分析,识别出分析类,识别类的属性和方法,构建每个用例的VOPC图,综合所有用例的VOPC图,构建系统的分析类图 要求: 1、针对每个用例实现构建其VOPC图 2、综合所有VOPC图,构建系统的分析类图 四、实验步骤 1. 对每个用例实现识别分析类,根据需求、常识识别类的属性,根据交互图识别类的方法,在每个用例实现下创建一个类图,命名为 **用例的VOPC图(借书用例VOPC) 2. 综合所有VOPC图,在系统分析包中创建一个类图,命名为系统分析类图 3. 通过用例实现顺序图中的消息映射出分析类的操作(如下图)。 ……………………………………. 4. 根据用用例文档映射出类的属性(如下图)。 ……………………………………….. 五、实验总结 实验实验名称:子系统和接口 一、实验目的 1.基于分析阶段的BCE架构,抽取子系统。 2.根据包设计原则,对系统组织结构进行设计 。 二、实验器材 1.计算机一台。 2.Rational Rose 工具软件。 三、实验内容 根据指定系统的开发进度,已经完成对系统用例分析,应用BCE架构构建了系统的组织结构。本次实验主要根据抽取子系统的方法设计子系统、子系统接口,然后根据打包原则重构系统组织结构 要求: 1、抽取子系统,设计相应接口 2、利用包图设计系统架构 四、实验步骤 1. 抽取子系统 子系统是一种特殊的包,采用构造型《subsystem》扩展包的寓意,子系统内部是完全封装的,子系统提供接口对外服务。  你抽取子系统是依据什么角度(从那几个方面收取子系统?教材P263) ………文字描述子系统及抽取角度…………………… 2. 接口设计 接口是子系统对外提供的服务。接口采用构造型《interface》通过对类进行扩展表示 ……………子系统和接口的关系及几口中的操作,如P262 8-11图…….. 3. 更新软件架构 …………系统架构更新后的包图,如图8-17………………. 五、 实验心得 实验四 (系统静态模型)分析类图 一、实验目的 1.识别分析类、关系、类的属性和操作。 2.使用UML工具软件构建系统的分析类图。 二、实验器材 1.计算机一台。 2.Rational Rose 工具软件。 三、实验内容 根据***系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行分析,识别出分析类,识别类的属性和方法,构建每个用例的VOPC图,综合所有用例的VOPC图,构建系统的分析类图 要求: 1、针对每个用例实现构建其VOPC图 2、综合所有VOPC图,构建系统的分析类图 3、根据顺序图为类添加操作 4、根据需求和用例文档为类添加属性 四、实验步骤 1. 对每个用例实现识别分析类,根据需求、常识识别类的属性,根据交互图识别类的方法,在每个用例实现下创建一个类图,命名为 **用例的VOPC图(借书用例VOPC) 1) 添加VOPC图 2) 打开vopc图,把该用例中的边界类、控制类、实体类拖入其中,并建立关系 2. 通过用例实现顺序图中的消息映射出分析类的操作(如下图)。 把每个类收到的消息映射为该类的一个操作。下面以申请边界类为例: 3. 根据用用例文档映射出类的属性(如下图)。 1) 打开某个类的规格说明,选择“属性”选项卡,在编辑窗口中点击鼠标右键,在菜单中“Insert”,可以为类添加属性 . 2) 例: 4. 综合所有的VOPC图,创建完整的系统分析类图 1) 在分析模型包下添加一个类图:命名为系统分析类图 2) 打开系统分析类图,把边界类包、控制类包、实体类包中的所有类拖入系统分析类图中,由于类的属性和操作、类之间的关系已经在每个类图中已经描述,所以在系统分析类图中会自然体现出来。 五、实验总结
某软件公司,员工人数 100 人左右,大部分员工是软件研发人员,包括项目经理、软件 设计师、程序员、测试工程师、实施工程师等,除此之外还包括行政人员、财务人员。公司 在软件研发及日常管理上有一套成熟的管理方法,在没有考勤系统之前,与考勤相关的管理 工作是这样的:  每位员工需要上午上班时打一次卡,下午下班时打一次卡,中午的休息不需要打卡。  期间如果需要外出工作,从公司出发时需要打一次卡,回到公司时需要打一次卡。  员工请假需要填写请假条,请假分为事假、病假、年假等多种情况,请假需要直接 领导审批,甚至还需要高层领导的审批。  行政部每天统计考勤信息,包括打卡信息、外出信息、请假信息,每月将考勤汇总 信息提交给财务部。  财务部根据考勤汇总信息,调整员工的薪金。 但这样的管理方式,出现了一些意外事件:  某员工想请年休假,但行政部告知该员工的当年度年休假已经休完了。年休假的管 理出现了问题,很可能会影响员工的工作积极性。  某员工投诉当月薪金多扣了钱,原因是考勤信息统计有误。于是财务部将责任推到 行政部,行政部推诿财务部要求不明确。  某天出现了紧急状况,高层领导想找员工 A 来处理,但员工 A 当天请了假,高层 领导并不知情。 公司高层期望通过考勤系统提高考勤工作的效率和准确性,避免因为考勤问题影响 正常工作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值