Standard 800:
Concept of Operations Document (ConOps)


Contents

  1. Purpose
  2. Definitions
  3. References
  4. When to Use
  5. Format and Content

1. Purpose

  • Document the purpose of the system
  • Identify the business needs that the system will satisfy
  • Document user expectations
  • Describe the basic concepts behind the system
  • Describe the system's characteristics and behaviours from a user's point of view
  • Indicate a range of acceptable solutions

2. Definitions

An understanding of the following concepts and terms is essential to the preparation of a concept of operations document:

concept of operations


3. References

[22] US Department of defence Data Item Description DI-MCCR-80023
[23] The Object Advantage - Business Process Reengineering with Object Technology, Ivar Jacobson
Jacobson provides an excellent introduction to the description of scenarios or "use cases" as he calls them.
[24] IEEE P1362, Guide for Concept of Operations Document


4. When to Use

Use in the earliest stages of a project to document basic system concepts.


5. Format and Content

This section provides the minimum requirements for the format and content of the concept of operations document. You can use it "as is" or tailor it for your organization. What ever the result you should require all authors to provide each section heading. If a particular section heading is not applicable to the target project it should be included and marked "not applicable".

Concept of Operations Document Table of Contents

1. Introduction
2. Business Need
3. System Justification
4. System Concepts
5. Operational Scenarios
6. Business Impacts
7. Rationale
8. Conceptual Model


1. Introduction


2. Business Need

Describe:


3. System Justification


4. System Concepts

Describe:

Functional Requirements

Non-functional Requirements

Deployment and Operational Requirements


5. Operational Scenarios


6. Business Impacts

Describe:


7. Rationale

Describe the reasoning behind the selection of various alternatives in terms of:


8. Conceptual Model

Provide conceptual model representations (if used). Options are:
Conceptual data model
Conceptual functional model
Conceptual object model

Conceptual Data Model

Represent with an entity relationship diagram identifying:
  • Major business information subject areas
  • Business entities and their attributes
  • Relationships between entities
Conceptual Process Model
Represented with a data flow diagram identifying:
  • System context
  • Business processes
  • Major data flows
  • External entities (people and systems) that interact with the process
  • Data stores
Conceptual Object Model
Represent with a three component model:
  • Component 1: The object model describing object structure
  • Component 2: The dynamic model describing control structure
  • Component 3: The functional model describing functional structure


Software Engineering Web
Copyright
ã 1997 Chambers & Associates Pty Ltd
Module: 800 v1.0 s_conops.htm
Updated: July 02, 2006