Line 1: |
Line 1: |
− | [[File:EA Sticker.png|alt=SSC Enterprise Architecture|right|frameless|225x225px]] | + | '''Please note that this page is no longer being updated and the information appearing on these pages is no longer current.''' |
| + | |
| + | '''For information about SSC's Enterprise Architecture practice, please see: [[/163gc.sharepoint.com/sites/ACoE-CEA/SitePages/Home.aspx|Architecture Centre of Excellence - Centre d'excellence en architecture - Home]]'''[[File:EA Sticker.png|alt=SSC Enterprise Architecture|right|frameless|225x225px]] |
| A content metamodel defines a set of entities that allow architectural concepts to be captured, stored, filtered, queried, and represented in a way that supports consistency, completeness, and traceability <small>([https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap30.html#tag_30_02 TOGAF 9: 30.2.2])</small> | | A content metamodel defines a set of entities that allow architectural concepts to be captured, stored, filtered, queried, and represented in a way that supports consistency, completeness, and traceability <small>([https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap30.html#tag_30_02 TOGAF 9: 30.2.2])</small> |
| | | |
Line 75: |
Line 77: |
| * Must link directly (or indirectly through another business service, interface or product) to a client of the related function for the service. | | * Must link directly (or indirectly through another business service, interface or product) to a client of the related function for the service. |
| * Naming: Should use verb ending. May use an "ing" ending. The verb should describe the primary activity of the service, e.g.: "Insurance claim processing". | | * Naming: Should use verb ending. May use an "ing" ending. The verb should describe the primary activity of the service, e.g.: "Insurance claim processing". |
| + | |
| + | ==== Capability ==== |
| + | A capability represents an ability that an organization, person, or system possesses. We primarily use capabilities in capability maps, that allow architecture to present a higher-level more strategic and conceptual view of the state of the enterprise, and to help with decision-making. |
| + | * Linking: Capabilities can link to other capabilities (e.g. parent/child) - indicated with serving relationships. |
| + | * Linking: Business functions should link and be linkable to capabilities (realize). Capabilities should realize outcomes or goals in the motivation layer. |
| + | * Linking: Only business functions from the core elements should link to capabilities.l |
| + | * Tend to be more abstract than most SSC services, functions, processes. |
| | | |
| ==== SSC Services ==== | | ==== SSC Services ==== |
| SSC Services are usually business functions, and should not be represented as ArchiMate business services. | | SSC Services are usually business functions, and should not be represented as ArchiMate business services. |
| * Representation: Must be represented as a business function, with category of "client-facing service" or "supporting service" | | * Representation: Must be represented as a business function, with category of "client-facing service" or "supporting service" |
− | | + | * Naming: As defined by SSC Service Management Framework. |
− | Name
| + | * SSC Services (or their sub-functions) should always be linked to one or more Capabilities. |
− | | |
− | Relationships:
| |
− | | |
− | | |
| [[Category:Architecture]] | | [[Category:Architecture]] |
| [[Category:Enterprise Architecture]] | | [[Category:Enterprise Architecture]] |
| [[Category:Modeling]] | | [[Category:Modeling]] |