Model Systems Engineering Documents for Closed Circuit Television (CCTV) Systems

Chapter 1. Concept of Use

Purpose

The primary objective of this CCTV Systems Concept of Use (COU) is to describe how the Systems Engineering (SE) Model Documents can guide the deployment of a CCTV system ensuring the procured and deployed CCTV system is successfully meeting the user needs of the stakeholders who will be using the CCTV system to monitor transportation conditions. The purpose of the SE Model Documents is to guide the user through the process of developing systems engineering documents for definition and procurement of a CCTV system. The CCTV system may be a brand new deployment or an expansion of an existing system.

The Model Systems Engineering Documents for CCTV Systems are intended for projects with the following characteristics:

• Relatively small, such that the project budget cannot be reasonably expected to fund systems engineering document development from scratch.
• Constrained to existing products in the market. The model documents are not intended to provide the detail necessary to support new significant software development.
• Applications of CCTV are already well-defined in the transportation industry.

Agencies building large projects with custom software development or innovative applications will need to perform more detailed custom systems engineering, though these documents may provide an effective and time-saving starting point for that effort.

Process

The target audience for this COU includes transportation agencies needing to procure relatively small-scale CCTV systems by following a standardized systems engineering process without the need to hire a consultant. The COU will help an agency align their processes, operations and needs with the CCTV System Engineering Model Documents, allowing the tailoring of the model document content.

This process will lead to a set of user needs, requirements, verification plan and validation plan to support a successful procurement of a CCTV system. A successful procurement results in a CCTV system that not only meets the agency’s needs but also provides a basis for ensuring that the procured system meets its advertised capabilities.

The overall framework for the set of CCTV SE Model Documents is depicted in Figure 1 below.

The CCTV SE Model Documents begin with creating a Concept of Operations capturing typical representative use cases, and operational scenarios involving CCTV systems. Use cases capture the system actors and activities in order to accomplish a specific purpose. An actor defines a role, which may be filled by a person, a group of people, or an external system. The actors form the foundation for the definition of the users of the system and are critical to high-level use cases, operational scenarios and user needs. Operational scenarios provide examples in narrative form of how those users, activities and systems work together in actual practice.

The ensuing analysis of the use cases, and operational scenarios lead directly to draft user needs (all embodied in the Concept of Operations), and the beginning of system validation cases validating the user needs documented in the Validation Plan. The user needs drive the definition of the requirements and the requirements verification methods (residing in the Requirements document) and a requirements Verification Plan. These have been previously reviewed and validated by operational CCTV Subject Matter Experts (SMEs). The CCTV SE Model Documents walk the user through the process of selecting and tailoring the pertinent use cases and operational scenarios in order to arrive at a set of user needs. Since the systems engineering process is being used, there is forward and backward traceability between the resulting user needs and the requirements. The verification plan and the requirements verification methods are directly traceable back to the requirements being verified. Correspondingly, the validation plan is directly traceable back to the user needs being verified.

The CCTV Model Systems Engineering Documents will provide an agency with a means to describe their existing and planned CCTV system operations using substantive systems engineering products. In particular, the user will tailor the needs and requirements provided in the model. The process will provide meaningful systems engineering support for a CCTV procurement with far less effort than developing systems engineering documents from scratch. The user will still be expected to understand their processes in applying a CCTV system to solve their transportation management problems, but the model documents will provide guidance to the user to help them do so.

Concept of Operations

The first product of the application of the model documents will be a Concept of Operations for a CCTV system. The Concept of Operations (ConOps) is written from the perspective of the system user/operator, and it establishes the activities of the user in solving the transportation management problem at hand, using CCTV, as the basis for defining and defending requirements. The primary audience for the ConOps includes stakeholders who will participate in the operation of the system or be directly affected by it. The ConOps is responsible for capturing the stakeholder needs and expectations in a manner that is easily understandable to the stakeholder community, so that the stakeholder community can be confident that it properly models what they will do.

The needs and expectations must be defined succinctly enough to determine what functions the proposed system must be capable of fulfilling. Stakeholders who may play a role in tailoring or reviewing the ConOps may include system users/operators, maintenance staff, system managers, administrators, decision-makers, elected officials, and other non-technical readers. Every element of the subsequent documents in the project, including the requirements, verification plan, designs, test procedures and processes and validation plan, must be able to be traced to statements of user need in the Concept of Operation. Ultimately, the ConOps describes how the agency will use the system, and in that manner could be considered a prototype for an operating policy and procedure. It is the basis for validating (via the Validation Plan) the system when delivered to ensure that the system is acceptable, with "acceptable" being defined as fulfilling all the user needs. The guidance for the Concept of Operations can be found in Chapter 2 of this guidance document.

Requirements Document

After the ConOps is defined, corresponding system requirements are captured in the CCTV System Requirements Document. The requirements document targets technical staff, system users, system designers and vendors. The ConOps describes what the users will do, and the requirements define what the system must do. Each of the requirements listed in this document must be linked to a corresponding need described in the ConOps. Every need in the ConOps must be linked to one or more requirements in the Requirements Document. The forward and backward traceability between needs and requirements makes it possible to define needed requirements during procurement, and to defend requirements if they are challenged during procurement. The Requirements Document becomes the principle systems engineering document during the procurement process, providing the basis for selection, progress verification, (in some cases) payment, and system acceptance.

Once the user has selected and defined their user needs, the SE Model Documents provide system requirements that are linked to those user needs. The guidance in the model documents will assist agency users in tailoring the model needs and requirements as needed, including any needed iteration between needs and requirements. During tailoring, you will need to iterate between needs and requirements to ensure that they remain traceable and consistent. Traceability ensures that each need is fully represented in the requirements, and each requirement is fully driven by needs. Consistency ensures that the requirements will satisfy the user needs to which they are traced. Once all the needs and requirements are tailored to the specific project, and checked for traceability and consistency, both the ConOps and the requirements documents will be complete and correct.

The CCTV Systems Requirement Document does not define the design of the system, nor does it determine what technologies to use or how to implement them. This document sets the technical criteria that will be used to evaluate design and technology choices. It is the basis for verifying (via the Verification Plan) the system during design and when delivered to ensure that the system is acceptable, with "acceptable" being defined as fulfilling all the requirements. The recommended approach is to have an Acceptance Test of the procured system based on the system requirements. The guidance for the Requirements Document can be found in Chapter 3 of this guidance document.

Verification Plan

This leads to the third document that the user will develop using the Model Documents, the CCTV System Verification Plan. The Verification Plan is responsible for defining the verification testing that will demonstrate fulfillment of requirements. The target audience for this document is the same as for the Requirements document. Generally, the implementing contractor will be responsible to fulfill the requirements. The Verification Plan describes the general verification effort including verification cases with corresponding requirements being fulfilled, including the method by which that determination will be made. It is critical that all requirements are verified within the scope of the Verification Plan. This is best done by tracing each requirement into a verification case and eventually into appropriate steps in the verification procedures. The Model Documents provide a direct mapping of verification cases to the requirements. The user simply needs to extract and tailor the corresponding verification cases related to the chosen set of requirements.

The Verification Plan does not describe detailed procedures for testing the CCTV System. It is typical that the system developer/supplier/vendor will develop the verification test procedures that will map to the verification plan as part of the procurement process. The specific steps of a verification test procedure require a knowledge of the specific software and hardware technology that will be implemented. The guidance for the Verification Plan can be found in Chapter 4 of this guidance document.

Validation Plan

The fourth document that the user will develop using the Model Documents is the CCTV System Validation Plan. The Validation Plan is responsible for defining the validation testing that will demonstrate that the system meets the user needs. The target audience for this document is the same as for the Concept of Operations (ConOps) document. Generally, the implementing contractor will not be responsible for validation. The Validation Plan describes the general validation effort including validation cases with corresponding user needs being fulfilled. The Model Documents provide a direct mapping of validation cases to the user needs categories. The user simply needs to extract and tailor the corresponding validation cases related to the chosen set of user needs.

The Validation Plan does not describe detailed procedures for validation testing of the CCTV System. Typically, once the CCTV System has been accepted, the users of the system will validate if the system meets their user needs according to the Validation Plan and subsequent validation procedures. The guidance for the Validation Plan can be found in Chapter 5 of this guidance document.

Procurement

Finally, the guidance within the model documents includes a general discussion of procurement approaches, and how the products of the systems engineering process support various procurement processes. The guidance for procurement can be found in Chapter 6 of this guidance document.

Assembling Your Documents

The finished product of your efforts will be several systems engineering documents. In order to successfully prepare these documents, you will need to take the following steps:

1. Read this document completely.
2. Begin to prepare the Concept of Operations. Establish chapters in accordance with the Concept of Operations template. While you are free to format the document to suit your needs, the template follows the outline suggested in ANSI standard G-043-1992. As an alternative, you may simply take the table of sample statements and check those statements you wish to include.
3. Following the instructions in this document, copy and edit relevant statements from the Table of Sample Statements for the Concept of Operations. Depending on how you answer each question in the guidance, select and edit each Concept of Operations statement.
4. Some sections of the Concept of Operations require you to write appropriate text in accordance with the instructions contained in this document.
5. Each statement in the Concept of Operations table has a unique identifier. The needs statements (Chapter 4) each refer to at least one relevant System Requirement that should be considered to support the need statement. Each Concept of Operations statement also contains a reference to the relevant section of this Guidance Document.
6. Begin to prepare the System Requirements. Establish chapters in accordance with the System Requirements template. As an alternative, you may choose to include the System Requirements as an appendix to the Concept of Operations. In this case, you may simply take the table of sample statements and check those statements you wish to include.
7. For each need statement used from the Concept of Operations table, identify the System Requirements that are linked. Copy and edit each relevant requirement into the System Requirements document. Note that whenever you pick a "child" requirement, you should also select its "parent" requirement.
8. If you describe needs in the Concept of Operations that are not covered by these sample statements, then you must either also create new requirements related to those needs, or take separate actions to support those needs if they do not lead to system requirement.
9. Prepare the Verification Plan. Establish chapters in accordance with the Verification Plan template. There is a suggested verification method for each System Requirement. Each high-level System Requirement also has an associated verification case name and description to get you started. Note that every System Requirement requires a verification test, which you will need to define to suit your situation.
10. Prepare the Validation Plan. Establish chapters in accordance with the Validation Plan template. Note that every need expressed in the Concept of Operations requires a corresponding validation test, which you will need to define to suit your situation. If you define performance measurement in your requirements, some validation may be provided by the new system, while some may require separate off-line tests.

Summary

In summary, the CCTV System Model Documents will provide documentation templates that will guide the user through the selection and insertion of applicable user needs, requirements, verification cases and validation cases that are consistent with each other. The Model Documents will provide guidance to the user on selecting operational CCTV system capabilities that fit within the use cases and operational scenarios. The focus of this guidance is to develop documents that will enable the agency to successfully procure a CCTV system that is currently available in the product market. It should be stressed that the responsibility for preparation of these CCTV Systems Engineering documents rests entirely with the procuring agency.