OPS PPBE JCIDS CPM DAS SE Architecture Tool Vendor’s Day Tool Characterization Template 14 March 2011
Tool Characterization Template (see subsequent slides for legends)
Primary Functionality • Model Development – A model is a simplified representation of a system at some particular point in time or space intended to promote understanding of the real system. • Repository / Integration – A logical partitioning of data where multiple databases that apply to specific applications or sets of applications reside. – Data integration involves combining data residing in different sources and providing users with a unified view of these data. • Analysis / M&S – A simulation is the manipulation of a model in such a way that it operates on time or space to compress it, thus enabling one to perceive the interactions that would not otherwise be apparent because of their separation in time or space. – The use of models, including emulators, prototypes, simulators, and stimulators, either statically or over time, to develop data as a basis for making managerial or technical decisions.
An M&S Taxonomy Cost Schedule Concept Exploration EVMS KPPs Performance Concept/ Technology Development Requirements/ Capabilities Definition Tech Process Risk Funding Parts Business Element Modeling& Simulation Acquisition Requirements CDRL Contracts Component Advanced Development System-level Architecture Planning, Programming & Budgeting Cost Analysis System Development & Demonstration Analysis Design Integration Demonstration Military CTR Production Deployment Personnel Rate Production/ Deployment Suppliers Training Logistics Production Readiness/LRIP Operational Evaluation Sustainment Test & Evaluation IOT&E LFT&E FOT&E Military Utility Assessment
Principal Discipline • • Architectures – (see Architecture Types slides for Do. D definitions) System Engineering – Systems Engineering is an interdisciplinary approach and means to enable the realization of successful systems. It focuses on defining customer needs and required functionality early in the development cycle, documenting requirements, then proceeding with design synthesis and system validation while considering the complete problem: • • Operations Cost & Schedule Performance Training & Support Test Disposal Manufacturing – Systems Engineering integrates all the disciplines and specialty groups into a team effort forming a structured development process that proceeds from concept to production to operation. Systems Engineering considers both the business and the technical needs of all customers with the goal of providing a quality product that meets the user needs. Core Process – (see Core Process slide)
Do. D’s 6 Core Processes • • • Operations (OPS) – Combatant Command CONOPS – Standing communications and operations plans (COMPLAN, OPLANs) – These describe networks, systems, organization, activities, equipment allocation, etc. , Joint Capability Integration PPBE Development System (JCIDS) – Focal point for Do. D service chiefs to prioritize needs, shortfalls, and CPM gaps – Tightly coupled with DAS and PPBE processes Defense Acquisition System (DAS) – Approval process for all acquisitions – Milestones reviews – Four acquisition categories ~ $ value – Architecture data assists go/nogo/contingent decisions • OPS • JCIDS DAS SE • Systems Engineering (SE) – Technical execution of an acquisitions – All programs in the acquisition process must have a Systems Engineering Plan – The developed system engineering documents and specifications should flow from and be consistent with the architecture Capability Portfolio Management (CPM) – Process for managing $’s by required capabilities – Architecture models link investments to the desired effects, tasks, and conditions of capabilities Programming Planning and Budget Execution (PPBE) – Annual 5 -year budget proposal to Congress – Each Do. D component develops one and then consolidated by White House to go to Congress – Architecture models are used to determine interconnected impacts and to justify the $ request – Related to Capital Planning and Investment Control (CPIC)
Do. D Architecture Types • • Enterprise Architecture The explicit description and documentation of the current and desired relationships among business and management processes and information technology. (OMB Circular A-130) Do. D Enterprise Architecture A federation of descriptions that provides context and rules for accomplishing the mission of the Department of Defense. These descriptions are developed and maintained at the Do. D, capability area, and Component levels and collectively define the people, processes, and technology required in the "current" and "target" environments; and the roadmap for transition to the target environment. (Draft Do. DD 8210. bb) Reference Model An abstract framework for understanding significant relationships among the entities of some environment. (Reference Model for Service Oriented Architecture 1. 0, Organization for the Advancement of Structured Information Standards (OASIS)) Reference Architecture An authoritative source of architecture information (within a domain) that guides and constrains the instantiations of solution architectures by providing rules, principles and holistic models and patterns of the abstract architectural elements together with a common vocabulary, and sets of technical standards/specifications (Derived from OASIS, OMB, and Joint Pub 1 -02 References)
Do. D Architecture Types • • Capability Architecture A set of descriptions that portrays the context and rules required to achieve a desired effect through a combination of doctrine, organization, training, materiel, leadership and education, personnel, and facilities. (Draft Do. DD 8210. bb) Segment Architecture Detailed results-oriented (baseline and target) and a transition strategy for a portion or segment of the enterprise. (FEA Practice Guidance, December 2006) Solution Architecture A set of descriptions that portray the fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution. (Draft Do. DD 8210. bb) Component* Architecture A framework or structure that portrays relationships among all elements of an organizational grouping within the Department of Defense responsible for safeguarding the national security of the United States. (Draft Do. DD 8210. bb) *e. g. , Air Force, Navy & Marine Corps, Army, Defense Logistics Agency, Defense Information Systems Agency, National Geospatial Agency, Business Transformation Agency, National Security Agency, Defense Threat Reduction Agency, Defense Intelligence Agency, Defense Technical Information Center.
Do. D’s Nine Business Areas -- Joint Capability Areas (JCA) -1. 2. 3. 4. 5. 6. 7. 8. 9. Force Support – The ability to establish, develop, maintain and manage a mission ready Total Force. Battlespace Awareness – The ability to understand dispositions and intentions as well as the characteristics and conditions of the operational environment that bear on national and military decision-making. Force Application – The ability to integrate the use of maneuver and engagement in all environments to create the effects necessary to achieve mission objectives. Logistics – The ability to project and sustain a logistically ready joint force through the deliberate sharing of national and multi-national resources to effectively support operations, extend operational reach and provide the joint force commander the Command Control – The ability to exercise authority and direction by a properly designated commander or decision maker over assigned and attached forces and resources in the accomplishment of the mission. Net-Centric – The ability to provide a framework for full human and technical connectivity and interoperability that allows all Do. D users and mission partners to share the information they need, when they need it, in a form they can understand act o Protection – The ability to prevent/mitigate adverse effects of attacks on personnel (combatant/non-combatant) and physical assets of the United States, allies and friends. Building Partnerships – The ability to set the conditions for interaction with partner, competitor or adversary leaders, military forces, or relevant populations by developing and presenting information and conducting activities to affect their percept Corporate Management and Support – The ability to provide strategic senior level, enterprise-wide leadership, direction, coordination, and oversight through a chief management officer function.
Analytics Supported • • Measures of Performance (MOP) – A criterion used to assess friendly actions that are tied to measuring task accomplishment. Measures of Effectiveness (MOE) – A criterion used to assess changes in system behavior, capability, or operational environment that is tied to measuring the attainment of an end state, achievement of an objective, or creation of an effect. Verification – A Quality control process that is used to evaluate whether or not a product, service, or system complies with regulations, specifications, or conditions imposed at the start of a development phase. Verification can be in development, scale-up, or production. Validation – A Quality assurance process of establishing evidence that provides a high degree of assurance that a product, service, or system accomplishes its intended requirements. This often involves acceptance of fitness for purpose with end users and other product stakeholders. It is sometimes said that validation can be expressed by the query "Are you building the right thing? " and verification by "Are you building it right? "
Do. DAF-DM 2 Conformance • Level 1 -- Conceptually conformant – Uses Do. DAF terms and aliases (from DM 2 CDM) to categorize its concepts – Do. DAF views (AV-1 thru DIV-3) have correct information according to “monster matrix”). For example, • An OV-2 with radios would be non-conformant • An OV-4 with Tank parts would be non-conformant • Fit-For-Purpose (FFP) would have to be conformant with whatever the FFP model specifier said, e. g. , a “FFP-1" view for which the originator specified the model as Services mapping to Capabilities should have Services and Capabilities and the relationship but shouldn't have unrelated info • • • Level 2 -- Logically conformant – Level 1 + adheres to terms and relationships from DM 2 LDM and aliases Level 3 -- Physically conformant – Level 2 + expressed as Do. DAF – DM 2 PES that can be consumed by others Level 4 -- Semantically conformant – Level 3 + IDEAS semantics are correct 11
![Tool [xyz]](https://present5.com/presentation/c4ddde05b531e10f7db5d5b31be7298f/image-12.jpg "Tool [xyz]")
Tool [xyz]
Скачать презентацию OPS PPBE JCIDS CPM DAS SE Architecture Tool
c4ddde05b531e10f7db5d5b31be7298f.ppt