2a - Zachman Framework Flashcards

1
Q

How many versions of the Zachman Framework exist, and when were they published?

A

3 versions:
1987
1992, Sowa & Zachman
2008, via his website

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What are the 2 main views of EA (Zachman vs. Jeanne Ross)

A

Zachman views EA as a modeling “tool”.
Ross views EA as the organizing logic for business processes and IT infrastructure, reflecting the integration & standardization requirements of the company’s operating model.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What is a model?

A

An artifact, mostly diagrams / visual descriptions of an enterprise.
But can also be tables, lists etc.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What does the EA Framework state?

A

What “artifacts” of “types of artifacts” should be created, and (sometimes) in what order, and (sometimes) by whom.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Does the ZF suggest/prescribe artifacts?

A

No, it specifies what TYPES of models should exist

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What is the goal of the ZF?

A

To have a complete picture of an enterprise or IT organization (but every cell has to be populated).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What is the difference between the ZF-versions of 1987 & 1992 vs. 2008?

A

1987 & 1992: transformation from an Information System -> IS architecture
2008: transformation from an organization -> enterprise architecture, because systems are not only information systems.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Name 2 main benefits of the ZF.

A

1 - Organizing the current artifacts

2 - Predicting the need for unknown artifacts

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

The Zachman framework describes a taxonomy using a 2-dimensional organization. What are they?

A
  1. The different players in the game. Each demands different definitions of ‘completeness’.
  2. The descriptive focus of the artifact: the 6 questions.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Explain the Data: planner artifact (view)

A

Goal: what data are used in an enterprise?
Result: a list of import data for business, data entities.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Explain the Data: owner view

A

This is the conceptual data model; it shows (visually) what the relationships are between the data entities. Also listst (some of the) attributes. It is design-independent.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Explain the Data: designer view

A

This is the logical data model, which cannot show any N-N relationships. Here the primary keys & foreign keys are specified. It is technology-independent.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Explain the Data: builder (data engineer) view

A

Here you add data types, default values, domain etc. for the target technology (number, varchar). Therefore, it is technology-dependent (Oracle etc…)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Explain the data: developer view

A

Here the previous results are translated to SQL queries for creating the tables (entities) and its relationships.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Explain the how: function enterprise (users) view

A

What application users see: graphical interface (GUI). Executable files/apps.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Explain the how: planner view

A

Goal: what functions do we provide in our enterprise.
Result: a list of important functions for business
Like use cases, or processes

17
Q

Explain the how: owner view

A

This is the business use case diagram (UML). It shows functions and their business users. Also, creating a business activity diagram per process.

18
Q

Explain include vs. extend in a business use case diagram.

A

Include: one use case describes some of the detail of another.
Extend: shows that one use case may add functionality to another use case (under certain circumstances).

19
Q

Explain the how: designer view

A

System use case diagram; very similar to the owner view, but now based on the system.

20
Q

Explain the how: builder/engineer view

A

Visualize what is going on in a program (sort of like low-code)

21
Q

Explain the how: developer (subcontractor) view

A

Programming the actual use case, based on the visualization, in a certain language.

22
Q

Explain the where: users view

A

What network users see

23
Q

Explain the where: planner view

A

List of important locations in which the business operates.

24
Q

Explain the where: owner view

A

Operational node connectivity. Showing nodes (locations) and needlines (need for exchanging resources)

25
Q

Explain the where: designer view

A

Systems resource flow description.

26
Q

What are the 3 results from the article by Kappelmann and Zachman in 2013?

A

1) EA is about the architecture of the entire enterprise, including ITs
2) They describe an ontology for the information needed to holistically define and represent that architecture
3) This raises significant challenges for IS professionals, educators, and researchers.