SOA and eFramework in a Norwegian policy perspective


Published on

Presentation by Øystein Johannessen at eFramework meeting Oslo 26012007

Published in: Education, News & Politics
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

SOA and eFramework in a Norwegian policy perspective

  1. 1. E NORWEGIAN MINISTRY OF EDUCATION AND RESEARCH T: Service-Oriented Architecture and the eFramework in a Norwegian policy perspective eFramework seminar 26012007 Deputy Director General Qystein Johannessen, Ministry of Ed and Research ioh@kd. dep. no
  2. 2. "~43!-3 indfml Topics (J OH 26.01) - The White Paper on ICT policy - SOA: The Promised Land? - National needs and priorities - The Road Ahead - httg: //slideshare. netioysteinil - http: //slideshare. net/ soameeting/ Norwegian Ministry of Education and Research
  3. 3. Pudixl Indfnl The White Paper on ICT Policy 0 ICT architecture for public service based on a 3-layered model. It will be based on open standards and a regime for information security 0 By the end of 2007: Description of principles, strategies, goals and guidelines 0 Sectorwide ICT strategies and major projects shall build on and support these principles and guidelines. 0 SOA as a roadmap for ICT development in public service I. .! GU31‘ ixllnl Norwegian Ministry of Education and Research
  4. 4. SOA: The Promised Land? SOA Opportunities Service Oriented Architecture (SOA) is an enabling strategy. SOA is the sets at policies, practices and frameworks that enable application functionality to be provided and consumed as E of services published at a granularity relevant to the service consumer that can be invoked, published and discovered, which are abstracted away from the implementation using a single, standards based form of interface. (Kilde: SOA Adoption in the Danish Public Sector Part II - Main Report (Rapport til det danske Norwegian Ministry of Education and Research
  5. 5. Figure 1. Hype Cycle tor Government 2005 Visibnity Bash Content Service T” nu’ gfiusinas Process Management I M I L": B-'ornetr'c ldentty Docurn-arts ‘J cc, ‘ owe : >e, .-°, ,.. ;.. ¢e l ("T O Open-Source Tools for Web Content Management “uAl: !-l: ;§‘l"€r‘. . N Cc‘: ml” '. » Prcect and Po-‘: 'o'-3 lllanagernent R3: 3 Pa: .e': y : -;-wt ‘ac: -tic 1 lcr L: -_: stics 3- : T-rsp artsiicn W: -H 50211aib'g P_ ; ;. /£95555 . '' -lg 55 '1j. ;»rr: _~‘_ 0 Universal Business La‘-page lf? l87‘|3lW& SENIOQS I . . C-: r;c‘. ='e Ee~1ar'~: .'. 'eb P3.II_ ed Q. L"'”, " °" 095"”? f°" M3"‘5”“'“ - ° —~. ;_» Business Users (Government) 0 E'1;—': 's«; - ’ns'. :ant idesssg '_: C M ? Q wieless E-Ma“ Case '. L-. v-: ;i&'~. -:--: * Gave-rment Gm’ ‘mtce xv“ om N°de' Pug? , . .. Web-Senices-Ens! ‘-ed . .9 . . - E45 ess r-It my v-. .crlr-9 Advanced _O Eusiness IIIDIIEIS BwornelrcTecb1c cg es tor Er“ _ _ _I_ If I'I v__ 5 Amy: :5 __ (I) Preventngki. tipl-2 Em: went . _g-tpnse . Fl". .ICn . Ian3gelr= . v , SOA lp ye-ephmy C : «': ‘-S-: . ': e _ Locat'on-Jfxware Apo': at‘ons Business I-. : : ::4t-: *5 °F‘*"'5°‘-‘"5 '¢€“'~flY M~“"3?9"‘9“3 I . ' ’ o C: e'~S—: .': e P. t~ : -Eec‘. c' lGcvemrr*en'. ) I V'= ” 35‘ r"-F'- —3T 3'5 mt, Se . W Biotretric Teohnoog”-: «s ‘or Border Con"ol ° '"am° eh Records Manag-: -merit Enierpr-Isa-5cq: e'App"l: at1ori Platform Safes E-Forms ata Mwing Workbenches AS of Ju‘y 2006 Peak of Technoiogy II I I Trough at Plateau of Trigger Exgedab-ons Disfllusionrnent “ope °f Ennummment Productivity time Years to mainstream adoption: obsome 0 less than 2 years 0 210 Syears 0 Sta 10 years A more than 10 years 9 before plateau sconce. G. arher(J. ,«2oc; )
  6. 6. E00314 Indfnl if . ! odixd inllnl Gartner’s advice to us 0 Avvoid ”Big Bang Approach” —> do not over-engineer o Incremental approach — take one cluster of services at the time. 0 Start with existing services and take it from there. Norwegian Ministry of Education and Research
  7. 7. '7! " He Eci: VEW E-X)ClI’6l'f, tr-als wirdcm Heb l Panes 1 »'~. '1a: rr'»—. -rt: l CCJlTlfil£‘V'll$ . I'l~_l5.'—-l‘4>I! l'4 a H San :3 Copy 11). ‘! 1 l. "u4:, z1¢_ , .’~liirt: IiIil'-xi-ii. lml‘: u,, liih, ;«. ug, l]l seam v I}, Se-[.31 U 9' . ' . . — 100% v o . ‘. p-qe‘p- Yr W. -1->4-. roluv. -eat, :E~a5I: , I‘-e Ecr. wan Document Tocis Window He-‘p r-,3:-. ~;-anzow Sesvch ‘ It S-; -l-; -ct 1-, ‘ - I H - lSiJ°. i: - o ‘- '_Heb~ Y! r. - Close coordination with enterprise architttorts to ensure that the service decomposition is consistent with the business architecture and that the technology architecture supports SOA concepts. 0 Greater emphasis on the requirements process because of the need to model the interface agreements between service consumers and service providers, rather the model the interaction between user and system. SOA-based applications must mo: use cases at multiple layers within the application. i _s_e. The team needs to be able to balanca short-term schedule and budget concerns against the | ong~term benefits of reusab services. SODA strategies typically yield solid return on investment only when developed services are reused — which can be years after the original service is developed (see "Reuse Is the Key to the SODA ROI Model"). Developing reusable services will generally come at additional initial expense relative to traditional development methodologies. Also, we have found that, even in very mature SOA Publlcaticn Date: 2| March 2035-‘ID Number: GOOl26277 2- 2005 (Banner, Inc andfor its Affiliates All Rights Reserved Pag Garl T2-. |r'l>r-tar‘ Grriflalinae far irnnlnrnanfinn C511 in , ?HIn (
  8. 8. le Ell Vein Duuicil ‘cub Vllukm r-ew gflsmocopy ; "S¢nr: h 1'; O‘- I . .‘ 9 .3~. - Q 9. Qua. .- gm uu-nu-e nae. iii g new i Beware or ‘ SUE extremism ' Si. fl is expensive and implies uptrant iriviastmerits an’! Ionginrm payoff I-lance not all of tnci project must he S('IA~hfl'»9d Strateg C am Icntlnm wi‘h inn] rintirtinnten rirmi innon lives: are the best candidates tnr SCJA ‘ Cr-: >ss-a- on vemance wil la a lie role in SOA dewlo ment. Not my must governmert II and program executives choerstaiid the process and implicatic-rs of SUA. they have to see how it underpins an ability to etrectively pursue connior Iine-i: it- hiisiness nopnrtiinities associated with ‘Joined i. p" grwmrmnnl as well as pita I l services etllcle-ir. ir= .s ‘Nithoiir some smart gnu/ ernan. “.e attention, SOA vlsinnanes and Lluliui 5 and 6SSJn‘8 more aggressive SOA evolution than realig Mil allow Ir Qubl c-sector %l1m5 Agei ue5 sliocld tie watclilil ul coiitiauoi etluit estiiiiales vial are not inclusive ul the liicieuseil iwuleiiieiils uric" deblull ellails lui suwi-. ~5:~ilu| SOA irripleiiieiilalui. Th 5 liialiei uulioi t development cost must oe balanced by the lonqterm benefits of "6Xlbl| |l and reusabilitv o‘ SOA- based scluticns As a result, quality recuirements a'e rrore strngent, because reusable services have to fullill a range of purposes (see "SOCA Retum on In vestment Mocel Productivity Factors") uuveiiiiiiert leizliiiical cuiiriuiiit ' iieiiibeis iuii [tie llSk ul builciiiu false eit One common issue at U S lederal agenicies is a requrement to use an ircumberit contracto' or multi: >le incumbent contractors for system irrplementation. because c-f contractual OD| lgfltlOf'I5 or political reaities There is always a nsk hat the lncumt>ent ccirtroclor is lacking the technology or business analysis skills necessary ‘.0 implement SOA 3ucccss“uI| y There are strategies that can be used to mitigate this '1SkI o Leverage "boJiique" consultancies focused on SOA to mentor federal and contractor persc-nne ri the SOA implementation and to sipplement contractor SKINS. lleax ‘ involvement at the requirements and dcagn stages can significantly limit risk dunng iinglomcirtatior ‘ L5:-: pilot lllD| b"l4:'l‘1allU| 5 to develop the I i-. -oi-:5>aiv aicliitecluie and uiuuraiii iiiaiiaqenient skills to successfully mplement SODA and SOA on a larger sca e D 9.53 I 11.00 h C J Iirlmiiio- i_‘—“H'
  9. 9. Icdild ildfat I. .! odixl ixllnl National priorities and drivers 0 National curriculum with embedded digital skills - Digital Content Initiatives 0 Identity Management for education (FEIDE) 0 Web 2.0 and social software 0 New Millenium Learners -> Need for personalisation 0 Needs based service development for educafion o Avvoid vendor lock-in Norwegian Ministry of Education and Research
  10. 10. Towards SOA for education Lioosely Via Coupled Cpupled services sfsrvices ‘ ‘ Norwegian Ministry of Education and Research
  11. 11. A UK example / / Data Learning I Services Services H, / l Infrastructure / 3 ( V _, Connectivity / Norwegian Ministry of Education and Research
  12. 12. PC0314 Ixlfnl Iy . ! odixd ? :4Imt Seminar on SOA June 2006 0 Need for a national debate on a (ICT) architecture that puts the needs of the learners in the forefront, monitors international development, supports the development guided by the needs of education (standardisation, interoperability, best practice etc) 0 (Jon Li, Oslo College) Norwegian Ministry of Education and Research
  13. 13. PC0314 Ixlfnl Iy . ! odixd ? :4Imt Potential benefits of eFramework participation o Develop a common understanding of how tools, content and infrastructure form relevant services for education and research 0 Can enable an architecture where FEIDE is linked to relevant services and areas of use 0 Mutual enrichment o SOA on the terms of education Norwegian Ministry of Education and Research
  14. 14. Pudixl Indfnl I. .! GU31‘ ixllnl The Road Ahead 0 The eFramework offers opportunities, models and methodologies - The Ministry will comission a feasibility study of Norwegian participation in the eFramework 0 Survey of the interest among Norwegian institutions and other players 0 Decision on Norwegian involvement in the eFramework pending — Parliamentary approval of White Paper No 17 — Feasibility study Norwegian Ministry of Education and Research
  15. 15. !Id3I4 1:4!-A By the end of the day: Our task is to create the education our children deserve! ! Norwegian Ministry of Education and Research