CWDS Glossary

The CWDS Glossary includes a List of Acronyms and defined terms captured from various models, reports, and other artifacts pertaining to the Child Welfare System – California Automated Response and Engagement System (CWS-CARES) Project. The Glossary standardizes terms used across the various project disciplines; each term is defined with its meaning specific to the project domain.

The State may update the CWDS Glossary at any time. Any questions please contact CWDS Communications.

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Service Component

Functional business components organized to track funding and claiming, caseload identification of program services, and timeline delivery of services and outcomes for reporting purposes.

Service Continuity

An Information Technology Infrastructure Library (ITIL) component that ensures that the information technology service provider can always provide minimum agreed service levels, by reducing the risk from disaster events to an acceptable level and planning for the recovery of information technology services.

Service Delivery Center (SDC)

The current Service Delivery Center (SDC) is located in Boulder, Colorado and provides server management and help desk support for CWS/CMS users. The SDC provides 24/7, system-wide network monitoring, server administration and maintenance, and help desk services. Additionally, a network and server infrastructure is maintained to support the activities of the development and service delivery teams.

Service Delivery Life Cycle (SDLC)

A phased approach to system development and delivery.

Service Desk

Provides incident management to ensure customer’s problems are resolved in a timely fashion.

Service Level Agreement (SLA)

A service-level agreement (SLA) defines the level of service you expect from a vendor, laying out the metrics by which service is measured, as well as remedies or penalties should agree-on service levels not be achieved. It is a critical component of any technology vendor contract.

Service Manager  (SM)

The Service Manager is the State* resource who sets priorities, assigns tasks, and makes decisions about Features and technical implementation details based on User, policy, technical and business requirements. The Service Manager will also define the Product vision and conceptualizing building blocks and service maps, prioritize the Product Backlog and reviews completed work in the Sprint review. Also referred to as the Product Owner. There are 9 SMs (5 CDSS and 4 county). The SM designs individual service components, defines value hypotheses and product building blocks.

Service Maps

An artifact that provides a visual representation of a building block that details the workflow, pain points and opportunities, and collects all artifacts in one place.

Service Operations

An Information Technology Infrastructure Library (ITIL) component that includes fulfilling user requests, resolving service failures, fixing problems, as well as carrying out routine operational tasks.

Service Oriented Architecture (SOA)

A set of components, design patterns, guidelines, and principles for execution of business processes as a continuously evolving network of value added services. SOA relies on an integrated framework that includes a repeatable modeling and development methodology, open standards, best practices, a reference architecture, and a configurable run-time architecture to provide semantically reconciled model-time and run-time environments for an agile enterprise. SOA advocates use of a loosely coupled Architecture that does not require procedural coding to “compose” applications and transform business objects. Technical components of a SOA include use of a multi-Layer, multi-tier distributed Architecture, and Extensible Markup Language (XML) format for messages and objects.