380 likes | 496 Views
Intelligent Content Management. eGov-Bus: Advanced eG ov ernment Information Service Bus Proposal No 26727. 7th September 2005 The first Negotiation Meeting Brussels. Overview of the eGov-Bus project objectives Detailed role, tasks and efforts of the participants Description of work
E N D
eGov-Bus:Advanced eGovernment Information Service BusProposal No 26727 7th September 2005 The first Negotiation Meeting Brussels
Overview of the eGov-Bus project objectives • Detailed role, tasks and efforts of the participants • Description of work • Budget breakdown presentation • Administrative issues • Contractual clauses Agenda
eGov-Bus definition • The eGov-Bus is a dynamically adaptableinformation system supporting life events experienced by the citizen or business servicedby 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 eGov Web Services SOAP SOAP BPM/Workflow The architecture of the eGov-Bus: Interaction Qualified Signature & Security Framework eGov-Bus Virtual Repository (Data Access Abstraction) Existing eGov Web Services Data Sources
eGov-Bus Objectives • To define an architecture that will provide the right level of abstraction for data access, processexecution and data presentation with the appropriate security • To research and develop a framework that provides appropriate open interfaces for thegovernments 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 betteruser 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 theappropriate secure, scalable and available distributed architecture. • To design and develop a workflow process generator to trigger appropriate life-events exposedas 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-usepurposes.
Roles, tasks and effort of the participants a. Competencesb. Roles & tasksc. Responsibilityd. Effort
Role, tasks and effort of the participants a. Competences
Competences of the eGov-Bus participants eGov-Bus consortium composition:
Competences of the eGov-Bus participants Dedicated for the eGov-Bus human resources:
Role, tasks and effort of the participants b. Roles & tasks
Role, tasks and effort of the participants c. Responsibilities
Responsibility of the eGov-Bus partners WP name Leader 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 architecturedesign. WP2 - SCENARIOS AND REQUIREMENTS
Description of eGov-Bus work Step 2: Design of the general architecture of the Advanced eGovernment Information ServiceBus 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 WP3 - ARCHITECTURE RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator
Description of eGov-Bus work Step 4: Prototype implementation WP2 - SCENARIOS AND REQUIREMENTS WP3 - ARCHITECTURE RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator WP8 – PROTOTYPE IMPLEMENTATION
Description of eGov-Bus work Step 5: Validation, verification and performance analysis of the architecture, middleware interfaces and theprototype implementations will be done, including “live” eGovernment applications. WP2 - SCENARIOS AND REQUIREMENTS WP3 - ARCHITECTURE RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator 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. WP1: M ANAGEMENT WP9: D ISS EMINA T I O N MONTH 0 WP2 - SCENARIOS AND REQUIREMENTS WP3 - ARCHITECTURE RESEARCH AXES WP4: Enhanced Web Services WP5: Virtual Repository Management WP6: Security Framework and Qualified Signature WP7: Abstract Process Generator WP8 – PROTOTYPE IMPLEMENTATION MONTH 24
Description of eGov-Bus work eGov-Bus timetable:
eGov-Bus budget • Duration of the project: 24 months • Max./indicative financial EC contribution: 2 270 000,00 € • Requested EC contribution: 2 269 606,00 €
eGov-Bus budget Requested breakdown of the EC contribution per reporting period:
Administrative issues a. Contract Preparation Forms b. First draft of Annex I „Description of Work” c. Consortium Agreement under construction
Administrative issues Contract Preparation Forms PRIV: private C: commercial NC: not commercial Gov: govermental
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 ContractorZentrum Für Sichere InformationstechnologieAustria (A-SIT) represents also its members…”
Thank you for your attention Witold Staniszkis Rodan Systems SA Coordinator of the eGov-Bus proposal