This wiki has undergone a migration to Confluence found Here
Technology Matrix Cell Transitions
Revision as of 22:25, 20 January 2009 by Rene spronk (talk | contribs)
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 (SQL ITS) | RO | RS (XML ITS new!) |
RIM Constrained Information Model | CP (SQL ITS) | CO | CS (XML ITS) |
Application Specific Model | AP | AO | AS |
The following transitions were deemed to be worthwile of our description:
- RP-RO
- 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 diagnoal 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.