Table of Contents

Introduction

An Assessment Flow Diagram (AFD) is a visual model that represents the sequence of analyses and data flow needed to evaluate a system’s performance against mission and system objectives. It’s like a roadmap for how different engineering analyses connect to each other and the final decision-making process.

Overview

The Assessment Flow Diagram (AFD) is a critical component of the Armaments Interoperability and Integration Framework (IoIF) that enables digital engineering (DE) workflows for tradespace analysis. It serves as a visual model of the System of Analysis (SoA), providing a clear representation of how different analysis models interact with each other and the system under analysis.

AFD is represented as a SysML parametric diagram that shows the flow of information from the system under analysis through various intermediate analyses to produce high-level analysis objectives. This diagram is essential for configuring IoIF to execute the analysis workflow.

The AFD is not just a static diagram—it’s a computational model that defines the sequence of analyses, the parameters that flow between them, and the relationships between different analysis components.

AFD plays a key role in the Digital Engineering Framework for Integration and Interoperability (DEFII), specifically in the "Specified Model Interface" category of tool proxies. It serves as the blueprint for how data exchanges occur between different modeling and simulation tools within the IoIF workflow.

AFD is a core element of the System of Analysis (SoA) concept, which encompasses the AFD as well as various components added to the SysML model to enable proper functionality of the AFD.

Position in Knowledge Hierarchy

Broader concepts: - SoA (is-a)

Details

The AFD is a parametric model that defines the relationships between system parameters, analysis models, and objectives. It serves as the computational configuration for the IoIF workflow.

AFD Structure and Components

An AFD consists of several key elements:

Element

Description

System Under Analysis

The base system being evaluated (e.g., a catapult system)

Intermediate Analysis Models

Discipline-specific models (e.g., ballistics, geometry, thermal) that process data

Parameters

Value properties that flow between the system and analysis models

Analysis Objectives

High-level goals that the workflow aims to achieve (e.g., range, cost, performance)

The AFD represents the sequence of analyses as a directed graph, where nodes represent analysis models and edges represent data flow between them. This graph representation enables leveraging of graph-based algorithms for analysis and verification.

The AFD must be carefully designed to ensure all necessary parameters are included and properly connected. Missing parameters or incorrect connections can lead to incomplete or inaccurate analysis results.

AFD in SysML

The AFD is implemented as a SysML parametric diagram, which provides a graphical representation of the relationships between parameters and analysis models. In SysML, the AFD typically includes:

  • A block representing the "Analysis" (Act of Analysis)

  • Connections to system elements and intermediate analysis models

  • Value properties representing parameters that flow between elements

  • Stereotypes that map to ontology classes for interoperability

The AFD is not a standalone diagram—it’s integrated into the broader System of Analysis (SoA) model that includes the Mission and System of Analysis (MSoA) model.

Figure 150 from the context shows an abstract AFD where the value properties of the system under analysis are at the bottom and feed various intermediate analysis models that are connected in an analysis network, ultimately producing high-level analysis objectives at the top.

graph TD A[System Under Analysis] --> B[Intermediate Analysis Model 1] A --> C[Intermediate Analysis Model 2] B --> D[High-Level Analysis Objective 1] C --> D B --> E[Intermediate Analysis Model 3] E --> D C --> F[High-Level Analysis Objective 2] E --> F D --> G[Decision Dashboard] F --> G G --> H[Trade Space Analysis]

AFD Workflow Integration

The AFD configures the IoIF workflow by defining:

  1. The sequence of analyses to be executed

  2. The parameters required for each analysis

  3. The data flow between analysis models

  4. The relationships between parameters and objectives

The IoIF workflow executes the AFD by: - Pulling the SysML model with the AFD configuration - Requesting interface information for system or mission ontology-aligned data - Using the AFD to coordinate data exchanges between analysis tools - Continuously updating the ontology-aligned data repository with analysis outputs - Producing trade-off values for mission and system-level objectives

The AFD serves as the "blueprint" for facilitating data exchanges between analysis tools in the IoIF workflow, making it essential for enabling interoperability across different engineering domains.

Practical applications and examples

Catapult Use Case

The Catapult use case provides a concrete example of AFD in action. The Catapult AFD includes:

  • The Catapult system as the system under analysis

  • Four analysis types: Analysis as Designed, Analysis as Manufactured, Analysis Configuration Changed, and Analysis Requirement Changed

  • Intermediate analysis models for geometry, ballistics, and other disciplines

  • Parameters like impact angle, flight time, impact velocity, and range

  • High-level analysis objectives including range, cost, and circular error probability (CEP)

In the Catapult example, the AFD is implemented as a SysML parametric diagram that connects the system parameters to the analysis models and objectives. The diagram is used to configure the IoIF workflow, which coordinates the various simulations and visualizations.
graph LR A[Catapult System] --> B[Geometry Analysis] A --> C[Ballistics Analysis] B --> D[Impact Angle] C --> D B --> E[Flight Time] C --> E C --> F[Impact Velocity] C --> G[Range] D --> H[High-Level Objective] E --> H F --> H G --> H H --> I[Decision Dashboard] H --> J[Digital Thread Dashboard]

AFD Configuration Process

Configuring an AFD involves these steps:

  1. Define the System of Analysis (SoA): Identify the system under analysis and the objectives to be evaluated

  2. Identify Analysis Models: Determine which intermediate analysis models are needed (e.g., CFD, FEA, 6DOF)

  3. Define Parameters: Specify the input and output parameters for each analysis model

  4. Create the AFD: Use SysML to create a parametric diagram showing the flow of parameters

  5. Tag with Ontology Classes: Apply stereotypes to model elements to map them to ontology classes

  6. Integrate with IoIF: Configure IoIF to use the AFD for workflow execution

The AFD is not a one-time artifact—it evolves as the analysis needs change, allowing for iterative refinement of the tradespace analysis.

References

AFD Relationships

Visualize the relationships between AFD and related concepts

graph TD A[AFD] --> B[System of Analysis SoA] A --> C[Model Interface Specification Diagram MISD] A --> D[IoIF Workflow] B --> E[Mission and Systems of Analysis MSoA] B --> F[Analysis Network] D --> G[SysML Model] D --> H[Ontology-Aligned Data] D --> I[Decision Dashboard] D --> J[Digital Thread Dashboard] G --> K[Parametric Diagram] G --> L[Stereotypes] H --> M[Semantic Web Technologies SWT] M --> N[OWL] M --> O[SPARQL] M --> P[Triplestore]

Associated Diagrams

figure_8.png
figure_151.png
figure_32.png
figure_149.tiff
figure_29.png
figure_115.png
figure_53.png
figure_22.png
figure_4.png
figure_55.png
figure_49.png
figure_3.png
figure_6.png
figure_38.png
figure_130.png
figure_59.png
figure_36.png
figure_119.png
figure_160.png