CORA in action: design guidelines to implement repositories
This is the second blog post about CORA and the Integrated Architecture Framework (IAF) of Capgemini. In the first blog post the Integrated Architecture Framework of Capgemini was mapped onto the CORA model. In this blog post it is described how CORA is used in an engagement at a customer site (public health insurance within the French public sector) to find out design guidelines to implement repositories.
The objective of this engagement was to define recommendations for a future information system architecture dealing with new repositories. These repositories will be put in place in the next 4 years in order to deliver more efficient social security benefits and improve health advices to citizens.
In order to be sure that the first implementation of the new repositories is aligned with the more long term vision of the organization, we followed a typical architecture approach using the IAF architecture framework :
Figure 1: The IAF-approach
This steps in this approach were:
- architectural context: the business objectives of the organization for the next 5 years (limited to our scope);
- conceptual business architecture: business services derived from the objectives,
- conceptual information architecture: the information objects (focusing only on mandatory repositories and their relationships);
- logical business & information architecture: components derived from the conceptual layers;
- architectural context: information system architecture: principles, derived from the business objectives;
- conceptual information system architecture: IS services that supports business services.
Based on this design we determined:
- how repositories should be used by Information System services and actors;
- how Information System services should be structured to be aligned with architecture principles and optimize repositories usage.
Figure 2: The Logical Information System architecture
We then used the CORA model at the Technical Infrastructure level in order to map the Information System Services onto the CORA layers.
Figure 3: The Logical Technical Infrastructure architecture
Value of using CORA in this engagement
The CORA model first helped us as a pre-defined logical reference framework to quickly position the IS services in technology layers that made sense in the engagement context. When assessing the result we discovered that repositories and information object rules were shared by a lot of services that are key ones in the future IS architecture of the organization.
- regarding the handling of rules, we defined two different types of rules: repository building business rules and repository utilization business rules;
- regarding the allocation of IS services that manage repositories, i.e. in which layer they must be implemented (looking back to architecture principles).
One of the next steps, to follow up on this engagement, could be building an implementation roadmap. During the CORA-assesment we discovered that a lot of existing applications are mapped onto more than one CORA layer. This is particularly true regarding the integration layer, composition layer, data layer (especially services and applications dealing with the repositories – the focus of this study) and the channel access layer. In itself this is not a problem, but it means that in order to implement a consistent set of applications in the future, managing these four aspects will be difficult and cannot be reached in one single phase.
About the Author
Philippe André is working at Capgemini as a Certified Global Architect.
- Assessing IT solutions with CORA
- CORA and Archimate
- Architecture Styles and CORA
- ERP and PaaS
- CORA and Application Lifecycles
- CORA Methodology (Project level)
- The roadmap for Fusion Applications, CORA is there to help
- Technovisions "Sector-as-a-Service" mapped
- Business Logic and the CORA Model, Part II
- CORA and Cloud Computing: Static versus Dynamic View
- Technovisions "Thriving on Data" mapped
- CORA Foundation
- Business Logic and the CORA Model, Part I
- CORA and IBM
- CORA and Microsoft
- CORA and Cloud Computing: Overview
- Technovisions "Process-on-the-Fly" mapped onto CORA
- Risk aware design: using CORA to investigate an IT solution
- A ROA based iPhone App for SAP: Part II
- A ROA based iPhone App for SAP: Part I
- Technovisions "We Collaborate" mapped onto CORA
- SAP platform decomposition with CORA: SOA/ROA style
- 'Why' Driven Solution crafting
- CORA and TOGAF
- SAP platform decomposition with CORA: N-tier style
- Requirements for CORA
- CORA and Oracle
- Technovisions "You Experience" mapped onto CORA
- CORA and SAP
- CORA in action: design guidelines to implement repositories
- The basis of all, your data
- CORA and IAF
- Technovision and CORA - Overview
- The importance of an Integration layer