流程 软件流程自动化-为软件经理和开发人员就如何开发有商业竞争力的软件资产提供指导。
Rational Unified Process、Rational SoDA 上面从左至右是软件生命周期的四个典型环节下面的配置管理和软件流程是贯穿整个软件生命周期的活动。
目前Rational Rose在中国的市场占有率大约是4成CSDN的调查统计在国外的占有率应该会更高。
一、Rationla Rose有什么用 前面已经说过了Rational Rose是基于UML的可视化建模工具那首先要看看UML有什么用了。
UML全称叫Unfied Modeling Language顾名思义UML是一种语言一种表示法就是一种交流沟通的工具特别适用于软件密集型系统的表示。
UML的统一性Unified表现为以下几点 1、UML是人类思想和计算机代码的一个连接桥梁 大家都知道计算机能直接识别的语言就是二进制的CPU指令早期工程师门都是直接写这些指令输入给计算机直接执行的非常痛苦 后来就出现了更好理解的汇编语言之后就出现了各种各样更加容易理解和编写更加接近人类语言的计算机高级语言什么VB啊、DELPHI、JAVA等等。
所以从一个角度来看其实计算机软件的发展史可以算是一个解决计算机语言和人类语句差异性问题的历史就是说如何让开发语言更加接近人类语言。
看看下面的一个图 人类思想 UML VB、DELPHI、JAVA等等。
二进制代码 这图可以看出UML是人类思想和计算机代码的一个连接桥梁。
2、UML所定义的概念和符号可用于软件开发的分析、的全过程软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。
3、UML所用的语言元素基本都是图形化的便于理解和沟通不但开发人员之间可以用来交流客户和开发人员之间也可以用它作为交流的工具。
目前版本的Rational Rose可以用来做以下一些工作 1、对业务进行建模工作流 2、建立对象模型表达信息系统内有哪些对象它们之间是如何协作完成系统功能的 3、对数据库进行建模并可以在对象模型和数据模型之间进行正、逆向工程相互同步 4、建立构件模型表达信息系统的物理组成如有什么文件、进程、线程、分布如何等等 5、生成目标语言的框架代码VB、JAVA、DELPHI 二、rose的核心--统一建模语言uml 1、uml的发展历程 公认的面向对象建模语言出现于70年代中期。
多种建模语言的出现booch 1993、oose、omt _2、ooa/ood。
uml建模语言的形成成为工业界的标准1996年。
其发展历程可用下图形象表示 2、umlunified modeling language的具体内容 客观世界是一个复杂的巨系统需要从不同的角度来考察才能真正理解这个系统。
为了能支持从不同角度来考察系统标准建模语言uml定义了下列5类、共9种模型图下面图表作了基本的描述 类型图名描述 用例图用例图从用户角度描述系统的功能并指出各功能的操作者。
静态图类图用于定义系统的类包括描述类之间的联系如关联、依赖、聚合等以及类的内部结构即类的属性和操作。
因此类图是描述系统中类的静态结构即它描述的是一种静态关系在系统的整个生命周期都是有效的。
包图包或类组成主要表示包与包、或包与类之间的关系。
包图用于描述系统的分层结构。
行为图状态图描述一类对象的所有可能状态以及事件发生时状态的转移条件。
通常状态图是对类图的补充。
活动图描述为满足用例要求所要进行的活动以及活动间的约束关系。
使用活动图可以很方便地表示并行活动。
交互图序列图用以显示对象之间的动态合作关系。
它强调对象之间消息发送的顺序同时也显示对象之间的交互过程。
协作图同序列图是等价的但着重描述对象间的协作关系。
实现图构件图描述代码部件的物理结构及各部件之间的依赖关系。
一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。
它包含逻辑类或实现类的有关信息。
部件图有助于分析和理解部件之间的相互影响程度。
配置图定义系统中软硬件的物理体系结构。
它可以显示实际的计算机和设备用节点表示以及它们之间的连接关系也可显示连接的类型及部件之间的依赖性。
在节点内部放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。
1、用例图 以订单管理系统的用例模型部分为例进行说明。
由于他们具有略微不同的特征因此将普通客户从Internet客户中分离开来是非常有用的。
然而因为Internet客户的确显示了一个客户具有的所有特征所以您可以说Internet客户是客户的一个特例并且能够通过主角泛化关系来指示。
在本图中具体用例分别是quot电话订购quot由客户主角发出和quotInternet订购quot由Internet客户发出。
这些用例都是更普通的quot订购quot用例的变形。
在本示例中quot订购quot用例是一个抽象用例。
quot请求目录quot用例代表一个可选行为段它不是quot订购quot用例主要目标的组成部分。
它已经被分离出来形成了一个抽象用例用于简化quot订购quot用例。
quot提供客户数据quot用例是一个已分离出的行为段。
它之所以被分离出来是因为它是一个独立功能只有它的结果才能影响quot订购quot用例。
quot供给客户数据quot用例还可以在其他用例中复用。
quot请求目录quot用例和quot供给客户数据quot用例在本示例中都属于抽象用例。
包含用例的行为插入到基本用例中的一个位置。
执行子用例的用例实例将遵循父用例的事件流同时插入附加行为或修改在子用例事件流中定义的行为。
泛化强调父子行为的相似性。
当执行基本用例的用例实例达到基本用例中定义扩展点的位置时将对相应扩展关系的条件进行评估。
如果条件成立或者如果没有条件用例实例将遵循扩展用例或者扩展用例中与扩展点相对应的插入段。
如果扩展关系的条件不成立就不执行扩展。
扩展表示一种可选行为 用例实例 2、类图 3、包图 4、序列图 在序列图中可以有对象和主角实例以及说明它们如何交互的消息。
序列图描述了在参与交互的对象中所发生的事件从激活的角度来说明以及这些对象如何通过相互发送消息进行通信。
您可以为用例事件流的各种不同形式制作序列图。
5、协作图 协作图中可以有对象和主角实例以及描述它们之间关系和交互的连接和消息。
通过说明对象间如何通过互相发送消息来实现通信协作图描述了参与对象中发生的情况。
您可以为用例事件流的每一个变化形式制作一个协作图。
6、状态图 状态机用于对模型元素的动态行为进行建模更具体地说就是对系统行为中受事件驱动的方面进行建模。
状态机专门用于定义依赖于状态的行为即根据模型元素所处的状态而有所变化的行为。
其行为不会随着其元素状态发生变化的模型元素不需要用状态机来描述其行为这些元素通常是主要负载管理数据的被动类。
状态机由状态组成各状态由转移链接在一起。
状态是对象执行某项活动或等待某个事件时的条件。
转移是两个状态之间的关系它由某个事件触发然后执行特定的操作或评估并导致特定的结束状态。
图1描绘了状态机的各种元素。
7、活动图 一个活动图可能包括以下元素 ·活动状态表示在工作流程中执行某个活动或步骤。
·转移表示各种活动状态的先后顺序。
这种转移可称为完成转移。
它不同于一般的转移因为它不需要明显的触发器事件而是通过完成活动用活动状态表示来触发。
·决策为其定义了一组警戒条件。
这些警戒条件决定在活动完成后将执行一组备选转移中的哪一个转移。
您也可以使用判定图标来表示线程重新合并的位置。
决策和警戒条件使您能够显示业务用例的工作流程中的备选线程。
·同步示意条用于显示平行分支流。
同步示意条使您能够显示业务用例的工作流程中的并行线程。
8、构件图 由下图可以看出系统的源代码和运行
上一篇:
Scilab与Matlab在数据拟合方面的性能比较
下一篇:
大学生汉语写作水平与英语水平相关性研究