ImageVerifierCode 换一换
格式:DOCX , 页数:16 ,大小:589.17KB ,
资源ID:345227      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/345227.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(UML及软件建模实验.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

UML及软件建模实验.docx

1、UML及软件建模实验UML与软件建模实验报告 姓 名: 学 号: 班 级: 指导教师: 日 期: 实验一、用例建模【实验日期】2021年3月20日【实验目的】把握客户需求分析的方式和步骤了解以用例建模的软件开发方式识别并编写用例把握用Rose进行用例建模的具体方式和步骤【实验内容】 要求依照周围的实际情形,自选一个小型应用项目,分析业务需要,识别并编写用例、绘制用例图以明白得系统需求,亦可教师指定的“企业综合信息治理系统”中的“进销存治理子系统”【实验原理与步骤】 建模原理:1.需求获取,以任务和客户为中心,通过会议、面谈等手腕对客户需求进行调研,取得系统目标、范围和功能要求的初步说明。2.用

2、例分析,确信誉例,同时采纳分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)3.用例描述。分层绘制用例图,撰写用例的文字描述(采纳单栏格式)。步骤:1.需求获取。自选题目,与相关客户、领域专家等反复商讨,取得系统目标、范围和功能要求的初步说明。(也可采纳教师指定的题目:“企业综合信息治理系统”中的“进销存治理子系统”)。2.用例分析。确信系统范围和边界、确信参与者、确信誉例。3.用例描述。分层绘制用例图,描述用例。画图原理:采纳Rose软件进行用例建模必需成立在完好的系统用例分析基础之上,只有做好系统分析,系统用例建模才能达到预期的成效。 步骤:1.分层绘制用例图,每层采纳“

3、包”进行治理。2.以“企业综合信息治理系统”“进销存治理”子系统“销售治理”“合同治理”“收款单处置”为主线,完成实验。其他主线也能够。【实验结果】1.用Rose绘制的“企业综合信息治理系统”的1级用例图如下:此系统包括“财务治理子系统”、“综合支持治理子系统”、“生产调试治理子系统”和“领导查询子系统”等,而“进销存治理子系统”又包括“采购治理子系统”、“销售治理子系统”和“库存治理子系统”。1级用例图企业综合信息治理系统如下: 1级用例图企业综合信息治理系统2.用Rose绘制“进销存治理”的2级用例图如下:“治理进销存”用例治理企业与客户签定采购销售合同,并催促合同的执行和履约,提供售后效

4、劳。对库存产品和物料进行出入库的有效治理,及时清点并提出低于库存预警线而需要采购的物料清单和各类库存统计报表。2级用例图进销存治理3.用Rose绘制“销售治理子系统”的3级用例图如下:制定销售打算,与客户签定销售合同,井将其详细内容录入治理系统。监控正在履约的合同,检查客户是不是按时付款,对付款的客户发货。3级用例图销售治理4.用Rose绘制“销售合同治理子系统”的4级用例图如下:销售合同的要紧条款是销售合同的重心,它决定了合同签定两边的义务和权利,决定了销售合同是不是有效和是不是合法,是当事人履行合同的要紧依据。这是一份合同的重中之重,营销员在签定合同的进程中,必然要对合同所具有的要紧条款一

5、一审明,详尽规定,使之清楚、明确。【实验总结】这是第一次利用rose软件,关于里面的一些控件还不是很熟悉,只能依照教师所提供的实验说明书来试探着做,通过这几个用例建模,我学会了分析客户需求,了解了使劲建模的软件开发方式,大体把握了如何依照一个实例来绘制用例图的具体方式和步骤。也在实验进程中学会了一些经常使用控件的添加等,这些还需要在实验课以后多练习,如此才能更好地把握。实验二、分析建模【实验日期】2021年3月27日【实验目的】明白得面向对象系统和对象类建模(概念建模)的概念了解和把握面向对象系统分析的方式和步骤了解和把握寻觅开发系统中类(概念)的方式和技术把握用Rose绘制概念模型的方式【实

6、验内容】 在用例分析的基础上,选择第一个迭代周期打算开发的用例,成立相关的概念模型【实验原理与步骤】 建模原理:1.利用概念目录列表(见以下图)和非正式分析法(识别问题域的文本描述中的名词短语,然后将其作为概念或属性的候选对象)相结合的方式识别概念。因此,待开发用例的文字描述中,名词可能 成为概念或属性的候选对象;表示 行为的动词词组有可能成为事务型或进程 型对象;形容词组有可能对应抽象的名词型概念。采纳的技术大体上确实是:ER图和纯行为+OO的聚合、泛化。2.最终关联的数量 介于“需要明白”型关联与【“需要明白”型关联+“需要明白得”型(从通用关联列表中派生出的,见以下图)】之间。步骤:(1

7、)识别关键用例作为第一个迭代周期的开发目标(一样是在用例图中被依托的比较多)。能够选“企业综合信息治理系统”-“进销存治理”子系统-“销售治理”-“合同治理”-“收款单处置”主线中的“增加销售合同”或“收款单处置”用例。(2)识别概念和重要属性。(3)成立概念间的关联。画图原理:(1)能够采纳“逻辑视图”下的类图描述概念模型,只只是每一个类中只有类名和属性,没有方式。在概念模型时期也没有必要确信属性的类型和访问属性。(2)概念间的关联能够采纳一样关联(无方向实线),固然,关于聚合和泛化,应采纳相应的连线(组合:实心菱形+实线;聚合:空心菱形+实线;泛化:空三角+实线)。步骤:(1)前提条件:第

8、一个迭代周期能够选“企业综合信息治理系统”-“进销存治理”子系统-“销售治理”-“合同治理”-“收款单处置”主线中的“增加销售合同”或“收款单处置”用例。做好与此用例相关的概念模型。(2)成立相关的概念模型的基础上,在“逻辑视图“下得类图中描述概念模型,能够直接在类图main中绘制,也能够采纳类似用例图顶用过的分包机制。(3)绘制概念和重要属性。(4)绘制概念间的关联。【实验结果】绘制的概念模型图如下:【实验总结】那个实验要紧用是明白得面向对象系统分析和对象类建模概念,并在用rose绘制概念模型前要把握面向对象系统分析的方式和步骤和把握寻觅开发系统中类(概念)的方式和技术,对一些抽象名词概念的

9、明白得。熟悉了概念目录列表和非正式分析法相结合的方式识别概念。固然关于这些分析方式尚未完全的把握和明白得,还需要继续的学习,并通过其他的实例来让自己有所提高。实验三、设计建模(1)【实验日期】2021年4月3日【实验目的】明白得顺序图的大体概念了解和把握软件工程顶用例逻辑时序的分析方式把握利用Rose创建顺序图的方式 【实验内容】 在用例模型和概念模型的基础上,对首选的用例进行分解,识别出系统事件(系统操作)、(并写出契约的后置条件);为每一个系统事件画顺序图,为对象分派职责。【实验原理与步骤】 原理:(1) 在系统顺序图中,所有的系统都被当做黑盒子看待,顺序图的重点是参与者发起的跨越系统边界

10、的事件。(2) 系统事件是由某参与者发起的指向系统 的输入事件。一个事件的发生能够触一个响应操作的执行。(3) 请认真研究以下图,考察它是如何从左侧的“购买商品”用例文字描述中分解出3个系统事件的。(4) 参照用例模型和概念模型。为每一个系统操作估量后置条件。(实例创建、形成关联、属性修改)(5) 依照设计模式为对象分派职责步骤:1.分析首选用例的文字描述,按事件进行分解,识别出系统事件。(下面以“企业综合信息治理系统”)-“进销存治理”子系统-“销售治理”-“合同治理”主线中的“收款单处置”用例为例)。2.为每一个系统事件估量后置条件。(以上做了部份分析)3.按设计模式进行设计第一考虑操纵者

11、,领域操纵者选参与者角色,即“销售人员”。为了幸免利用FORM窗口等表示层对象,咱们构造一个类“应用和谐者”向操纵者发送消息。【实验结果】 1.用Rose绘制的销售治理子系统概念模型2.付款单处置3.销售治理子系统设计类图 4.用Rose画出的顺序图付款单处置如下:【实验总结】在做那个实验之前第一要明白得顺序图的大体概念,然后对用例进行事件分解,识别出系统事件,再为每一个系统事件画顺序图。通过这次实验,明白得了顺序图的相关概念,关于软件工程顶用例逻辑时序分析方式有了进一步的熟悉,把握了利用Rose创建顺序图的方式。但自己关于一些创建的实例的关联分析的还不够好,不能准确的画出它们之间的关联,这也

12、是自己有待提高的部份。实验四、设计建模(2)【实验日期】2021年4月3日【实验目的】明白得面向对象类之间关联关系的概念了解和把握分析类之间关联关系的方式了解和把握待开发系统中类之间关联关系的分析方式完善设计类图,把握利用Rose对关联进行建模的进程【实验内容】 依照设计建模(1)中交互分析,进一步设计关联和对象 可见性,完善设计类图。【实验原理与步骤】建模原理:(1)关联关系刻画了给定类的对象个体之间的语义连接,是类与类之间的连接。关联乐意分为一样关联、聚合关联、组合关联和依托关联等。(2)一样关联包括一对类的二元关联及多个类之间的多元关联。(3)聚合表示整体和部份之间较强的关联关系,聚合关

13、系的多重性大于1,那么称为共享聚合。(4)组合关系表示整体和部份之间有比聚合关系更强的关系,它们之间是一对一对的关系,即同生死共存亡,组合关系不能共享。(5)依托关系是一种利用关系,表现为一个对象仅仅挪用了另一个对象的效劳。能够利用以下的指导方针列出临时性的关系:(1)存在两个或两个以上的类相互之间就可能有关联。(2)类的操作的参数内外显现其他类的对象。(3)一个类包括另一个类的对象(对象成员)。(4)依照一样常识可能会显现的关联。步骤:(1)分析已经成立的设计类图和交互图,进一步设计关联和对象可见性。在销售治理子系统中,概念的个各类之间一样都有关系发生。销售人员和大客户一起签署销售合同,销售

14、合同中涉及到多种能够销售的产品,合同经公司领导审查并签字后该合同才能生效,付款单需要客户付款,销售人员签发催款单想客户催缴欠款,销售人员制定销售打算,销售人员要检查监督执行期合同按合同执行、履行,履行后的合同转到履行合同数据库存档备查等等。例如:(a)销售人员与客户:一样关联,多对多(b)销售合同与合同明细,销售打算与打算明细:组合(c)付款单与客户:依托关系(2) 完善设计类图画图原理:(1)关联关系刻画了给定类的对象个体之间的语义连接,是类与类之间的连接。关联能够分为一样关联、聚合关联、组合关联和依托关联等(2)一样关联宝库一对类的二元关联及多个类之间的多元关联(3)聚合表示整体和部份之间

15、较强的关联关系,聚合关系的多重性大于1,那么称为共享聚合(4)组合关系表示整体和部份之间有比聚合关系更强的关系,它们之间是一对一的关系,即同生死共存亡,组合关系不能共享(5)依托关系式一种利用关系,表现为一个对象仅仅挪用了另一个对象的效劳步骤:(1) 在关联和对象可见性分析的基础上,补充一样关联、组合、泛化、依托(a) 一样关联关系要注意关联的命名和哪个是role A 哪个是role B(b) 一样关联选中role B detail 中的aggregate,就变成聚合:再选中by value 就会变成组合(c) 依托画虚线箭头(2)完善设计类图【实验结果】用Rose完善的设计类图如以下图:【实验总结】在这次实验的进程中,自己关于一些概念由模糊到慢慢熟悉,明白得了面向对象类之间关联关系的概念,把握了分析类之间关联关系的方式,完善了以前设计的类图,把握了必然的用Rose对关联进行建模的方式,并把它们用

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1