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

  1. 1、本文档共16页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
UML与软件建模实验报告

UML与软件建模实验报告 姓 名:孙治民 专 业:计算机应用1201 学 号指导老师:李绘卓 目录 实验一:用例建模 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 绘制概念模型的方法 [ 实验内容] 在用例分析的基础上,选择第一个迭代周期打算开发的用例,建立相关的概念模型。 [ 实验原理和步骤] 建模原理: 使用概念目录列表(见下图)和非正式分析法(识别出问题域的文本描述中的名词短语,然后将其作为概念或属性的候选对象。)相结合的方法识别概念。因此,待开发用例的文字描述中,名词可能成为概念或属性的候选对象;表示行为的动词词组有可能成为事务型或过程型对象;形容词词组有可能对应抽象的名词型概念。 采用的技术基本上就是:ER 图+纯行为+OO 的聚合、泛化。 (2)最终关联的数量介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型(从通用关联列表中派生出 的,见下图)】之间。 步骤: (1) 识别关键用例作为第一个迭代周期的开发目标(一般是在用例图中被依赖得比较多的用例)。可以选“企业综合信息管理系统” - “进销存管理”子系统- “库存管理” - “原材料出库” -“领料单处理”主线中的“领料单处理”用例;也可以选“企业综合信息管理系统” - “进销存管理”子系统- “销售管理” - “合同管理” -“收款单处理”主线中的“增加销售合同”或“收款单处理”用例。(其实,选“库存管理”主线更合适;当然,如果要实现产销一体化,以销售订单指导生产和采购,并实现零库存目标,那么一切工作就以销售管理为中心。即便如此,首选“增加合同”用例也更为合适。) (2)识别概念和重要属性。 (3)建立概念间的关联。 画图原理: (1) 可以采用“逻辑视图”下的类图描述概念模型,只不过每个类中只有类名和属性,没有方法。在概念建模 阶段也没有必要确定属性的类型和访问属性。 (2) 概念间的关联可以采用一般关联(无方向实线),当然,对于聚合和泛化,应采用相应的连线(组合:实心菱形+实线;聚合:空心菱形+实线;泛化:空三角形+实线) 步骤: (0)前提条件:第一个迭代周期可以选“企业综合信息管理系统” - “进销存管

文档评论(0)

jiqinyu2015 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档