Technology Matrix Cell Transitions
Closed - the technology matrix has its uses; documentation of best practices will always cross cells. This avenue of documentation is no longer pursued by RIMBAA.
- Document/describe (for all possible cell transations in the Technology Matrix) how those steps could be supported/achieved.
- 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:
- RO<->RP: ORM software, e.g. Hibernate, JPA
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|
The PL-*O transition 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.