Business Logic and the CORA Model, Part II Written by Joost van der Vlies |  | 
Introduction
In the first blog of this series I described the positioning of Business Logic in CORA 1.0. where business logic is present in several layers and in several elements but with a different perspective and purpose. I showed that a clear definition of business logic is important, to make a proper mapping between the CORA elements and layers. In this blog I use the IPhone example of Wilco and Maarten (Part I and Part II) to discuss this further, but first I want to elaborate on the way the CORA model is used in this example.
|
A ROA based iPhone App for SAP: Part IIWritten by Maarten Engels & Wilco Menge | |
Introduction This blog post is the second in a serie of two describing the findings and lessons learned of applying the CORA model in a software development project. This project is based on a demo scenario, and CORA is used as a tool to support architecting software. In the first blog post the demo scenario and it’s background were described. Also, the actual mapping of components in the demo scenario onto the CORA model were shown. In this blog post we present the findings and lessons learned from this project. Also CORA’s benefits and our next steps in the project are outlined.We start with the mapping on the CORA model.
A ROA based iPhone App for SAP: Part IWritten by Maarten Engels & Wilco Menge | |
Introduction This blog post is the first in a serie of two describing the findings and lessons learned of applying the CORA model in a software development project. This project is based on a demo scenario where CORA is used as a model to support architecting software. In this blog post the post the demo scenario and it’s background is described. Also, the actual mapping of components in the demo scenario onto the CORA model is shown. In the second blog post we present the findings and lessons learned from this project. Also CORA’s benefits and our next steps in the project are outlined.
CORA in action: design guidelines to implement repositoriesWritten by Philippe André | |
Introduction 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.
|
- CORA Methodology, playing with Lego
- 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
