Table of contents for Systems requirement analysis / Jeffrey O. Grady.

Bibliographic record and links to related information available from the Library of Congress catalog.

Note: Contents data are machine generated based on pre-publication provided by the publisher. Contents may have variations from the printed book or be incomplete or contain other coding.


Counter
TABLE OF CONTENTS
PARAGRAPH	TITLE	PAGE
-------------------	--------------------------------------------------------------------------------------	---------
1	PART 1, INTRODUCTION	
1.1	INTRODUCTION TO SYSTEM REQUIREMENTS ANALYSIS	
1.1.1	The Human Foundation	
1.1.2	What is a System?	
1.1.3	What is System Development?	
1.1.4	The Fundamental System Relation	
1.1.5	What is System Requirements Analysis?	
1.1.6	System Requirements Analysis Timing Considerations	
1.1.7	Development Approaches	
1.1.8	Degree of Precedence Alternatives	
1.1.9	Organizational Alternatives	
1.1.10	Data Environment Alternatives	
1.1.11	Some History and References	
1.1.12	Overview of the Book 	
1.1.12.1	How it Came to Be	
1.1.12.2	The Remainder of This Part	
1.1.12.3	The Other Parts of This Book	
1.1.13	How to Get the Most Out of the Book	
1.2	SYSTEM DEVELOPMENT PROCESS OVERVIEW	
1.2.1	The Ultimate Process Step - The Enterprise Vision	
1.2.2	Product Line Effects	
1.2.3	Customer Base Effects	
1.2.4	Structured Process Analysis and Process Definition Expansion	
1.2.5	Documentation Media	
1.2.6	Lower Tier Development Functionality	
1.2.6.1	Grand Systems Requirements, F41	
1.2.6.1.1	Program Integration	
1.2.6.1.1.1	Initial System Analysis	
1.2.6.1.1.2	Publish Specifications, F4122	
1.2.6.1.1.3	Traditional Structured Analysis, F4113	
1.2.6.1.2	Computer Software Structured Analysis, F4114	
1.2.6.1.3	Validate Requirements, F4121	
1.2.7	Grand Systems Synthesis, F42	
1.2.7.1	Design Grand System, F421	
1.2.7.1.1	Item Team Preliminary Design, F4211	
1.2.7.1.2	Item Team Detailed Design, F4212	
1.2.7.2	Material Operations, F422	
1.2.7.3	Manufacture System, F423	
1.2.8	Grand Systems Verification, F44	
1.2.9	Grand Systems Sustainment, F48	
1.2.9.1	Logistically Support System, F482 and F483	
1.2.9.2	Deploy/Deliver Product System, F481	
1.2.9.3	Modify Product System, F484	
1.2.9.4	Dispose of System, F485	
1.2.10	Use Product System, F47	
1.2.11	Manage Program, F49	
1.2.12	Assure Product and Process Quality, F46	
1.3	PROCESS VARIATIONS	
1.3.1	The Situation	
1.3.1.1	The Central Model	
1.3.1.2	DoD Process Rationale	
1.3.1.3	Other U.S. Government Life Cycle Models 	
1.3.1.4	Commercial Firm Future
1.3.1.5	The JOG System Engineering Prescription For Specifications
1.3.1.5.1	Template Preparation
1.3.1.5.2	Map Templates to Functional Departments
1.3.1.5.3	Map Templates to Structured Analysis Models
1.3.1.5.4	Provide For Configuration Management of the Model Base
1.3.1.5.5	Perform Structured Analysis on Programs
1.3.1.5.6	Allocate All Requirements to Product Architecture
1.3.1.5.7	Coordinate RAS-Complete with Template Structure
1.3.1.5.8	Capture Modeling Work Products in SDD
1.3.2	Alternative Sequence Models	
1.3.3	Concentrated Versus Distributed Customer Base	
1.3.4	Precedented Versus Unprecedented Systems	
1.3.5	The Three Gross Models	
1.3.6	The Lowest Common Denominator	
2	PART 2, REQUIREMENTS FOUNDATION	
2.1	REQUIREMENTS FUNDAMENTALS	
2.1.1	Primitive Requirements Statement	
2.1.1.1	The Essence of a Requirement 	
2.1.1.2	Document Style and Format 	
2.1.1.3	Primitive Requirement Statement Conversion	
2.1.1.4	Total Effect of Changes	
2.1.1.5	Variations	
2.1.1.6	Document Example	
2.1.2	Requirements Value Definition Methods	
2.1.2.1	Why is Quantification Important?	
2.1.2.2	Value Definition Methods	
2.1.3	Requirements Derivation	
2.1.4	Kinds of Requirements	
2.1.4.1	Performance Requirements	
2.1.4.2	Design Constraints	
2.1.4.2.1	What is a Design Constraint	
2.1.4.2.2	Design Constraints Analysis Timing	
2.1.4.2.3	Major Design Constraint Categories	
2.1.5	Requirements In Time	
2.1.6	The Remaining Road	
2.2	REQUIREMENTS TRACEABILITY RELATIONSHIPS	
2.2.1	Requirements Are Not Islands	
2.2.2	Vertical Traceability
2.2.2.1	Requirements Source Traceability	
2.2.2.2	Requirements Rationale Traceability	
2.2.2.3	Requirements Traceability and Allocation/Flowdown	
2.2.2.4	Parent-Child Requirements Traceability	
2.2.2.4.1	Why Traceability?	
2.2.2.4.2	Traceability Mechanism	
2.2.2.4.3	Traceability Across Interfaces	
2.2.2.4.4	Multiple Traceability Paths	
2.2.3	Longitudinal Traceability
2.2.4	Requirements Traceability To Process	
2.2.4.1	Single Sheet Traceability to Process
2.2.4.2	Specification Template Traceability 
2.2.5	Grand System Traceability	
2.2.6	Traceability Reporting	
2.2.7	Traceability Audits	
2.3	REQUIREMENTS ALLOCATION, MARGINS, AND BUDGETS	
2.3.1	Requirement Value Determination	
2.3.2	Requirements Allocation 	
2.3.3	Margin Management	
2.3.3.1	What Are Formal Margins?	
2.3.3.2	Selection and Maintenance of Design Margin Parameters	
2.3.3.3	Safety Margins	
2.3.3.4	Inclusion of Margin Accounts in Requirements Data	
2.3.3.5	Design Margin Account Transfers	
2.3.4	Budget Management	
2.4	REQUIREMENTS ANALYSIS STRATEGIES	
2.4.1	The Four Strategies 	
2.4.2	Freestyle Strategy	
2.4.3	Cloning Strategy	
2.4.3.1	Specification Standards	
2.4.3.2	Like Item Approach	
2.4.3.3	Parent Item, Flowdown, or Allocation Approach	
2.4.3.4	Flowdown Scope Limitation	
2.4.4	Question and Answer Strategy	
2.3.5	Structured Analysis Strategy	
3	PART 3, TRADITIONAL STRUCTURED ANALYSIS	
3.1	SYSTEM BEGINNINGS	
3.1.1	What's In a Name?	
3.1.2	In the Beginning	
3.1.3	The Meaning of the Term	
3.1.4	Unprecedented System Definition	
3.1.4.1	Customer Interaction	
3.1.4.2	Mission and Operations Analysis	
3.1.4.3	MOE and Selection Criteria Development 	
3.1.4.4	Requirements Work	
3.1.4.5	System Environmental Definition 	
3.1.4.6	Specialty Discipline Analyses	
3.1.4.7	Concept and Program Design	
3.1.4.8	Manage the Study	
3.1.4.9	Program Funding Profile Requirements	
3.1.5	Trade Studies	
3.1.5.1	Trade Study Mechanics	
3.1.5.2	Post Selection Tasks	
3.1.6	Rigor Versus Creativity	
3.1.7	Precedented System Definition	
3.1.8	Concluding Reviews	
	
3.2	A GENERAL THEORY OF STRUCTURED ANALYSIS	
3.2.1	What is Structured Analysis	
3.2.2	Structured Development Goals	
3.2.3	Where Does It Appear in the Process	
3.2.4	Comparative Overview of Approaches	
3.2.5	Poly-Faceted View of Problem Spaces	
3.2.6	Entry Facet Differences	
3.2.7	An Entry Continuum 	
3.2.8	Model Documentation	
3.2.9	Completeness and Avoiding Model Madness	
3.2.10	Detailed Coverage of Models	
3.3	FUNCTIONAL ANALYSIS	
3.3.1	The Heritage of Structured Analysis	
3.3.2	Form Follows Function	
3.3.3	Functional Flow Analysis	
3.3.3.1	Function Identification and Sequence	
3.3.3.2	The Top Function	
3.3.3.3	Life Cycle Master Flow Diagram	
3.3.3.4	Flow Diagramming Details	
3.3.3.5	Detailed Flow Diagrams	
3.3.3.6	Functional N-Square Diagramming	
3.3.3.7	Performance Requirements Analysis	
3.3.3.8	Allocation Pacing	
3.3.3.8.1	Independent Mode	
3.3.3.8.2	Instant Allocation Mode	
3.3.3.8.3	Progressive Allocation Mode	
3.3.3.8.4	Layered Approach	
3.4	PRODUCT AND PROCESS PERFORMANCE REQUIREMENTS 	
	ANALYSIS AND ALLOCATION
3.4.1	Preliminaries	
3.4.1.1	Product Performance Requirements Analysis	
3.4.1.2	Process Performance Requirements Analysis	
3.4.2	Requirements Development Strategies	
3.4.3	The General Plan	
3.4.4	Transition to Process Analysis	
3.4.5	Primitive Statement and Transform	
3.4.6	Value Identification	
3.4.7	Product Class Differences 	
3.4.7.1	Product Computer Software	
3.4.7.2	Operational and Logistics Task Analysis	
3.4.7.3	Product Facilities	
3.4.7.4	Composite Product Objects	
3.4.8	Guidelines	
3.4.9	Verification Planning Analysis (VPA)	
3.4.9.1	Overview	
3.4.9.2	Development Evaluation Test Requirements Analysis	
3.4.9.3	Item Qualification Verification Requirements Analysis	
3.4.9.4	System Test and Evaluation Requirements Analysis	
3.4.9.5	Item Acceptance Test Requirements Analysis	
3.4.10	Logistics Support Analysis	
3.4.11	Allocation of Functionality	
3.4.11.1	Team Briefing	
3.4.11.2	Review Past Allocations	
3.4.11.3	Brainstorming and Analysis	
3.4.11.4	Consolidation	
3.4.11.5	New Architecture Identification	
3.4.11.6	Engineering Review Meeting	
3.4.11.7	Overall Coordination	
3.4.11.8	Allocation Criteria Guidance	
3.4.11.9	Additional Performance Requirements Analysis Examples	
3.4.11.9.1	Performance Requirements Analysis Example 1	
3.4.11.9.2	Performance Requirements Analysis Example 2	
3.4.11.9.3	Performance Requirements Analysis Example 3	
3.4.11.9.4	Performance Requirements Analysis Example 4	
3.4.12	Performance Requirements Analysis Preceding Function Allocation
3.4.13	RAS-Centered Requirements Analysis
3.4.14	Process Summary	
	
3.5	ARCHITECTURE SYNTHESIS	
3.5.1	Introduction to Architecture	
3.5.2	Architecture Block Diagramming	
3.5.3	Diagramming Fundamentals	
3.5.4	Architecture Element Coding	
3.5.5	Sheet Cross-Referencing	
3.5.6	Alternative Organizational Structures	
3.5.7	Implementation Notes and Responsibility	
3.5.8	Architecture Crossing Conditions	
3.5.9	Reversing Traditional Structured Analysis	
3.6	INTERFACE IDENTIFICATION AND DEFINITION	
3.6.1	Introduction to Interface Analysis	
3.6.1.1	Interface Defined	
3.6.1.2	The Interface Dilemma	
3.6.1.3	The Solution	
3.6.2	Interface Identification	
3.6.2.1	Intuitive Interface Identification	
3.6.2.2	A Thoroughly Disciplined Method	
3.6.3	Identification Work Products	
3.6.3.1	N-Square Diagramming Methods	
3.6.3.2	Schematic Methods	
2.6.3.3	Interface Dictionary
3.6.4	Interface Media and Requirements Definition	
3.6.4.1	Electrical Power Example	
3.6.4.2	Electrical Signal Example	
3.6.4.3	Physical Attachment Example	
3.6.4.4	Fluid Transmission Example	
3.6.5	Interface Documentation	
3.6.5.1	Capture in the Requirements Analysis Sheet and Database System	
3.6.5.2	Interface Definition Publication	
3.6.6	Interface Responsibility	
3.6.6.1	Program Organization	
3.6.6.2	Three Views of Interface	
3.6.6.3	Interface Responsibility Model	
3.6.2.3	The Special Need for External Interface Development	
3.7	SPECIALTY ENGINEERING REQUIREMENTS ANALYSIS	
3.7.1	Serial Versus Parallel Work Pattern	
3.7.2	The Generic Specialty Engineering Process	
3.7.2.1	Requirements Identification Responsibility Aid	
3.7.2.2 	Requirements Capture	
3.7.2.2.1	Freestyle Approach	
3.7.2.2.2	Cloning Approach	
3.7.2.2.3	Question and Answer Approach	
3.7.2.2.4	The Structured Strategy in Years Gone By	
3.7.2.2.5	Structured Analysis in the 21st Century	
3.7.2.3	Constraints Integration	
3.7.2.4	Specialty Constraints Communication	
3.7.2.4.1	Checklist Approach	
3.7.2.4.2	Individual Person-To-Person	
3.7.2.4.3	Organized Interaction Meetings	
3.7.2.4.4	Decision Support	
3.7.2.5	Specialty Design Assessment 	
3.7.2.5.1	Non-Compliance Identification	
3.7.2.5.2	Non-Compliance Correction	
3.7.3	Engineering Specialty Activities Overview	
3.7.3.1	Reliability Engineering	
3.7.3.1.1	Task 1, Reliability Program Plan	
3.7.3.1.2	Task 2, Subcontractor and Supplier Control	
3.7.3.1.3	Task 3, Failure Reporting, Analysis, and Corrective Action System 	
	(FRACAS)
3.7.3.1.4	Task 4, Failure Review Board (FRB)	
3.7.3.1.5	Task 5, Reliability Modeling	
2.7.3.1.6	Task 6, Reliability Allocations	
3.7.3.1.7	Task 7, Reliability Predictions	
3.7.3.1.8	Task 8, Failure Modes, Effects, and Criticality Analysis (FMECA)	
3.7.3.1.9	Task 9, Reliability Critical Items & Critical Item Control Plan	
3.7.3.1.10	Task 10, Reliability Development, Growth and Test (RDG&T) Plan	
3.7.3.1.11	Task 11, Sneak Circuit Analysis	
3.7.3.1.12	Reliability References	
3.7.3.2 	Parts, Materials, and Process Engineering (PMP)	
3.7.3.3	Maintainability Engineering	
3.7.3.3.1	Task 1 Maintainability Analysis	
3.7.3.3.2	Task 2, Document Maintainability Requirements and Criteria	
3.7.3.3.3	Task 3, Maintainability Quantitative Analysis to Assure Requirements 	
	are Met
3.7.3.3.4	Task 4, Design Surveillance/Assessment	
3.7.3.3.5	Task 5, Participate In Design Tradeoff Studies	
3.7.3.3.6	Task 6, Participate In Design Reviews	
3.7.3.3.7	Task 7, Subcontractor and Supplier Control	
3.7.3.3.8	Task 8, Failure Reporting, Analysis, and Corrective Action	
3.7.3.3.9	Task 9, Conduct Maintainability Demonstration	
3.7.3.3.10	Maintainability References	
3.7.3.4	Availability	
3.7.3.5	Producibility Engineering	
3.7.3.6	Design To Cost/Life Cycle Cost (DTC/LCC)	
3.7.3.7	Human Factors Engineering	
3.7.3.8	Corrosion Prevention and Control (CPC)	
3.7.3.9	System Safety Engineering	
3.7.3.10	Electromagnetic Compatibility (EMC) Engineering	
3.7.3.11	System Security Engineering	
3.7.3.12	Mass Properties Engineering	
3.7.3.13	Environmental Impact Engineering	
3.7.4	Science Projects and Natural Systems	
3.7.4.1	The Ultimate System Diagram	
3.7.4.2	Give Us the Sense to Know the Difference	
3.7.4.3	Characterizing Reality	
3.7.4.4	Specific Science Development Programs	
3.8	ENVIRONMENTAL REQUIREMENTS ANALYSIS	
3.8.1	Overview	
3.8.2	Environmental Categories	
3.8.2.1	Natural Environment (QN)	
3.8.2.2	Self-Induced Environment (QI)	
3.8.2.3	Non-Cooperative Environment (QX)	
3.8.2.4	Hostile Environment (QH)	
3.8.2.5	Cooperative Environment (QC)	
3.8.3 	Environmental Requirements Models 	
3.8.3.1	System Environmental Requirements Analysis	
3.8.3.2	End Item Environmental Requirements 	
3.8.3.3	Component Environmental Requirements	
3.8.4	Time Analysis	
3.8.4.1	Diagramming Fundamentals	
3.8.4.2	Timeline Diagram Symbols	
3.8.4.3	Variability	
3.8.4.4	Selectivity	
3.8.4.5	Tabular Timelines	
3.8.4.6	Timeline Reporting	
3.8.5	Environmental Requirements Capture 
3.8.6	Environmental Impact
3.9	FUNCTIONAL ANALYSIS ALTERNATIVES	
3.9.1	Variations Covered	
3.9.2	Functional Analysis Variations	
3.9.2.1	Hierarchical Functional Analysis	
3.9.2.2	Enhanced Functional Flow Block Diagramming	
3.9.2.2.1	Trigger Construct	
3.9.2.2.2	Multiple Exit Function	
3.9.2.2.3	Iteration	
3.9.2.2.4	Loop	
3.9.2.2.5	Kill Branch	
3.9.2.2.6	Lateral Data or Commodity Flow	
3.9.2.3	Behavioral Diagramming	
3.9.2.4	IDEF-0	
3.9.2.5	FRAT	
3.9.3	State and Event Analysis	
3.9.3.1	State Transition Diagram Analysis	
3.9.3.2	Finite State Machines	
3.9.3.3	Petri Nets	
3.9.3.4	Event Traces, Lists, and Trees
3.9.4	Mathematical Models	
3.9.4.1	Mathematical Equations	
3.9.4.2	Formal Methods	
3.9.5	Scenarios, Strings, and Events Analysis	
3.9.5.1	Scenario Depictions	
3.9.5.2	Icon Flow	
3.9.5.3	Descriptive Text	
3.9.5.4	Strings or Threads	
3.9.5.5	Synthesis of Functional Threads	
3.9.6	Process Analysis	
3.9.6.1	Process Fundamentals	
3.9.6.1.1	Diagramming	
3.9.6.1.2	Process-Resource Linkage	
3.9.6.1.3	Process-Environment Linkage	
3.9.6.2	Process Analysis Applications	
3.9.6.2.1	Generic Enterprise and Program Planning	
3.9.6.2.2	Generic Process Analysis	
3.9.6.2.3	Program Specific Process	
3.9.6.2.4	Continuing Cost and Schedule Requirements Analysis	
3.9.6.3	Program Product-Oriented Processes	
3.9.6.3.1	Specialty Engineering Integration and Concurrent Engineering	
3.9.6.3.2	Program Material and Procurement Process Analysis	
3.9.6.3.3	Program Manufacturing and Quality Process Analysis	
3.9.6.3.4	Program Verification Process Analysis	
3.9.6.3.4.1	Test Planning Analysis (TPA)	
3.9.6.3.4.2	Development Test Requirements Analysis	
3.9.6.3.4.3	Qualification Test Requirements Analysis	
3.9.6.3.4.4	Operational Test Requirements Analysis	
3.9.6.3.4.5	Acceptance Test Requirements Analysis	
3.9.6.4	Deployment Planning Analysis (DPA)	
3.9.6.5	System Sustainment Process Analysis	
3.9.6.5.1	Logistics Support Analysis Overview	
3.9.6.5.2	LSA Example	
3.9.6.5.3	Product Operation Analysis	
3.9.6.5.4	Modification Development	
3.9.6.6	Disposal Analysis	
3.9.7	Quality Function Deployment	
3.9.7.1	Introduction to Quality Function Deployment (QFD)	
3.9.7.2	Physical Implementation	
3.9.7.3	A Problem With QFD	
3.9.7.4	Linking QFD With Structured Analysis	
3.9.7.5	Derived Requirements Generator	
3.10	RAS-COMPLETE AND RAS-CENTERED ANALYSIS	
3.10.1	A System Defined	
3.10.2	Descriptors of Interest	
3.10.3	System Functionality	
3.10.4	Performance Requirements Derivation and Allocation	
3.10.5	Conventional RAS Limitations	
3.10.6	The Beginning of the Complete RAS	
3.10.7	System Architecture	
3.10.8	Allocation Pacing Alternatives	
3.10.9	System Relations	
3.10.10	The System Environment	
3.10.11	Environmental Relation Algorithm	
3.10.11.1	System Environmental Relations	
3.10.11.2	End Item Service Use Profile	
3.10.11.3	Component Environmental Relations	
3.10.12	Specialty Engineering and RAS Complete	
3.10.13	Verification Extension	
3.10.14	Conclusions	
3.11	TRADITIONAL STRUCTURED ANALYSIS DOCUMENTATION	
3.11.1	The Common Failure	
3.11.2	SDD Content and Format	
3.11.2.1	Document Main Body	
3.11.2.2	Appendix A, Functional Analysis	
3.11.2.3	Appendix B, System Environment Analysis	
3.11.2.4	Appendix C, System Architecture Analysis	
3.11.2.5	Appendix D, System Interface Analysis	
3.11.2.6	Appendix E, Specialty Engineering Definition Analysis	
3.11.2.7	Appendix F, System Process Analysis	
3.11.2.8	Appendix G, Requirements Analysis Sheet
3.11.3	Recommended Responsibility Pattern	
4	PART 4, COMPUTER SOFTWARE STRUCTURED ANALYSIS	
4.1	INTRODUCTION	
4.1.1	Computer Software Development Environment	
4.1.2	Software Development Models For Analysis	
4.1.3	Model Comparisons	
4.1.4	Design and Manufacturing Differences	
4.1.5	Software Deficit Disorder	
4.2	COMPUTER PROCESSING ORIENTED ANALYSIS	
4.2.1	A Little History	
4.2.2	Flow Charts and Other Things	
4.2.3	Modern Structured Analysis	
4.2.4	Hatley-Pirbhai Real Time Extension	
4.2.5	Transform From Models to Software Entities and Their Requirements	
4.2.6	Are These Models Only Appropriate For Software?	
4.3	DATA ORIENTED ANALYSIS	
4.3.1	Data Augmentation of Modern Structured Analysis	
4.3.1.1	Data Lines, Stores, and Dictionaries	
4.3.1.2	Entity Relationship Diagrams	
4.3.2	Relational Database Development	
4.3.2.1	Relational Database Development Using Table Normalization	
4.3.2.2	Relational Database Development Using IDEF 1X	
4.3.3	Transition to Specification	
4.3.4	DoD Architecture Framework	
4.4	OBJECT ORIENTED ANALYSIS	
4.4.1	The Early Combined Analysis Techniques	
4.4.1.1	Input-Process-Output (IPO) Analysis	
4.4.1.2	SADT and IDEF-0	
4.4.2	Early Object Oriented Analysis	
4.4.2.1	A Dynamic Beginning	
4.4.2.2	Misplaced Beginnings	
4.4.2.3	The Class and Object Model	
4.4.2.4	The Dynamic Model	
4.4.2.5	The Functional Model	
4.4.3	Function-Driven Early OOA	
4.4.4	Unified Modeling Language (UML)	
4.4.4.1	Problem Space Entry and Continuation	
4.4.4.2	Dynamic Model Elements	
4.4.4.2.1	Use Case Diagram	
4.4.4.2.2	Statechart Diagram	
4.4.4.2.3	Activity Diagram	
4.4.4.2.4	Collaboration Diagram	
4.4.4.2.5	Sequence Diagram	
4.4.4.3	Static Model Elements	
4.4.4.3.1	Class and Object Diagrams	
4.4.4.3.2	Component and Deployment Diagrams	
4.4.4.4	Unprecedented Application	
4.4.4.5	Precedented Application	
4.4.5	Moving to Specification	
4.5	SYSTEM MODELING USING THE DOD ARCHITECTURE	
	FRAMEWORK
4.5.1	Background	
4.5.2	Overview	
4.5.3	Framework Products	
4.5.3.1	All Views	
4.5.3.1.1	Overview and Summary Information (AV-1)	
4.5.3.1.2	Integrated Dictionary (AV-2)	
4.5.3.2	Operational Architecture Views	
4.5.3.2.1	High Level Operational Concept Graphic (OV-1)	
4.5.3.2.2	Operational Node Connectivity Description (OV-2)	
4.5.3.2.3	Operational Information Exchange Matrix (OV-3)	
4.5.3.2.4	Organizational Relationships Chart (OV-4)	
4.5.3.2.5	Activity Model (OV-5)	
4.5.3.2.6	Operational Activity Sequence and Timing Descriptions (OV-6)	
4.5.3.2.6.1	Operational Rules Model (OV-6a)	
4.5.3.2.6.2	Operational State Transition Description (OV-6b)	
4.5.3.2.6.3	Operational Event/Trace Description (OV-6c)	
4.5.3.2.7	Logical Data Model (OV-7)	
4.5.3.3	Systems View	
4.5.3.3.1	System Interface Description (SV-1)	
4.5.3.3.2	Systems Communications Description (SV-2)	
4.5.3.3.3	Systems-Systems Matrix (SV-3)	
4.5.3.3.4	Systems Functionality Description (SV-4)	
4.5.3.3.5	Operational Activity to System Function Traceability Matrix (SV-5)	
4.5.3.3.6	Systems Data Exchange Matrix (SV-6)	
4.5.3.3.7	Systems Performance Parameters Matrix (SV-7)	
4.5.3.3.8	Systems Evolution Description (SV-8)	
4.5.3.3.9	Systems Technology Forecast (SV-9)	
4.5.3.3.10	System Activity Sequence and Timing Descriptions (SV-10)	
4.5.3.2.11	Physical Schema (SV-11)	
4.5.3.4	Technical Standards View	
4.5.3.4.1	Technical Architecture Profile (TV-1)	
4.5.3.4.2	Standards Technology Forecast (TV-2)	
4.5.4	Other Related Efforts	
4.5.5	Architecture Product Interrelationships	
4.5.5.1	Operational View Relationships	
4.5.5.2	Systems View Relationships	
4.5.5.3	Operations to Systems View Traceabilities	
4.5.6	The Six-Step Architecture Description Process	
4.5.6.1	Determine Intended Use of the Architecture	
4.5.6.2	Determine Architecture Scope, Context, Environment, and Assumptions	
4.5.6.3	Determine What Information the Architecture Description Needs to 	
	Capture	
4.5.6.4	Determine Views and Products to be Built	
4.5.6.5	Build the Requisite Products	
4.5.6.6	Use the Architecture For Intended Purpose	
4.6	STRUCTURED ANALYSIS FUSION	
4.6.1	Functional Flow or Die!	
4.6.2	Structured Analysis Boundaries	
4.6.3	Multiple Paths	
4.6.3.1	Decomposition Methodology Flexibility	
4.6.3.2	Functional Traceability	
4.6.4	Expanding Zig Zag	
4.6.5	Evolution of the Ultimate Method	
4.6.6	Model Driven Development	
5	PART 5, SPECIFICATION CONTENT STANDARDS	
5.1	SPECIFICATION DEVELOPMENT FUNDAMENTALS	
5.1.1	Overview	
5.1.1.1	What is a Specification?	
5.1.1.2	Specification Format Control	
5.1.1.3	Document Controls	
5.1.1.4	The Case For Uniformity	
5.1.2	DoD Specifications Under MIL-STD-490A	
5.1.2.1	MIL-STD-490A Specification Types	
5.1.2.1.1	Type A System/Segment Specification	
5.1.2.1.2	Type B Development Specifications	
5.1.2.1.2.1	Type B1 Prime Item Development Specification	
5.1.2.1.2.2	Type B2 Critical Item Development Specification	
5.1.2.1.2.3	Type B3 Non-Complex Item Development Specification	
5.1.2.1.2.4	Type B4 Facility or Ship Development Specification	
5.1.2.1.2.5	Type B5 Software Development Specification	
5.1.2.1.3	Type C Product Specifications	
5.1.2.1.3.1	Type C1 Prime Item Product Specifications	
5.1.2.1.3.2	Type C1a Prime Item Product Function Specification	
5.1.2.1.3.3	Type C1b Prime Item Product Fabrication Specification	
5.1.2.1.3.4	Type C2 Critical Item Product Specifications	
5.1.2.1.3.5	Type C2a Critical Item Product Function Specification	
5.1.2.1.3.6	Type C2b Critical Item Product Fabrication Specification	
5.1.2.1.3.7	Type C3 Non-complex Item Product Fabrication Specification	
5.1.2.1.3.8	Type C4 Inventory Item Specification	
5.1.2.1.3.9	Type C5 Software Product Specification	
5.1.2.1.4	Type D Process Specifications	
5.1.2.1.5	Type E Material Specifications	
5.1.2.2	DoD Specification Forms Under MIL-S-83490	
5.1.2.3	Coordinated MIL-STD-490A References	
5.1.2.4	MIL-STD-490A Specification Baselines	
5.1.2.4.1	Functional Configuration Identification	
5.1.2.4.2	Allocated Configuration Identification	
5.1.2.4.3	Product Configuration Identification	
5.1.3	MIL-STD-961D Specification Standard	
5.1.3.1	Specification Types	
5.1.3.2	Structure and Content	
5.1.4	MIL-STD-961E
5.1.5	Other Requirements Document Types	
5.1.6	Coverage of Specifications	
5.1.6.1	General Specification	
5.1.6.2	Detail Specification	
5.1.7	One and Two Part Specifications	
5.1.8	A Strange Specification Format	
5.2	GENERAL SPECIFICATION STYLE GUIDE	
5.2.1	Style, Format, and Identification of Specifications	
5.2.1.1	Sectional Arrangement of Specifications	
5.2.1.2	Language Style	
5.2.1.3	Primitive Requirement Statement 	
5.2.1.4	Capitalization and Spelling	
5.2.1.5	Abbreviations	
5.2.1.6	Symbols	
5.2.1.7	Proprietary Names	
5.2.1.8	Commonly Used Words and Phrasing	
5.2.1.9	Use of "Shall," "Will," "Should," and "May"	
5.2.1.10	Use of "Flammable" and "Nonflammable"	
5.2.2	Paragraphing Numbering and Identification	
5.2.2.1	Paragraph Identification	
5.2.2.2	Underlining	
5.2.2.3	Cross References	
5.2.2.4	Figures, Tables, and Foldouts	
5.2.2.5	Location of Figures in Specification	
5.2.2.6	Preparation of Figures	
5.2.2.7	Location of Tables in Specifications	
5.2.2.8	Preparation of Tables	
5.2.2.9	Foldouts	
5.2.3	Footnotes	
5.2.3.1	Footnotes to Text	
5.2.3.2	Footnotes to Tables and Figures	
5.2.4	Contractual and Administrative Requirements	
5.2.4.1	Definitions in Specifications	
5.2.4.2	References to Other Documents	
5.2.4.3	Limitation on References 	
5.2.4.4	Security Marking of Specifications	
5.2.4.5	Identification of Specifications	
5.2.4.6	Titling the Specification	
5.3	SPECIFICATION CONTENT GUIDANCE	
5.3.1	MIL-STD-490A Content Standard	
5.3.1.1	Section 1 - Scope 	
5.3.1.1.1	Scope	
5.3.1.1.2	Classification	
5.3.1.2	Section 2 - Applicable Documents	
5.3.1.2.1	Kinds of Documents	
5.3.1.2.1.1	Government Documents	
5.3.1.2.1.2	Non-Government Documents	
5.3.1.2.2	Listing of References	
5.3.1.2.2.1	Government Documents	
5.3.1.2.2.2	Non-Government Documents	
5.3.1.3	Section 3 - Requirements	
5.3.1.3.1	Definition (Paragraph 3.1)	
5.3.1.3.2	Characteristics (Paragraph 3.2)	
5.3.1.3.2.1	Performance Characteristics	
5.3.1.3.2.2	Physical Characteristics	
5.3.1.3.2.2.1	Reliability	
5.3.1.3.2.2.2	Maintainability	
5.3.1.3.2.2.3	Environmental Conditions	
5.3.1.3.2.2.4	Environmental Conditions Transportability	
5.3.1.3.2.3	Design and Construction (Paragraph 3.3)	
5.3.1.3.2.3.1	Materials	
5.3.1.3.2.3.2	Materials Toxic Products and Formulations	
5.3.1.3.2.3.3	Electromagnetic Radiation	
5.3.1.3.2.3.4	Nameplates or Product Markings	
5.3.1.3.2.3.5	Workmanship	
5.3.1.3.2.3.6	Interchangeability	
5.3.1.3.2.3.7	Safety	
5.3.1.3.2.3.8	Human Engineering	
5.3.1.3.2.4	Documentation (Paragraph 3.4)	
5.3.1.3.2.5	Logistics (Paragraph 3.5)	
5.3.1.3.2.6	Personnel and Training (Paragraph 3.6)	
5.3.1.3.2.7	Characteristics of Subordinate Elements (Paragraph 3.7)	
5.3.1.3.2.8	Precedence (Paragraph 3.8)	
5.3.1.3.2.9	Qualification (Paragraph 3.9)	
5.3.1.4	Section 4 - Quality Assurance Provisions	
5.3.1.4.1	General	
5.3.1.4.2	Responsibility for Inspection	
5.3.1.4.3	Special Tests and Examinations	
5.3.1.4.4	Quality Conformance Inspections	
5.3.1.5	Section 5 - Preparation For Delivery	
5.3.1.5.1	General	
5.3.1.5.2	Detailed Preparation	
5.3.1.5.2.1	Preservation and Packaging	
5.3.1.5.2.2	Packing	
5.3.1.5.2.3	Marking for Shipment	
5.3.1.6	Section 6 - Notes	
5.3.1.6.1	Intended Use	
5.3.1.6.2	Ordering Data	
5.3.1.6.3	Instructions for Models and Samples	
5.3.1.6.4	Qualification Provisions	
5.3.1.6.5	Cross-Reference of Classifications	
5.3.1.6.6	Miscellaneous Notes	
5.3.1.7	Appendix and Index	
5.3.1.7.1	Appendix Numbering		
5.3.1.7.2	Scope	
5.3.1.7.3	Headings	
5.3.1.7.4	References	
5.3.1.7.5	Index	
5.3.2	MIL-STD-961D Content Standard	
5.3.3	MIL-STD-961E Content Standard Delta	
5.3.4	Software Specification Standards	
5.3.4.1	Military Standards	
5.3.4.1.1	Software System Specification
5.3.4.1.2	Software Requirements Specification (SRS)	
5.3.4.1.3	Software Product Specification (SPS)	
5.3.4.1.4	Interface Requirements Specification (IRS)	
5.3.4.2	Commercial Standards	
5.3.5	A Standard For the Ultimate Simplicity	
5.3.6	An Updated Content Standard	
5.4	APPLICABLE DOCUMENTS ANALYSIS AND TAILORING	
5.4.1	Introduction to Applicable Documents	
5.4.1.1	Applicable Documents Defined	
5.4.1.2	Bi-directional Tailoring	
5.4.1.3	Document Tailoring	
5.4.1.4	Applicable Document Levels	
5.4.1.5	DoD Policy Changes	
5.4.1.6	Definitions	
5.4.2	Initiation of the Program Applicable Documents List	
5.4.2.1	An Enterprise Applicable Documents List (EADL)	
5.4.2.2	Applicable Document Assessment Sources	
5.4.3	Detailed Process Description	
5.4.3.1	Create & Maintain Program Applicable Document List, F3131	
5.4.3.2	Coordinate Tailoring Capture, F3132	
5.4.3.3	Maintain EADL	
5.4.3.4	Compare Requirements, F3134	
5.4.3.5	Study Conversion Difficulty, F3135	
5.4.3.6	Assemble Specifications Baseline Report, F3136	
5.4.3.7	Coordinate Supplier Compliance, F3137	
5.4.3.8	Accept New Requirement, F3138	
5.4.3.9	Tailor Company Standards, F3139	
5.4.3.10	Reject or Offer Alternative Document, F313A	
5.4.3.11	Assess Customer Needs and Attitudes, F313B	
5.4.3.12	Tailor Applicable Document, F313C	
5.4.3.13	Study Impact of Compliance, F313D	
5.4.3.14	Mark Up SOW and Top Level Specification, F313E	
5.4.3.15	Change Company Practice For Program Use, F313F	
5.4.3.16	Assemble and Review Assessment Recommendations, F313G	
5.4.3.17	Review Assessment Report, F313H	
5.4.3.18	Negotiate With Customer, F313I	
5.4.4	Team Tailoring	
5.4.5	System Engineering Standards Relating to Requirements Analysis	
5.5	PART II SPECIFICATIONS	
5.5.1	The Part Situation	
5.5.2	Specification Timing	
5.5.3	Military Standards	
5.5.4	Part II Specification Content Development	
5.5.4.1	Outline Suggestion	
5.5.4.2	Content Development Techniques	
6	PART 6, REQUIREMENTS MANAGEMENT 	
6.1	PROCESS OVERVIEW FROM A MANAGEMENT PERSPECTIVE	
6.1.1	Introduction
6.1.1.1	Overview	
6.1.1.2	Total Quality Management	
6.1.1.3	Buzz Words Forever	
6.1.2	Program Preparation	
6.1.2.1	Resource Overview	
6.1.2.2	Specification Templates
6.1.2.3	Analytical Models	
6.1.2.4	Model/Template Maps	
6.1.2.5	Planned Writing Responsibilities	
6.1.2.6	Preparation For Structured Analysis Work Product Capture 	
6.1.2.7	Applicable Document Action	
6.1.2.8	Teaming Planning	
6.1.2.9	Program Specification Library	
6.1.2.9.1	Library Initiation	
6.1.2.9.2	PSL Variations	
6.1.2.9.3	Security	
6.1.2.9.4	Availability	
6.1.2.9.5	PSL Finances	
6.1.2.9.6	Specification Standards Loading	
6.1.2.9.7	Requirements Database Interface	
6.1.2.9.8	Data Ownership	
6.1.3	Program Implementation
6.1.3.1	Program Specifications Plan	
6.1.3.1.1	Program-Unique Document Identification	
6.1.3.1.2	Responsibility Assignment	
6.1.3.1.3	Specification Scheduling and Statusing	
6.1.3.1.4	Specification Baseline Identification	
6.1.3.1.5	Baseline Definition Documentation	
6.1.3.1.6	The Physical Baseline	
6.1.3.1.7	Electronic Specification Library	
6.1.3.1.8	Specification Change Management 
6.1.3.2	Program Specification Standards Preparation	
6.1.3.2.1	Responsibility and Content	
6.1.3.2.2	Standards Availability	
6.1.3.2.3	Multiple Standards Levels	
6.1.3.3	Specification Tree Development	
6.1.3.4	Principal Engineer Selection, Assignment, and Training	
6.1.3.5	Program Specification Development Methods	
6.1.3.6	Modularization of the Schedule	
6.1.3.7	Regulating The Plunge	
6.1.3.8	Selective Requirements Development	
6.1.3.9	Requirements Risk Management	
6.1.3.10	Process Controls	
6.1.3.10.1	IPPT Meeting Structure	
6.1.3.10.2	Requirements Traceability Audit	
6.1.3.10.3	Status Tracking	
6.1.3.10.4	Integration and Optimization Activity	
6.1.3.11	Tailoring the Development Intensity	
6.1.3.12	Development Data Package Concept	
6.1.4	Program Closeout	
6.2	REQUIREMENTS RISK MANAGEMENT	
6.2.1	Validation and Risk	
6.2.2	The Validation Time Span	
6.2.3	Avoiding a Null Solution Space	
6.2.4	Validation Process Overview	
6.2.4.1	Overview	
6.2.4.2	Initial Screening of the Requirements For Validation	
6.2.4.3	Validation Intensity Selectivity	
6.2.4.4	Formal Requirements Validation Management	
6.2.4.5	Validation Through Risk Management	
6.2.4.6	Technical Performance Measurement	
6.2.4.7	Requirements Maturation Control	
6.2.5	Validation Responsibility and Leadership	
6.2.6	Validation Expectations	
6.2.6.1	Requirements Necessity and Completeness	
6.2.6.2	Requirements Value Credibility	
6.2.6.3	Synthesizability	
6.2.7	Validation Methods	
6.2.7.1	Development Evaluation Testing (DET)	
6.2.7.2	Analysis	
6.2.7.3	Technology Demonstration	
6.2.7.4	Examination	
6.2.7.5	Combined Methods	
6.2.7.6	Validation By Review	
6.2.8	Product Representations	
6.2.8.1	The Many Views of the Product	
6.2.8.2	Representation Identification	
6.2.8.3	Representation Management	
6.2.8.4	Representations Documentation	
6.2.8.5	Closing the Loop on Representations	
6.2.9	Whole Program Phases	
6.3	REQUIREMENTS VALUE MANAGEMENT
6.3.1	Requirements Value Determination	
6.3.2	TBD/TBR Management	
6.3.3	Margin Management	
6.3.3.1	Cost Margins	
6.3.3.2	Schedule Margins	
6.3.3.3	Characteristics Margins	
6.3.3.4	Margin Consumption	
6.3.4	Budgets	
6.4	REQUIREMENTS INTEGRATION	
6.4.1	Who's in Charge?	
6.4.2	Item Process View	
6.4.3	Aggregate Requirements Integration	
6.4.3.1	Requirements Set Attributes	
6.4.3.1.1	Consistency	
6.4.3.1.2	Completeness	
6.4.3.1.3	Minimized	
6.4.3.1.4	Uniqueness	
6.4.3.1.5	Balance	
6.4.3.2	Individual Requirements Attributes	
6.4.3.2.1	Traceability	
6.4.3.2.2	Correctness of Style	
6.4.3.2.3	Singleness of Purpose	
6.4.3.2.4	Quantification	
6.4.3.2.5	Verifiability	
6.4.3.2.6	Unambiguity	
6.4.3.2.7	Good Judgment and Good Sense	
6.4.3.3	Margin Check	
6.4.3.4	TPM Status Check	
6.4.3.5	Specification Format Check	
6.4.4	Engineering Specialty Integration Overview	
6.4.5	Interface Requirements Analysis Integration	
6.4.6	Environmental Requirements Analysis Integration	
6.4.7	Process Requirements Integration	
6.5	INTERFACE REQUIREMENTS MANAGEMENT	
6.5.1	Internal Interface Control	
6.5.2	Subcontractor Interface Control	
6.5.3	Associate Contractors	
6.5.3.1	Formal Contractual Coverage	
6.5.3.2	Principal Integrating Contractor, SE&I Contractor, and IV&V	
6.5.3.3	Interface Control Working Group (ICWG)	
6.5.3.4	Interface Control Document Control	
6.5.4	Interface Integration Responsibility	
6.5.5	Interface Audit	
6.5.6	Some Non-standard Interface Concepts	
6.6	REQUIREMENTS VERIFICATION MANAGEMENT	
6.6.1	The Three-Step Process		
6.6.2	The V Words		
6.6.3	Verification Classes		
6.6.4	Verification Methods	
6.6.4.1	Test	
6.6.4.2	Analysis	
6.6.4.3	Demonstration	
6.6.4.4	Examination.	
6.6.4.5	Other Methods	
6.6.4.5.1	Similarity	
6.6.4.5.2	Simulation		
6.6.5	Qualification Verification	
6.6.5.1	Verification Requirements	
6.6.5.2	Verification Plans and Procedures	
6.6.5.3	Verification Implementation, Reports, and Audits	
6.6.6	Acceptance Verification	
6.6.7	System Test and Evaluation Verification	
6.6.8	Management Matrices		
5.5	SPECIFICATION DEVELOPMENT, CHANGE, REVIEW, 	
	AND APPROVAL	
5.5.1	Specification Development Controls	
5.5.1.1	The Specification Tree	
5.5.1.2	Responsibility Assignment	
5.5.1.3	Process Controls	
5.5.2	Specification Publishing 
6.7.2.1	Formal Review Process
6.7.2.2	Peer Review
5.5.3	Specification Archiving, Distribution, and Access	
5.5.3.1	Paper Methods	
5.5.3.2	Networked Library	
5.5.3.3	Web Page Library	
5.5.4	Specification Change Management	
5.5.4.1	Changes	
5.5.4.2	Specification Change Notice	
5.5.4.3	Proposed SCN	
5.5.4.4	Approved SCN	
5.5.4.5	Changed Pages	
5.5.4.6	Change Numbering	
5.5.4.7	Identification and Numbering of Changed Pages	
5.5.4.8	Revisions	
5.5.5	The Special Case of Interface Requirements Documentation	
5.5.5.1	A Profusion of Document Names	
5.5.5.2	Conditions of Use	
5.5.5.3	Living and Dying Documents	
5.5.5.4	Interface Definition and Document Organization	
5.5.5.5	Interface Terminals and Media	
5.5.5.6	System Environmental Interfaces	
5.5.5.7	Transforming Lines Into Requirements	
5.5.5.8	Document Organization	
5.5.5.8.1	Hardware ICD	
5.5.5.8.2	Software Interface Requirements Specification	
5.5.5.8.3	Mixed ICD	
5.5.6	Electronic Style Guide	
5.5.6.1	Documents of the Past	
5.5.6.2	Database Generated Specifications	
5.5.6.3	The End of the Paper Specification
7	PART 7, COMPUTER APPLICATIONS	
7.1	THE COMPUTER TOOL INFRASTRUCTURE	
7.1.1	Why Have We Waited So Long?	
7.1.2	Evolution of Methods	
7.1.3	Computer Tool Environment	
7.1.4	Requirements and Specifications Electronic Environment	
7.1.5	Networking and Workgroup Computing 	
7.1.6	A Basic Requirements Database	
7.1.7	Traceability Hooks	
7.1.8	Verification Tracking Tool	
7.1.9	Requirements Management Data Fields	
7.1.10	External Model Hooks	
7.1.11	Traceability to Process	
7.1.12	Data Integrity	
7.2	COMPUTER TOOLS FOR REQUIREMENTS ANALYSIS	
7.2.1	A Little history	
7.2.2	Buy or Build	
7.2.3	Available Tools and Their Features	
7.2.3.1	CORE	
7.2.3.2	DOORS	
7.2.3.3	RDD-100	
7.2.3.4	SLATE	
7.2.3.5	Other Requirements Tools	
7.2.3.6	Software Modeling Tools	
7.2.4	Features Not Generally Supported	
7.2.4.1	Design Constraints Identification	
7.2.4.2	Tool Linkage	
7.2.4.3	Primitive Capture and Numerical Content	
7.2.5	Implementation Suggestions	
7.2.5.1	Overcoming Use Difficulties	
7.2.5.2	Networking	
8	PART 8, CLOSING	
8.1	WHERE HAVE WE BEEN?	
8.1.1	What is the Essence of Our Story?	
8.1.1.1	Teamwork and Concurrency	
8.1.1.2	Development Directionality	
8.1.1.3	Multiple Requirements Analysis Strategies	
8.1.1.4	Demand-Driven Requirements Analysis	
8.1.1.5	Progressive Requirements Writing	
8.1.1.6	The Computers Are Coming!	
8.1.2	Overcoming Impediments to SRA Success	
 LIST OF ILLUSTRATIONS
FIGURE	TITLE	PAGE
------------------	--------------------------------------------------------------------------------------	---------
1.1-1	The Ultimate System Abstraction	
1.1-2	The Fundamental System Relation	
1.1-3	System Development Strokes	
1.1-4	Typical Matrix Organization	
1.2-1	Vision and Need Statement Relationships	
1.2-2	Multi-Phased Program Structures	
1.2-3	Program Phasing and Generic Process Relationships	
1.2-4	Product and Process System Life Cycle	
1.2-5	Aggregate View of Product, Process, and Program	
1.2-6	Grand Systems Requirements	
1.2-7	Structured Selection of the Preferred Concept	
1.2-8	Precedented Development Work
1.2-9	Traditional Structured Analysis	
1.2-10	Preliminary Design	
1.2-11	System Integration and Optimization During Preliminary Design	
1.2-12	Detailed Design	
1.3-1	DoD Acquisition Life Cycle Model	
1.3-2	NASA Acquisition Life Cycle Model	
1.3-3	FAA Acquisition Life Cycle Model	
1.3-4	A Successful Prescription
1.3-5	Development Models	
2.1-1	Primitive Requirements Statement Structure	
2.1-2	Concept Requirements List Example	
2.1-3	Parametric Analysis Example	
2.2-1	Three-Dimensional Traceability	
2.2-2	Requirements Traceability	
2.2-3	Single Tier Traceability Matrix	
2.2-4	Multiple Document Traceability Matrix	
2.2-5	Program-Wide Requirements Traceability	
2.2-6	Manual Requirements Analysis Sheet	
2.2-7	Lateral Traceability Using RAS Complete	
2.3-1	Requirements Design Margin Accounts	
2.4-1	Freestyle Is For Experts	
2.4-2	Three Cloning Methodologies	
3.1-1	System Definition Alternatives	
3.1-2	Unprecedented System Definition	
3.1-3	Requirements Fusion and Partition	
3.1-4	System Context Diagram	
3.1-5	General Preferred Concept Selection	
3.1-6	Typical Trade Matrix	
3.1-7	Utility Curve Examples	
3.1-8	Precedented System Definition	
3.2-1	System Life Cycle Model	
3.2-2	Grand System Requirements Analysis Process Function	
3.2-3	Three-Faceted Problem Space		
3.2-4	Traditional Entry Facet and Sequence	
3.2-5	The Problem Space Entry Perspective Continuum	
3.2-6	SDD Coordination With Program Processes and Specification 	
	Templates
3.3-1	Traditional Structured Analysis	
3.3-2	Development Planes	
3.3-3	Functional Analysis	
3.3-4	Life Cycle Master Flow Diagram	
3.3-5	Functional Flow Diagram Style Sheet, Blocks	
3.3-6	Functional Flow Diagram Style Sheet, Combinatorial Symbols	
3.3-7	Alternative OR Symbol Usage Example	
3.3-8	Functional Flow Diagram Levels	
3.3-9	Functional N-Square Diagram	
3.4-1	Integration of User, Acquisition Agent, and Contractor Requirements 	
	Work
3.4-2	Generic Master Function Flow Diagram 	
3.4-3	Diagramming Comparison	
3.4-4	VPA & MRA Process Flow	
3.4-5	Maintenance Analysis Using Process Diagramming	
3.4-6	Functional and Performance Requirements Analysis	
3.4-7	Team Oriented Function Allocation
3.4-8	Typical Requirements Analysis Sheet	
3.4-9	RAS For Example 1	
3.4-10	RAS For Example 2	
3.4-11	RAS For Example 3	
3.4-12	RAS For Example 4	
3.4-12	Functional Analysis Summary	
3.4-13	Functional Analysis Summary	
3.5-1	Architecture Synthesis Process	
3.5-2	Typical Architecture Block Diagram	
3.5-3	System Hierarchy Level Names	
3.5-4	Centaur Upper Stage Architecture	
3.5-5	Warship Packaging Architecture	
3.5.6	Existing Architecture Example	
3.6-1	Typical N-Square Diagram	
3.6-2	Extended RAS	
3.6-3	Compound N-Square Diagram Example	
3.6-4	Schematic Block Diagram Symbols	
3.6-5	Universal Ultimate Schematic Block Diagram	
3.6-6	Typical System Schematic Block Diagram	
3.6-7	Primitive Schematic Block Diagram	
3.6-8	Finished Schematic Block Diagram	
3.6-9	Triangular Matrix Schematic Block Diagram Example	
3.6-10	Crossface Schematic Block Diagram Expansion	
3.6-11	Typical Interface Dictionary Listing	
3.6-12	Requirements Analysis Sheet Capture of Interface Requirements
3.6-13	Interface Responsibility Model	
3.6-14	Interface Partitions	
3.6-15	Subsystem Principal Engineer Views	
3.6-16	Cross-Organizational Interface Through a SBD	
3.7-1	Specialty Engineering Scoping Matrix	
3.7-2	Design Constraints Identification Form	
3.7-3	Typical Reliability Model	
3.7-4	Operator Sequence Diagram	
3.7-5	Safety Hazard Diagram 	
3.7-6	The System and its Environment	
3.7-7	The Ultimate System 	
3.8-1	System Environmental Categories	
3.8-2	System Environmental Requirements Analysis	
3.8-3	Service Use Profile Analysis	
3.8-4	Sample Zoning Diagram 	
3.8-5	Timeline Diagram Symbols and Conventions	
3.8-6	Typical Timeline Diagram	
3.8-7	Time Analysis Sheet Example	
3.8-8	RAS Containing Environmental Requirements	
3.9-1	Functional Hierarchy Diagram 	
3.9-2	Trigger Construct	
3.9-3	Multiple Exit Construct	
3.9-4	Iteration Construct	
3.9-5	Loop Construct	
3.9-6	Kill Branch Construct	
3.9-7	Commodity Flow in Enhanced Functional Flow	
3.9-8	Behavioral Diagramming	
3.9-9	Typical IDEF Diagram
3.9-10	FRAT Sequencing	
3.9-11	State Diagram	
3.9-12	Superconductor Super Collider State Transition Diagram	
3.9-13	Petri Nets	
3.9-14	Example of a Mathematically Specified Problem	
3.9-15	Scenario Formed By Icons 	
3.9-16	System Function Depiction	
3.9-17	Typical Process Flow	
3.9-18	Process-Architecture Matrix	
3.9-19	A Multiplicity of Processes	
3.9-20	TPA & MRA Process Flow	
3.9-21	Logistics Support Analysis Process Flow	
3.9-22	Typical System Process Diagram	
3.9-23	Postflight Maintenance Process Flow	
3.9-24	Logistic Support Analysis Example	
3.9-25	Operational Sequence Diagram	
3.9-26	System Modification Process 	
3.9-27	The QFD House of Quality 	
3.9-28	QFD Augmented Structured Analysis 	
3.10-1	Ultimate System Diagram	
3.10-2	The System Relationship	
3.10-3	Function Sequence	
3.10-4	Function Decomposition	
3.10-5	System Life Cycle	
3.10-6	Traditional Requirements Analysis Sheet	
3.10-7	Function-Architecture Matrix	
3.10-8	System Architecture	
3.10-9	Traditional Isolated N-Square Diagram	
3.10-10	Juxtaposition of RAS and N-square Diagrams	
3.10-11	System Environment	
3.10-12	System Context Diagram	
3.10-13	Environmental Requirements RAS Addition	
3.10-14	RAS-Complete In Graphical Form	
3.10-15	RAS-Complete In Tabular Form	
3.10-16	Verification Extension	
3.11-1	SDD Structure	
3.11-2	Specification Management Matrix	
4.2-1	Flow Chart Example	
4.2-2	Higher Tier Flow Chart	
4.2-3	Context Diagram	
4.2-4	Data Flow Diagram	
4.2-5	Data Dictionary	
4.2-6	Processing Specification (P-spec)	
4.2-7	MIL-STD-498 SRS Format	
4.2-8	DFD for Discussion	
4.3-1	Entity Relationship Diagram (ERD	
4.3-2	IDEF 1X Diagram	
4.4-1	IPO Diagram	
4.4-2	SADT Diagramming	
4.4-3	Class and Object Artifact According to Rumbaugh	
4.4-4	Class and Object Relationships	
4.4-5	State Diagram Notation	
4.4-6	Functional Model Notation Example	
4.4-7	Hierarchical Static Structure Relationships	
4.4-8	Use Case Diagram	
4.4-9	Statechart Diagram	
4.4-10	Activity Diagram	
4.4-11	Collaboration Diagram	
4.4-12	Sequence Diagram	
4.4-13	Component and Deployment Diagrams	
4.5-1	Framework Product Partitioning	
4.5-2	High Level operational Concept Graphic Example	
4.5-3	Operational Node Connectivity Description	
4.6-4	Operational Information Exchange Matrix	
4.5-5	Organizational Relationships Chart	
4.5-6	Activity Model Example	
4.5-7	Operational State Transition Description Example	
4.5-8	Operational Event/Trace Description Example	
4.5-9	Logical Data Model Example	
4.5-10	System Interface Description Diagram Example	
4.5-11	System Communications Description	
4.5-12	System-Systems Matrix	
4.5-13	System Functionality Description	
4.5-14	Operational Activity to Function Matrix	
4.5-15	Systems Evolution Description	
4.5-16	Operational View Relationships	
4.5-17	Systems Views Relationships	
4.5-18	Operations to Systems View Tracability	
4.6-1	Federated Database Structures	
4.6-2	Closure Toward Common Method 	
5-2-1	Method of Identifying Two-Part Specifications	
5.3-1	Updated Specification Paragraphing Coordination	
5.3-2	Sample Updated Specification	
5.4-1	Typical Summary Status Briefing Viewgraph	
5.4-2	Applicable Document Assessment Work Flow	
5.4-3	ANSI/EIA 632 Requirements Work Sequence	
5.5-1	Specification Development Timing 	
5.5-2	Part II Outline	
6.1-1	Prepare Program For Structured Analysis	
6.1-2	Coordinated Specification Responsibility and Models	
6.1-3	Cost-Sharing Formula	
6.1-4	Typical Specification Tree	
6.1-5	Specification Development Environment	
6.1-6	Development Schedule Modularization	
6.1-7	The Advancing Wave	
6.1-8	Sample IPPT Meeting Cycle	
6.1-9	DDP Responsibility Matrix	
6.2-1	Requirements Validation Is Imbedded in the Risk Program	
6.2-2	Risk Level Assignment and Display	
6.2-3	Item Requirements Validation Process	
6.2-4	Correlation of Validation With the Metrics and Program Risk	
	Universe
6.2-5	Evaluate Requirements Activity	
6.2-6	Requirements Validation Intensity Hierarchy	
6.2-7	Requirements Validation Tracking Matrix	
6.2-8	TPM Parameter Documentation	
6.2-9	TBD/TBR Closure Matrix	
6.2-10	Database Structure Subset Supporting TBD/TBR	
6.2-11	Parametric Analysis of Cost and Reliability	
6.2-12	Validation Traceability	
6.2-13	Synthesizability Validation Traceability Record Example	
6.2-14	Typical Architecture Block Diagram	
6.4-1	Single Item View of the Process	
6.4-2	Specialty Engineering Integration Process	
6.6-1	Typical Architecture Block Diagram	
6.5-1	Federated Interface Control Working Team Structure	
6.5-2	Interface Integration Categories	
6.6-1	The RAS Complete View of Verification	
6,6-2	Verification Matrices	
6.7-1	Typical Graphical Specification Tree	
6.7-2	Specification Development Process
6.7-3	Specification Publishing
6.7-4	Specification Review and Approval	
6.7-5	Specification Change Notice	
6.7-6	Interface Definition
6.7-7	ICD Figure and Text Coordination	
6.7-8	Two Layer Media-Partioned Interface Definition
6.7-9	Hardware ICD Outline
6.7-10	Software ICD Outline	
7.1-1	Evolution of System Development	
7.1-2	Computer Tool Environment	
7.1-3	Verification Tracking Links	
7.1-4	Integrated Specialty Engineering Tools	
8.1-1	Putting Humpty Dumpty Back Together Again	
LIST OF TABLES
TABLE	TITLE	PAGE
------------------	--------------------------------------------------------------------------------------	---------
2.2-1	Specification Traceability To Responsibility and Method	
2.2-2	Sample Requirements in a Comprehensive RAS	
3.2-1	Four Three-Faceted Modeling Approaches	
3.2-2	Model Coverage References	
3.3-1	Typical Serial Time Allocation Example	
3.4-1	Principal Organization Responsibility Map	
3.4-2	Intermediate Allocation Classes	
3.6-1	Lowest Common Team Identification	
3.7-1	RAS Specialty Engineering Entries Example	
3.7-2	System Reliability Data Table	
3.7-3	Reliability References	
3.7-4	Maintainability Parameters	
3.7-5	Corrective Maintenance Requirements List	
3.7-6	Maintainability References	
3.8-1	Natural Environmental Parameter References	
3.8-2	Sample Environmental Subset Definition Table	
3.8-3	Process Environment Matrix (PEM)	
3.8-4	Process Architecture Matrix (PAM)	
3.8-5	Architecture Environment Matrix (AEM)
3.8-6	Typical Serial Time Allocation Example
3.9-1	State Dictionary	
3.9-2	State Transition Dictionary	
3.9-3	Process Cycle		
4.2-1	Principal Organization Responsibility Map	
4.4-1	Natural Environmental Parameter References	
4.4-2	Sample Environmental Subset Definition Table	
4.4-3	Process Environment Matrix (PEM)	
4.4-4	Process Architecture Matrix (PAM)	
4.4-5	Architecture Environment Matrix (AEM)	
4.5-1	System Reliability Data Table	
4.5-2	Reliability References	
4.5-3	Maintainability Parameters	
4.5-4	Corrective Maintenance Requirements List	
4.5-5	Maintainability References	
4.6-1	Universal Model Coupling	
5.1-1	Specification Types	
5.1-2	Specification References	
5.2-1	Specification Section Titles	
5.4-1	Definitions	
5.4-2	Compliance Classes	
5.4-3	Principal Organizational Responsibilities	
	
6.1-1	Principal Engineer Levels	
6.1-2	Development Control Table	
6.1-3	DDP Data Destinations	
6.2-1	TPM Parameter Status Designations	
6.2-2	Sample Representations Identification Matrix	
6.3-1	Margin Accounts
6.5-1	Lowest Common Team Identification
6.7-1	Typical Tabular Specification Tree	
6.7-2	Program Team Responsibilities	
7.1-1	Sample Database Structure and Data	
7.1-2	Sample Traceability Data	
7.1-3	Management Data Fields	

Library of Congress Subject Headings for this publication:

Systems engineering.
System analysis.