UML与软件建模实验报告.docx

UML与软件建模实验报告.docx

《UML与软件建模实验报告.docx》由会员分享，可在线阅读，更多相关《UML与软件建模实验报告.docx（15页珍藏版）》请在冰点文库上搜索。

UML与软件建模实验报告

《UML与软件建模》

实验报告书

专业班级

计算机科学与技术XX

学号

123456789

姓名

JackiyBrown

指导教师

XXXXX

安徽工业大学计算机学院

实验一、用例建模

【实验日期】2012年3月12日

【实验目的】

●掌握客户需求分析的方法和步骤

●了解以用例建模的软件开发方法

●识别并编写用例

●掌握用Rose进行用例建模的具体方法和步骤

【实验内容】

要求根据周围的实际情况，自选一个小型应用项目，分析业务需要，识别并编写用例、绘制用例图以理解系统需求，亦可老师指定的“企业综合信息管理系统”中的“进销存管理子系统”

【实验原理与步骤】

建模原理：

1.需求获取，以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。

2.用例分析，确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）

3.用例描述。

分层绘制用例图，撰写用例的文字描述（采用单栏格式）。

步骤：

1.需求获取。

自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。

（也可采用老师指定的题目：

“企业综合信息管理系统”中的“进销存管理子系统”）。

2.用例分析。

确定系统范围和边界、确定参与者、确定用例。

3.用例描述。

分层绘制用例图，描述用例。

画图原理：

采用Rose软件进行用例建模必须建立在完好的系统用例分析基础之上，只有做好系统分析，系统用例建模才能达到预期的效果。

步骤：

1.分层绘制用例图，每层采用“包”进行管理。

2.以“企业综合信息管理系统”—》“进销存管理”子系统—》“销售管理”—》“合同管理”—》“收款单处理”为主线，完成实验。

其他主线也可以。

【实验结果】

1.用Rose绘制的“企业综合信息管理系统”的1级用例图如下：

此系统包括“财务管理子系统”、“综合支持管理子系统”、“生产调试管理子系统”和“经理查询子系统”等，而“进销存管理子系统”又包括“采购管理子系统”、“销售管理子系统”和“库存管理子系统”。

1级用例图——企业综合信息管理系统

2.用Rose绘制“进销存管理”的2级用例图如下：

“管理进销存”用例管理企业与客户签订采购／销售合同，并督促合同的执行和履约，提供售后服务。

对库存产品和物料进行出／入库的有效管理，及时盘点并提出低于库存预警线而需要采购的物料清单和各种库存统计报表。

2级用例图——进销存管理

3.用Rose绘制“销售管理子系统”的3级用例图如下：

制定销售计划，与客户签订销售合同，井将其详细内容录入管理系统。

监控正在履约的合同，检查客户是否按时付款，对付款的客户发货。

3级用例图——销售管理子系统

4.用Rose绘制“销售合同管理子系统”的4级用例图如下：

销售合同的主要条款是销售合同的重心，它决定了合同签订双方的义务和权利，决定了销售合同是否有效和是否合法，是当事人履行合同的主要依据。

这是一份合同的重中之重，营销员在签订合同的过程中，一定要对合同所具备的主要条款逐一审明，详尽规定，使之清楚、明确。

4级用例图——销售合同管理子系统

【实验总结】

1.在添加用例之间的关系时应注意，用例之间的关系有：

一般关联关系（用无方向实绩箭头或单向实线箭头）；包含关系；扩展关系（都是一种依赖关系，所以用依赖线【虚线箭头】）；泛化关系（空心三角实线箭头）。

2.刚进到实验室去做实验的时候，不知道如何下手去做，后来看看文档，然后再做就很容易上手了。

实验二、分析建模

【实验日期】2012年3月19日

【实验目的】

●理解面向对象系统和对象类建模（概念建模）的概念

●了解和掌握面向对象系统分析的方法和步骤

●了解和掌握寻找开发系统中类（概念）的方法和技巧

●掌握用Rose绘制概念模型的方法

【实验内容】

在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型

【实验原理与步骤】

建模原理：

1.使用概念目录列表（见下图）和非正式分析法（识别问题域的文本描述中的名词短语，然后将其作为概念或属性的候选对象）相结合的方法识别概念。

因此，待开发用例的文字描述中，名词可能成为概念或属性的候选对象；表示行为的动词词组有可能成为事务型或过程型对象；形容词组有可能对应抽象的名词型概念。

采用的技术基本上就是：

ER图和纯行为+OO的聚合、泛化。

2.最终关联的数量介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型（从通用关联列表中派生出的，见下图）】之间。

【实验结果】

用Rose绘制的概念模型如下图：

【实验总结】

1.此实验主要注意关联的命名、画法和阅读方向。

比如：

打算在“销售客户”与“销售合同之间画一一般关联，命名为“签订”，显然主语是“销售客户”，宾主是“销售合同”，画线的时候反而要从宾主拖向主语，这样，打开连线的规格说明，才可以看到RoleA是“销售客户”。

2.关于聚合与组合，首先，关联的读法是A聚合成B（因此菱形在大头），因此要从B画向A，比如：

从“销售合同”画向“销售合同明细”。

这时RoleBDetail中的Aggregate就已经选中（表示聚合，是空心菱形），如果再选中ByeValue，就变成组合了（空心菱形）。

实验三、设计建模1

【实验日期】2012年3月26日

【实验目的】

●理解顺序图的基本概念

●了解和掌握软件工程中用例逻辑时序的分析方法

●掌握使用Rose创建顺序黑乎乎的方法

【实验内容】

在用例模型和概念模型的基础上，对首选的用例进行分解，识别出系统事件（系统操作）、（并写出契约的后置条件）；为每个系统事件画顺序图，为对象分配职责。

【实验原理与步骤】

原理：

1.在系统顺序图中，所有的系统都被当成黑盒子看待，顺序图的重点是参与者发起的跨越系统边界的事件。

2.系统事件是由某参与者发起的指向系统的输入事件。

一个事件的发生能够触发一个响应操作的执行。

3.请仔细研究下图，考察它是如何从左边的“购买商品”用例文字描述中分解出3个系统事件的。

4.参照用例模型和概念模型。

为每个系统操作估计后置条件。

（实例创建、形成关联、属性修改）

5.按照设计模式为对象分配职责

步骤：

1.分析首选用例的文字描述，按事件进行分解，识别出系统事件。

（下面以“企业综合信息管理系统”）——》“进销存管理”子系统——》“销售管理”——》“合同管理”主线中的“收款单处理”用例为例）。

2.为每个系统事件估计后置条件。

（以上做了部分分析）

3.按设计模式进行设计

首先考虑控制者，领域控制者选参与者角色，即“销售人员”。

为了避免使用FORM窗口等表示层对象，我们构造一个类“应用协调者”向控制者发送消息。

【实验结果】

用Rose画出的设计类图如下图：

用Rose画出的顺序图如下：

实验四、设计建模2

【实验日期】2012年4月2日

【实验目的】

●理解面向对象类之间关联的概念

●了解和掌握分析类之间关联关系的方法

●了解和掌握待开发系统中类之间关联关系的分析方法

●完善设计类图，掌握使用Rose对关联进行建模的过程

【实验内容】

根据设计建模

（1）中交互分析，进一步设计关联和对象可见性（补上遗漏的关联），完善设计类图。

【实验原理与步骤】

【实验结果】

用Rose完善的设计类图如下图：

【UML与软件建模实验总结】

在建模过程中，遇到一些问题，诸如某些操作界面无法看到，一些修改影响了其他模图的建立，通过询问辅导老师和上网查找资料，得到了比较满意的解决；在这次实验中，关于UML的概念以前比较模糊的地方，我在实际操作中，变得更加清楚了，对RationalRose的UML功能运用的更加系统，更加熟练；但是更让我明白，UML的知识是十分丰富的，我现在的认识还不够，我将会在以后的学习中，不断提高自己的UML知识。