leader replacement system - Department of Public Social Services ...
leader replacement system - Department of Public Social Services ...
leader replacement system - Department of Public Social Services ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Los Angeles County<br />
<strong>Department</strong> <strong>of</strong> <strong>Public</strong> <strong>Social</strong> <strong>Services</strong><br />
LEADER Replacement System (LRS)<br />
885<br />
886<br />
887<br />
888<br />
889<br />
890<br />
891<br />
892<br />
893<br />
894<br />
895<br />
896<br />
897<br />
898<br />
899<br />
900<br />
901<br />
902<br />
903<br />
904<br />
905<br />
906<br />
907<br />
908<br />
909<br />
910<br />
911<br />
912<br />
913<br />
914<br />
915<br />
916<br />
917<br />
918<br />
919<br />
920<br />
921<br />
922<br />
923<br />
924<br />
925<br />
926<br />
927<br />
928<br />
929<br />
Enterprise Service Bus<br />
Application integration and service interoperability are <strong>of</strong> paramount importance in a shared<br />
services environment. Because applications are located on many different hardware and<br />
s<strong>of</strong>tware platforms, connecting these environments in a manner that meets availability,<br />
scalability, and user performance expectations, uniform service interoperability platforms must<br />
be carefully chosen.<br />
These typically fall into two categories: For Windows-based platforms, Micros<strong>of</strong>t handles<br />
standards-based messaging and application connectivity via incorporating Windows<br />
Communication Framework functionality into an upcoming release called Windows Vista. In the<br />
Java world, there are quite a few choices. Some <strong>of</strong> the more popular ones are IBM WebSphere<br />
ESB, BEA AquaLogic Service Bus, Oracle Fusion, Cape Clear ESB, Sonic S<strong>of</strong>tware ESB, SAP<br />
NetWeaver, and others.<br />
California SOA Center <strong>of</strong> Excellence<br />
Introduction<br />
A successful state-wide SOA program will require both centralized and federated components.<br />
Singular vision & goals, governance, enterprise repository management, and several<br />
operational functions (certification lab, UDDI repository, maintain service reference model,<br />
service help desk, and search taxonomy) should be centralized. Service development (and<br />
possibly some SOA operations) should be federated to the producing departments. In some <strong>of</strong><br />
the above functions, centralized does not mean single instance. For example one would<br />
establish at least two UDDI repositories for scalability and accessibility.<br />
Because SOA components are designed for enterprise use, there are a number <strong>of</strong> critical<br />
governance and operational issues that need to be addressed. Such as:<br />
• How will developers be supported?<br />
• How will business architects and technical architects determine which shared services<br />
already exist?<br />
• How will SOA services be mapped to business services?<br />
• How will service versioning and release packaging be controlled?<br />
• How will services be certified?<br />
• How will services be tested for performance, availability, and scalability?<br />
• How will services usage be monitored and reported?<br />
• How will developers locate code for an existing service?<br />
• How will service contract compliance among data centers be handled?<br />
• Will there be a centralized, state-wide help desk?<br />
• How will service troubleshooting be handled at an enterprise level?<br />
(A composite service might consist <strong>of</strong> 4 services, each running in a different data<br />
center.)<br />
• Will there be example services and demo applications?<br />
• Will there be a state-wide search service utilizing a common language? (a taxonomy)?<br />
LRS RFP - Attachment H (Technical Exhibits) Page 34 November 30, 2007