Intelligent Content Management

7th September 2005 The first Negotiation Meeting Brussels

1.Overview of the eGov-Bus project objectives 2.Detailed role, tasks and efforts of the participants 3.Description of work 4.Budget breakdown presentation 5.Administrative issues 6.Contractual clauses Agenda

Overview of the eGov-Bus Project Objectives

eGov-Bus definition  The eGov-Bus is a dynamically adaptable information system supporting life events experienced by the citizen or business serviced by European government organizations.

The eGov-Bus goal  The goal of eGov-Bus is to integrate and extend research and standards in the area of process and content management for government and cross- government systems, with the capability of creating advanced applications of electronic signature enhancing acceptance of the technology and establishing trusted system validity and non- repudiation, relying on web services, process and repository management platforms based on a highly secure, highly available, scalable and distributed architecture providing data access abstraction.

eGov-Bus Definition The architecture of the eGov-Bus: BPM/Workflow Virtual Repository (Data Access Abstraction) Existing eGov Web Services SOAP Qualified Signature & Security & Security Framework Framework Data Sources Interaction eGov-Bus eGov Web Services SOAP

eGov-Bus Objectives To define an architecture that will provide the right level of abstraction for data access, process execution and data presentation with the appropriate security To research and develop a framework that provides appropriate open interfaces for the governments at the European, national, federal or local level so they can easily link-up to. To research, develop and enhance qualified signature existing mechanisms to provide better user trust and acceptance of the system, through specific cross- government boundaries. To abstract data access via the use of virtual repositories and present it as web services with the appropriate secure, scalable and available distributed architecture. To design and develop a workflow process generator to trigger appropriate life- events exposed as combined web services. To prototype all abstract concepts on selected link-layer technologies and platforms. To validate the architecture and the prototype implementations. To provide results where cost-effective metrics and efficient methods are described for re-use purposes.

Roles, tasks and effort of the participants a. Competences b. Roles & tasks c. Responsibility d. Effort

Role, tasks and effort of the participants a. Competences

Competences of the eGov-Bus participants Category / Consortium Members CERIAUDBLPJIITEMICAXWAYRODANA-SIT Universities - IT Research Laboratories IT Corporations, with significant R&D Management Consultants SME IT enterprises Socio-economics Research lab / User Organization National, Regional & Local Governments representation eGov-Bus consortium composition:

Competences of the eGov-Bus participants No.NameCountryKey people 1Rodan Systems S.A.PLDr Witold Staniszkis, Ms. Anna Zarycka, Mr. Paweł Lewandowski 2Centre de Recherche en Informatique Appliquée – Paris Dauphine FProf. Witold Litwin 3Europäisches Microsoft Innovations Center GmbH FDr Joris Claessens, Dr Olivier Nano 4Uppsala UniversitySProf. Tore Risch 5Polish-Japanese Institute for Information Technology PLProf. Kazimierz Subieta 6Axway SoftwareF Mr. Antoine Leclercq, Mr. Nicolas Bourget 7Secure Information Technology Center AProf. Reinhard Posch, Herbert Leitold Dedicated for the eGov-Bus human resources:

Role, tasks and effort of the participants b. Roles & tasks

Roles & tasks of the eGov-Bus participants WORKLOAD (man * months) RODANCERIAEMICUDBLPJIITAXWAYASITTOTAL WP1- Project Management WP2- Scenarios and Requirements Analysis WP3- Architecture WP4- Enhanced Web Services WP5- Virtual Repository Management WP6- Security Framework and Qualified Signature WP7- Abstract Process Generator WP8- Prototype Implementation WP9- Dissemination of Results TOTAL

Role, tasks and effort of the participants c. Responsibilities

Responsibility of the eGov-Bus partners WP nameLeader name Project Management  RODAN Scenarios and requirements analysis  PJIIT Architecture  AXWAY Enhanced Web Services  AXWAY Virtual Respository Management  PJIIT Security framework and qualified signature  EMIC Abstract process generator  RODAN Prototype implementation  AXWAY Dissemination and Exploitation  A-SIT

Role, tasks and effort of the participants d. Effort of eGov-Bus participants

Efforts of the eGov-Bus participants [%] effort in whole project (412 PM / 412 PM): 1: RODAN 2: CERIA 3: EMIC 4:UDBL 5: PJIIT 6: AXWAY 7: A-SIT

Efforts of the eGov-Bus participants [%] effort for R&D activities (363 PM / 412 PM): 1: RODAN 2: CERIA 3: EMIC 4:UDBL 5: PJIIT 6: AXWAY 7: A-SIT

Efforts of the eGov-Bus participants [%] effort for management activities (24 PM / 412 PM): 1: RODAN 2: CERIA 3: EMIC 4:UDBL 5: PJIIT 6: AXWAY 7: A-SIT

Efforts of the eGov-Bus participants [%] effort for dissemination activities (25 PM / 412 PM): 1: RODAN 2: CERIA 3: EMIC 4:UDBL 5: PJIIT 6: AXWAY 7: A-SIT

Description of eGov-Bus work

Step 1: Scenario and requirements will be analysed thoroughly, and will be used as a basis for the architecture design. WP2 - SCENARIOS AND REQUIREMENTS

Description of eGov-Bus work Step 2: Design of the general architecture of the Advanced eGovernment Information Service Bus WP2 - SCENARIOS AND REQUIREMENTS WP3 - ARCHITECTURE

Description of eGov-Bus work Step 3: The research will focus on 4 domains:  Enhanced web services  Virtual Repository Management  Security Framework and Enhanced Qualified Signature  Abstract Process Generator WP2 - SCENARIOS AND REQUIREMENTS RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator WP3 - ARCHITECTURE

Description of eGov-Bus work Step 4: Prototype implementation WP2 - SCENARIOS AND REQUIREMENTS RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator WP3 - ARCHITECTURE WP8 – PROTOTYPE IMPLEMENTATION

Description of eGov-Bus work Step 5: Validation, verification and performance analysis of the architecture, middleware interfaces and the prototype implementations will be done, including “live” eGovernment applications. WP2 - SCENARIOS AND REQUIREMENTS RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator WP3 - ARCHITECTURE WP8 – PROTOTYPE IMPLEMENTATION

Description of eGov-Bus work For the technical and project-level management of eGov-Bus, and for the dissemination and exploitation of the results WP1 and WP9 will be active during the entire duration of the project. WP2 - SCENARIOS AND REQUIREMENTS RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator WP3 - ARCHITECTURE WP1: M A N A G E M E N T MONTH 0 MONTH 24 WP9: D I S S E M I N A T I O N WP8 – PROTOTYPE IMPLEMENTATION

Description of eGov-Bus work eGov-Bus timetable:

Budget breakdown

eGov-Bus budget  Duration of the project: 24 months  Max./indicative financial EC contribution: ,00 €  Requested EC contribution: ,00 €

eGov-Bus budget Rep. Period 1 Start monthEnd monthTotalIn which first 6 months I ,00 € [67%] II ,00 € [33%] ,00 € Total ,00 € Requested breakdown of the EC contribution per reporting period:

6. Administrative issues

Administrative issues a. Contract Preparation Forms b. First draft of Annex I „Description of Work” c. Consortium Agreementunder construction

Administrative issues No.ParticipantLegal StatutLegal documents Financial information 1RodanPRIV, C A5:, A6: 2CERIAGOV, NC 3EMICPRIV, PUBLIC, C A6: 4UDBLGOV, NC 5PJIITPRIV, PUBLIC, NC 6AXWAYPRIV, C A5: ?, A6: 7A-SITPRIV, NC A5:, A6: PRIV: privateC: commercialNC: not commercialGov: govermental Contract Preparation Forms

7. Contractual clauses

Contractual clauses Request a Special Clause 23 Partner No. 7: A-SIT requests a ”Special Clause 23” (Option B) for a legal entity composed of several legal entities, where „The Contractor Zentrum Für Sichere Informationstechnologie Austria (A-SIT) represents also its members…”

Thank you for your attention Witold Staniszkis Rodan Systems SA Coordinator of the eGov-Bus proposal