1 INTEROP WP1: Knowledge Map Michaël Petit (U. of Namur) January 19 th 2004 Updated description of tasks after INTEROP Kickoff Meeting, Bordeaux.

Slides:



Advertisements
Similar presentations
Copyright © 2006 Data Access Technologies, Inc. Open Source eGovernment Reference Architecture Approach to Semantic Interoperability Cory Casanave, President.
Advertisements

0 DOD/DT/CEDCV – 20 th & 21 st January Paris meeting SAGEM RTD Activities C2-Sense project Paris – 20 & 21 January 2015.
C2-SENSE WP2 Bojan Božić, Gerald Schimak, Refiz Duro C2-SENSE WP2 Meeting Paris
Building Enterprise Applications Using Visual Studio ®.NET Enterprise Architect.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Chapter 2: IS Building Blocks Objectives
“DOK 322 DBMS” Y.T. Database Design Hacettepe University Department of Information Management DOK 322: Database Management Systems.
Lecture Nine Database Planning, Design, and Administration
WRAP Technical Support System Project Update AoH Call October 19, 2005.
CS565 Advanced Software Development Lecture 23, 2006 CASE.
Object-Oriented Analysis and Design
What is Business Analysis Planning & Monitoring?
USE Case Model.
MDC Open Information Model West Virginia University CS486 Presentation Feb 18, 2000 Lijian Liu (OIM:
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
2 1 Chapter 2 Data Model Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
The Design Discipline.
Chapter 9 Database Planning, Design, and Administration Sungchul Hong.
FP OntoGrid: Paving the way for Knowledgeable Grid Services and Systems WP8: Use case 1: Quality Analysis for Satellite Missions.
Implementation of HUBzero as a Knowledge Management System in a Large Organization HUBBUB Conference 2012 September 24 th, 2012 Gaurav Nanda, Jonathan.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
NSI 1 Collect Process AnalyseDisseminate Survey A Survey B Historically statistical organisations have produced specialised business processes and IT.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
ITEC224 Database Programming
Business Analysis and Essential Competencies
Integrating Security Design Into The Software Development Process For E-Commerce Systems By: M.T. Chan, L.F. Kwok (City University of Hong Kong)
Database System Concepts and Architecture
C2-SENSE T.3.5 & WP4 Organizational Interoperability Ankara.
INTEROP WP10: Training activities by e-learning Raúl Poler.
Chapter 9 Moving to Design
How to use the VSS to design a National Strategy for the Development of Statistics (NSDS) 1.
Information System Development Courses Figure: ISD Course Structure.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
Chapter 7 System models.
System models l Abstract descriptions of systems whose requirements are being analysed.
CS 4310: Software Engineering Lecture 4 System Modeling The Analysis Stage.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
1 CIM OSA CIMOSA Computer Integrated Manufacturing Open System Architecture 1 David CHEN IMS-LAPS, University Bordeaux 1.
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Design Process for Architecture. Architectural Lifecycle Not all lifecycle plans support Architecture! It is hard to achieve architecture based design.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
WP6: Coastal Transects Ratana Chuenpagdee, Coastal Development Centre, Thailand Kungwan Juntarashote, Coastal Development Centre, Thailand Robert Kay,
Systems Analysis and Design in a Changing World, Fourth Edition
17 th October 2005CCP4 Database Meeting (York) CCP4(i)/BIOXHIT Database Project: Scope, Aims, Plans, Status and all that jazz Peter Briggs, Wanjuan Yang.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
Metadata Common Vocabulary a journey from a glossary to an ontology of statistical metadata, and back Sérgio Bacelar
Jemerson Pedernal IT 2.1 FUNDAMENTALS OF DATABASE APPLICATIONS by PEDERNAL, JEMERSON G. [BS-Computer Science] Palawan State University Computer Network.
CSIS 4850: CS Senior Project – Spring 2009 CSIS 4850: Senior Project Spring 2009 Object-Oriented Design.
Copyright 2007, Information Builders. Slide 1 iWay Web Services and WebFOCUS Consumption Michael Florkowski Information Builders.
Software Production ( ) Lecture 3: Dr. Samer Odeh Hanna (PhD) office: 318.
Viewpoint Modeling and Model-Based Media Generation for Systems Engineers Automatic View and Document Generation for Scalable Model- Based Engineering.
1 Integration of the LCP Reporting Into the E-PRTR Current status and Technical proposal August 4th.
Advanced Higher Computing Science The Project. Introduction Worth 60% of the total marks for the course Must include: An appropriate interface using input.
United Nations Economic Commission for Europe Statistical Division CSPA: The Future of Statistical Production Steven Vale UNECE
Project Planning: Scope and the Work Breakdown Structure
ARIS Extension Pack TOGAF April 2016
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Knowledge Management Systems
The Re3gistry software and the INSPIRE Registry
2. An overview of SDMX (What is SDMX? Part I)
Analysis models and design models
Database Design Hacettepe University
Reportnet 3.0 Database Feasibility Study – Approach
System architecture, Def.
Presentation transcript:

1 INTEROP WP1: Knowledge Map Michaël Petit (U. of Namur) January 19 th 2004 Updated description of tasks after INTEROP Kickoff Meeting, Bordeaux

2 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 WP1: First Map & recommendations Create DB and Encode RE DB of Research Elements (RE) Define Framework Unifying Framework Draw INTEROP Knowledge Map Diagnose First Map Orientation of research New collaborations M6 M9 D1.1 D1.2 M18 M12 M10 D1.1: Knowledge map of research in interoperability in the INTEROP NoE (first version) D1.2 : Diagnostic of research inside INTEROP NoE and Recommendations to strengthen research efforts in interoperability (including updated framework, state of the art and knowledge map)

3 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 WP1: Tasks planning M0M6M9M12M18 Task 1: Create DB and Encode Research Elements Task 2: Define first framework Task 3: Draw first INTEROP Knowledge Map Task 4: Refine framework and Update DB Task 5: Diagnose D1.1D1.2

4 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 1: Create DB and Encode Research Elements ( M1-M6) Task 1.1: Choose DB technology (M1-M2) –Database with web user interface? Task 1.2: Define structure of DB contents (M1-M2) –Kind of elements (projects, competencies, publications, …) and relations –Templates for elements (attributes) Task 1.3: Implement and test DB (M3-M5) Task 1.4: Describe and encode elements (M6)

5 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 1.1: Choose DB technology (M1-M2) Alternatives: –Database with web interface (SQL + script, XML files,…) –Template to be filled off-line Text editor (MS Word, Latex, …) XML schema –Both? DB + import of XML documents? –Others? Issues –Start quickly –Development cost –User friendliness –No loss of data –Concurrent access Proposed method –Write a short requirements document –Identify potential technologies –Choose & justify

6 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 1.2: Define structure of DB contents – M1-M2 (1) Kind of elements. E.g.: –Research teams and competencies –Official bodies (standard, industry,…) –Projects –Results: publications, software, … Cross-references. E.g.: –Results of projects –Existing collaborations between teams and/or official bodies Templates for elements (attributes). E.g.: –Projects: start and end date, URL, … –Publications: Authors, publication details, URL,… –…

7 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 1.2: Define structure of DB contents – M1-M2 (2) Define conceptual model –E.g. in UML Class diagram or Entity relationship diagram Issues –Simple to understand and fill

8 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 1.3: Implement and test DB (M3-M5) Transform conceptual model into operational system –Text editor template, XML schema, … ? –DB + web interface ? –Both + import ? Issues –Choice of tools software development (SDE) Template filling (XML Spy, …) –Sufficient server capacity

9 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 1.4: Describe and encode elements (M6) All INTEROP partners Avoid loss of data –Mechanisms for recovery Reuse existing databases? –Cut/paste

10 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 2: Define first framework (M1-M6) Task 2.1: Study existing frameworks (UEML, IDEAS,…) and collect input from partners and other WPs (M1-M3) Task 2.2: Define INTEROP framework, disseminate, get feedback (M4-M5) Task 2.3: Extend DB structure with framework and extend DB user interface to allow classification (M6)

11 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 2.1: example on input: the UEML framework (1) Dimensions –enterprise engineering world components –enterprise life-cycle –genericity –views Genericity Views Life-cycle Requirements Design Implementation Generic Partial Function Particular Information Resource Organization

12 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 2.1: example on input: the UEML framework (2) Enterprise Engineering World Components dimension

13 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 2.1: example on input: the IDEAS framework Classification of Architectures and platforms –Solution Management tools and procedures required to administer an enterprise system (role and policy management, monitoring and simulation) –Workplace Interaction interaction of the human user with the system (input, output, and navigation) –Application Logic functional computation carried out by enterprise system to achieve a business result –Process Logic logical flow in which the functional computation is carried out –Data Logic data required and produced by an enterprise application –Communication capabilities of an enterprise application to be connected with another enterprise application

14 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 2.2: Define first framework (M4-M5) Issues: –Cover EM, ontologies, Arch & platforms –Simple to undertstand and use –Multi-dimensional? –Reaching a consensus? Method: –Define the structure of the framework. E.g.: dimensions and "positions" Subsumption (classification) hierarchies Part-of hierarchies, … –Define contents of the framework (e.g. 3 dimensions and the "positions" on these dimensions) –Define conceptual model and link to research elements model (ERA, UML CD,…)

15 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 2.3: Extend DB structure and interface with framework (M7) Transform conceptual model (framework and links to REs) into operational system –Text editor template, XML schema –DB + web interface –Both + import? Issues –How to build a user interface for a complex classification scheme?

16 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 3: Draw first INTEROP Knowledge Map (M7-M9) Task 3.1: Classify research elements (RE) according to framework and encode classification in DB (M8) Task 3.2: Define and implement queries on RE DB (M7-M8) Task 3.3: Write deliverable D1.1 (use queries and summarise) (M8-M9)

17 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 3.1: Classify RE according to framework (M8) All partners Issues –Reuse of previously encoded data –Motivation of partners

18 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 3.3: Define and implement queries on RE DB (M7-M8) Examples: –Geographical repartition of teams –List and number of projects or teams addressing an area of the framework –List and number of research elements in one area –List and number of teams involved in standardisation bodies –…

19 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 4: Refine framework and Update DB (M9-M12) Task 4.1: Refine framework Task 4.2: Refine DB structure and refine queries Task 4.3: Encode new RE and update existing RE

20 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Task 5: Diagnose (M12-M18) Task 5.1: Analyse INTEROP Map (DB) and elaborate proposals for research reorganisation Task 5.2: Write deliverable D1.2 Task 5.3: Disseminate D1.2

22 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Coordination s –Official WP mailing list –Task force mailing lists? Coordination platform –Temporary solution? Quaterly progress reports –Meetings attended –Work done (by task) with results and man-month –Deviations Meetings Metrics Coordination with other WPs

23 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 WP1: Meetings planning M0: Nov. 03 M6: May 04 M9: Aug. 04 M12: Nov. 04 M18: May 05 Task 1: Create DB and Encode Research Elements Task 2: Define first framework Task 3: Draw first INTEROP Knowledge Map Task 4: Refine framework and Update DB Task 5: Diagnose D1.1 D1.2 Kick-off Coord. M5: April 04 M8: July 04 D1.1 + Task 4 planning Coord. and Final planning M16: March 05 Final activities

24 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 IA1: metrics # research elements in each domain # countries covered by the study # countries where at least one partner exists # answers for each kind of prospecting tools (questionnaires, web…) # research areas where research efforts were identified as uncoordinated, or redundant

25 WP1, INTEROP Kickoff, Bordeaux, 12/1/ 2004 Coordination with other WPs WP2 (platform): –Interop domain ontology –Share the Knowledge Map through the collab. plateform WP3 (mobility): –Provide info for mobility matrix WP4 (method for integration): –Model of AS-IS and TO-BE competences WP7 (generation of Sw from EM): –Relationships btw EM/Onto/A&P vs framework WP8 (ontology based-Integration) –Relationships btw EM/Onto/A&P vs framework –State of the art –Identify new topics WP10 (training) –Glossary –Similarity of KMap and teaching competencies of Universities WP11 (dissemination) –Identify bodies competent in interoperability –Disseminate INTEROP Knowledge Map