Enterprise Architecture Modeling Processes PDF

Summary

This document details enterprise architecture modeling processes, emphasizing knowledge representation, goals, state, and transformation. It discusses central representations, modeling activities, and types of modeling actions, including introduction, refinement, abandonment, and abstraction. It also covers the importance of maintaining models, as well as representation conventions.

Full Transcript

IT1913 Enterprise Architecture Modeling Processes are also used as a starting point in visualizing a model. Central Model is Modeling as a Transformation Process an example of a way to visualize a model. Know...

IT1913 Enterprise Architecture Modeling Processes are also used as a starting point in visualizing a model. Central Model is Modeling as a Transformation Process an example of a way to visualize a model. Knowledge Representation – This depicts an enterprise architecture Using the model – This activity uses the model representation to model in a specific manner based on the agreed perception of the communicate with the stakeholders and evaluate whether the model and individuals involved in the process. the visualization achieved the intended outcome. The following are the Knowledge Goals – These are the goals under the modeling process of typical steps in using visual representation: an enterprise architecture. o Validation – This involves checking whether the key stakeholders Knowledge State – This involves the condition and commitment of agree that the viewpoints in the model are correct representations stakeholders on enterprise architecture. of the actual and intended situation. Knowledge Transformation – This is the situation where knowledge o Obtaining Commitment – After reaching an agreement during passes through the modeling process while considering goals and validation, the key stakeholders must commit that they fully guidelines. understand the potential impacts of implementing the model. Central Representations – These are the primary and essential models o Informing – This involves the dissemination of information to all that are used in the transformation of knowledge. the stakeholders. Maintaining the model – Enterprise architecture model must be kept up Important points (Lankhorst, et al., 2017). to date for it not to lose its value for the stakeholders. It is maintained to o Architecture models are created in order to establish communication reflect changes in infrastructure, the business processes, or the enterprise between the individuals reading the model and/or the individuals products and/or services. developing the model. o Models can also be used to describe the current and future situation of an Types of Modeling Actions organization, as well as the possible development requirements. Introduction – Introduce a candidate element in a model. This is the act o Enterprise architecture involves the identification of relationships between of placing a fresh term for a concept or relation within a model. The different domains while providing a high-level overview. candidate element must be somehow relevant but not necessarily linked to the model. It may be refined or deleted later on. Different Modeling Activities Refinement – Refine an element in a model. Other than introducing new Establishing the purpose, scope, and focus – It is a goal-driven activity elements, refining can be done by adding specific details to existing wherein architects determine all possible stakeholders and the different elements. The following are the two (2) forms of refining an element: purposes of the model in relation to the stakeholders. This is considered o Classify the newly introduced candidate element based on the as a starting point in establishing a model. concepts used in the model. Selecting one or more viewpoints – Models are created using different o Provide an additional description (such as adding internal details, viewpoints that give a specific set of concepts and relations to be used writing a definition, and nesting models) to an element rather than during the modeling process. This serves as a guide in determining adding a new element. appropriate information to be included in the model. Abandoning – Abandon a model element. This involves an explicit Creating and structuring the model – This activity involves requirements decision of eliminating or delete a concept or relation with proper gathering, such as appropriate information, to create, structure, and documentation, to avoid the concept of "lingering around." visualize an enterprise architecture model. Additional information can be Abstraction – Abstract from a concept or relation. The concept of acquired using interviews or discussions with stakeholders. Structuring abstraction is the opposite of refinement. In this activity, an architect reduces the visual complexity of a model. decides whether information, that is available in the model, is to be left out Visualizing the model – Stakeholders and their needs must be or not. considered in visualizing a model. Different viewpoints, text, and tables 05 Handout 1 *Property of STI  [email protected] Page 1 of 2 IT1913 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. The following are some of the possible process-related translation (Lankhorst, et al., 2017): 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. Documentation – Document modeling actions. This action involves the administration and documentation of all or some modeling actions, such as refinement and abstraction. 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. References: Lankhorst, M., BiZZdesign, Enschede, & The Netherlands. (2017). Enterprise Architecture at Work Modeling, Communication, and Analysis (4th ed.). Berlin, Germany: Springer Nature 05 Handout 1 *Property of STI  [email protected] Page 2 of 2 IT1913 Enterprise Architecture Modeling Guidelines 3. Downwards: Towards its realization by other elements. Fundamental Guidelines 4. Sideways: Towards peer elements with which it cooperates. A model has to provide answers to specific business, application, and/or technology-related questions. Limiting the visual complexity of a model (Lankhorst, et al., 2017) Make a clear distinction between a model and its visualization. Reduce the number of concepts in a model. o Model – This is an explicit and intellectual conception of rea-life Reduce the number of elements in the model. aspects based on a clearly defined purpose. Reduce the number of relations depicted in the model. o Visualization – This pertains to the form in which a model is presented. Gestalt Theory of Human Perception (Lankhorst, et al., 2017) Real-life aspects that are likely to change over time are often included in Proximity – People have the tendency to relate objects that are near to a model. As such, models must be dynamically designed. each other. Therefore, related objects should be placed near to each Be economical in models and views. Model only relevant concepts and other. The proximity rule also applies to colors, wherein objects with the relations based on the given purpose of the model and the type of same color can indicate relationships between objects. stakeholders. Similarity – People have the tendency to perceive objects that are similar, Make concepts and structures recognizable. Incorporate concept names belong together as a unit. Also, objects with similar size are often and structure types based on the usage of stakeholders. perceived as having the same or equal importance. Apply real-life concepts in denoting elements in a model. Continuity – People have the tendency to perceive a line as continuous Create consistent models. Model similar relations in a similar manner. Use establishing directions, based on their perspective. Therefore, lines the same terms to denote the same concepts, as well as related models. forming a right angle should not be positioned next to each other in a Keep abstraction levels consistent. model, to avoid confusion. Make models correct, accurate, and complete. Closure – People have the tendency to perceive incomplete objects as Different concerns should be addressed in different parts of the model, or complete and asymmetric objects as symmetric. Symmetry and regularity through related models. increase the readability of models and reduces perceived complexity. Select the design viewpoints that match the established objectives. Common Fate – People have the tendency to perceive different objects Only include elements that directly contribute to the realization of the that move or function in a similar manner as a unit. modeling objectives. Do not be afraid to abandon irrelevant elements that clutter a model. The Representation Conventions (Lankhorst, et al., 2017) resulting model will contain less information, but holds more value for the Use of Layouts – The layout aspects of a diagram include basic pattern, stakeholders. horizontal and vertical alignment, above/before positioning, symmetry, Make a model as self- explanatory as possible. distance of objects, distribution and density objects and connectors. Separate internal and external behaviors. o Properly utilize white space. Collect feedback from various stakeholders. o Make a clear distinction between normal proceedings and exceptions. o Apply symmetry to stress similarities. Use enterprise architecture layer and group by phase. o Model time dependencies from left to right. o Avoid crossing lines. Guidelines for Readability and Usability of Models The metaphorical direction in finding relevant elements (Lankhorst, et Use of Symbols – The shapes of objects in a model usually match the al., 2017) intrinsic properties of the real-life objects. 1. Inwards: Towards the internal composition of the elements. o Use similar shapes for similar concepts. 2. Upwards: Towards the elements that are supported by it. o Use line width to stress important relations. 06 Handout 1 *Property of STI  [email protected] Page 1 of 2 IT1913 Use of Colors – Color is a strong visual signal. It is a visual attribute that is strongly influenced by "prior knowledge." It can also increase the appeal of a diagram, but can also lead to contrary effects, such as confusion and distraction. o Use color for similarity. o Use color to convey emotions. o Limit the number of colors.S Use of Texts – Texts suggests proper interpretations, associations, and stimulates thinking. It also speeds up the creation of a proper mental state in modeling, while creating a good starting for the line of reasoning. o Use domain-specific terminologies. o Use appropriate naming conventions. References: Lankhorst, M., BiZZdesign, Enschede, & The Netherlands. (2017). Enterprise Architecture at Work Modeling, Communication and Analysis (4th ed.). Berlin, Germany: Springer Nature 06 Handout 1 *Property of STI  [email protected] Page 2 of 2

Use Quizgecko on...
Browser
Browser