<三>面向对象分析之UML核心元素之参与者

简介: 一:版型        --->在UML里有一个概念叫版型.有些书里也称类型,构造型。        --->这个概念是对一个UML元素基础定义的扩展。在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合。

一:版型
        --->在UML里有一个概念叫版型.有些书里也称类型,构造型。
        --->这个概念是对一个UML元素基础定义的扩展。在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合。
        --->例如(1)用例:的版型有:“业务用例”,“业务用例实现”
                      (2)类:的版型有:“接口”,“边界类”,“实体类”,“控制类”
        --->除了UML已经定义的版型外,为了在某种场合下让元素表达某种特定的含义,版型也是可以自己定义的。也就是说在项目里,可以有自己项目的版型定义。例如:包元素有“子系统”,“组织结构”,“模块”等默认的版型。
        --->版型只是UML的一种扩展手段,本身并不涉及太多的思想和方法,而是在建模的不同阶段,为了区分视图之间的不同观点,会采用不同的图示来表示。


二:参与者

        【1】以人为本是当代流行的词汇。UML建模也是以人为本的。建模是从寻找抽象角度开始的。那么定义人,准确地说是定义参与者,就是我们寻找抽象角度的开始。
       【2】基本概念
                ---->参与者在建模过程中是处于核心地位的。
                ---->UML官方文档对参与者的定义为:actor是在系统之外与系统交互的某人或某事务。

        
                ---->图3.1中的系统被一个边界包裹着。系统之外的定义说明参与者和系统之间有一个明确的边界,参与者只可能存在于边界之外,边界之内的所有人和事物都不是参与者。边界在UML图中有时会显示地绘制出来,有时则不绘制出来。但是无论是显示的还是隐式的,一谈到参与者,读者必须想到系统边界的存在,否则参与者就是可疑的。
                ---->如何找出参与者,第一步是弄明白系统边界。
                ---->如何搞明白系统边界,弄明白两个问题(1)谁对系统有着明确的目标和要求并且主动发出动作?(2)系统为谁服务的?
                ---->参与者也叫主角,只有主动启动了某个业务的,才是参与者。

例子:小王到银行开户,想大厅经理询问了办理手续,填写表单,交给柜台职员,拿到了银行存折。这个场景中,谁是参与者?
        (1)小王是参与者
        (2)大厅经理,柜台职员。虽然参与了该开户行为,但不属于主动发起者,称之为“业务工人”,而不是参与者。

        【3】参与者可以非人
                        --->建模着也常常会面临另一个问题,有些需求并没有人参与,参与者如何确定?例如这样一个需求:每天自动统计网页访问量,生成统计报表,并发送至管理员邮箱。这个需求参与者是谁?
                                (1)物理学有一个熟知的概念,在没有外力的情况下,物体保持静止或匀速直线运动状态。这个概念也适用计算机系统。在没有“外力”的情况下,计算机保持等待或循环任务状态。因此必须有“东西”发出指令或动作,计算机才会做出相应的反应。
                        --->参与者一定是直接并且主动地向系统发出动作并获得反馈的。否则就不是参与者。
                        ---->参与者和系统边界是共存的,相对的。随着系统边界的扩大或缩小,与之对应的参与者也在变动。
                        --->(1)业务主角:一个功能性需求的主动发起者。
                        --->(2)业务工人(不属于参与者):有些人员参与了业务,但属于被动参与业务。
                        --->(3)如何区分参与者和业务工人?可以通过三个问题来澄清他们的身份1他是主动向系统发出动作的吗?2他有完整的业务目标吗?3系统是为它服务的吗?

        【4】参与者与与之相关方面的关系
                        ---->参与者与涉众的关系.
                                        (1)涉众(stakeholder),也称之为干系人。涉众是与要建设的这个系统有利益相关的一切人和事。
                        ---->参与者与用户的关系。
                                        (1)用户(user),是指系统的使用者,通俗点说是系统操作员。
                        ---->参与者与角色的关系
                                        (1)角色(role),是参与者的职责。是一类参与者的抽象。
        


















































相关文章
|
3月前
|
测试技术 uml
『软件工程13』浅谈面向对象方法,统一建模语言UML
该文章介绍了面向对象方法的基本概念及其在软件工程中的应用,并详细探讨了统一建模语言(UML)的各种图示及其在系统设计中的作用。
『软件工程13』浅谈面向对象方法,统一建模语言UML
|
7月前
|
测试技术 uml
UML面向对象建模题库
UML面向对象建模题库
97 0
|
数据库 uml 容器
UML之旅—面向对象技术
面向对象技术,在我们学习VB的时候就有提到过,刚学习的UML中也重点介绍了面向对象技术,以后还会用到这种面向对象的思想去实现程序之路,所以就简单总结一下自己对于面向对象技术的理解!
UML基础与应用之面向对象
UML基础与应用之面向对象
80 0
|
数据可视化 uml
UML——概述(什么是UML?UML有什么作用?面向对象技术)
我们要先理解模型,模型就是对现实的简化,把复杂系统变成小的系统,采用“逐个击破”的原则逐一解决。
UML——概述(什么是UML?UML有什么作用?面向对象技术)
|
设计模式 数据可视化 测试技术
UML总结 面向对象技术 、Rational Rose 界面
UML总结 面向对象技术 、Rational Rose 界面
|
数据可视化 uml
UML——面向对象技术
封装(Encapsulation):隐藏对象的属性和实现细节,仅对外提供公共访问方式,提高复用性和安全性
|
数据可视化 uml
【UML图】面向对象技术
【UML图】面向对象技术
|
uml
【UML】面向对象技术
【UML】面向对象技术
59 0