本文目录
- uml建模里面的实例说明是什么意思
- 一定UML吗——看看结构化设计实例
- 使用UML建模方式建立一个小型业务模型-----办公用品公司（Officemate）提供办公用品的零售和批发业务，
- 简述UML实际建模过程
- 哪位好心的朋友给几个UML 的建模案例啊最好是详细一点的 谢谢了
- UML在软件开发中各个阶段的作用和意义
uml建模里面的实例说明是什么意思
实例说明(InstanceSpecification)是模型中对一个实例或者一组实例的描述。该描述可以包括也可以不包括实例的全部细节。
Trufun 2015系列产品创建实例说明操作如下：选择左边工具栏或者绘图区快捷菜单中的实例说明，如下图。
在绘图区点击创建实例说明元素，会弹出如下图对话框。
选择新建分类符，会继续弹出新建类、新建接口对话框，选择其中之一，会弹出如下输入分类符名称对话框
点击选择分类符，弹出如下对话框，选择相关分类符。
和实例不同，实例只作为具体的个体存在于执行的系统中，而实例说明或多或少是精确的。
实例说明由槽(Slot)组成。选中已创建的实例说明，在绘图区会出现一个创建槽的快捷工具，如下图。点击，就可以为当前实例说明创建槽。
槽的属性对话框如下，可以对曹定义值和特征：
实例说明的属性对话框如下图。
一定UML吗——看看结构化设计实例
背景：自从OOA、OOD被业界推崇以来，运用UML进行需求分析、架构设计几乎成为圣经，似乎使用迭代和UML就先进了、OO了，用传统的方法就是落后了、非OO了。事实上无论运用什么工具或方法，只要能够充分反映软件内在的本质就可以了。传统的软件工程中主要有如下建模工具：IPO模型、万诺模型、ER模型、JACKSON模型、DFD模型、程序流程图等，与之对应的详细设计方法主要是结构化设计法。在几年的MIS项目实践中我对传统软件工程领域中较为推崇的有：ER模型、Petri网、DFD模型、JACKSON模型和程序流程图。ER模型主要运用于领域模型设计、Petri网运用于工作流建模、DFD模型主要用于数据动态关联建模、Jackson模型主要运用于非ER环境的复杂数据结构建模及其相关算法（变换）建模、程序流程图用于对重要算法或处理过程进行说明。在我的项目中，主要运用的工具仍然是UML，但是在上述的一些环节中，我和我的团队仍然会运用传统软件工程领域中的一些建模方法，特别是现在流程重构需求较多以及大量的快速开发工具被运用的情况下，传统的东西似乎用得越来越多。我的实际经验表明，运用好传统的软件工程方法，会比一味的追求OOA、OOD更有效果。以下就以开发中的一个实例进行说明，限于商业考虑，只能在此将一些有代表性的文档拿出来讨论，希望大家能一块来讨论。一、用户业务流程说明客户是一个较大的机构，位于市区，在当地区县、乡镇均设有下级部门，为了提高企业库存周转率、防止库存积压导致现金占用的现象，该企业实行预算控制、集中采购。未上信息系统以前，区县、乡镇到市区领用物资的时候需要经历多道审批手续，时间长、管理成本大、数据滞后混乱。通过和客户认真沟通，并结合各职能部门的职责，对企业内部相关流程进行了重构、优化，并对一些机构的职责进行了微调。下图给出的就是整理后“按照物资进行领料”的工作流图，该图截取自JBPM的设计器，本质上一个Petri网。由于JBPM未能够将泳道在图上可视化表达，因此又让美工通过PS加上了泳道。 二、ER模型在实际为客户解决问题的过程中，我们分析并设计出了一个较为庞大的领域模型，主要的工具是PowerDesign，由于此处给出的实例是大家常见的一个需求情况，因此不给出数据库设计的实例。 三、流程中关键环节的数据处理过程1、当物料分发系统中的ERP领料单处于编辑状态时，要将ERP系统中的对应的ERP单号填写到该单据中，且ERP单号不能重复。当ERP领料单编辑完成后，可以提交ERP领料单到上级部门进行审核。如果觉得该单据制的不对，也不能通过修改进行调整过来，可以直接将该单据放弃。提交ERP单据和放弃ERP单据的数据流向入下图所示。 2、归口部门审核，有同意和拒绝两种情况。 3、预算部门的审核，有同意和拒绝两种情况。 4、ERP的审核，有同意和拒绝两种情况。 5、入库部门的审核，有同意和拒绝两种情况。 四、开发过程说明1、数据库使用PowerDesigner 12.1 进行设计，首先进行概念模型建模（ER），通过概念模型生成物理模型，通过物理模型生成Oracle建库脚本；2、通过概念模型生成OO模型，然后编辑OO模型与物理模型的映射关系，生成POJO类和基于Hibernate的DAO；3、用JUNIT对自动生成的DAO进行全面测试，未发现问题；4、分析业务流程后，建立JBPM业务协作模型，并依据分析出来的DFD编写JBPM各节点的Action Handler，发布并部署JBPM；5、使用BSTEK，快速生成开发界面，软件界面大致分为三种（1）简单的CRUD，由BSTEK快速生成，基本上不编写代码；（2）与工作流程中各交互页面在BSTEK上设计，用户提交后，将用户表单的数据直接映射到JBPM的任务上下文中，并触发流程事件，由ActionHandler来完成后续的数据具体操作；（3）其他的一些传统页面。
使用UML建模方式建立一个小型业务模型-----办公用品公司（Officemate）提供办公用品的零售和批发业务，
小型业务模型包括：打印复印各种规格纸张、复印机、传真机等办公设备、文件夹、文件柜等。该公司需要提供一个高效的管理模块，同时建立一个网站，提供网上订购、电子邮件反馈、物流配送等服务。绘制其UML建模图，类型可自选。
UML最适于数据建模，业务建模，对象建模，组件建模。
UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
IBM的Rational Rose和MS的Visio都是UML工具。
简述UML实际建模过程
需求阶段：
用例图 、领域模型（类图）
分析阶段：
用例详细详细说明、协作图或顺序图、类图
设计阶段：
详细类图、包设计、（建议不要做详细的协作图或顺序图-很难维护）
实施阶段：
部署视图
---------------
迭代以上阶段，每次迭代大约两三个星期至一个月（推荐）、阶段之间允许重叠。
哪位好心的朋友给几个UML 的建模案例啊最好是详细一点的 谢谢了
N=length(R);
scatter(C(:,1),C(:,2));
hold on
plot([C(R(1),1),C(R(N),1)],[C(R(1),2),C(R(N),2)])
hold on
for ii=2:N
plot([C(R(ii-1),1),C(R(ii),1)],[C(R(ii-1),2),C(R(ii),2)])
hold on
end
UML在软件开发中各个阶段的作用和意义
统一建模语言UML
软件工程领域在1995年至1997年取得了前所未有的进展,其成果超过软件工程领域过去15年来的成就总和。其中最重要的、具有划时代重大意义的成果之一就是统一建模语言(UML:Unified Modeling Language)的出现。
在世界范围内,至少在近10年内,UML将是面向对象技术领域内占主导地位的标准建模语言。采用UML作为我国统一的建模语言是完全必要的:首先,过去数十种面向对象的建模语言都是相互独立的,而UML可以消除一些潜在的不必要的差异,以免用户混淆;其次,通过统一语义和符号表示,能够稳定我国的面向对象技术市场,使项目根植于一个成熟的标准建模语言,从而可以大大拓宽所研制与开发的软件系统的适用范围,并大大提高其灵活程度。
统一建模语言（UML）是用来对软件密集系统进行描述、构造、视化和文档编制的一种语言。
首先，也是最重要的一点，统一建模语言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者广泛采用的一门简单、一致、通用的建模语言。
其次，统一建模语言扩展了现有方法的应用范围。特别值得一提的是，UML的开发者们把并行分布式系统的建模作为UML的设计目标，也就是说，UML具有处理这类问题的能力。
第三，统一建模语言是标准的建模语言，而不是一个标准的开发流程。虽然UML的应用必然以系统的开发流程为背景，但根据我们的经验，不同的组织，不同的应用领域需要不同的开发过程。举个例子来说，开发错综复杂的软件是非常有趣的工作，但开发这种软件与构造严格实时的航空电子系统是大不一样的，后者是性命攸关的大事。因此我们首先把精力集中在设计通用的元模型上（统一不同方法的语义），其次是建立通用的表示法（提供对这些语义的形象化的表达）。虽然UML的开发者们将继续倡导从用例驱动到体系结构为中心最后反复改进、不断添加的软件开发过程，但实际上设计标准的开发流程并不是非常必要的。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
面向对象技术和UML的发展过程可用上图来表示,标准建模语言的出现是其重要成果。在美国,截止1996年10月,UML获得了工业界、科技界和应用界的广泛支持,已有700多个公司表示支持采用UML作为建模语言。1996年底,UML已稳占面向对象技术市场的85%,成为可视化建模语言事实上的工业标准。1997年11月17日,OMG采纳UML 1.1作为基于面向对象技术的标准建模语言。UML代表了面向对象方法的软件开发技术的发展方向,具有巨大的市场前景,也具有重大的经济价值和国防价值。
标准建模语言UML的内容
首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且这些基本概念与其他面向对象技术中的基本概念大多相同,因而,UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言;其次,UML不仅仅是上述方法的简单汇合,而是在这些方法的基础上广泛征求意见,集众家之长,几经修改而完成的,UML扩展了现有方法的应用范围;第三,UML是标准的建模语言,而不是标准的开发过程。尽管UML的应用必然以系统的开发过程为背景,但由于不同的组织和不同的应用领域,需要采取不同的开发过程。
作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分。
(1) UML语义 描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。
(2) UML表示法 定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。
标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义:
·第一类是用例图,从用户角度描述系统功能,并指出各功能的操作者。
·第二类是静态图(Static diagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。
·第三类是行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
·第四类是交互图(Interactive diagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。
·第五类是实现图( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。
配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系,也可显示连接的类型及部件之间的依赖性。在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。
从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求;其次根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制。因此,标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。
