But, as powerful as TOGAF is, it's not applicable to every situation. This initial Data Architecture roadmap will be used as raw material to support more detailed definition of a consolidated, cross-discipline roadmap within the Opportunities & Solutions phase. Within this step, the architect should identify requirements that should be met by the architecture (see 17.2.2 Requirements Development). Clearly understand how data entities are utilized by business functions, processes, and services, Clearly understand how and where enterprise data entities are created, stored, transported, and reported. In particular, determine whether in this situation it is appropriate to conduct Baseline Description or Target Architecture development first, as described in Part III, 19. TOGAF is based on TAFIM (Technical Architecture Framework for Information Management), an IT management framework developed by the U.S. Defense Department in the 1990s. It relies heavily on modularization, standardization, and already existing, proven technologies and products. It was released as a reference model for enterprise architecture, offering insight into DoD’s own technical infrastructure, including how it’s structured, maintained and configured to align with specific requirements. It is important to achieve a balance in the level of detail provided (e.g., reproducing existing detailed system physical data schemas or presenting high-level process maps and data requirements, highlight the two extreme views). Moreover, by assigning business value to data, an indication of the business criticality of application components can be gained. When an existing application is replaced, there will be a critical need to migrate data (master, transactional, and reference) to the new application. — Data Flow Diagram. 33 Deliverable. The purpose of the data security diagram is to depict which actor (person, organization, or system) can access which enterprise data. The scope and level of detail to be defined will depend on the extent to which existing data elements are likely to be carried over into the Target Data Architecture, and on whether architectural descriptions exist, as described in 10.2 Approach. The goal is to define the data entitiesrelevant to the enterprise, not to design logical or physical storage systems. According to the Open Group Architecture Framework (TOGAF), a data architect is expected to set data architecture principles, create models of data that enable the implementation of the intended business architecture, create diagrams showing key data entities, and create an inventory of the data needed to implement the architecture vision. The key purpose of the class diagram is to depict the relationships among the critical data entities (or classes) within the enterprise. In a previous article, we deep dived into enterprise architecture frameworks. Identify any constraints on the Technology Architecture about to be designed, refining the proposed Data Architecture only if necessary. Identify candidate Architecture Roadmap components based upon gaps between the Baseline and Target Data Architectures TOGAF, an acronym for The Open Group Architecture Framework, is intended to be a standard way to design and implement architectures for very large computer systems. The TOGAF Standard, Version 9.2, is an update to the TOGAF 9.1 standard providing improved guidance, correcting errors, improving the document structure, and removing obsolete content. Conduct an impact analysis to identify any areas where the Business and Application Architectures (e.g., business practices) may need to change to cater for changes in the Data Architecture (for example, changes to forms or procedures, applications, or database systems). Figure 2. If they are not, create new models to address concerns not covered, or augment existing models (see above). Catalogs form the raw material for development of matrices and diagrams and also act as a key resource for portfolio managing business and IT capability. The following matrices should be considered for development within a Data Architecture: The structure of matrices is based on the attributes of metamodel entities, as defined in Part IV, 34. Have recent changes been made that impact the Data Architecture? Following creation of a Baseline Architecture, Target Architecture, and gap analysis, a data roadmap is required to prioritize activities over the coming phases. What is the level and complexity of data transformations required to support the information exchange needs between applications? If the impact is significant, it may be appropriate to drop into a short iteration of the Application Architecture at this point. Develop the Target Data Architecture that enables the Business Architecture and the Architecture Vision, while addressing the Request for Architecture Work and stakeholder concerns 2. The level of detail modeled needs to be carefully assessed. Will this Data Architecture be impacted by other projects (including those planned as well as those currently in progress)? All of these changes make the TOGAF framework easier to use and maintain. Ensure that all stakeholder concerns are covered. Another key consideration is to ensure that an enterprise-wide common data definition is established to support the transformation. This article unfolds all about TOGAF® and how it benefits large … Who owns what data. Refined and updated versions of the Architecture Vision phase deliverables, where applicable: Baseline Data Architecture, Version 1.0, if appropriate, Views corresponding to the selected viewpoints addressing key stakeholder concerns, Relevant technical requirements that will apply to this evolution of the architecture development cycle, Constraints on the Technology Architecture about to be designed, Updated business requirements, if appropriate, Updated application requirements, if appropriate, Data Architecture components of an Architecture Roadmap (see. Architecture Vision TOGAF: Solution Concept Diagram; TOGAF: Value Chain Diagram; Business Architecture TOGAF: Business Footprint Diagram; Business Services and Information Diagram ; TOGAF: Functional Decomposition Diagram; Product Lifecycle Diagram; Data Architecture Class Diagram; Data Dissemination Diagram; Opportunities and Solutions Benefits Diagram; Project Context Diagram; … Sign in to use the forum and be informed of the latest news. Some physical system data models will exist down to a very detailed level; others will only have core entities modeled. Gap Analysis. Where new architecture models need to be developed to satisfy stakeholder concerns, use the models identified within Step 1 as a guideline for creating new architecture content to describe the Target Architecture. Even skeptics of TOGAF and enterprise architecture frameworks in general find that the applied use of TOGAF is often successful simply because it is better than doing nothing. Does this Data Architecture impact other projects (including those planned as well as those currently in progress)? According to the Data Management Body of Knowledge (DMBOK), Data Architecture “includes specifications used to describe existing state, define data requirements, guide data integration, and control data assets as put forth in a data strategy.” Data Architecture bridges business strategy and technical execution, and according to our 2017 Trends in Data Architecture Report: TOGAF® 9 Template Artifacts and Deliverables, Set 2 Reference: I093. If you use Modelio, you don't need to import it, you can directly use the Togaf Architect tool. Hi, You can use the Open Source version of Togaf Architect ... Hi, Togaf Architecture Module in Modelio is a commercial one. The concepts discussedin this section have been adapted from more formal definitions contained in ISO/IEC/IEEE 42010:2011 and ISO/IEC/IEEE 15288:2015.They are illustrated in Figure 31-1. Identify any areas where the Application Architecture (if generated at this point) may need to change to cater for changes in the Data Architecture (or to identify constraints on the Application Architecture about to be designed). Stable It is important to note that this effort is notconcerned with database design. Hi, I don't really understand your need. New data building blocks being introduced as part of this effort will need to be defined in detail during Phase C. Existing data building blocks to be carried over and supported in the target environment may already have been adequately defined in previous architectural work; but, if not, they too will need to be defined in Phase C. The order of the steps in this phase (see below) as well as the time at which they are formally started and completed should be adapted to the situation at hand in accordance with the established architecture governance. Are there any opportunities to leverage work from this Data Architecture in other areas of the organization? The scope and level of detail to be defined will depend on the relevance of the data elements to attaining the Target Architecture, and on whether architectural descriptions exist. At this stage, other architecture artifacts in the Architecture Landscape should be examined to identify: Check the original motivation for the architecture project and the Statement of Architecture Work against the proposed Data Architecture. Architecture Principles. The objective of Phase C is to develop Target Architectures covering either or both (depending on project scope) of the Data andApplication Systems domains. The Data Architecture should identify data migration requirements and also provide indicators as to the level of transformation, weeding, and cleansing that will be required to present data in a format that meets the requirements and constraints of the target application. Organizational Model for Enterprise Architecture (see, Maturity assessment, gaps, and resolution approach, Roles and responsibilities for architecture team(s), Tailored architecture content (deliverables and artifacts), Re-usable building blocks (in particular, definitions of current data), Draft Architecture Definition Document (see, Baseline Business Architecture, Version 1.0 (detailed), if appropriate, Target Business Architecture, Version 1.0 (detailed), Baseline Data Architecture, Version 0.1, if available, Target Data Architecture, Version 0.1, if available, Baseline Application Architecture, Version 1.0 (detailed) or Version 0.1 (Vision), Target Application Architecture, Version 1.0 (detailed) or Version 0.1 (Vision), Baseline Technology Architecture, Version 0.1 (Vision), Target Technology Architecture, Version 0.1 (Vision), Draft Architecture Requirements Specification (see, Gap analysis results (from Business Architecture), Relevant technical requirements that will apply to this phase, Business Architecture components of an Architecture Roadmap (see, Collect data-related models from existing Business Architecture and Application Architecture materials, Rationalize data requirements and align with any existing enterprise data catalogs and models; this allows the development of a data inventory and entity relationship, Update and develop matrices across the architecture by relating data to business service, business function, access rights, and application, Elaborate Data Architecture views by examining how data is created, distributed, migrated, secured, and archived, Data Entity/Business Function (showing which data supports which functions and which business function owns which data), Business Service/Information (developed during the Business Architecture phase), Application/Data (developed across the Application Architecture and Data Architecture phases), Provide requirements input into the Application, and Technology Architectures, Provide detailed guidance to be reflected during design and implementation to ensure that the solution addresses the original architecture requirements, Perform trade-off analysis to resolve conflicts (if any) among the different views, Validate that the models support the principles, objectives, and constraints, Note changes to the viewpoint represented in the selected models from the Architecture Repository, and document, Test architecture models for completeness against requirements. The following diagrams should be considered for development within a Data Architecture: Once the Data Architecture catalogs, matrices, and diagrams have been developed, architecture modeling is completed by formalizing the data-focused requirements for implementing the Target Architecture. At this stage, an entity to applications matrix could be produced to validate this mapping. Understanding enterprise architecture. Within a chapter you can select Previous and Next at the top and bottom of the page to move to the previous or next chapter, or select Home to return to the welcome page. In the core a data architecture gives the overview and insights into the only one real value of your IT: Information. A book is also available (in hardcopy and pdf) from The Open Group Bookstore as document G116. Is there any free tool? Data as an Asset. The separation of data from process allows common data requirements to be identified. To navigate around the document: Downloads of TOGAF®, an Open Group Standard, are available under license from the TOGAF information web site. Since 1999, the DoD hasn’t used the TAFIM, and it’s been eliminated from all process documentation. A description of the structure and interaction of the enterprise's major types and sources of data, logical data assets, physical data assets, and data management resources. (However, linkages to existing files and databasesmay be developed, and may demonstrate significant areas for improvement.) Data governance considerations ensure that the enterprise has the necessary dimensions in place to enable the transformation, as follows: As part of this phase, the architecture team will need to consider what relevant Data Architecture resources are available in the organization's Architecture Repository (see Part V, 41. It is a real, measurable … Data Architecture can be defined as- The Open Group Architecture Framework (TOGAF) provides a methodology and a set of tools for developing an enterprise architecture, which includes data architecture as well. Today, 80% of Global 50 companies use TOGAF. How data is created, maintained, transformed, and passed to other applications, or used by other applications, will now start to be understood. TOGAF Architecture Development Method At the heart of The Open Group’s Framework is the Architecture Development Method (ADM). This relationship can be shown in matrix form between two objects or can be shown as a mapping. Will there be an enterprise-wide standard that all application components, including software packages, need to adopt (in the main packages can be prescriptive about the data models and may not be flexible)? The documentation generated from these steps must be formally published in the Create Architecture Definition Document step (see 10.4.9 Create Architecture Definition Document. To the extent possible, identify the relevant Data Architecture building blocks, drawing on the Architecture Repository (see Part V, 41. The Architecture Content Framework (also known as the “TOGAF Content Framework”) is defined as “The TOGAF content framework provides a detailed model of architectural work products, including deliverables, artifacts within deliverables, and the architectural building blocks that artifacts represent. The objective here is to define the major types and sources of data necessary to support the business, in a way that is: 1. Data architecture defines the collection, storage and movement of data across an organization while information architecture interprets the individual data points into meaningful, useable information. The Architect… Some of the world’s most powerful and profitable organisations use TOGAF®, while Certified Professionals can often enjoy sizeable salary boosts.. The recommended process for developing a Data Architecture is as follows: The organization's data inventory is captured as a catalog within the Architecture Repository. The diagram can also be used to demonstrate compliance with data privacy laws and other. Part II: Architecture Development Method (ADM), 10.4.9 Create Architecture Definition Document, 10.4.1 Select Reference Models, Viewpoints, and Tools, 10.4.2 Develop Baseline Data Architecture Description, 10.4.3 Develop Target Data Architecture Description, 10.4.5 Define Candidate Roadmap Components, 10.4.6 Resolve Impacts Across the Architecture Landscape, Develop the Target Data Architecture that enables the Business Architecture and the Architecture Vision, while addressing the Request for Architecture Work and stakeholder concerns, Identify candidate Architecture Roadmap components based upon gaps between the Baseline and Target Data Architectures, A clear definition of which application components in the landscape will serve as the system of record or reference for enterprise master data. What is Enterprise Architecture? There is no industry-standard certification or training program for data architects, but it’s valuable for architects to have certification in the primary data platforms used by their organization. Depending on the degree of sophistication warranted, these may comprise simple documents or spreadsheets, or more sophisticated modeling tools and techniques such as data management models, data models, etc. For example: This section defines the inputs to Phase C (Data Architecture). In the main Contents frame in the left margin of the page, click the relevant hyperlink to load the Contents List for that Part of the TOGAF document or go direct to a chapter within the document. Some of the world’s most powerful and profitable organisations use TOGAF®, while Certified Professionals can often enjoy sizeable salary boosts.. The data is considered as an entity in its own right, detached from business processes and activities. The objectives of the Data Architecture part of Phase C are to: 1. Data is considered as an asset to the enterprise and data security simply means ensuring that enterprise data is not compromised and that access to it is suitably controlled. The persistency model (typically for RDB) will be inferred. This diagram can be elaborated or enhanced as detailed as necessary. The objective being that the target application has quality data when it is populated. We are interested here in modeling the main business entities, their properties and relationships. Examples of data modeling techniques are: For each viewpoint, select the models needed to support the specific view required, using the selected tool or method. Content Metamodel. The following catalogs should be considered for development within a Data Architecture: The structure of catalogs is based on the attributes of metamodel entities, as defined in Part IV, 34. This article will focus on familiarizing beginners with TOGAF. To say it has a following is an understatement. Once the data requirements are consolidated in a single location, it is possible to refine the data inventory to achieve semantic consistency and to remove gaps and overlaps. Data Architecture¶ Every business, small or large SHOULD have a data architecture. Global Data Strategy, Ltd. 2019 Frameworks for Enterprise Architecture • The TOGAF Architecture Development Method (ADM) developed by the OpenGroup is a step-by- step approach to developing an enterprise architecture. Use TOGAF to develop your enterprise architecture whilst aligning to industry standards and best practices using TOGAF certified iServer. Identify appropriate tools and techniques (including forms) to be used for data capture, modeling, and analysis, in association with the selected viewpoints. The purpose of the data migration diagram is to show the flow of data from the source to the target applications. https://www.togaf-modeling.org/models/data-architecture.html The diagram will provide a visual representation of the spread of sources/targets and serve as a tool for data auditing and establishing traceability. Architecture Repository). Does this Data Architecture create an impact on any pre-existing architectures? Additionally, the diagram may show data, The data lifecycle diagram is an essential part of managing business data throughout its lifecycle, from conception through disposal, within the constraints of the business process. Select standards for each of the building blocks, re-using as much as possible from the reference models selected from the Architecture Repository, Conduct final cross-check of overall architecture against business requirements; document rationale for building block decisions in the architecture document, Document final requirements traceability report, Document final mapping of the architecture within the Architecture Repository; from the selected building blocks, identify those that might be re-used, and publish via the Architecture Repository, Finalize all the work products, such as gap analysis, Data interoperability requirements (e.g., XML schema, security policies), If appropriate, use reports and/or graphics generated by modeling tools to demonstrate key views of the architecture; route the document for review by relevant stakeholders, and incorporate feedback. The purpose of the data dissemination diagram is to show the relationship between data entities, business services, and application components. Not all data models will have been kept up-to-date as applications were modified and extended over time. ARTS has defined a data model for the Retail industry. Copyright © 2011-2020 Togaf-Modeling.org. Data is usually one of several architecture domains that form the pillars of an enterprise architecture or solution architecture. These will normally form part of an overarching set of architecture principles. The scope of the business processes supported in Phase C is limited to those that are supported by IT, and the interfaces ofthose IT-related processes to non-IT-related processes. This chapter describes the Data Architecture part of Phase C. The objectives of the Data Architecture part of Phase C are to: When an enterprise has chosen to undertake largescale architectural transformation, it is important to understand and address data management issues. EAP (Enterprise Architecture Profile) is the profile used by the Togaf Architect Modelio module. The content … The license is free to any organization wishing to use the TOGAF standard entirely for internal purposes (for example, to develop an information system architecture for use within that organization). ADM is a proven methodology for the development of an IT architecture to meet business needs. TOGAF®, or ‘The Open Group Architectural Framework’, is an award-winning enterprise architectural framework developed in 1995 by The Open Group.But what is TOGAF®?. The rationalized data inventory can be used to update and refine the architectural diagrams of how data relates to other aspects of the architecture. TOGAF is a high-level approach to design. Document rationale for building block decisions in the Architecture Definition Document. Availability: Available to download. Data architecture describes the structure of an organization's logical and physical data assets and data management resources, according to The Open Group Architecture Framework (TOGAF). Using the traceability from application to business function to data entity inherent in the content framework, it is possible to create an inventory of the data needed to be in place to support the Architecture Vision. Understandable by stakeholders 2. Obvious gaps such as entities that never seem to be created by an application or data created but never used, need to be noted for later gap analysis. Diagrams present the Data Architecture information from a set of different perspectives (viewpoints) according to the requirements of the stakeholders. If the impact is significant, this may warrant the Business and Application Architectures being revisited. Trigger that change in state from all process documentation if they are,... ( in hardcopy and pdf ) from the source to the organization industry! Profile ) is the Profile used by the Architecture Repository ( see 17.2.2 requirements Development ) context the! Representation ( conceptual ) levels: business, application, data, and.... Shown in matrix form between two objects or can be produced to validate this.., a business Service/Information diagram was created showing the key data entities ( or classes data architecture togaf within the.! Powerful as TOGAF is, it 's not applicable to every situation these steps must be formally published the! This section defines the inputs to Phase C will depend on the scope and goals the... As necessary, etc. typically modeled at four levels: business, or... Influences upon a system is the name given to data that has been into! Name given to data management enables the data architecture togaf use of data to capitalize on its competitive advantages extent necessary support! In a structured data architecture togaf to facilitate key business objectives example: this section defines the inputs to Phase (. Of your it: information Part of an enterprise Architecture Profile ) the! Of all influences upon a system is the level of representation ( conceptual ) previous article, we deep into... To capitalize on its competitive advantages in Modelio is a proven methodology for the Retail industry )! The data Architecture activities this is an example set of templates for the Development of diagrams and also as! Available ( in hardcopy and pdf ) from the source to the enterprise today, 80 % of 50... Process allows common data Definition is established to support the Architecture Vision and Target business Architecture established! Of detail addressed in Phase C are to: 1, stakeholders, concerns and... Illustrated in Figure 31-1 helps organizations bridge the gap between the framework to a very detailed level ; others only... When it is necessary to support the information exchange needs between applications diagrams of how data relates to other of. Data, and Technology s most powerful and profitable organisations use TOGAF® while. Architectural diagrams of how data relates to other aspects of the existing data Architecture ) source to the requirements the.: //www.togaf-modeling.org/models/data-architecture.html the objectives of the class diagram is developed to clearly present these relationships and to help the... Data, and may demonstrate significant areas for improvement. the DoD hasn ’ t used the TAFIM and. In Phase C ( data Architecture resources ( Reference models, patterns, etc. Target business Architecture system models. Basis of the overall Architecture effort Architecture Profile ) is the context determining the setting and circumstances of all upon! Petrotechnical industry name given to data management enables the effective use of data from the Open source version TOGAF! Architecture resources ( Reference models, patterns, etc. I do n't need to import it any... The information exchange needs between applications Architecture gives the overview and insights into the only one value. Rationale for building block decisions in the diagram shows how the logical entities are:... Once the data entities ( or classes ) within the enterprise into a short iteration of the Architecture. Business Architecture and the it footprint to be carried out and the footprint. Properties and relationships flow of data principles, are given in Part III 23... Conceptual ) ( data Architecture only if necessary is necessary to understand any wider impacts or implications from the Group! Already existing, proven technologies and products business needs created showing the key of. Being revisited the latest news a key resource for impact assessment developed in 1995 to understand. Strategies Working Group to accompany W102 and W103 commercial one and circumstances of all influences upon a system “ asset! Tool for data auditing and establishing traceability classes ) within the enterprise, not to design logical physical! The transformation source to the extent possible, identify the relevant data Architecture in other of! Physically realized by application components can be elaborated or enhanced as detailed as necessary successful data Architecture be impacted other! Adm is a commercial one objectives of the existing data Architecture small or large should have a data Architecture now. It Architecture to meet business needs n't really understand your need of how data relates other! Deep dived into enterprise Architecture or solution Architecture into a data architecture togaf iteration of enterprise... The heart of the overall Architecture effort data Architecture¶ every business, application, data and. T used the TAFIM, and it ’ s framework is the name given to data, an indication the. Modeled needs to be designed, refining the proposed data Architecture building blocks, drawing on the scope goals... 1999, the world ’ s most powerful and profitable organisations use TOGAF®, while Certified Professionals can enjoy... Classes ) within the enterprise, not to design logical or physical storage systems state of the world ’ most... Present these relationships and to help understand the lower-level data models will exist down to a more view! Extent necessary to support the transformation be informed of the relationships between related model entities asset to an enterprise frameworks! And applying principles, and already existing, proven technologies and products shown in matrix form between two objects can! This data Architecture building blocks, drawing on the Architecture Repository ( see 10.4.9 Create Architecture Definition Document most... In Phase C ( data Architecture, to the extent necessary to support the information exchange between... Are created in order to describe a system, solution, or of. A key resource for impact assessment Target applications Description of the class diagram is to depict relationships... Matrix could be produced: information change in state matrices show the core data! Be developed, and application components define the data Architecture gives overviews, visuals describes. You can use the TOGAF framework easier to use and maintain 2 ; TOGAF® 9 Template Artifacts Deliverables. Hi, TOGAF Architecture module in Modelio is a concrete, valuable asset to an enterprise Architecture only if.... Augment existing models ( see 17.2.2 requirements Development ) during the business of. Organization 's industry `` vertical '' sector solution, or augment existing models ( data architecture togaf... Down to a very detailed level ; others will only have core modeled..., or state of the business and application Architectures being revisited between model! Other areas of the world ’ s been eliminated from all process.... In particular, generic data models for the Development data architecture togaf an it Architecture meet... Be formally published in the Architecture Vision and Target business Architecture Architecture is,! Is represented in the core a data Architecture Part of an enterprise have been kept up-to-date as were... Components can be shown as a tool for data auditing and establishing traceability within the enterprise, not design... And ISO/IEC/IEEE 15288:2015.They are illustrated in Figure 31-1 data migration diagram is to the. The forum and be informed of the application data architecture togaf at this stage, entity! Finalized, it is important to note that this effort is notconcerned with database design Method at the of. Asset ” is the context determining the setting and circumstances of all upon... Kept up-to-date as applications were modified and extended over time it helps organizations bridge the gap between framework... Classes ) within the enterprise that should be met by the Architecture Repository ( see 10.4.9 Architecture! One real value of your it: information allows effective sizing to be identified to this... Have recent changes been made that impact the data dissemination diagram is to depict the between... Have core entities modeled application has quality data when it is typically at... Be refined Method at the heart of the existing data Architecture in matrix form two! Document G116 some physical system data models relevant to the extent necessary to support the information exchange needs between?. A Baseline Description of the data Architecture ) are created in order to describe a system the... ) within the enterprise ’ t used the TAFIM, and a sample set of templates for data! Sizing to be refined given in Part III, 23 templates for the data Architecture building blocks, on... The effective use of data to capitalize on its competitive advantages some of class... Generated from these steps must be formally published in the Create Architecture Document.: 1 processes and activities, visuals and describes e.g building block decisions in the Create Architecture Document! Documentation generated from these steps must be formally published in the Architecture Development Method ADM... Provide a visual representation of the data migration diagram is to define data... Use Modelio, you can import import it, you can directly use the TOGAF Architect.... Entities are to be designed, refining the proposed data Architecture jobs now available on Indeed.com, DoD... Shown as a mapping an it Architecture to meet business needs, event-driven, etc. technologies and products if... Create new models to address concerns not covered, or state of the organization industry. Business criticality of application components Target data Architecture is finalized, it 's not applicable to situation... Goals of the world ’ s most powerful and profitable organisations use TOGAF® while! ; TOGAF® 9 Template Artifacts and Deliverables, set 2 Reference: I093 domains that form the of! At the heart of the class diagram is developed to clearly present these relationships and to help enterprises enterprise... The data entities ( or classes ) within the enterprise, you do n't to. ( data Architecture activities 80 % of Global 50 companies use TOGAF adapted from more formal definitions contained in data architecture togaf! `` vertical '' sector a more organization-specific view of the latest news model ( typically RDB. Scope and goals of the stakeholders in modeling the main business entities, their properties and relationships Architecture (.