Hermes Budgetmodule bij eBS met APEX 1

Inleiding Voorstellen, doel

INLEIDING PRESENTATIE Ton van Nieuwenhoven (Min EL&I) Voorstellen EL&I Hermes Omgeving Doel Verloop en Resultaat Toekomst Wouter de Waard (Ordina) Voorstellen APEX & AGILE & eBS Work patterns Design patterns Project aanpak Succesfactoren Architectuur 3

TON VAN NIEUWENHOVEN VOORSTELLEN Ministerie van EL&I Directie FEZ Afdeling Informatiemanagement Consultancy verleden; niet in de ICT 4

WOUTER DE WAARD VOORSTELLEN Functie: ICT Consultant Rol: APEX ontwikkelaar Verleden: Oracle vanaf ; Forms / Designer; Ruleframe Projecten: Overheid; Industrie Rollen: Projectleider; Architect; Bouwer Ordina 3500 consultants Ordina Oracle Solutions (OOS) 350 Oracle professionals Projecten op gebied van Financiën, Overheid, Industrie, Gezondheidszorg 5

Ministerie van EL&I Economische Zaken, Landbouw en Innovatie

7 MINISTERIE VAN EL&I DE BELANGRIJKSTE PARAMETERS Ongeveer 5,5 mrd begroting Kerndepartment plus diensten Dienst Regelingen, Nieuwe Voedsel en Warenautoriteit, OPTA, Staatsbosbeheer, CPB, NMA etc etc Politiek gestuurde organisatie (Verhagen en Bleker) Sinds oktober 2010 een fusie van EZ en LNV Daarnaast saneringsronde (opnieuw) bij FEZ 25% weg in deze kabinetsperiode Samenvoeging van structuren, werkwijzen en ook culturen

8 MINISTERIE VAN EL&I KEUZES GEMAAKT T.A.V. INFORMATIESYSTEMEN Benutten van de fusievoordelen vereist keuze Keuze ERP-systeem gevallen op eBS i.p.v. SAP Opdracht om per het kerndepartement op 1 geïntegreerd systeem te hebben Voor de concernadministratie (grootboek, debiteuren, crediteuren, inkoop etc.) is dat gelukt

9 MINISTERIE VAN EL&I BEGROTINGSADMINISTRATIE Standaardfunctionaliteit EBS (Public Sector Budgetting) voor de begrotings-administratie te uitgebreid. Keuze voor gerelateerd product van Oracle is overwogen (Hyperion of EPM) relatief nieuw product i.r.t. EBS (integratie nog niet klaar) bekende implementatieproblemen bij collega- organisaties Keuze gemaakt voor een eigen (maatwerk-) oplossing

Project HERMES EL&I ontwikkelt

PROJECT HERMES EL&I OP EIGEN KRACHT Gebruikers van de afdeling begrotingszaken (inhoud) en projectmanager van de business Aanpak: niet waterval, ook niet Agile/Scrum; wel anders dan gewend Business kort op de bal Samen met gebruikers functionaliteit opbouwen en in een test/ontwikkelsituatie behandelen Experimentele (pilot) status meegegeven. Om weerstanden te kunnen weg nemen 11

PROJECT HERMES RESULTATEN Opdracht gekregen in juni 2011 “zet Schermen voor eBS met functionaliteit” “Jij weet wel wat nodig is” Feitelijk gestart (resources verzameld) begin sep Oktober conclusie: geen Forms op,voor of aan eBS maken; maar opnieuw: “alles met Apex” December: oplossing in de kern klaar en opgeleverd 12

PROJECT HERMES ONDERDEEL: PLANNING Feb 2012 feitelijk in gebruik. April 2012 nemen we 1.2 in gebruik (bugfixes, verbeteringen n.a.v. eerste gebruik) daarnaast Hermes Planning in voorbereiding separaat positioneren zelfde datamodel eerst gebruikersgroep oplijnen en verbreden om de juiste input te krijgen 13

PROJECT HERMES LEERERVARINGEN Apex laat een snelle aanpak toe Snel (ruwe) functionaliteit tonen De bestaande IT-organisatie was/is niet klaar voor Apex. Sponsor op hoog niveau noodzakelijk Apex past bij (zeker jongere generaties) gebruikers willen en gewend zijn. Je kunt wel snel overmoedig worden (testen!!!) 14

HERMES Met APEX tegen eBS praten

APEX BIJ ORDINA COMPETENCE CENTER APEX APEX Core Team Bijna 10 projecten met APEX tussen “de grote jongens” eBS SAP Forms vervanging JDEV concurrent 16

Projectaanpak AGILE en APEX en eBS Uitdaging eBS organisatie is niet gewend aan Agile Hermes project moet in de pas lopen met eBS Oplossing Work patterns Design patterns 17

PROJECTAANPAK WORK PATTERNS Standaard Architectuur APEX/eBS projecten APEX “Tegel” in de Ontwikkelstraat Project configuratie document Serveradressen & inloggegevens “Sourcecode” in subversion Vastleggen van opleveringswijze (opleverinstructie) Projectshare Standaard indeling Oplevering volgens strak stramien van beheerorganisatie 18

PROJECTAANPAK DESIGN PATTERNS Standaard Datamodel SQL Datamodeler Standaard SQL PLSQL Naamgeving conform CDM Standaard aanpak schermen APEX Combinatie page voor “Report-with-a-Form” Standaard (APEX) Templates Frivoliteiten via CSS 19

DEMO BUDGETMUTATIES 20

DEMO DESIGN PATTERNS: STAMTABELLEN REPORT & FORMS OP ENKELE PAGE 21

DEMO DESIGN PATTERNS: STAMTABELLEN REPORT & FORMS OP ENKELE PAGE 22 Hidden variabele P1006_PAGE_MODE bepaalt of report -mode OF lijst-mode Regions “report” en “form” alleen zichtbaar als “mode” dat aangeeft

DEMO DESIGN PATTERNS: AUTHENTICATION EBS ALS GATEKEEPER 23 Aanroep naar AUTHENTICATE functie uit de APPS foundation. Geeft “TRUE” of “FALSE” als gebruiker resp. wel of geen eBS user is. Na authentication worden hier allerlei APPS parameters tbv de gebruiker gezet die in HERMES gebruik worden. O.a. om toegang tot pagina’s en grootboekrekeningen te regelen

DEMO DESIGN PATTERNS: OPMAAK IN CSS KAS MATRIX: 1 24 Gewoon “Updatable Query” report (tabular Form) Met CSS de niet gebruikte vakjes uitzetten

DEMO DESIGN PATTERNS: OPMAAK IN CSS KAS MATRIX: 1 25 Elke heeft Class = “rx” Elke heeft Class= “yx” In de CSS worden de ongebruikte ‘s verborgen

PROJECTAANPAK SUCCES- & RISICO- FACTOREN Succes factoren Klant beslist razendsnel Mgt EL&I verlaagt (soms) de regeldruk Uiteenlopende kennis in team (accountancy, CSS, PLSQL,Javascript, eBS) RISICO’s Documentatie eisen: oude beheerorganisatie 26

APEX & EBS HUIDIGE ARCHITECTUUR 27 Beheerdomein Ontwikkeldomein Ontwikkel Instance Ontwikkel Instance APPS AS Test Instance Test Instance Acceptatie Instance Acceptatie Instance Productie Instance Productie Instance Quality Instance Quality Instance Productie Fallback Instance Productie Fallback Instance APPS AS Apx DEV Apx RT Proj A Proj B Proj A Na elke terugkloonactie vanuit productie is de ontwikkel omgeving weer “leeg”

APEX & EBS STANDAARD ARCHITECTUUR 28 Test Instance Test Instance Acceptatie Instance Acceptatie Instance Productie Instance Productie Instance Quality Instance Quality Instance Productie Fallback Instance Productie Fallback Instance APPS AS Apx RT Beheerdomein Ontwikkeldomein Proj A Ontwikkel Instance Ontwikkel Instance APPS AS Ontwikkel 2 Instance Ontwikkel 2 Instance APPS AS Apx RT Proj A Proj B Proj A Apex Development server Apex Dev Workspace Project A Dev Workspace Project B Dev Workspace Project C App 0.1 App 1.0 App 1.1 App 2.0 App 1.0 App 2.0 App 1.1 App 1.0 Enkele APEX instance Kan meerdere DB’s bedienen V1.1 wordt ontwikkeld V1.0 uitgerold naar RT omgeving Rest van de instances een kopie in de Runtime Omgeving

29