UML与软件建模实验报告

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

UML与软件建模实验报告

姓名:孙治民

专业:计算机应用1201

学号:20127542

指导老师:李绘卓

目录

实验一:用例建模 (3)

实验2 分析建模 (6)

实验3 设计建模(1) (9)

实验4 设计建模(2) (11)

用例附件: (13)

内容:用例建模、分析建模、设计建模(1)、设计建模(2)

实验一:用例建模

[ 实验目的] ·掌握客户需求分析的方法和步骤

·了解以用例驱动的软件开发方法

·识别并编写用例

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

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

[ 实验原理和步骤] 建模原理:

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

(2) 用例分析。确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)

(3)用例描述。分层绘制用例图,撰写用例的文字描述(采用单栏格式)。

步骤:

(1)需求获取。自选题目,与相关客户、领域专家等反复商讨,获得系统目标、范围和功能要求的初步说明。(也可采用教师指定的题目:“企业综合信息管理系统”中的“进销存管理子系统”,但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明)。

(2)用例分析。确定系统范围和边界、确定参与者、确定用例。

(3)用例描述。分层绘制用例图、描述用例。

画图原理:

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

步骤:

(1)分层绘制用例图,每层采用“包”进行管理。

(2)以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理”-> “合同管理” ->“收款单处理”为主线,完成附录2 中的操作过程(亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线)

[ 实验结果]

[ 实验总结] ①各层用例图之间相互关联,对用例图画法和建立要清楚的熟悉操作信息流程,否则很容易搞混;

②用例图的画法步骤不是很熟悉,对工具的使用陌生,不能正

确的画出和表达用例,缺乏实践。。

③了解了各层用例之间的关系,以及用例图的画法,熟悉了工具的

使用,对以后的实验帮助很大。。

实验2 分析建模

[ 实验目的]

(1) 理解面向对象系统分析和对象类建模(概念建模)的概念

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

(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧

(4) 掌握使用ROSE 绘制概念模型的方法

[ 实验内容]

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

[ 实验原理和步骤]

建模原理:

(1)使用概念目录列表(见下图)和非正式分析法(识别出问题域的文本描述

中的名词短语,然后将其作为概念或属性的候选对象。)相结合的方法识别概念。因此,待开发用例的文字描述中,名词可能成为概念或属性的候选对象;表示行为的动词词组有可能成为事务型或过程型对象;形容词词组有可能对应抽象的名词型概念。

采用的技术基本上就是:ER 图+纯行为+OO 的聚合、泛化。

(2)最终关联的数量介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型(从通用关联列表中派生出

的,见下图)】之间。

步骤:

(1)识别关键用例作为第一个迭代周期的开发目标(一般是在用例图中被依赖得比较多的用例)。可以选“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线中的“领料单处理”用例;也可以选“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”主线中的“增加销售合同”或“收款单处理”用例。(其实,选“库存管理”主线更合适;当然,如果要实现产销一体化,以销售订单指导生产和采购,并实现零库存目标,那么一切工作就以销售管理为中心。即便如此,首选“增加合同”用例也更为合适。)

(2)识别概念和重要属性。

(3)建立概念间的关联。

画图原理:

(1)可以采用“逻辑视图”下的类图描述概念模型,只不过每个类中只有类名和属性,没有方法。在概念建模

阶段也没有必要确定属性的类型和访问属性。

(2)概念间的关联可以采用一般关联(无方向实线),当然,对于聚合和泛化,应采用相应的连线(组合:实心菱形+实线;聚合:空心菱形+实线;泛化:空三角形+实线)

步骤:

(0)前提条件:第一个迭代周期可以选“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” ->“原材料出库” ->“领料单处理”主线中的“领料单处理”用例;也可以选“企业综合信息管理系统” ->“进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”主线中的“增加销

售合同”或“收款单处理”用例。做好与此用例相关的概念模型

(1)建立相关的概念模型的基础上,在“逻辑视图”下的类图中描述概念模型,可以直接在类图main 中绘制,也可采用类似用例图中用过的分包机制

(2)绘制概念和重要属性。

(3)绘制概念间的关联。

[ 实验结果]

相关文档
最新文档