软件建模与分析作业(四)

GA005-181-19

1、Business Process Diagram with Lanes(带通道的业务流程图)

在这里插入图片描述
带有通道模式的业务流程图在池中包含的三个通道中创建流对象,包括活动和开始和结束事件。车道用于组织和分类车道中的元素。
车道的目的是组织和分类流动对象,通常用于指示谁执行或负责车道中包含的活动。这些通道可用于其他目的,例如指示正在执行活动的位置或谁管理一组活动。

模式可以在计划的任何时候使用,但通常在绘制基线(当前状态)过程或定义目标(未来状态)过程的早期使用。对于一个组织来说,在一个企业或业务单元级别开始详细描述所有基线(当前状态)过程是非常常见的,这样这些过程是可用的,并且可以被多个项目重用。

下面列出了使用此模式时可能需要执行的一些操作。

1.重命名包和关系图以适合所建模的流程。
2.重命名关系图中的项以适合所建模的流程。
3.根据需要使用“标记值”窗口更改活动的类型以及开始和结束事件。
4.为活动和其他元素添加注释以提供更详细的描述或解释。
5.如果需要,可通过扩大池并从工具箱中拖放车道来添加新车道。

以下是应用该模式时的一些后续步骤的列表。

■通过添加子关系图创建从活动向下钻取,该子关系图将使元素组合,并允许用户单击流程中的下一级。
■使用内置或用户定义的模板,使用文档生成器自动创建文档。
■使用模拟窗口中提供的内置模拟器创建图表的模拟。
■使用BPSim工具创建一个模拟,该工具允许对流程进行复杂的分析。
■在活动和存储库中的其他元素之间创建跟踪关系,包括向上流程元素(如驱动程序)、目标和向下流程元素(如用例、用户情景、组件)。
■创建业务规则任务,并使用决策模型和符号(DMN)工具将此元素与决策模型中定义的决策关联起来。
■如果有其他组织是流程的一部分,但在所关注的组织外部,则创建其他池。

Organization Chart Diagram(组织结构图)

在这里插入图片描述
OrganizationChart模式创建元素和图表,为组织的角色、职责和报告线建模。各种各样的线条样式和颜色被用来帮助布局和吸引人的图表。
模式的目的是允许业务分析师、业务架构师或其他涉众创建一个组织图,以表示特定时间点的组织结构。组织部门、角色或指定人员可以作为图表的一部分。

它通常在定义企业或业务体系结构时使用,并允许将角色包含在存储库的其他部分中,例如,表示哪个角色、职务或人员负责给定的业务流程、功能或支持服务。

下面列出了使用此模式时可能需要执行的一些操作。

■更改图表的名称以适应计划。
■更改角色名称以适合组织
■改变关系以适应主动性。
■根据需要删除元素或添加其他元素。

以下是应用该模式时的一些后续步骤的列表。

1.这个组织结构图可以被扩展和完成来表示一个组织的结构,包括角色之间的通信关系。
2.可以创建元素的实例来显示在给定时间点填充角色的人员。

可以添加标记值以获取有关特定角色的其他信息,例如跨领域功能组或地理位置。

3、Management Enterprise Architecture(管理企业架构)

在这里插入图片描述
企业架构管理图:
1.内部是一个整体(企业),但是也会接收来自外部的影响与干涉。
2.内部分为商业意图与商业设计两部分;意图为隐性的,涉及了推动背景、商业模式与经营模式;设计则为显性的,包括了企业主要的管理方式和技术方面的部分。

4、Basic Business Process(基本业务流程)

在这里插入图片描述

基本业务流程:
1.用于表示业务流程和交互。该语言提供了一种对业务流程进行建模的内聚方法,允许建模者在一个全面而有表现力的图表中表示目标、触发流程的事件以及流程的输入和输出。
2.显示一个带有触发事件、信息、资源、目标和输出的业务流程。
3.该模式的目的是允许业务分析师、架构师和其他涉众创建和查看一个简单但有表现力的图表,该图在单个视图中捕获流程的所有方面。战略家、经验设计师、业务线经理、信息建模师都将从拥有这样一个有凝聚力和完整的流程视图中受益。
4.该模式可以在计划期间的任何时候使用,但通常在分析期间用于描述基线(当前)和目标(未来)过程。即使在使用其他更普遍的语言来建模业务流程时,Eriksson-Penker图在需要详细分析特定流程时也很有用。

5、Domain Model(领域模型)

在这里插入图片描述
领域模型:
1.在类图上创建类,这些类描述讨论中的域中的重要概念或“事物”。类可以命名,也可以有详细的注释。连接词用来描述元素之间的关系,就像自然语言中动词用来描述名词如何相互作用一样。
2.显示一个类图,其中包含表示域中概念的多个类。类被连接以显示它们的关系,而多重性用于描述关系的基数。该图以手绘方式呈现,以使其更直观,更吸引非技术观众。
3.其目的是创建一个域中重要概念的模型,该模型可以用作通信工具,以确保所有涉众对概念有一个共同和一致的理解。
4.通常是在计划中创建的首批模型之一,它构成了开发存储库其他部分的基础。它可以像使用词典一样作为一种交流工具。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供多种期末作业选题,方便选题! 一、实验目的与任务    1、目的:加深和巩固本学期课堂所学内容,掌握使用Rational Rose2003进行软件建模的技能。同时,掌握面向对象的思想和UML的基本概念,并能够利用面向对象的思想进行系统分析和设计。    2、任务:确定课题,组织组员,合理分工,熟悉软件开发环境。培养团队精神,学习软件开发小组的组织和管理,并熟悉软件系统的分析和设计。 二、实验内容、要求与安排方式 实验内容与要求:   根据各组选择的课题,各组推荐一名组长,统一管理整个项目的实施过程,并合理调整资源和负责项目全局;根据项目的难易合理分配组员的任务,对问题达成一直的看法;针对项目的实施,熟悉相应的分析与设计过程以及具体的UML建模方法。 实验安排方式: 本实验为开放实验,各组可同时进行实验,每组3人。 三、实验题目   期末大作业的题目既可以从附录1中的题目中进行选择,也可以发挥自己的创造力,任选自己学习、工作和生活中某个领域存在的真实问题来建模,例如:吃饭、上课、复习、考试、锻炼、KTV唱歌....任何领域都可以。 、实验步骤   1、需求。分析系统的需求,撰写需求陈述文档。建立用例模型:包括软件系统的用例图以及关键用例的用例描述(用例规约)。   2、静态分析。建立系统的类图。   3、动态分析分析系统的用例模型,选择合适的平台和模型详细描述用例的设计与实现,包括顺序图、协作图、活动图以及状态图。   4、设计。建立系统的构件图和部署图。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值