This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Technology Matrix Cell Transitions"
Jump to navigation
Jump to search
(New page: '''CONCEPT''' ''Workitem:'' Document/describe (for all possible cell transations) how those steps could be supported/achieved. '''Orlando 2009 WGM''' Suggestion was made to describe the...) |
Rene spronk (talk | contribs) |
||
| Line 1: | Line 1: | ||
| − | + | [[category:RIMBAA Issue]] | |
| + | ==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=== | |
| − | |||
| − | |||
| − | |||
| − | |||
<table border=1> | <table border=1> | ||
| Line 15: | Line 14: | ||
<tr align=center><td>Application Specific Model</td><td>AP</td><td>AO</td><td>AS</td></tr> | <tr align=center><td>Application Specific Model</td><td>AP</td><td>AO</td><td>AS</td></tr> | ||
</table> | </table> | ||
| + | |||
| + | 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=== | ||
<table border=1> | <table border=1> | ||
| Line 22: | Line 37: | ||
<tr align=center><td>AO</td></tr> | <tr align=center><td>AO</td></tr> | ||
</table> | </table> | ||
| + | |||
| + | The PL-*O tranition issue is described on another wiki page: [[Processing Logic in RIMBAA Applications]]. | ||
Revision as of 22:25, 20 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 (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.
