Tom Clarke Washington State Administrative Office of the Courts May 25, 2004 Service-oriented Architecture Connecting the Dots

c What do we want?  Flexible software  Low cost software maintenance  Platform independence  Business responsiveness  Open standards  In short, a MIRACLE!

c What do our customers want?  Instant response to a changing business  Decreasing infrastructure costs  Real-time event-driven information  Support of strategic business initiatives  User friendly applications  In short, a MIRACLE!

c Can an SOA help?  Yes – if appropriately and incrementally combined with other improvements  Maybe – if the justice industry gets its act together on standards and the vendors follow  No – if we expect a magic bullet

c Some definitions  Enterprise Architecture  consistent principled guidelines for making decisions about technology  collection of risk mitigation strategies  Service-oriented Architecture:  asynchronous, event-driven  loosely coupled, flexible  public interfaces  reuse of components & logic

c

c What should an EA include?  Business values, goals and principles  performance measures  Business processes & best practices  functional standards  Enterprise data model  data exchange standards, GJXDM, GJXDD  Enterprise technology stack  web services, SD process, PM process

c EA Issues  Can be IT-centric or process-centric  Before choosing framework, determine:  business drivers (is there an ROI?)  scope (how much commonality?)  governance (who will enforce?)  Need executive business support  choose pilot that spans business silos  show value of architectural standards

c What should an SOA Include?  Registry of services  Reusable distributed services  Open standards-based interfaces  Reusable business logic  Event-driven asynchronous messaging  Focus on systems—not databases  Incremental delivery strategy

c How do web services fit in?  SOA is a design principle  Web services are a technology stack  Applies primarily to automatic data exchanges between applications  Excludes some business benefits of EA & SOA:  Internal application flexibility  Alignment with performance measures

c

c CTA Performance Standards  Top level of Enterprise Architecture  Identifies specific business goals  Guides IT alignment with the business  Requires IT support to implement

c

c CTA Functional Standards  Middle of Enterprise Architecture  Describes common business processes  Describes IT requirements as use cases  Supports IT alignment with the business

c

c CTA Data Exchange Standards  Lower level of Enterprise Architecture  Based on web services  Based on GJXDD  Need to validate relevant parts of GJXDM using critical reference documents  Need to align with JIEM Reference Model to support CJIS projects

c GJXDD & GJXDM  GJXDD – a common justice vocabulary  needs more modularity  needs more transparency  GJXDM – a common justice semantics  needs tighter sub-domain models  needs standard bindings for J2EE and.Net

c

c Software Development Process  Has implications for EA and SOA  What risks to mitigate?  What granularity to use?  How much ambiguity to tolerate?  What organizations (business processes) are appropriate?  High or low ceremony?  Agile or rigorous processes?  Traditional unified PM’s or not?

c Project Management Process  Standardized architectures and processes require special expertise in business process reengineering. [EA]  Emphasis on services requires special expertise in customer requirements definition. [SOA]

c There is a plan!  The ASCA and CTA standards fit into an overall Corrections and Justice EA and SOA strategy.  Business benefits of compliance will include faster, cheaper and more value-laden satisfaction of business needs.

Washington State Administrative Office of the Courts 1206 Quince St SE P O Box Olympia, WA (360) FAX: (360) Contact Information