精华内容
下载资源
问答
  •  参与者是与软件系统进行交互的外部实体,它不属于软件系统,可以是使用系统的用户,也可以是与系统进行交互的其它系统或硬件设备。常见的系统参与者有三类:用户、外部系统、系统的定时任务。在面对一个较大软件系统...

    需求分析中系统参与者的概念和确定

     

     

     

        参与者是与软件系统进行交互的外部实体,它不属于软件系统,可以是使用系统的用户,也可以是与系统进行交互的其它系统或硬件设备。常见的系统参与者有三类:用户、外部系统、系统的定时任务。在面对一个较大软件系统时,要确定参与者并不容易,可通过用户回答下列一些问题的答案来识别参与者:

     

        ①谁使用系统的主要功能?

     

        ②谁从系统获取信息?谁向系统提供信息?

     

        ③谁管理系统?谁支持、维护系统?

     

        ④谁对系统产生的结果感兴趣?

     

        ⑤系统需要操纵哪些硬件?

     

        ⑥系统需要与哪些其它系统交互(包含其它计算机系统和其它应用程序)?

     

        确定可能使用该产品的各种用户类,并描述他们的相关特征。描述各类各级用户的访问模式,如通过内联网访问或通过网间互联平台访问等,建议增加图示。

     

        描述用户管理模式--(即用户与用户之间的管理关系)。

    展开全文
  • 边界类用于描述外部参与者系统之间交互。 边界类是一种用于对系统外部环境与其内部运作之间交互进行建模类。这种交互包括转换事件,并记录系统表示方式(例如接口)中变更。 2.可以带来什么好处? 识别...

    UML里边界类、控制类和实体类三类讲解

    2011年系统分析师考点分析之一

     

    一.UML将类分为哪三个类

    1.边界类(Boundry Class)

    2.实体类(Entity Class)

    3.控制类(Control Class)

    二.边界类

    1.用来描述什么问题?

    边界类用于描述外部参与者与系统之间的交互。

    边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。这种交互包括转换事件,并记录系统表示方式(例如接口)中的变更。

    2.可以带来什么好处?

    识别边界类可以帮助开发人员识别出用户对界面的需求。

    3.如何理解边界类

    边界类位于系统与外界的交界处,窗体、报表、以及表示通讯协议的类、直接与外部设备交互的类、直接与外部系统交互的类等都是边界类。

     

    通过用例图可以确定需要的边界类,每个Actor/Use Case对至少要一个边界类,但并非每个Actor/Use Case对要唯一的边界类。

    三.实体类

    实体类主要是作为数据管理和业务逻辑处理层面上存在的类别。

     

    实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂的行为,但这些行为必须与它所代表的实体对象密切相关。

     

    实体类保存要放进持久存储体的信息。持久存储体就是数据库、文件等可以永久存储数据的介质。实体类可以通过事件流和交互图发现。通常每个实体类在数据库中有相应的表,实体类中的属性对应数据库表中的字段。

     

      实体类是用于对必须存储的信息和相关行为建模的类。实体对象(实体类的实例)用于保存和更新一些现象的有关信息,例如:事件、人员或者一些现实生活中的对象。

    四.控制类

    1.用来描述什么问题?

    控制类用于描述一个用例所具有的事件流控制行为,控制一个用例中的事件顺序。

    2.如何理解控制类?

    控制类是控制其他类工作的类。每个用例通常有一个控制类,控制用例中的事件顺序,控制类也可以在多个用例间共用。其他类并不向控制类发送很多消息,而是由控制类发出很多消息。

    五.应用举例

    例如:考试系统中当学生在考试时 ,学生与试卷交互, 那么学生和试卷都是实体类,而考试时间,规则,分数都是边界类,当考试完了将试卷提交给试卷保管者,则试卷则成了边界类。

    六.总结

    1.边界类,描述外部与系统内部交互的类;

    2.控制类,控制其他类;

    3.实体类,存储信息和相关行为的类;

    展开全文
  • 当我们援用镜像映象模式时,我们基本上先分析某外部实体的的行为特征,然后在我们自己的系统中创建它相似体。这相似体通常很简单,因为它只是想抽象出我们需要服务(对于单次使用这情况)或系统提供服务...
  • 在学习参与者之前,先来看一下UML里面的一个概念--板型(类型,构造型) 定义: 板型对UML元素基础定义的一个扩展,在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合。 举例说明 ...

    板型

      在学习参与者之前,先来看一下UML里面的一个概念--板型(类型,构造型)

      定义:   板型是对UML元素基础定义的一个扩展,在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合。

      举例说明 : 用例的板型有“”“业务用例”“业务用例实现”,的板型有“接口”“边界类”“控制类”“实体类”等。

      板型也可以自定义,就是说可以在自己的系统中定义自己的板型。

     

    参与者(Actor)

      UML官方定义:actor是在系统之外与系统交互的某人或某事物。

     

       参与者只能位于系统边界之外,边界之类的所有人和食物都不是参与者

       参与者位于系统之外

       思考下面两个问题有助于找到参与者

       1.谁对系统有着明确的目标和要求并且主动发出动作

       2.系统是为谁服务的

       参与者可以是非人

       参与者也可能是非人类,例如一个每天自动统计网站访问量报表的系统,这个参与者就是一个时间触发器

       参与者肯定是一个需求的启动者,如果找不到启动者,说明这不是一个功能性需求。

       发现参与者

       参与者的一个重要来源是涉众(也成为干系人,是与要建设的这个系统有利益关系的一切人和事,涉众不一定是参与者,但因为利于关系会对系统有影响)

       参与者的另一个来源是客户的岗位设置

       要注意的是,参与者一定是直接并且主动地向系统发出动作并获得反馈的,否则就不是参与者。

       可以向客户经理问下列的问题有助于找到参与者:

       1.谁负责提供,使用或删除信息?

       2.谁将使用此功能?

       3.谁对某个特定功能感兴趣?

       4.在组织中的什么地方使用系统?

       5.谁负责支持和维护系统?

       6.系统有哪些外部资源?

       7.其他还有那些系统将需要与该系统进行交互?

      业务主角(Business Actor)

       业务主角是参与者的一个板型,业务主角是脱离计算机系统的参与者,就是说在确定义务主角的时候要完全跑开计算机系统的概念,不能事先假设系统,这样会造成客户对系统的误解。

       业务主角必须在实际的业务里找到对应的岗位或人员。

       业务工人(Business Worker)

       业务工人就像电影里的配角,他不直接主导电影的剧情,但辅助剧情的发展,是电影不可或缺的一部分,在系统中,业务工人在系统边界内,他的工作辅助完成用例。例如定票系统中的人工作机,他的最终目的不是订票,而是服务客户,他属于系统之内,所以他是业务工人,而不是参与者。

       参与者与涉众的关系

       参与者是涉众的代表,涉众是系统的获利者,他可能不是参与者,但由于利益的因素影响着系统。

       参与者与用户的关系

       用户是指系统的使用者,通俗点说就是系统的操作员。并非所有的参与者都是用户。利于一个科室的主人负责行政审批,但他可能吧工作交给他的秘书去做,但他是参与者而不是用户,他的秘书是这个系统的用户,一个用户可以代理多个参与者。

       参与者与角色的关系

       角色是参与者的职责,是一个抽象的概念,从众多单于着的职责中抽象出相同的恶意部分,将其命名形成一个角色。利于一个正处长和局长都可以审批文件,这时就可以抽象出审批者这个角色,他为系统带来很好的灵活性。一个用户可以代理多个参与者,因此一个用户可以拥有多个职责,也就是可以被指定多个角色。

     

       总结

       参与者是涉众的代表,它代表涉众对系统的利益要求,并向系统提出建设要求;参与者通过代理给其他用户或将自身实例化成用户来使用系统;采纳与这的职责可以用角色来归纳,哦你各户被指定扮演哪个或那个角色因此来获得参与者的职责。

       

      

    转载于:https://www.cnblogs.com/ccmaycry/archive/2009/07/08/1518820.html

    展开全文
  • 个性化应用程序通常通过从用户提取敏感数据来提供其功能。 由于恶意应用程序可能出于经济利益而将用户的敏感... 仿真结果定量地证明了所有参与者之间的相互制约如何决定他们的策略,从而决定了应用程序生态系统的发展。
  • 对UML元素基础定义扩展,在同一个元素基础定义上赋予特别含义,是的这个元素适用于特定场合。例如用例有“业务用例”、“业务用例实现”等版型,类有“接口”、“边界类”、“实体类”、“控制类”等版型...

    1 UML版型

    UML版型(stereotype),也被称为类型、构造型。是对UML元素基础定义的扩展,在同一个元素的基础定义上赋予特别的含义,是的这个元素适用于特定的场合。例如用例有“业务用例”、“业务用例实现”等版型,类有“接口”、“边界类”、“实体类”、“控制类”等版型。除了UML已经定义的版型,为了在某种场合下让元素表达某种特定的含义,版型也是可以自己定义的。如包元素有“子系统”、“组织结构”、“模块”等默认版型,在具体项目中,也可以自己另外定义“文档”、“开发小组”等版型,以表达业务含义。

    2 参与者(Actor)

    官方定义:actor是在系统之外与系统交互的某人或某事物。

    actor
    参与者的特征:

    • 位于系统边界之外:参与者是主动向系统发出动作的,系统是为参与者服务的
    • 可以非人:另一个计算机系统、定时器、传感器等都可以是参与者

    3 如何发现参与者

    通过询问如下问题帮助发现参与者:

    • 谁负责提供、使用或删除信息
    • 谁将使用此功能
    • 谁对某个特定功能感兴趣
    • 在组织中的什么地方使用系统
    • 谁负责支持和维护系统
    • 系统有哪些外部资源
    • 其他还有哪些系统将需要与该系统进行交互

    4 业务主角(Bussiness Actor)

    参与者的一个版型,遵循参与者的所有定义。它用于定义业务的参与者,在需求阶段使用。业务主角是与业务系统有着交互的人和事物,用来确定业务范围。业务主角是客户实际业务里的参与者,没有计算机系统,没有抽象的计算机角色。可以通过回答如下问题对发现的业务主角进行正确性检查:

    • 业务主角的名称是否是客户的业务术语
    • 业务主角的职责是否在客户的岗位手册里有对应的定义
    • 业务主角的业务用例是否都是客户的业务术语
    • 客户是否对业务主角都能顺利理解

    5 业务工人(Business Worker)

    系统业务的参与者,但位于系统的边界内,且一般都是被动参与业务的,比如订票系统的人工座席,只有在机票购买者发起购票流程时才会开始工作。区分参与者与业务工人的方法:

    • 他是主动向系统发出动作的吗
    • 他有完整的业务目标吗
    • 系统是为他服务的吗
      如果三个问题的答案都是否定的,则他一定是业务工人,而非参与者。

    6 涉众

    涉众(stakeholder)也被称为干系人,是与要建设的系统有利益关系的一切人和事。

    7 参与者与用户

    用户(user)是系统的使用者,是参与者的代表,如秘书代表局长使用系统,则局长是系统的参与者,但并不是系统的最终用户。

    8 角色

    角色(role)是参与者的职责,是一个抽象的概念,一个角色代表了系统中的一类职责。

    展开全文
  • 文章目录什么是用例图?...参与者是系统外部的一个实体(可以是事物或人),参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。每个参与者可以参与一个或多个用例 用例:对系统功能的描述,: 用
  • 参与者(Participant):各个处理步骤中责任人,可能人,也可能某个职能部门,还可能某个自动化设备;流程定义(FlowDefinition):预定义工作步骤,它规定了实体流动路线。它...
  • 边界类用于描述外部参与者系统之间交互。边界类一种用于对系统外部环境与其内部运作之间交互进行建模类。这种交互包括转换事件,并记录系统表示方式(例如接口)中变更。一个系统可能会有多种边界类:...
  • 当客户端发送的一个请求在网络的某个地方停滞的时候,服务器端并不会感知到,延迟到一定时间就会发生超时现象,客户端通常会断开连接。而这时候停滞在途中的某个请求,又发送服务器了࿰...
  • 边界类用于描述外部参与者系统之间交互。 边界类是一种用于对系统外部环境与其内部运作之间交互进行建模类。这种交互包括转换事件,并记录系统表示方式(例如接口)中变更。 2.可以带来什么好处...
  • 目前支持JSP的应用服务器较多的,Tomcat其中较为流行的一个Web服务器,被JavaWorld杂志的编辑选为2001年度最具创新的Java产品,可见其在业界的地位。 Tomcat一个免费的开源的Serlvet容器,在Tomcat中,应用...
  • 是系统外部的一个实体(可以事任何的事物或人),它以某种方式参与了用例的执行过程。 图符: 2.用例 要体现系统的功能,用例描述活动者与系统交互中的对话 图符: 3.关系 3.1.关联关系 参与者用例之间...
  • 1.2 一个示例 4 1.3 数据库方法的特征 6 1.3.1 数据库系统的自描述性 7 1.3.2 程序与数据分离和数据抽象 7 1.3.3 支持数据的多视图 9 1.3.4 数据共享和多用户事务处理 9 1.4 幕前角色 10 ...
  • 1.UML将类分为哪三类:...边界类用于描述外部参与者系统之间交互。 边界类是一种用于对系统外部环境与其内部运作之间交互进行建模类。这种交互包括转换事件,并记录系统表示方式(例如接口)中变更。 ...
  • 边界类用于描述外部参与者系统之间交互。边界类是一种用于对系统外部环境与其内部运作之间交互进行建模类。这种交互包括转换事件,并记录系统表示方式(例如接口)中变更。(2).可以带来什么好处?识别...
  • 12.1.2 数据挖掘知识发现过程的一部分 234 12.1.3 数据挖掘和知识发现的目标 235 12.1.4 数据挖掘期间知识发现的类型 236 12.2 关联规则 237 12.2.1 市场购物篮模型、支持度与可信度 237 ...
  • 参与者是为了完成一个事件而与系统交互的实体 用例之间关系有: 当可以从两个或多个用例提取公共行为时,包含 如果一个用例混合了两种及以上场景,即多种分支,扩展 当多个用例具有类似行为可被抽象为父用例,...
  • 【UML】机房收费系统之用例图

    千次阅读 热门讨论 2014-12-14 20:01:46
     参与者是为了完成一个事件而与系统交互的实体。  用例实例是在系统之执行的一系列动作,这行动作将生成特定参与者可见的价值结果。 关系表示:  参与者与用例:一根用带箭头的线表关联  用例之间:  包含...
  • 区块链技术一种使用去中心化共识机制去维护一个完整、分布式、不可篡改账本数据库技术,它能够让区块链中的参与者在无需建立信任关系前提下实现一个统一账本系统。区块公共帐本,多点维护;链就是盖...
  • IPFS一种点对点分布式文件系统是一个基于内容寻址、版本化、点对点超媒体传输协议,集合了DHT分布式哈希表、P2P网络技术、BitTorrent传输技术、Git版本控制、自证明文件系统等技术,允许网络中的参与者互相...
  • 系统分析与建模6

    2015-03-24 23:33:00
    业务实体 业务实体是类(class)种版型,特别用于在业务建模阶段建立领域模型。...首先,业务实体是来自现实世界,在建模问题领域里一定能够找到与它相对应事物,并且这事物是参与者在完成其业...
  • 用例图要素主要包括:参与者(一种系统外部实体,与用例存在交互关系)用例(一个相对独立软件功能)关系(参与者与用例,参与者参与者,用例与用例,这种一对一关系)参与者包含有人、设备、其...
  • 七: 业务代表及以上的代理商直接推荐一个新的代理商或者业务代表,可获得新代理商或业务代表第一次申购的10%,例如推荐一个新的县代理三万元就可以获得3000元的一次性推荐奖励。 八:物品竞价栏,商城发布一个商品...
  • 用例图指由参与者,用例,边界以及它们之间关系构成用于描述系统功能视图。 用例图(User Case)外部用户(被称为参与者)所能观察到的系统功能模型图。用例图UML用于描述软件功能图形。 用例图...

空空如也

空空如也

1 2 3 4 5 ... 12
收藏数 230
精华内容 92
关键字:

参与者是系统的一个实体