220 likes | 327 Views
Fod Fin: Patrimonium Documentatie Workshop over de toekomstige operationale karakteristieken. Ontwikkeling van de Architectuur voor het Geïntegreerde Systeem voor de Patrimonium Documentatie - 16 juni 2004 v0.2. IBM and Fod Fin confidential. Agenda.
E N D
Fod Fin: Patrimonium DocumentatieWorkshop over de toekomstige operationale karakteristieken Ontwikkeling van de Architectuur voor het Geïntegreerde Systeem voor de Patrimonium Documentatie - 16 juni 2004 v0.2 IBM and Fod Fin confidential
Agenda • Inleiding en Positionering van de 3 workshops • Bespreking PV vorige workshop • Kernpunten van de voorgestelde architectuur en haar realisatie • Discussie over de Normen & Standaarden • Hoofdpunten • Overlopen van het document ‘Toekomstige Operationele Behoeften’ • Afsluitende beschouwing
Ontwerp van applicatie en technische architectuurAanpak via een aantal workshops • Workshop over de Toekomstige Architectuur • Overeenstemming bereiken over principes, structuren en karakteristieken van de toekomstige architectuur • Bepaling van de doel-architectuur voor het migratie traject Applicatie en Technische Architectuur • Workshop over het Migratie Traject Vertrekkend van Evaluatie van de Bestaande Systemen, Applicatie en Technische Architectuur • Overeenstemming bereiken over de fasering van de projecten die moet toelaten om de doel architectuur te realiseren Migratie Strategie • Workshop over de Toepasselijke Standaarden • Overeenstemming bereiken over de standaarden, principes en feitelijkheden die van toepassing zijn op mogelijke realisaties van de voorgestelde specificatie Onderdeel van Applicatie en Technische Architectuur
Agenda • Inleiding en Positionering van de 3 workshops • Bespreking PV vorige workshop • Kernpunten van de voorgestelde architectuur en haar realisatie • Discussie over de Normen & Standaarden • Hoofdpunten • Overlopen van het document ‘Toekomstige Operationele Behoeften’ • Afsluitende beschouwing
Agenda • Inleiding en Positionering van de 3 workshops • Bespreking PV vorige workshop • Kernpunten van de voorgestelde architectuur en haar realisatie • Discussie over de Normen & Standaarden • Hoofdpunten • Overlopen van het document ‘Toekomstige Operationele Behoeften’ • Afsluitende beschouwing
De context van het toekomstige Geïntegreerde Systeem voor de Patrimonium Documentatie
Principes aan de grondslag van het Geïntegreerd Systeem voor Patrimonium Documentatie. • Alle niet-fiscale/fiscale processen nemen als hun vertrekpunt gegevens beheerd in de transactionele gegevenslaag (typisch uit het Uniek Patrimonium Dossier) • Alle niet-fiscale/fiscale processen (penale boeten, huur van concessies, …) resulteren in schulden of tegoeden die aan de Fiscale Balans worden toegevoegd • Vanuit de fiscale balans vertrekken de signalen naar Niet-Fiscale/Fiscale Inning & Invordering om de schulden of tegoeden te vereffenen • Vanuit de toezichtslaag worden de veranderingen aan de transactionele gegevens geanalyseerd • Voor wat de kern logica van het Patris systeem betreft maken we een onderscheid tussen 3 soorten systemen; namelijk diegene die focussen op • het afleveren van patrimonium informatie • het aanbieden van basis diensten ivm het patrimonium (waardering en opmetingen) • beheer van het patrimonium (aanvraag tot bijwerken + bijwerken van het Patrimonium)
Voorgestelde architectuur van het Geïntegreerde Systeem van de Patrimonium Documentatie
Voorgestelde projecten ter realisatie van het Geïntegreerde Systeem voor de Patrimonium Documentatie
Een overzicht over de voorgestelde projecten ter realisatie van het Geïntegreerde Systeem voor de Patrimonium Documentatie.
Agenda • Inleiding en Positionering van de 3 workshops • Bespreking PV vorige workshop • Kernpunten van de voorgestelde architectuur en haar realisatie • Discussie over de Normen & Standaarden • Hoofdpunten • Overlopen van het document ‘Toekomstige Operationele Behoeften’ • Afsluitende beschouwing
De realisatie van het nieuwe Geïntegreerde systeem moet ondersteund worden door standaarden en normen. Deze overgang moet stapsgewijs gebeuren en met de nodige standaarden en ondersteuning van de ontwikkelingsprocessen.
Standaarden van toepassing op ontwikkeling - deel I • Technologie - Interne & Presentatie omgeving • De technologie keuze voor de implementatie beperkt zicht tot die technologieën die zich lenen tot browser gebaseerde implementaties (HTML, applets, etc…) waarbij de nadruk ligt op het gecentraliseerd beheer en het daarmee samenhangende sterk vereenvoudigde software distributie proces. • Bestaat er een expliciete documentatie van deze standaard ? • Technologie - On-line omgeving • De technologie keuze voor deze omgeving is gebaseerd op de standaarden gedefinieerd in de context van het CCFF project (J2EE (BEA)). Bestaat er een expliciete documentatie van deze standaard ?
Standaarden van toepassing op ontwikkeling - deel IIPakketten en/of hergebruik van bestaande componenten • Aangekochte pakketten/producten • De volgende richtlijnen worden opgelegd aan Pakketten en/of producten: • integratie met CCFF • gebruik van de master data zoals gedefinieerd binnen het GSPD (i.e. kunnen werken met de verschillende datagroepen zodat de principes van het unieke patrimonium dossier aangehouden kunnen worden) • status informatie van bepaalde processen toegankelijk maken zodat deze informatie in het unieke patrimonium dossier kan geïntegreerd worden
Standaarden ivm Organisatie van de Ontwikkeling • Welke van deze gebieden zal afgedekt worden door de RFP voor modelleringstools ? • Ontwikkelingsomgeving & standaarden • Modelleringsomgeving & standaarden • Vereisten ivm Documentatie • Vereisten ivm Handleidingen • Vereisten ivm Versiebeheer • Vereisten ivm Releasebeheer • Opvolging van bugs • Build procedures
Standaarden ivm Organisatie van het Testen • Welke Test omgevingen willen we opleggen ? • Op dit moment bestaan de volgende omgevingen voor de Java ontwikkeling • ontwikkeling & unit test • integratie • acceptatie • productie • training
Standaarden ivm de overdracht naar Productie • Voorstel om een ‘Handboek voor Operaties’ op te bouwen dat de volgende onderwerpen behandelt: • de run-time omgeving (welke componenten maken deel uit van het systeem en welke zijn hun onderlinge afhankelijkheden) • de run-time configuratie (hoe worden de verschillende componenten in de run-time omgeving geconfigureerd) • welke zijn de acties die als onderdeel van het beheer van de applicatie in productie moeten genomen worden (normale operaties en in het geval van faling) • hoe kunnen de verschillende componenten van de omgeving gemonitored worden en hoe kan er ingegrepen worden in het geval van problemen • welke operaties moeten uitgevoerd worden om het systeem goed in productie te laten draaien (housekeeping) • van welke bestanden moeten er met welke frequentie backups genomen worden • welke bestanden moeten met welke frequentie gearchiveerd worden • hoe wordt het systeem gestart (welke componenten in welke volgorde) • hoe wordt het systeem gestopt (welke componenten in welke volgorde) • welke specifieke acties moeten er genomen worden na faling van een van de componenten
Standaarden ivm benodigde technische componenten - I • Hoe worden de behoeften ivm de volgende componenten afgedekt: • Dossierbeheer • Welke standaard is hier van toepassing of valt dit onder een apart lastenboek ? • Workflow • Welke standaard is hier van toepassing of valt dit onder een apart lastenboek ? • ETL • Wordt de standaard voorgesteld door het RDC gevolgd ? • CCFF • CCFF neemt de verantwoordelijkheid op zich voor het afdekken van de 3 volgende behoeften: • De uitwisseling van massa gegevens met externe actoren (hetzij via internet, extranet of intranet) • De coordinatie van interacties met de verschillende systemen ter ondersteuning van gebruikers en systemen die on-line verzoeken indienen • De integratie op data niveau tussen de verschillende gegevensbronnen die tezamen het Unieke Patrimonium Dossier uitmaken.
Standaarden ivm benodigde technische componenten - II • Hoe worden de behoeften ivm de volgende componenten afgedekt: • Queueing • Is er een standaard i.v.m. queuing software ? • Scheduling • Hoe wordt de behoefte aan een scheduler afgedekt ?
Agenda • Inleiding en Positionering van de 3 workshops • Bespreking PV vorige workshop • Kernpunten van de voorgestelde architectuur en haar realisatie • Discussie over de Normen & Standaarden • Hoofdpunten • Overlopen van het document ‘Toekomstige Operationele Behoeften’ • Afsluitende beschouwing
Agenda • Inleiding en Positionering van de 3 workshops • Bespreking PV vorige workshop • Kernpunten van de voorgestelde architectuur en haar realisatie • Discussie over de Normen & Standaarden • Hoofdpunten • Overlopen van het document ‘Toekomstige Operationele Behoeften’ • Afsluitende beschouwing
End of Workshop FOD Financiën Geïntegreerd Systeem voor Patrimoniale Documentatie