The SvcV-10b “Services State Transition Description” is a graphical method of describing a resource (or function) response to various events by changing its state. The diagram basically represents the sets of events to which the resources in the Activities respond (by taking an action to move to a new state) as a function of its […]
The SvcV-7 Services Measures Matrix depicts the measures (metrics) of resources. The Services Measures Matrix expands on the information presented in a SvcV-1 “Services Interface Description” by depicting the characteristics of the resources in the SvcV-1 Services Context Description. Guide: DoDAF Architecture Framework Version 2.02 – Page 185 In addition, this model is useful in
The SvcV-8 “Services Evolution Description” presents a whole lifecycle view of resources (services), describing how it changes over time. It shows the structure of several resources mapped against a timeline. [1] Guide: DoDAF Architecture Framework Version 2.02 – Page 187 In addition, this model is useful in support of net-centric (service-oriented) implementation of services. This
Within an Architectural Description, the SvcV-4 “Services Functionality Description” documents service functions, the Resource Flows between those service functions, the internal system data repositories or service data stores, and the external sources and sinks for the service data flows, but not external to the Architectural Description’s scope. They may also show how users behave in
The SvcV-5 “Operational Activity to Services Traceability Matrix” addresses the linkage between service functions described in SvcV-4 “Service Functionality DEscription” and Operational Activities specified in OV-5a “Operational Activity Decomposition Tree” or OV-5b “Operational Activity Model”. The SvcV-5 depicts the mapping of service functions (and, optionally, the capabilities and performers that provide them) to operational activities
The SvcV-6 “Services Resource Flow Matrix” specifies the characteristics of the Service Resource Flows exchanged between Services. The focus is on resources crossing the service boundary. The SvcV-6 focuses on the specific aspects of the Service Resource Flow and the Service Resource Flow content in a tabular format. [1] Guide: DoDAF Architecture Framework Version 2.02
A SvcV-3a enables a quick overview of all the system-to-service resource interactions specified in one or more SvcV-1 “Services Context Description” models. The SvcV-3a provides a tabular summary of the system and services interactions specified in the SvcV-1 for the Architectural Description. This model can be useful in support existing systems that are transitioning to
A SvcV-3b “Services-Services Matrix” enables a quick overview of all the services resource interactions specified in one or more SvcV-1 “Services Context Description” models. The SvcV-3b provides a tabular summary of the services interactions specified in the SvcV-1 Services Context Description for the Architectural Description. The matrix format supports a rapid assessment of potential commonalities
Requirements Management is the process of documenting, analyzing, tracing, prioritizing, and controlling changes to requirements. It’s a continuous process and is conducted throughout a system’s life cycle and confirmed at each technical review. Purpose of Requirements Management The purpose is to assure that the requirements continue to meet the needs and expectations of its customers
The SvcV-1 “Services Interface Description” addresses the composition and interaction of Services. SvcV-1 incorporates human elements as types of Performers – Organizations and Personnel Types. Guide: DoDAF Architecture Framework Version 2.02 – Page 171 The SvcV-1 links together the operational and services architecture models by depicting how resources are structured and interact to realize the
