Service Component Registry and Repository (SCRR) April 26, 2007 Lico Galindo 2007 Exchange Network National Meeting
Service Oriented Architecture It’s about services and components It’s about re-use To use and re-use Know the services and components exist Be able to find services and components
Stakeholders EPA Developers Developers in States and Tribes Architects supporting Architectural Review process Architects monitoring for life cycle conformance to architecture
Types of Services and Components Web Services Reusable software designs and Templates Metadata and Data Services XML Data Flows Style Sheets Data Models (conceptual, logical and physical) Reusable pieces of code, in various languages Development Models and guidance, like the Core Reference Model (CRM) Other types
Existing Solutions UDDI Registries (web services) ENDS (metadata registry and data services) XML Registry (XML Schema and XML shared Components) Core.gov
Challenges Problems building a Solution Finding components of different types Components and Services are heterogeneous – single solution is hard Few tools available Problems finding services and components In Registries and Repositories In Registry, no Repository No Registry, no Repository
SCRR Scope S C R R New Registry New Registry New Registry New Registry Existing Component Registry Existing Component Registry Existing Repository Existing Repository New Repository New Development Existing
Links and Interfaces to currently existing registries and repositories Links to new registries and their repositories Links to new registries and their new repositories Built in modules according to EPA and Exchange Network Stakeholder’s priorities Vision for Final Product
SCRR Suite S C R R Style Sheets Registry + Repository EPA/EN UDDI Other UDDI XMLSchema And schema Component repository Reusable Software Design Repository Data Models Repository Development Models And CRM Geodata Tool link Metadata And data Services (ENDS) Reusable Programming code Repository ExistingNew
Vision and Scope Requirements Implementation Options Facilitated JAD Sessions, Targeted Interviews & Research Identify Stakeholders Define vision, business objectives and desired outcome Identify constraints and possible barriers Define scope Draft Vision and Scope document Final Vision and Scope document Identify and prioritize sub-components Identify and integrate Agency regulations and standards Define requirements Prioritize requirements Tool evaluation Iterative development of requirements Draft Requirements document Final Requirements document Outline implementation options using defined requirements, constraints, etc. (e.g., use of a COTS tool, enhancement of an existing tool) Draft Implementation Options Final Implementation Options Project Management and Outreach Prepare project plan and schedule (iterative) Define and Execute Stakeholder Outreach Strategy Issue and Risk Management Continual Communication with ENLC and NOB and EPA EA Team Proposed SCRR Activities
Tentative Schedule Finalize contract With Requirements Engineer Sept 30Aug 31July 31June 30May 31April 30 Define Vision And scope Requirements gathering And analysis Tool Evaluation
Vision of Success Ease of Discovery and Re-use of Components and Services Efficiency and Lower Cost of Applications Timeliness in System Development Quality