This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Technology Matrix Cell Transitions"
Jump to navigation
Jump to search
Rene spronk (talk | contribs) |
|||
| Line 40: | Line 40: | ||
The PL-*O tranition issue is described on another wiki page: [[Processing Logic in RIMBAA Applications]]. | The PL-*O tranition issue is described on another wiki page: [[Processing Logic in RIMBAA Applications]]. | ||
| + | Some thoughts about the UI is discussed on [[User Interface for RIMBAA Applications]]. | ||
Revision as of 13:28, 22 January 2009
Summary
- Document/describe (for all possible cell transations) how those steps could be supported/achieved.
Analysis
- Suggestion was made (during the Orlando WGM) to describe the problem-space (type of problem) as well as the path itself. That to determine if different problem spaces lead to different paths through the technology matrix.
Transitions in Dimension 1
| Persistent Representation | Object Representation | Serialized Representation | |
| RIM (generic) Model | RP | RO | RS (XML ITS new!) |
| RIM Constrained Information Model | CP | CO | CS (XML ITS) |
| Application Specific Model | AP | AO | AS |
The following transitions were deemed to be worthwile of our description:
- RP-RO
- RO<->RP: ORM software, e.g. Hibernate
- RO-RS
- CP-CO
- CO-CS
- AO-CO
- CO-RO
- AO-RO
- AS-CS
- AS-RS
- CS-RS
Note that diagonal cell transitions (e.g. CO to RS) were decided always to involve (however minimalistically) the adjacent *O square (in this example: RO). Therefore diagonal transitions won't be documented/analysed.
Transitions in Dimension 2
| Processing/Business Logic | Object Representation | User Interface |
| PL | RO | UI |
| CO | ||
| AO |
The PL-*O tranition issue is described on another wiki page: Processing Logic in RIMBAA Applications. Some thoughts about the UI is discussed on User Interface for RIMBAA Applications.
