Enterprise Architecture Modeling Processes

full-widthCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/26

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

27 Terms

1

Knowledge Representation 

This depicts an enterprise architecture model in a specific manner based on the agreed perception of the individuals involved in the process.

2

Knowledge Goals 

These are the goals under the modeling process of an enterprise architecture.

3

Knowledge State 

This involves the condition and commitment of stakeholders on enterprise architecture.

4

Knowledge Transformation

This is the situation where knowledge passes through the modeling process while considering goals and guidelines

5

Central Representations 

These are the primary and essential models that are used in the transformation of knowledge.

6

Modeling as a Transformation Process Important points 

Modeling as a Transformation Process Important points 

o Architecture models are created in order to establish communication between the individuals reading the model and/or the individuals developing the model.

o Models can also be used to describe the current and future situation of an organization, as well as the possible development requirements.

o Enterprise architecture involves the identification of relationships between different domains while providing a high-level overview.

7

• Establishing the purpose, scope, and focus

• Selecting one or more viewpoints

• Creating and structuring the model

• Visualizing the model

• Using the model

• Maintaining the model

What are the 6 Different Modeling Activities?

hints: ETPSF, SOOMV, CASTM, VTM, UTM, and MTM

8

Establishing the purpose, scope, and focus 

It is a goal-driven activity wherein architects determine all possible stakeholders and the different purposes of the model in relation to the stakeholders. This is considered as a starting point in establishing a model.

9

Selecting one or more viewpoints

Models are created using different viewpoints that give a specific set of concepts and relations to be used during the modeling process. This serves as a guide in determining appropriate information to be included in the model.

10

Creating and structuring the model 

This activity involves requirements gathering, such as appropriate information, to create, structure, and visualize an enterprise architecture model. Additional information can be acquired using interviews or discussions with stakeholders. Structuring reduces the visual complexity of a model.

11

Visualizing the model 

Stakeholders and their needs must be considered in visualizing a model. Different viewpoints, text, and tables are also used as a starting point in visualizing a model. Central Model is an example of a way to visualize a model.

12

Using the model 

This activity uses the model representation to communicate with the stakeholders and evaluate whether the model and the visualization achieved the intended outcome.

13

Maintaining the model 

Enterprise architecture model must be kept up to date for it not to lose its value for the stakeholders. It is maintained to reflect changes in infrastructure, the business processes, or the enterprise products and/or services.

14

o Validation

o Obtaining Commitment

o Informing

(USING THE MODEL)

What are the typical steps in using visual representation?

15

Validation

This involves checking whether the key stakeholders agree that the viewpoints in the model are correct representations of the actual and intended situation.

16

Obtaining Commitment 

After reaching an agreement during validation, the key stakeholders must commit that they fully understand the potential impacts of implementing the model.

17

Informing

This involves the dissemination of information to all the stakeholders.

18

• Introduction

• Refinement

• Abandoning

• Abstraction

• Translation

• Documentation

What are the 6 Types of Modeling Actions?

19

Introduction 

Introduce a candidate element in a model. This is the act of placing a fresh term for a concept or relation within a model. The candidate element must be somehow relevant but not necessarily linked to the model. It may be refined or deleted later on.

20

Refinement 

Refine an element in a model. Other than introducing new elements, refining can be done by adding specific details to existing elements. 

21

READ ONLY TEXT

READ ONLY TEXT

(REFINEMENT)

The following are the two (2) forms of refining an element:

o Classify the newly introduced candidate element based on the concepts used in the model.

o Provide an additional description (such as adding internal details, writing a definition, and nesting models) to an element rather than adding a new element.

22

Abandoning 

Abandon a model element. This involves an explicit decision of eliminating or delete a concept or relation with proper documentation, to avoid the concept of "lingering around."

23

Abstraction

Abstract from a concept or relation. The concept of abstraction is the opposite of refinement. In this activity, an architect decides whether information, that is available in the model, is to be left out or not.

24

Translation

Translate an element. This is the process of finding a suitable alternative for an element. Documentation is required in order to keep track of the existing relationship between models or contexts.

25

READ ONLY TEXT

READ ONLY TEXT

(TRANSLATION)

The following are some of the possible process-related translation:

o Creating or replacing an element so it matches the meaning of a concept from another language or context.

o Linking an element to an element on another model or modeling language.

o Linking an element to an intermediary language when a model needs to be translated to more than one language or context.

o Specifying rules to empower standardized and coherent translation between a context and a language.

26

Documentation

This action involves the administration and documentation of all or some modeling actions, such as refinement and abstraction.

27

READ ONLY TEXT

READ ONLY TEXT

(DOCUMENTATION)

The following are some of the reasons for documenting modeling actions:

o To be able to backtrack the previous state of a model.

o To revisit rejected alternatives.

o To record modeling logical basis related to traceability, accountability, etc. of a modeling process.

o To add conceptual meta-data, such as date, location, name of the person who performed the activity, and the specific model elements that were affected