1 / 25

A data flow approach to interoperability

A data flow approach to interoperability. By Arve Meisingset. Purpose. Provide a generic architecture of one system Not (p) and ( ¬ p) within one system Provide a methodological basis for architecture specifications Mappings between data (format), not function blocks.

bisa
Télécharger la présentation

A data flow approach to interoperability

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. A data flow approach to interoperability By Arve Meisingset

  2. Purpose • Provide a generic architecture of one system Not (p) and (¬ p) within one system • Provide a methodological basis for architecture specifications Mappings between data (format), not function blocks

  3. Program:(X-3)*2+(Y+1) X 3 Y x ? - + 1 y u w 2 * y v ? x + Z 1a

  4. Control:(X-3)*2+(Y+1) 3 x ? - + 1 y 2 * y ? x + 1b

  5. Data flow:(X-3)*2+(Y+1) X 3 Y - + 1 u w 2 * v + Z 1c

  6. Precedence graph:(X-3)*2+(Y+1) X 3 Y (X-3)*2+(Y+1) Z 2a

  7. Precedence graph:as relations between data only X 3 Y (X-3)*2 +(Y+1) Generic processes Functions as subordinate (algorithmic) methods (X-3)*2 +(Y+1) Z 2c

  8. Schema input schema Generic processor enforcing data instances according toSchema of data classes output 3a

  9. Instances instances processors input schema internal data output Two-way transformations 3b

  10. Population processors schema population Reading and writing in population 3c

  11. External and Internal Schemata ES schemata IS ES populations EP IP EP External and Internal populations 4

  12. EP Central Application Schema schemata ES IS AS ES EP AP IP populations 5

  13. EP AP IP Three Schema Architecturei.e. a compiler architecture for data transformation System schema ES AS IS Er Ar Ir System processor System population EL AL IL 6

  14. LS CS TS OS TS DS PS IP Data Transformation Architecture System schema External schema Application schema Internal schema Lr Cr Tr Or Tr Dr Pr External processor Application processor Internal processor LP CP TP OP TP DP PP 7

  15. IP DS PS DS TS LS TS CS LS LS PS OS CS Data Flow between Layers Application schema enforcement of terminologies and consistency Presentation schema 8 All data may not be transformed to the concept form

  16. TS OS CS TS CS LS TS DS OS TS Or Tr Tr Lr Cr Or Tr Tr Cr Dr Candidate interfaces transformation Li Ci Ti Oi Ti Di communication Transformation between different data within processes Communication of same data between processes Therefore, implementation processes (yellow) are dual to the schema architecture (pink) 9

  17. Database Nesting Developer & system manager access to end user help Meta schema Schema End user Processor 10

  18. Executable code Database Dictionary Database of schemata Code generation Meta schema ES AS IS Developer & system manager IS code generation End user Processor 11

  19. Executable code Executable code Executable code Database Dictionary database Tool specification Bootstrapping Processor Tool developer Developer & system manager Processor End user Processor 12

  20. lL lC lT lO lT lD lP pL pC pT pO pT pD pP The Schema Cube Developer & system manager view Tool developer’s view plP cL tL oL tL tD dL End user view 13

  21. Example Presentation of dictionary data to developer lL lC lT lO lT lD lP cL The notations are placed in a two dimensinal grid tL oL tL tD dL X.11 pL pC pT pO pT pD pP BER

  22. lL lC lT lO lT lD lP pL pC pT pO pT pD pP Reguirements for the seven schemata and mappings between them and different requirements for different media cL tL oL tL tD dL

  23. Approaches to architecture • Control flow • Data flow • Precedence graphs • Data transformation • Nesting

  24. Usage ? Focus of SG17 ?

  25. Future work Development of RM • 1.      other candidate reference models, • 2.      criteria and perspectives of reference models, • 3.      comparisons with other reference models, such as the ODP, • Use of RM • 4.      requirements for each element of the reference model, • 5.      each notation has to be evaluated for use in each element of the reference model, • 6.      a map has to be developed on the combined use of notations.

More Related