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?