今天的课E是讲解楚凡U技的Y件过E模型TUP
=============Ƣ迎讉Kwww.trufun.net下蝲免费UML2工具试用=================
============Ƣ迎加入Trufun家园交流讨论UML2应用问题================
所以TUP实用、简单,学v来,使用hҎ
=========Ƣ迎讉Kwww.trufun.net下蝲免费UML2工具试用=============
==========Ƣ迎加入Trufun家园交流讨论UML2应用问题=============
=========Ƣ迎讉Kwww.trufun.net下蝲免费UML2工具试用==============
W一名:Rational Rose。大名鼎鼎,史上最有名、最无可替代的UML产品Q以至于Q大多数之{同于UML工具Q正如将可乐{同于可口可乐。需要指出的是,自从 Rational被IBM收购之后QRational Rose已经成ؓ历史Q作为UML1.4标准的物,现在已经不升U。其替代品是IBM的其他品,如IBM RSA, RSD{?/p>
W二名:IBM Rational RSA。无可置疑,IBM的旗C品,通过和IBM其他产品的协调,支持软g开发的全生命周期开发。唯一的缺P是出奇的W重Q和出奇的庞杂昂贵(不唯一了?Q?/p>
W三名:Trufun Kant Studio。作为国产唯一的UML工具Q据说是最易用的UML工具Q目前在国内大多数高校取得了q泛的应用。对企业和高校而言Q其最独特的杀伤性武器是 支持q泛实用性强Q而且帮助企业引入TUP实训和咨询,一步到位解决品和具体应用问题?/p>
W四名:EA。EA的特点就是没特点Q除了便宜和好像要啥有啥外,没有让h印象深刻的地方,可能q就是低价品之道。说hQ倒像我曾l呆q的pȝ集成企业Q招标时Q没有我不会做的Q没有比我更便宜的,呵呵?/p>
W五名:StarUML。用Delphi能做到这U程度,StarUML作者绝Ҏ个Delphi牛hQ只可惜此开源项目不知ؓ何中止,可惜啊。如果能够l的话,估计其他UML工具都没有活路了?/p> 其他q有一些不太常用的Q以后有旉再说Q如ArgoUML, PowerDesigner, Visual UML{?br />
以上评h仅代表个点,如有异议Q欢q来信来函讨论?/div>
?日vQ凡是购买Trufun最新版本Trufun Kant Studio一站式开发^?套(39600元)的企业或者团队,均可莯Trufun Plato企业版最新版?套和3天定制企业内训课E(价?3000元)Q所莯企业内训评内容可以ҎTrufun所提供培训评q结合企业项目特 点进行定Ӟ更有Z加入Trufun高TUPq程培训内容Q本ơ活动名额有限,仅限10名,以签订合同顺序ؓ准,Z可失Q时不再来!Q?/span>
讉K官网了解更多www.trufun.net?/p>
=============Ƣ迎讉Kwww.trufun.net免费下蝲UML2建模工具Trufun Plato=======================
?/p>
=============Ƣ迎讉Kwww.trufun.net免费下蝲UML2建模工具=======================
初学UML者,应该避免q样一U误?#8213;―认ؓ是由参与者和用例构成的用例图是用例模型Q用例图只是在M上大致描qCpȝ所能提供的各种服务Q?让我们对于系l的功能有一个M的认识。但用例囑ƈ非如此,在用例图中我们还需要针Ҏ一个用例描q它的详l信息,q些信息包含在用例规U中Q因此用例模 型应该是q例图和每一个用例的详细描述――用例规约所l成的。每一个用例的用例规约都应该包含以下内容:
l 要说?(Simple)Q简要介l该用例的作用和目的?/p>
l 基本?(Basic Path)Q表C用例正常的场景。在基本中pȝ执行一pdzd步骤来响应参与者提出的服务h?/p>
l 异常?(Exception) 描述与该用例相关的非功能性需求(包括性能、可靠性、可用性和可扩展性等Q和设计U束Q所使用的操作系l、开发工LQ?/p>
l 前置条g (PreCondition) 执行用例之前pȝ必须所处的状态?/p>
l 后置条g (PostCondition) 用例执行完毕后系l可能处于的一l状态?/p>
l 备选流QAlternateQ描q用例发生过E中偶尔或者异常发生的场景?/p>
在UML2建模工具中都有提供针对用例的相关描述内容Q下面我们以Trufun Plato UML2建模工具Zq行具体案例的用例描qͼ可到www.trufun.net上免费下载)?/p>
用例规约基本上是用文本方式来表述的,Z更加清晰地描q用例的事g,也可以选择使用状态图、活动图或时序图来辅助说明(具体可参考Trufun 其他框图操作Q。如zd图有助于描述复杂的决{流E,状态{Ud有助于描qC状态相关的pȝ行ؓQ序列图适合于描q基于时间顺序的消息传递?/p>
比如用户poseZ取款用例Q可以对该用例进行相关的场景描述?/p>
Trufun Plato UML2建模工具q可以根据以上的用例场景描述Q生成的标准的需求用例规U文,下图是TrufunPlato UML2建模工具生成的用例规U文的word文l构图。操作步骤:菜单?#8220;UML建模”—?#8220;导出”—?#8220;导出为文?#8221;Q在弹出对话框中选择模板?“需?用例实现规约”Q其他根据自己需要进行设|,pȝ自动生成我们所需要的word文?/p>
一Q基于UML2标准的活动图模型
zd囑֏以通过一pd操作业务流E或者Y件进E以工作的形式表示出来Q用活动图可以描述多种cd的流E:
可以表示用户和系l之间的业务程或者工作流Q?/p>
可以表示某一个用例执行的序步骤Q?/p>
可以表示软glg之间的交互流E?/p>
q里我们通过举例Q应用Trufun Plato建模工具针对一个用例的zdq程来进行描qͼ具体操作步骤Q选择Trufun模型览器中已经创徏好的用例Q右键菜单选择“新徏框图”—“创徏 zd?#8221;Q或者选择当前l图区需要进行详l活动图描述的用例,右键菜单选择“新徏框图”—“创徏zd?#8221;。如下两?/p>
Trufun Plato UML2建模工具q行l制Q可?a >www.trufun.net上免费下载)?/p>
?nbsp; zd?/p>
创徏zd图之后,Trufun Plato工具会自动展开zd囄l图区和工具框如下图Trufun Plato提供的活动图工具框:每一个活动元素的具体含义和详l操作步骤可以参?a >http://www.trufun.net/helponline/x/?/p>
基本zd囑օ素:一般一个活动图基本要包含活动、控制流、判断、合q、分支这些元素,zd用来表示程中的某个zd或者步骤,控制表C活动之间的 控制序Q判断用于不同条件生不同结果的转移Q合q和分支用于多个q行zd之间。Trufun Plato按照UML2标准提供了具有明含义的30多种zdQ可Ҏ实际情况选择应用?br />
zd囄创徏也ƈ非事无巨l,不需要面面俱刎ͼ对于zd图中q的部分,也可以作Z个独立的zd图,然后在其他活动图中嵌套利用,比如下面的流E?囑ְ可以把银行卡的校验部分,可以作Z个单独的zd图,其在用户的{账、取ƾ、查询、存ƾ过E中都需要用到。对于特别复杂的程Q或者那些希望在一?zd图中展示所有流E细节的Q那么选择在活动图中引入子zd图,是一U非常方便的ҎQ否则我们所展示的活动图程人非帔R以看全和理解?/p>
不同的活动图用在目的需求、分析、设计过E中Q所x和创建的内容也是不同的。本q程也可以在需求开始时候简单处理,帮助参与者理清相关的程卛_Q如下图Q?/p>
使用分区Q泳道)QTrufun Plato建模工具中,提供分区作ؓzd囑ֈ分的泳道Q每条泳道代表整个工作流E的某个部分的职责,该职责由l织的某个部门来执行Q泳道之间的排序不会?响其语义Q每个活动状态都会属于一条泳道范_而数据流和控制流则可以在不同泳道之间{?/p>
讨论中所用到UML2建模建模工具为trufun platoQ可到www.trufun.net官方|站免费下蝲Q欢q大家加入trufun家园2qqQ?5851850交流,有trufun支持现场解答相关UML应用问题
东?1) 10:37:13
东?1) 10:37:28
其它的动作是否可以呢
CK(2) 10:38:14
q么LQ你是销售员Q让你^白无故去录入销售单Q你愿意?br /> CK(2) 10:38:25
没事在那输单?br /> 东?1) 10:38:45
可是q是工作啊,谁让他赚q䆾׃?br /> CK(2) 10:38:57
臛_不能够作为第一层业务用?br /> CK(2) 10:39:05
W一层应该是销售商?br /> 东?1) 10:39:04
?br /> trufun3 10:39:10
入库理Q库存盘?br /> 东?1) 10:39:58
东?1) 10:40:23
对,销售商品的概念要大多了
trufun3 10:40:36
我觉得是
东?1) 10:40:49
比如d房取货等动作
trufun3 10:41:00
可以再分低用例
东?1) 10:41:21
那么Q就是这么说Q这些用例图是不能体现各U表单字L?br /> trufun3 10:41:40
如销售订单管理,销售退货,销售统?br /> 东?1) 10:42:19
trufun3 10:41:40
如销售订单管理,销售退货,销售统?br /> 你说的这些应该是CU用例呗
trufun3 10:43:06
?br /> trufun3 10:43:36
销售管理是高用例Q相当于子系l?br /> 东?1) 10:44:54
trufun3 10:45:48
?br /> trufun3 10:46:07
但图画错?br /> 东?1) 10:46:34
差什么呢
trufun3 10:46:53
高和低U用例之间不是单向关?br /> trufun3 10:47:19
而是包含扩展关系
Edoox(4) 10:47:55
包含和扩展是两个关系吧?
东?1) 10:48:07
Edoox(4) 10:48:15
高和低U用例应该用包含关p?br /> 东?1) 10:48:23
q是包含Q包含和扩展是什么区分概念呢
trufun3 10:49:07
包含是必dQ扩展是可选做
东?1) 10:49:19
哦,明白
Edoox(4) 10:49:39
包含Q比如用入库管理功能必要dpȝQ?br /> 东?1) 10:50:13
那每个动作都有这个登录系l的动作Q不能集中到一个用例中dQ?br /> trufun3 10:50:29
是的
东?1) 10:50:32
有些pȝ的查询是不需要登录系l的
trufun3 10:50:47
作ؓ其他用例的包含用?br /> 东?1) 10:51:08
如医院住院费用查询,只需要输入住院号Q查询就可以了,q有|站Q只有管理员才登?br /> trufun3 10:52:10
?br /> 东?1) 10:52:35
q个图,默认都需要登录,不可以吗Q?br /> trufun3 10:53:18
不行
东?1) 10:53:32
比如Q销售商品部分,包含dpȝ
那入库管理,也包含登录系l,那我岂不是要action后面都要包含一个登录系l的动作
trufun3 10:54:34
一般是单点dQ做一个就可以?br /> Edoox(4) 10:55:11
按角色划分下Q一个角色所执行的用例都应该包含pȝd用例
trufun3 10:55:28
如果是各个子pȝ都有自己登陆入口Q当然要M
trufun3 10:56:09
M务用例图
东?1) 10:57:47
东?1) 10:58:04
Edoox(4) 10:55:11
按角色划分下Q一个角色所执行的用例都应该包含pȝd用例
是这LL吗?Q?br /> trufun3 10:58:22
很好
Edoox(4) 11:01:58
good
trufun3 11:02:35
EdooxQ你有问题吗Q?br /> 东?1) 11:03:15
Q以我的CZQ能帮助大家理解一下这个用例图Q是最好的啦,不行Q直接画到底Q有旉大家pZ下,直到cdQ呵呵,不知道大家能否帮忙到底啊
trufun3 11:03:42
下次讨论cd
Edoox(4) 11:03:45
一般,人员应该抽象为系l用P其他的h员都可以l承q个pȝ用户Q凡是系l用户都执行pȝd用例?br /> trufun3 11:05:00
当然可以Q设计没有标准答?br /> trufun3 11:05:31
只要有道理就可以
trufun3 11:06:57
pȝ用户不是抽象出来?br /> trufun3 11:07:32
而是一个实实在在的对象
trufun3 11:08:00
可以在实现系l外Q也可以在实现系l内
Edoox(4) 11:09:26
恩,有道?br /> 东?1) 11:10:32
有道?br /> trufun3 11:10:47
trufun3 11:12:27
用例图是谁发明的Q?br /> 东?1) 11:13:38
我又改了一下,感觉库存盘点跟入库单理是一个层ơ的Q大家再评评
东?1) 11:13:40
trufun3 11:14:22
q步很大
东?1) 11:14:30
东?1) 11:14:53
下午再细化一下,准备考虑详细内容
trufun3 11:14:58
trufun3 11:15:19
?br /> 东?1) 11:15:23
先工作一会儿啊,哈哈Q受益匪啊
trufun3 11:15:44
?br /> trufun3 11:19:05
C下次带问题来
东?1) 11:19:42
好的
东?1) 11:19:52
肯定很多的问?br /> trufun3 11:20:09
888
东?1) 11:20:14
q个用例囄完了Q下一个应该是什么图呢,肯定不是直接到类图了?br /> trufun3 11:20:53
是的
东?1) 11:21:02
我想是不是序列图?br /> 东?1) 11:21:14
部v图是什么时候画的呢
trufun3 11:21:40
按理论应该是zd?br /> 东?1) 11:22:08
好,谢谢?br /> CK(2) 11:27:15
个h感觉Q订货单理不属于库存管理,属于采购理?br /> 另外你这个订货单是指你的用户向你订货Q还是你向供应商订货Q有歧义
东?1) 11:28:01
是根据缺货生成的订货?br /> 东?1) 11:28:10
应该攑ֺ主那儿,对吧
CK(2) 11:40:29
Ҏ~生成的订货单Q那属于采购的业?br /> CK(2) 11:40:38
应该属于采购员的职责
CK(2) 11:40:51
你少一个角?br /> trufun3 11:41:38
q里的角色是库管
trufun3 11:42:13
也可以是销售员
trufun3 11:42:55
销售订单可以{化ؓ采购订单
trufun3 11:43:40
库存要货单也可{化ؓ采购订单
trufun3 11:43:54
角色不是采购?br /> CK(2) 11:45:04
你的“订货单管?#8221;Q管理的是订货单Q不是缺货单
CK(2) 11:45:12
q?个是可以转化Q但是不是一个业务实?br /> CK(2) 11:45:30
你如果在q里没分清,到后面抽Z务实体,定义pȝ对象的时候,׃模糊
CK(2) 11:46:13
库管可以产生“原料需求清?#8221;Q也可以叫做“~?#8221;。这个单子可以作Z?#8220;采购清单”的数据来源,但是不代表他们是一个东?br /> CK(2) 11:47:08
我认是分清楚点好。特别是做一些大的项目,看的更明显?br />
比如货物可能有替代性,你缺A,不一定采购A,可能采购B,C代替?br /> trufun3 11:47:16
订货单里没讲清楚Q是采购订货单,q是销售订货单
Edoox(4) 14:43:04
CK的业务经验很丰富Q概念很清晰?br /> pȝ(45383850) 14:44:40
不错Q受?nbsp;
==================Ƣ迎加入UML交流讨论相关问?==================