240 likes | 511 Views
Enterprise Architecture in Higher Education, CSU Nathan Bailey, Enterprise Architect, Monash University ITS 1st November 2006. Top-down and bottom-up -- our story Monash IT Architecture Identifying and adopting ‘reusable best practice’. Defining the outcome. Why architecture?. The dode.
E N D
Enterprise Architecture in Higher Education, CSUNathan Bailey, Enterprise Architect, Monash University ITS1st November 2006 Top-down and bottom-up -- our story Monash IT Architecture Identifying and adopting ‘reusable best practice’
Defining the outcome • Why architecture?
Architecture • reduce implementation and maintenance costs • improve responsiveness and service • align university-wide activity (economies of scale) • define growth paths (dept => fac => uni-wide)
Is architecture about… • the design activity (‘design’) • the implementation activity (‘engineering’) • the maintenance activity (‘service management’) • all + more?
Top-down • Governance (Okay) • Strategic Planning (Good) • Capital Projects (Good-ish) • Procurement / acquisition (Good) • Changing 30 major and 300 minor fiefdoms (Mmm…) • => Ensuring consistency
Bottom-up • Source code control • Design and maintenance documents • Service management documents (ITIL) • => Improving reproducibility
In the middle • Information management • Application portfolio • Duplication of solutions (shared services) • Technology and skills register • “as is” => “to be” impact
Data • RQF • LTPF • AUQA • => Increased focus
Data • Unified and cleansed • Building data-mart approach (client facing) • Building BPEL/SOA approach (back end) • Still need data model, data dictionary, data business owners and rules, etc. (eg. who owns ID numbers and how can they be used?)
Measuring maturity • By CMMI • By artifacts (roadmaps, blueprints, etc.) • By activity (eg. review + sign offs, consults, sponsorships, proposals, etc.)
Still worry about • Getting ITS to change (silos and control) • Identity management • Data governance • Risks in compliance (records, IP management, etc.)
We have thousands (tens of thousands?) of these bespoke solutions… • A dozen or more groups managing networks • Dozens of storage management solutions • Over 100 groups managing servers • Hundreds of separate data models stored in hundreds of separate databases • Hundreds of application servers running hundreds of separate application frameworks • Thousands of separate applications written in a dozen or more separate languages • Dozens of different ways of identifying, analysing, designing, building, implementing and maintaining solutions to business problems
Changing our modus operandi • Commoditise everything • Create value in discrete business components(not bespoke silos)
Deploy in user-centred, audience targeted, homogeneous environment