Requirements Analysis. California devoted substantial effort to analysis of key documents, including in particular the relevant portions of the ACA, Department of Health and Human Services (DHHS) Guidance for Exchange and Medicaid Information Technology Systems, Versions 1.0 and 2.0, Exchange Business Architecture Supplements ("Blueprints"), Section 1501 Recommendations, Center for Medicare and Medicaid Services (CMS), Final Rule on Federal Funding for Medicaid Eligibility Determination and Enrollment Activities and the supporting guidance: Enhanced Funding Requirements: Seven Conditions and Standards . CHHS, Exchange staff and consultants have developed various summary presentations of requirements for use in stakeholder communications and begun engaging key stakeholders in the requirements elicitation process. In California, as in every state, the input of key stakeholders is a fundamental component of successful analysis and planning related to federal requirements and guidance. In addition, this work has been informed by detailed review of other states' grant applications, consultant reports and discussions with other state staff. California recognizes that a clear understanding of federal requirements is critical to understanding the "to be" state in an accurate gap analysis and is a key element in supporting effective due diligence in assessing the applicability of models developed by Early Innovator States. The state’s objective is to develop a requirements specification that is adequate to support effective business process modeling and successful acquisition of vendor services to construct the necessary Exchange IT support in accordance with the timelines over the next year as outlined in this Level I grant application. The gap analysis evaluates the disparity between a goal, or “to-be” state, and the current state. In the case of Exchange IT, the gap analysis is an iterative process driven in part by the evolving nature of the requirements and the ongoing evaluation of information about existing systems that may offer opportunities for reuse, sharing, or interoperability. To date, California's gap analysis has focused primarily on eligibility and enrollment functions, with detailed information gathering and analysis of the several existing systems that support eligibility and enrollment in public programs. More detail on the state’s IT gap analysis is included below in the Summary of Exchange IT Gap Analysis section.
Requirements Analysis. ATSS will operate using the same procedures as defined by BITC Technical Services.
Requirements Analysis. After the literature review of the state-of-the-art and the in-depth analysis of the unsolved problems in the QoS-aware service composition, it can be seen that QoS-aware service composition is challenging yet essential to supporting service applications. While current research on QoS-aware service composition is incomplete by focusing on calculating the quality of the composite services based on static quality of the component services, we advocate that the problem of QoS-aware service composition should be addressed at build time, runtime and completion time. Corresponding approaches for SLA negotiation, adaptation and profiling should be provided.
Requirements Analysis. BITC will provide technical assistance to schools wishing to translate perceived needs for technology into a technical specification or statement of technical requirements. This service will be provided in conjunction with the Curriculum Advisory Service or the Administrative Support Service where appropriate. The school must provide a written outline of needs to BITC who will then provide the school with a date by when this work can be started. Should initial analysis indicate a significant amount of work is required, an outline requirement only will be produced which identifies the need for a formal project to undertake the necessary research and to further develop the requirements. BITC will undertake such requirements analysis projects under the terms of this SLA only where it is likely to bring significant benefit to the wider school community and is compatible with the existing BITC development programme. In other circumstances BITC reserves to right to charge the school for the project or to decline the work. All BITC requirements documents will indicate whether or not a formal project is likely to be required to control the procurement and/or implementation of the required technology.
Requirements Analysis. Dissemination Strategy
Requirements Analysis. During the Planning and Establishment Phase, where the Commonwealth established its Operating Model for the MEMS, the team compiled a lengthy list of functional and technical requirements through a series of meetings with integrated work groups (Governance, Medicaid and Technical) which discussed critical operational, functional and technical design matters that are essential to the operations of the MEMS. These requirements are included in Attachments G, H, and I to this RFP. It is important to understand that while these preliminary requirements to some extent define the scope and vision for the System, the requirements are not the final detailed requirements for the System. The selected Vendor shall conduct a Requirements Analysis Phase during which they will review, refine and seek approval for all preliminary requirements, and add requirements where gaps are identified through a detailed analysis exercise. The end result will be a set of detailed requirements to be used for building the solutions. These requirements will be the basis for the selected Vendor to create usage scenarios and detailed business process workflows. At the conclusion of the detailed requirements phase, the Commonwealth expects the selected Vendor to work with the Commonwealth team to prioritize requirements and if necessary, identify possible phases for implementation of the overall requirements. The selected Vendor’s Project Work Plan must be updated to identify all possible phases of implementation. Once approved, the updated Requirements Analysis schedule shall be included in the Integrated Project Work Plan. The selected Vendor shall be responsible for meeting all review milestones for System Design as laid out by CMS guidelines. High level review requirements are laid out in Section 50.7.12.
Requirements Analysis. Leader Enemont. Definition of the requirements for the development of an open reference design and architecture and a middleware. The results of the analysis will be formally specified and will serve as the primary input to the system architecture and evaluation of the project. The scenarios and use-cases identified will be used to define objectives and derive functional and non-functional requirements. Additionally they will be used to evaluate and verify criteria from the perspective of all the involved stakeholders. Use cases will be defined using a formal methodology and will cover all business and technical aspects of E2D. This will include scenarios such as deployment, testing, and will allow for classification, rating, and evaluation. System requirements for the various involved hardware and software systems will be described. The results of this task will acts as inputs to WP3, WP4, WP5 and WP6.
Requirements Analysis. The Contractor shall conduct a Requirements Analysis in order to identify, validate and develop a set of detailed GIMDE 2K requirements. The GIMDE 2K detailed requirements set shall include user, functional, and interface requirements. The Contractor shall ensure that detailed user, functional, and interface requirements are consistent with the USIGS architecture.
Requirements Analysis. The Contractor shall develop, deliver and update the Requirements Compliance Matrix (RCM) that tracks achievement of all AVCAD requirements as the development and tests progress (ELIN B008). The RCM shall be logically organized and clearly depict the level of fidelity for each requirement assessment and trace or link to the supporting basis for the assessment. The RCM shall trace directly to the AVCAD Performance Specification (PSPEC) (C.2.6.4). The Contractor shall brief the overall progress in terms of the RCM at PRs, DRs, and XXXx.
Requirements Analysis. The Government will provide the Capability Development Document (CDD) to the Contractor. The Contractor shall participate with the Government in reviews of the CDD and the DRAFT System Specification to clarify requirements before system level requirements are baselined for design purposes.
