Develop a Concept of Operations to define the system that will be built.

Lessons from the ICM Implementation Guide.

February 2012
Nationwide,United States

Background (Show)

Lesson Learned

Development of the ConOps is key to defining the system that will be built. The ConOps will document what the ICMS must do and at what level it is expected to perform. The ConOps provides the vehicle for all project stakeholders to have input to and stay informed about the system definition. The ConOps also provides guidance to the system development team. The Stakeholders and system developers should be able to reference the ConOps to help them understand the system, including what the system must do, what constraints the system will have placed on it, what system performance must be achieved, what operational modes the system will include, and how users will interact with the system.

The following lessons apply to developing a ConOps for an ICM program.
  • Normalize acronyms and terminology. When working with multiple agencies, it was found that terminology and acronyms can differ in definition. It is advisable to develop an acronym and terminology list that includes common definitions.
  • Provide consistency in naming conventions. When working with multiple agencies, it was found that naming conventions can differ (e.g., operator names, data element names, agency names, etc.). It is advisable to keep a list of naming conventions and how the inconsistencies will be managed.
  • Identify external systems. Make sure all appropriate external systems are included. Poll a large group to make sure they have the opportunity to have input into what external systems should be included in the ICMS.
  • Be prepared to change the operations and management of existing transportation systems. ICM will likely change the operations and management of transportation systems. Stakeholders should be prepared and position themselves to change how they will operate and manage their individual systems in an ICM environment.
  • Share data. Determine what data is available and the quality of the data in the external systems and initiate agreements on how to share the data.
  • Assess data types and formats. Stakeholders need to assess the data types and formats that are stored in the various external systems and look at how to make that data work for the intended ICMS purposes.
  • Update user needs as required. Refine needs as warranted. Sometimes requirements will drive changes in the needs. These updates should be a priority as they may have serious impacts on the system definition.
  • Do not create compound user needs. User needs may have to be broken up if too many capabilities are described in the need. A need should express only one major desired capability. Make sure that the systems engineering process defines a common need format or grammar.
  • Specify system constraints. Be careful about the use of constraints, for example when defining inter-jurisdictional agreements, be cautious of specifying what has not currently been agreed to, and do not forget to identify rules, regulations and laws that the system must follow.
  • Create, monitor, and update system security access. Keep a table that identifies operators and permission levels, update that table as the project proceeds and changes are identified.
  • Use caution and confirm terminology/metrics. The use of sensitive metrics such as fatality rates may be restricted by some agencies. Make sure that terms and metrics are approved for use.

Lesson Comments

No comments posted to date

Comment on this Lesson

To comment on this lesson, fill in the information below and click on submit. An asterisk (*) indicates a required field. Your name and email address, if provided, will not be posted, but are to contact you, if needed to clarify your comments.


Integrated Corridor Management: Implementation Guide and Lessons Learned

Author: Gonzalez, Paul: Dawn Hardesty; Greg Hatcher; Michael Mercer; Michael Waisley Noblis, Inc. 3150 Fairview Park Drive Falls Church, VA 22042 703-610-2000

Published By: U.S. DOT Federal Highway Administration

Source Date: February 2012

Other Reference Number: Report No. FHWA-JPO-12-075

URL: https://rosap.ntl.bts.gov/view/dot/3375

Other Lessons From this Source

Lesson Contacts

Lesson Analyst:

Cheryl Lowrance


Average User Rating

5 (1 rating)

Rate this Lesson

(click stars to rate)

Lesson ID: 2014-00669