the dhs architecture framework meet system of systems needs
DESCRIPTION
TRANSCRIPT
PSAF Public Safety Architecture Framework
AgendaShow PSAF based on comparison to DoDAF
• Overview– History– Purpose– DOD Acquisition Process– Types of views
• Tools
• PSAF discussion
• Sources of Info / Training
PSAF History
• Originated with C4ISR Architecture Framework in 1996
• Version two in 1997
• Expanded beyond C4ISR to all systems in 2004 with introduction of Department of Defense Architecture Framework (DODAF)
• PSAF Adopted by Department of Homeland Security (DHS) in March 2006
PSAF Components• PSAF Volume I provides definitions, guidelines,
and related background material. -issued• PSAF Volume II contains detailed descriptions
of the three PSAF views and the products that create each of the views. -issued
• PSAF Volume III will document procedures for using the methodology outlined in PSAF Volume I and PSAF Volume II upon development of a supporting PSAF tool vetted with the practitioner community. Note that PSAF Volume III will likely be a user guide, although for simplicity it is referred to here as PSAF Volume III. –not issued
Same as the organization of the PSAF.
PSAF
• PSAF v1.0– The structure of components, – their relationships, – and the principles and guidelines governing
their design and evolution over time
PSAF Purpose• Ensure interoperability by setting out a common
architectural representation.• Allow other systems to identify connection points
and design compatible architectures.• Not a design tool- this precedes the engineering
process.• To audience: Thoughts on this one? Are you using DoDAF
differently?
• Ensure comparison and relation of architecture descriptions across organizational boundaries (city to county), including jurisdictional and first responder discipline boundaries (fire to police.)
Architecture and then Design• System Architecture is used:
– To make buy decisions– To discriminate between options– To “discover” the true requirements– To drive one or more systems to a
common “use” or purpose
• System Design is used:– To develop system components– To build the system– To understand configuration changes
as the system is modified
Focus of PSAF is Communications Interoperability
• PSAF is much more product oriented than the DoDAF.
• DHS is oriented on: – fulfilling the National Response Plan which is built
on the National Incident Management System (NIMS).
• How agencies work together in an emergency.
– Public Safety Statement of Requirements (PS SoR)
• Share division for using comm assets in the field.
Why did DHS adopt the DoDAF?What was the problem they needed to solve?
• Public Safety Community key issues– Incompatible and aging comm equipment– Limited and fragmented radio spectrum– Limited and fragmented budget ccles and funding– Limited equipment standards– Limited and fragmented planning and coordination
• Common theme in PSAF is Communications Interoperability
• Step back from DoDAF to C4ISR AF style
Structure
• The PSAF contains four main types of guidance for architecture development:
• Guidelines, which include a set of guiding principles and guidance for building architectures that are compliant with the framework
• High-level process for using the framework to develop architecture descriptions that fulfill a purpose
• Discussion of architecture data and tools that can serve as facilitators of the architecture-description process
• Detailed description of the products
Products
• The PSAF defines 26 different architecture products, which are organized into the All, Operational, Systems, and Technical Standards views. The PSAF emphasizes the need for developing or presenting the products that are appropriate for a given audience.
Same as the organization of the DoDAF.
DHS “Acquisition” Process in Flux
• DOD mandates some views as part of its process– Incremental delivery of Views based on the
development cycle (few to start and more as you progress to later milestones.)
– Bigger system or Family of Systems equates to more required views.
• DHS is beginning to mirror this.– Mission Needs Statement– Urban Area grants tied to meeting DHS guidelines
Types of Views (26)
• Operational View (9)
• System View (13)
• Technical View (2)
• All View (2)
• Naming convention is SV-1, OV-2, TV-2, etc…
Same as the organization of the PSAF.
PSAF View Relationships
DoDAF View Relationships
Same as the organization of the PSAF.
Operational ViewPSAF: The Operational View (OV) describes the tasks and activities, operational elements, and information exchanges required to accomplish public safety missions.
DoDAF: The Operational View (OV) describes the tasks and activities necessary to successfully perform a mission, the participating nodes, and the associated information exchanges.
• These include examining
– business processes for reengineering or technology insertion, training personnel,
– examining doctrinal and policy implications, – coordinating relationships, – and defining the operational requirements to be supported by resources
and systems (e.g., communications throughput, specific node-to-node interoperability levels, information transaction time windows, and security protection needed.)
• Materiel independent.
Operational View– (DM) OV-1 Operational Concept Graphic. Provides a graphical and
textual description of the operational concept. The cover of the binder.– * (DM) (PM) OV-2 Operational Node Connectivity Description. Lists
the operational nodes, activities performed at each node, connectivity, and information needs between nodes.
– OV-3 Operational Information Exchange Matrix. Lists and describes information exchanged between nodes.
– (DM) OV-4 Organizational Relationships Chart. Lists organizations, roles, and relationships among organizations.
– * (DM) (PM) OV-5 Operational Activity Model. Details the activities performed and their interrelationships, including input/output relationships.
– OV-6a Operational Rules Model. Identifies business rules that govern or constrain operations.
– OV-6b Operational State Transition. Identifies sequencing and timing of activities.
– (DM) OV-6c Operational Event Trace. Traces actions in a scenario or sequence of events.
– OV-7 Logical Data Model. Identifies data requirements of the operational view.
DM- Mandatory DoDAF product PM- Mandatory PSAF product
Operational View
• Depicts what is going on in the real world that is to be enabled by systems represented in the architecture.
• Activities performed as parts of public safety missions and the associated information exchanges among personnel or organizations are the primary items modeled in operational views.
• The operational view reveals requirements for capabilities and interoperability.
OV Traceability
Systems View • PSAF: The Systems View is a set of graphical and
textual products that describes systems and interconnections, which provide public safety functions. The SV associates system resources to the OV. These systems resources support the operational activities and assist the exchange of information among operational nodes.
• DoDAF: The Systems View (SV) describes the systems of concern and the connections among those systems.
• For many purposes, an SV will need to further detail the information exchanges describe in the OV in order to translate node-to-node exchanges into system-to-system transactions, communications capacity requirements, security protection needs, etc.
Systems View
• Describes existing and future systems and physical interconnections that support the needs documented in the operational view.
• The SV may be used for many purposes, including systems baselining, making investment decisions concerning cost-effective ways to satisfy operational requirements, and evaluating interoperability improvements.
Systems View Products
– (PM) SV-1 Systems Interface Description. • Lists systems, system components, and their interconnections.
– SV-2 Systems Communications Description. • Identifies system communications.
– SV-3 Systems-Systems Matrix. • Lists connections between individual systems in a group.
– (DM) SV-4 Systems Functionality Description. • Lists functions performed by individual systems and the related
information flow.
– (DM) SV-5 Operational Activity-to-Systems Function Traceability Matrix.
• Maps systems information back to the operational view.
– (DM) SV-6 Systems Data Exchange Matrix. • Provides detail of data moving between systems.
DM- Mandatory DoDAF product PM- Mandatory PSAF product
Systems View (contd)– SV-7 Systems Performance Parameters Matrix.
• Lists performance characteristics of individual systems.– SV-8 Systems Evolution Description.
• Lists migration plans for systems.– SV-9 Systems Technology Forecast.
• Lists technologies and products that are expected to affect systems.– SV-10a Systems Rules Model.
• Describes constraints on system operation imposed by design or implementation.
– SV-10b Systems State Transition Description. • Describes system activity sequencing and timing.
– SV-10c Systems Event Trace Description. • Describes system-specific requirements on critical event
sequences.– SV-11 Physical Schema.
• Describes the physical implementation of the logical data model from the operational view.
SV Traceability
Technical Standards View • PSAF: The TV is the minimal set of rules governing the
arrangement, interaction, and interdependence of system parts or elements.
• Its purpose is to ensure that a system satisfies a specified set of operational and functional requirements. The TV provides the technical systems implementation guidelines upon which engineering specifications are based.
• DoDAF: The Technical Standards View (TV) describes a profile of the minimal set of time-phased standards and rules governing the implementation, arrangement, interaction, and interdependence of systems.
• The appropriate use of the TV is to promote efficiency and interoperability and to ensure that developers can adequately plan for evolution.
• Includes current and projected standards.
Technical Standards View
- * (DM) (PM) TV-1 Technical Standards Profile- Catalogs standards that apply.
- TV-2 Technical Standards Forecast- This view augments the systems view with
technical detail and forecasts of standard technology evolution sorted by timeline.
DM- Mandatory DoDAF product PM- Mandatory PSAF product
OV, SV and TV• Interoperability is a typical architecture focus that
demonstrates the criticality of developing these inter- view relationships.
• The OV describes the nature of each information exchange in detail sufficient to determine the degree of operational interoperability required.
• The SV identifies which systems support the operational requirements, translates the required degree of interoperability into a set of system data exchanges executed by system functions, and compares current/postulated implementations with the required operational capabilities.
• The TV articulates the criteria that govern the compliant implementation of each required system that will result in the fielding of an interoperable system.
Product Interrelationships
DoDAF the same as the PSAF.
OV, SV and TV
• The three views and their interrelationships provide the basis for deriving measures such as interoperability or performance and also provide the basis for measuring the impact of the values of these metrics on operational mission and task effectiveness.
All View
- * (DM) (PM) AV-1 Overview and Summary Information- Details scope, purpose, intended users, environment,
and other summary-level formation for an architecture description.
- (PM) AV-2 Integrated Dictionary Data - Provides definitions of all terms used in all products.
DM- Mandatory DoDAF product PM- Mandatory PSAF product
All View
• PSAF: The AV products provide information pertinent to the entire architecture. These include tactics, techniques, and procedures; relevant goals and vision statements; CONOPs. The AVs document what the architecture aims to achieve. (Note PSAF talks about TTPs)
• DoDAF: Augments the other views by providing context, summary or overview-level information, and an integrated dictionary to define terms.
Document AV-1 AV-2 OV-1 OV-2 OV-4 OV-5 OV-6C SV-1 SV-4 SV-5 SV-6 TV-1
ICD X
CDD X X X X X X X X X
CPD X X X X X X X X X
Essential Views
PSAF minimum set. AV-1. AV-2, OV2, OV-5, SV-1, TV-1
DoDAF minimums
DoDAF is time phased, PSAF is not yet ICD – MS A, CDD – MS B, CPD – MS C
DoDAF Case Study
• PSAF examples not out yet- Vol III
• http://www.software.org/pub/architecture/dodaf_case_study_intro.asp
• The above URL brings you to the Software consortium. Scroll to the “Case Study” to see a partial set of DoDAF views that were created for a notional package delivery system.
DoDAF Tools
• POPKIN System Architect (now owned by Telelogic)
• Enterprise architect (Telelogic)
• UML
• Core
• SysML – emerging
• The vendors have produced several high power tools to support DODAF.
PSAF Tools
• Will the vendors do a PSAF tool as well? • I am researched with Telelogic /CORE.• Big vendors were unaware of the PSAF (at elast
the ones I spoke to.)• Seems that a tool is a tool and if you use a
hammer for a building at Camp Pendleton, you can use that same hammer to build a fire station.
• SAFECOM is building some tools-unsure of what will come of that effort.
Sources of Info
• PSAF Vol I and II (III pending)• INCOSE –UCSD Course • AFCEA 1-2 week classes• Consultant presentations 2-14 days• DoDAF tool vendors• DoDAF Vols I, II and the Deskbook (good to
use)• The old C4ISR AF has the best examples and
people often use it to get a start on building the products.
AT/FP Incident Reporting OV-1 “As Is”(Circa 2005)
DoD Force Protection Information Sharing Today
DoDJoint Staff
CONUS PostsCONUS PostsCONUS CampsCONUS CampsCONUS Ports and Naval BasesCONUS Ports and Naval Bases
WashingtonNavy Yard
CONUS BasesCONUS Bases
Peterson AFBPeterson AFBPeterson AFBPeterson AFBFt CarsonFt CarsonFt CarsonFt Carson
MCBQuantico
MCBQuantico
MCBQuantico
MCBQuantico
WashingtonNavy YardWashingtonNavy YardWashingtonNavy Yard
Incident
NavyCADS
Marine CorpsCLEOC
ArmyCOPS
Air Force I2MS
Shows the Anti-Terrorism / Force Protection incident reporting process in effect. The problem it illustrated was
the time lag before an incident in one service was passed to all (with no certainty it would be passed.
AT/FP Incident Reporting OV-1 “To Be”(Circa 2006)
NORTHCOM COPIntel Community DoD
Joint Staff
CONUS PostsCONUS PostsCONUS CampsCONUS CampsCONUS Ports and Naval BasesCONUS Ports and Naval Bases
WashingtonNavy Yard
CONUS BasesCONUS Bases
Peterson AFBPeterson AFBPeterson AFBPeterson AFBFt CarsonFt CarsonFt CarsonFt Carson
MCBQuantico
MCBQuantico
MCBQuantico
MCBQuantico
WashingtonNavy YardWashingtonNavy YardWashingtonNavy Yard
NavyCADS
Marine Corps CLEOC
ArmyCOPS
Air ForceI2MS, Blotter
Joint Protection Enterprise Network
Guard(U)->(S)
A Net -Centric Approach to DoD Force Protection Information Sharing
Incident
Interagencies
Shows the desired Anti-Terrorism / Force Protection incident reporting process. The outcome of this system would be an instantaneous sharing of an AT/FP incident to all services, the intel agencies, and the Joint Staff.
PSAF Evolution
• Established DOD tool with an emerging application
• DHS is organizing and evolving while implementing the framework
• Probably going to be some false starts• Big difference:
– DoDAF – mandated by a single leadership entity– PSAF – The local city does not work for DHS so why
pay attention?