The ConOps captures user needs in layman’s terms which are later translated into engineering language by the systems engineer or developer. Key components of the ConOps include: a description of the current system, justification for changes, concepts for the proposed system, operational scenarios, summary of impacts, and analysis of the proposed system. When properly defined, these elements of a ConOps help system developers to understand project expectations.
A ConOps is a useful tool for the initial definition and justification of ITS projects. The StarTran AVL ConOps is a good example of how a Systems Engineering (SE) ConOps should be applied on ITS projects. A ConOps needs to be prepared properly in order to serve its intended purpose. Users need to make sure that the ConOps is written so that the systems engineer or developer will understand precisely what problems users are trying to solve and their purpose for solving them. A ConOps should not include descriptions of system design components or prescribe technology solutions to address users’ problems. A ConOps needs to stay focused on "what" the users need rather than "how" to design systems to solve user problems.
The StarTran AVL ConOps provided a number of examples of the proper development of a ConOps for an ITS project including:
- Concisely define the system in order to avoid any confusion about what needs to be developed.
- Remain focused on the operational system without dictating design features.
- Provide descriptions of the current system including the inadequacies associated with it. This helps the system developer to understand the problems that the owners/operators need to fix.
- Write the ConOps with the systems engineer/developer in mind. It is the engineer/developer that will translate the ConOps into an operational system, so it is important for the users to express their needs such that the engineer/developer can understand the problem and what is needed to resolve it.
- Ensure that the needed functionalities of the system are easy to identify. The StarTran ConOps included descriptions of system functionality written as "shall" statements. This feature in the ConOps allows engineers to isolate and extract the required system functionalities more quickly.
- Avoid assumptions about the internal content and structure of the eventual system. This is done to avoid getting lost in details, avoid premature feasibility (mis)judgments, and preclude the early insertion of pet design concepts.
Because a ConOps contains project needs, justification, and analysis information, it can be especially helpful when conducting a traditional transportation feasibility study. The ITS engineers should consider including a ConOps as part of the feasibility study process.
This lesson suggests that a ConOps is a tool that helps ensure user/customer satisfaction. In addition, a ConOps is designed to help simplify the definition of complex systems while maximizing productivity of system engineering activities.
(Our website has many links to other organizations. While we offer these electronic linkages for your convenience in accessing transportation-related information, please be aware that when you exit our website, the privacy and accessibility policies stated on our website may not be the same as that on other websites.)