UML及软件建模实验.docx

UML及软件建模实验.docx

《UML及软件建模实验.docx》由会员分享，可在线阅读，更多相关《UML及软件建模实验.docx（16页珍藏版）》请在冰豆网上搜索。

UML及软件建模实验

《UML与软件建模》

实验报告

姓名：

学号：

班级：

指导教师：

日期：

实验一、用例建模

【实验日期】2021年3月20日

【实验目的】

●把握客户需求分析的方式和步骤

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

●识别并编写用例

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

【实验内容】

要求依照周围的实际情形，自选一个小型应用项目，分析业务需要，识别并编写用例、绘制用例图以明白得系统需求，亦可教师指定的“企业综合信息治理系统”中的“进销存治理子系统”

【实验原理与步骤】

建模原理：

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

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

3.用例描述。

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

步骤：

1.需求获取。

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

（也可采纳教师指定的题目：

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

2.用例分析。

确信系统范围和边界、确信参与者、确信誉例。

3.用例描述。

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

画图原理：

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

步骤：

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

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

其他主线也能够。

【实验结果】

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

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

1级用例图——企业综合信息治理系统如下：

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

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

“治理进销存”用例治理企业与客户签定采购／销售合同，并催促合同的执行和履约，提供售后效劳。

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

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

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

制定销售打算，与客户签定销售合同，井将其详细内容录入治理系统。

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

3级用例图——销售治理

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

销售合同的要紧条款是销售合同的重心，它决定了合同签定两边的义务和权利，决定了销售合同是不是有效和是不是合法，是当事人履行合同的要紧依据。

这是一份合同的重中之重，营销员在签定合同的进程中，必然要对合同所具有的要紧条款一一审明，详尽规定，使之清楚、明确。

【实验总结】

这是第一次利用rose软件，关于里面的一些控件还不是很熟悉，只能依照教师所提供的实验说明书来试探着做，通过这几个用例建模，我学会了分析客户需求，了解了使劲建模的软件开发方式，大体把握了如何依照一个实例来绘制用例图的具体方式和步骤。

也在实验进程中学会了一些经常使用控件的添加等，这些还需要在实验课以后多练习，如此才能更好地把握。

实验二、分析建模

【实验日期】2021年3月27日

【实验目的】

●明白得面向对象系统和对象类建模（概念建模）的概念

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

●了解和把握寻觅开发系统中类（概念）的方式和技术

●把握用Rose绘制概念模型的方式

【实验内容】

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

【实验原理与步骤】

建模原理：

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

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

采纳的技术大体上确实是：

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

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

步骤：

（1）识别关键用例作为第一个迭代周期的开发目标（一样是在用例图中被依托的比较多）。

能够选“企业综合信息治理系统”->“进销存治理”子系统->“销售治理”->“合同治理”->“收款单处置”主线中的“增加销售合同”或“收款单处置”用例。

（2）识别概念和重要属性。

（3）成立概念间的关联。

画图原理：

（1）能够采纳“逻辑视图”下的类图描述概念模型，只只是每一个类中只有类名和属性，没有方式。

在概念模型时期也没有必要确信属性的类型和访问属性。

（2）概念间的关联能够采纳一样关联（无方向实线），固然，关于聚合和泛化，应采纳相应的连线（组合：

实心菱形+实线；聚合：

空心菱形+实线；泛化：

空三角+实线）。

步骤：

（1）前提条件：

第一个迭代周期能够选“企业综合信息治理系统”->“进销存治理”子系统->“销售治理”->“合同治理”->“收款单处置”主线中的“增加销售合同”或“收款单处置”用例。

做好与此用例相关的概念模型。

（2）成立相关的概念模型的基础上，在“逻辑视图“下得类图中描述概念模型，能够直接在类图main中绘制，也能够采纳类似用例图顶用过的分包机制。

（3）绘制概念和重要属性。

（4）绘制概念间的关联。

【实验结果】

绘制的概念模型图如下：

【实验总结】

那个实验要紧用是明白得面向对象系统分析和对象类建模概念，并在用rose绘制概念模型前要把握面向对象系统分析的方式和步骤和把握寻觅开发系统中类（概念）的方式和技术

，对一些抽象名词概念的明白得。

熟悉了概念目录列表和非正式分析法相结合的方式识别概念。

固然关于这些分析方式尚未完全的把握和明白得，还需要继续的学习，并通过其他的实例来让自己有所提高。

实验三、设计建模

（1）

【实验日期】2021年4月3日

【实验目的】

●明白得顺序图的大体概念

●了解和把握软件工程顶用例逻辑时序的分析方式

●把握利用Rose创建顺序图的方式

【实验内容】

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

【实验原理与步骤】

原理：

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

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

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

（3）请认真研究以下图，考察它是如何从左侧的“购买商品”用例文字描述中分解出3个系统事件的。

（4）参照用例模型和概念模型。

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

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

（5）依照设计模式为对象分派职责

步骤：

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

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

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

（以上做了部份分析）

3.按设计模式进行设计

第一考虑操纵者，领域操纵者选参与者角色，即“销售人员”。

为了幸免利用FORM窗口等表示层对象，咱们构造一个类“应用和谐者”向操纵者发送消息。

【实验结果】

1.用Rose绘制的销售治理子系统概念模型

2.付款单处置

3.销售治理子系统设计类图

4.用Rose画出的顺序图付款单处置如下：

【实验总结】

在做那个实验之前第一要明白得顺序图的大体概念，然后对用例进行事件分解，识别出系统事件，再为每一个系统事件画顺序图。

通过这次实验，明白得了顺序图的相关概念，关于软件工程顶用例逻辑时序分析方式有了进一步的熟悉，把握了利用Rose创建顺序图的方式。

但自己关于一些创建的实例的关联分析的还不够好，不能准确的画出它们之间的关联，这也是自己有待提高的部份。

实验四、设计建模

（2）

【实验日期】2021年4月3日

【实验目的】

●明白得面向对象类之间关联关系的概念

●了解和把握分析类之间关联关系的方式

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

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

【实验内容】

依照设计建模

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

【实验原理与步骤】

建模原理：

（1）关联关系刻画了给定类的对象个体之间的语义连接，是类与类之间的连接。

关联乐意分为一样关联、聚合关联、组合关联和依托关联等。

（2）一样关联包括一对类的二元关联及多个类之间的多元关联。

（3）聚合表示整体和部份之间较强的关联关系，聚合关系的多重性大于1，那么称为共享聚合。

（4）组合关系表示整体和部份之间有比聚合关系更强的关系，它们之间是一对一对的关系，即同生死共存亡，组合关系不能共享。

（5）依托关系是一种利用关系，表现为一个对象仅仅挪用了另一个对象的效劳。

能够利用以下的指导方针列出临时性的关系：

（1）存在两个或两个以上的类相互之间就可能有关联。

（2）类的操作的参数内外显现其他类的对象。

（3）一个类包括另一个类的对象（对象成员）。

（4）依照一样常识可能会显现的关联。

步骤：

（1）分析已经成立的设计类图和交互图，进一步设计关联和对象可见性。

在销售治理子系统中，概念的个各类之间一样都有关系发生。

销售人员和大客户一起签署销售合同，销售合同中涉及到多种能够销售的产品，合同经公司领导审查并签字后该合同才能生效，付款单需要客户付款，销售人员签发催款单想客户催缴欠款，销售人员制定销售打算，销售人员要检查监督执行期合同按合同执行、履行，履行后的合同转到履行合同数据库存档备查等等。

例如：

（a）销售人员与客户：

一样关联，多对多

（b）销售合同与合同明细，销售打算与打算明细：

组合

（c）付款单与客户：

依托关系

（2）完善设计类图

画图原理：

（1）关联关系刻画了给定类的对象个体之间的语义连接，是类与类之间的连接。

关联能够分为一样关联、聚合关联、组合关联和依托关联等

（2）一样关联宝库一对类的二元关联及多个类之间的多元关联

（3）聚合表示整体和部份之间较强的关联关系，聚合关系的多重性大于1，那么称为共享聚合

（4）组合关系表示整体和部份之间有比聚合关系更强的关系，它们之间是一对一的关系，即同生死共存亡，组合关系不能共享

（5）依托关系式一种利用关系，表现为一个对象仅仅挪用了另一个对象的效劳

步骤：

（1）在关联和对象可见性分析的基础上，补充一样关联、组合、泛化、依托

（a）一样关联关系要注意关联的命名和哪个是roleA哪个是roleB

（b）一样关联选中roleBdetail中的aggregate，就变成聚合：

再选中byvalue就会变成组合

（c）依托画虚线箭头

（2）完善设计类图

【实验结果】

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

【实验总结】

在这次实验的进程中，自己关于一些概念由模糊到慢慢熟悉，明白得了面向对象类之间关联关系的概念，把握了分析类之间关联关系的方式，完善了以前设计的类图，把握了必然的用Rose对关联进行建模的方式，并把它们用