Module 25 - A304b

A304b: Specifying Requirements for Field Management Stations - Part 1 Object Definitions for Signal System Masters (SSM) Based on NTCIP 1210 Standard

HTML of the PowerPoint Presentation

(Note: This document has been converted from a PowerPoint presentation to 508-compliant HTML. The formatting has been adjusted for 508 compliance, but all the original text content is included, plus additional text descriptions for the images, photos and/or diagrams have been provided below.)

 

Slide 1:

Welcome - Graphic image of introductory slide. Please see the Extended Text Description below.

(Extended Text Description: Slide 1: Welcome - Graphic image of introductory slide. A large dark blue rectangle with a wide, light grid pattern at the top half and bands of dark and lighter blue bands below. There is a white square ITS logo box with words "Standards ITS Training" in green and blue on the middle left side. The word "Welcome" in white is to the right of the logo. Under the logo box are the words "RITA Intelligent Transportation Systems Joint Program Office.")

 

Slide 2:

Welcome

Head shot photo of Ken Leonard, Director - ITS Joint Program Office

Ken Leonard, Director

ITS Joint Program Office

Ken.Leonard@dot.gov

Screen capture snapshot of RITA website - for illustration only - see the extended text description below.

(Extended Text Description: Intro Slide: Screen capture snapshot of RITA website - for illustration only. Below this image is a link to the current website: http://www.pcb.its.dot.gov - this screen capture snapshot shows an example from the RITA website from April 2013. At the top of the page it shows the RITA logo with the text U.S. Department of Transportation Research and Innovative Technology Administration - Intelligent Transportation Systems Joint Program Office - ITS Professional Capacity Building Program/Advanced ITS Education. Below the main site banner, it shows the main navigation menu with the following items: About, ITS Training, Knowledge Exchange, Technology Transfer, ITS in Academics, and Media Library. Below the main navigation menu, the page shows various content of the website, including a graphic image of professionals seated in a room during a training program. A text overlay has the text Welcome to ITS Professional Capacity Building. Additional content on the page includes a box entitled What's New and sections entitled Available E-Training (free), Free ITS Training and T3 Webinars. Again, this image serves for illustration only. The current website link is: http://www.pcb.its.dot.gov)

www.pcb.its.dot.gov

(Note: There is additional text attached to this slide that includes the following introductory information from Ken Leonard):

"ITS Standards can make your life easier. Your procurements will go more smoothly and you'll encourage competition, but only if you know how to write them into your specifications and test them. This module is one in a series that covers practical applications for acquiring and testing standards-based ITS systems.

I am Ken Leonard, director of the ITS Joint Program Office for USDOT and I want to welcome you to our newly redesigned ITS standards training program of which this module is a part. We are pleased to be working with our partner, the Institute of Transportation Engineers, to deliver this new approach to training that combines web based modules with instructor interaction to bring the latest in ITS learning to busy professionals like yourself.

This combined approach allows interested professionals to schedule training at your convenience, without the need to travel. After you complete this training, we hope that you will tell colleagues and customers about the latest ITS standards and encourage them to take advantage of the archived version of the webinars.

ITS Standards training is one of the first offerings of our updated Professional Capacity Training Program. Through the PCB program we prepare professionals to adopt proven and emerging ITS technologies that will make surface transportation safer, smarter and greener which improves livability for us all. You can find information on additional modules and training programs on our web site www.pcb.its.dot.gov

Please help us make even more improvements to our training modules through the evaluation process. We look forward to hearing your comments. Thank you again for participating and we hope you find this module helpful."

 

Slide 3:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 4:

A304b:

Specifying Requirements for Field Management Stations - Part 1 Object Definitions for Signal System Masters (SSM) Based on NTCIP 1210 Standard

 

Slide 5:

Instructor

Head shot photo of Patrick Chan, P.E. - Senior Technical Staff - Consensus Systems Technologies (ConSysTec) - Flushing, NY, USA

Patrick Chan, P.E.
Senior Technical Staff
Consensus Systems Technologies (ConSysTec)
Flushing, NY, USA

 

Slide 6:

Target Audience

 

Slide 7:

Curriculum Path (SEP)

A graphical illustration indicating the sequence of training modules that lead up to and follow this course. Please see the Extended Text Description below.

(Extended Text Description: A graphical illustration indicating the sequence of training modules that lead up to and follow this course. Each module is represented by a box with the name of the module in it and an arrow showing the logical flow of the modules and the current module highlighted. The first box is labeled "I101 Using ITS Standards: An Overview." An arrow from this box connects it to a box labeled "A101 Introduction to Acquiring Standards-based ITS Systems." An arrow from this box connects it to a box labeled "A102 Introduction to User Needs Identification." An arrow from this box connects it to a box located at the start of the next line and labeled "A201 Details on Acquiring Standards-based ITS Systems." An arrow from this box connects it to a box labeled "C101 Intro. To Comm. Protocols and Their Use in ITS Applications." An arrow from this box connects it to a box located at the start of the next line and labeled "A304a Understanding User Needs for Field Management Stations-Part 1 Object Definitions for Signal System Masters Based on NTCIP 1210 Standard." An arrow from this box connects it to a highlighted box, which represents this course, labeled "A304b Specifying Requirements for Field Management Stations-Part 1 Object Definitions for Signal System Masters Based on NTCIP 1210 Standard.")

 

Slide 8:

Recommended Prerequisites

 

Slide 9:

Learning Objectives

  1. Describe requirements included in NTCIP 1210
  2. Use the Protocol Requirements List (PRL) to specify an NTCIP Signal System Master (SSM) interface
  3. Achieve interoperability and interchangeability using the Requirements Traceability Matrix (RTM)
  4. Understand the NTCIP 1210 SNMP interface and dialogs
  5. Incorporate requirements not covered by the standard

 

Slide 10:

Learning Objective #1

Learning Objective #1 — Describe the requirements in NTCIP 1210

 

Slide 11:

Learning Objective #1

NTCIP 1210

Typical Physical Architecture

A graphic of the typical physical architecture of an SSM deployment. Please see the Extended Text Description below.

(Extended Text Description: A graphic of the typical physical architecture of an SSM deployment. Starting from the right, the graphic depicts a traffic signal head connected to a Signal System Local (SSL) controller. The SSL is then connected to a Signal System Master (SSM) controller. The SSM is then connected through two separate links to both a Traffic Management System (TMS) and a Field computer, which is represented by a laptop. The links between the SSM and TMS and the SSM and the field computer are shown as being the subject of NTCIP 1210. The link between the SSM and the SSL is shown to be the subject of NTCIP 1202.)

Source: NTCIP 1210, Fig. 3, Pg: 13

 

Slide 12:

Learning Objective #1

History of NTCIP 1210

Version 1: v01.53 is the "ballot ready version"

 

Slide 13:

Learning Objective #1

Structure of the Standard

Outline

 

Slide 14:

Learning Objective #1

Structure of the Standard

Missing Components of NTCIP 1210

 

Slide 15:

Learning Objective #1

Use the PRL to Trace User Needs to Requirements

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.1 Configure Cycle Timers and Unit Backup Time M Yes  
    3.4.2.2.1 Determine SSLs Currently Connected M Yes  
    3.4.2.2.4.1 Configure Cycle Timer Reference O Yes / No  

)

 

Slide 16:

Learning Objective #1

Use the PRL to Trace User Needs to Requirements

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 15, except with the following visual changes: The User Need ID and User Need columns are highlighted. Please see Slide 15 for the complete table data.)

 

Slide 17:

Learning Objective #1

User Need Definition

2.5.1.1 Configure Cycle Timers and Unit Backup Time

The system owner needs to be able to determine the capabilities of the SSM. The system owner may need to configure the SSM to operate cycle timers for synchronizing the SSLs directly using a sync pulse.

Source: NTCIP 1210, Page 17

 

Slide 18:

Learning Objective #1

Use the PRL to Trace User Needs to Requirements

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 15, except with the following visual changes: The FR ID and Functiuonal Requirement columns are highlighted. Please see Slide 15 for the complete table data.)

 

Slide 19:

Learning Objective #1

Requirement Text

3.4.2.2.1 Determine SSLs Currently Connected
The SSM shall allow a TMS to determine the SSLs currently connected to the SSM.

3.4.2.2.4.1 Configure Cycle Timer Reference
The SSM shall allow the TMS to configure the specific time-of-day used for calculation of the cycle timers from the SSM.

Source: NTCIP 1210, Page 38

 

Slide 20:

Learning Objective #1

SSM Requirements are Well Formed

[Actor] [Action] [Target] [Constraint] [Localization]

 

Slide 21:

Learning Objective #1

Example SSM Requirement

[Actor] [Action] [Target] [Constraint] [Localization]

The Example SSM Requirement slide shows the following text and pullout labels. Please see the Extended Text Description below.

(Extended Text Description: The Example SSM Requirement slide shows the following text: "The SSM shall allow a TMS to determine the SSLs currently connected to the SSM." The text is highlighted with pullout labels as follows: "The SSM" is labeled "Target", "TMS" is labeled "Actor", "to determine" is labeled "Action", "the SSLs" is labeled "Target", and "currently connected to the SSM" is labeled "Constraint".)

Source: NTCIP 1210, Page 38

 

Slide 22:

Learning Objective #1

Outline of Requirements

3.3 Operational Requirements

3.3.1 Support Basic Communications

3.3.2 Support Logged Event Data

3.3.3 Manage Access

 

Slide 23:

Learning Objective #1

Outline of Requirements

3.4 Data Exchange Requirements

3.4.1 Collect System Detector Data

3.4.2 Manage the SSM Configuration

3.4.3 Manage the System Timing Plans

3.4.4 Monitor the SSM Operation

NOTE: Version 1 standards do not have standardized backwards compatibility issues

 

Slide 24:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 25:

Learning Objective #1

Which of the following is not a major group of requirements in NTCIP 1210?

See Student Supplement for PRL

Answer Choices

  1. Collect System Detector Data
  2. Manage SSM Configuration
  3. Monitor the SSM Operation
  4. Backwards Compatibility Requirements

 

Slide 26:

Learning Objective #1

Review of answers

A small graphical red and yellow X representing incorrect.a) Collect System Detector Data
Incorrect; these requirements provide for configuring and monitoring system detectors.

A small graphical red and yellow X representing incorrect.b) Manage SSM Configuration
Incorrect; these requirements allow monitoring and adjusting the configuration of the SSM.

A small graphical red and yellow X representing incorrect.c) Monitor the SSM Operation
Incorrect; these requirements provide for monitoring alarms and device status.

A small graphical green and yellow check mark representing correct.d) Backwards Compatibility Requirements
Correct! This is the first version of NTCIP 1210 and therefore there are no backwards compatibility requirements.

 

Slide 27:

Summary of Learning Objective #1

Describe the requirements in NTCIP 1210

 

Slide 28:

Learning Objective #2 — Use the PRL to Specify an SSM Interface

 

Slide 29:

Learning Objective #2

Conformance

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 15, except with the following visual change: The Conformance column is highlighted. Please see Slide 15 for the complete table data.)

 

Slide 30:

Learning Objective #2

Conformance

Option Groups

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.5.2 Configure Threshold Selection O.1 (1..*) Yes / No  
2.5.1.2.5.3 Configure Signature Selection O.1 (1..*) Yes / No  

Please note that the Conformance column on this slide is highlighted.)

 

Slide 31:

Learning Objective #2

Conformance

Conditional Conformance

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.1.2 Failed System Detectors M Yes  
    3.4.4.1.4.2 Failed System Detectors for Threshold Selection of Timing Plans Threshold:M Yes / No  
    3.4.4.1.4.3 Failed System Detectors for Signature Selection of Timing Plans Signature:M Yes / No  

Please note that the Conformance column on this slide is highlighted.)

 

Slide 32:

Learning Objective #2

Conformance

Support

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 15, except with the following visual change: The Support column is highlighted. Please see Slide 15 for the complete table data.)

 

Slide 33:

Learning Objective #2

Additional Specifications

Fill in the Blanks

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
    3.3.1.2 Deliver Data to the TMS M Yes The Response Start Time for all requests shall not be greater than 500 ms (Default = 2000)

Please note that the Additional Specifications column is highlighted.)

 

Slide 34:

Learning Objective #2

Additional Specifications

Participant Student Supplement

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
    3.3.3.2 Configure Access M Yes The SSM shall support at least 3 access levels in addition to the administrat or access level.

Please note that the Additional Specifications column is highlighted.)

 

Slide 35:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 36:

Learning Objective #2

Where is a list of potential issues and sample specifications to consider for NTCIP 1210 deployments?

Answer Choices

  1. In the User Needs Section of the standard
  2. In the Requirements Section of the standard
  3. In the Participant Student Supplement
  4. A and B

 

Slide 37:

Learning Objective #2

Review of answers

A small graphical red and yellow X representing incorrect.a) In the text of the User Needs Section
Incorrect; user needs only define potential needs of stakeholders.

A small graphical red and yellow X representing incorrect.b) In the text of the Requirements Section
Incorrect; requirements give little to no guidance on additional specifications.

A small graphical green and yellow check mark representing correct.c) In the Participant Student Supplement
Correct! The Student Supplement contains a list of potential issues coupled with sample specifications that may be used.

A small graphical red and yellow X representing incorrect.d) A and B
Incorrect; This information is not contained in either of these sections.

 

Slide 38:

Case Study. A placeholder graphic of a traffic operations center indicating a case study. The image shows a large room with a series of computer work stations in six visible rows leading into the distance. People are seated and working at several workstations. There is a blue rectangle at the top of the image of the traffic operations center with the title “Case Study.” DOT and RITA logo in lower left corner and Standards ITS Training logo in lower right corner.

 

Slide 39:

Learning Objective #2

Use the PRL in a Specification

Sample Project to Deploy SSMs

Suburbanville wants to upgrade its old closed-loop system so that it supports ITS standards. They want:

 

Slide 40:

Learning Objective #2

Use the PRL in a Specification

General Clauses

See example in the Participant Student Supplement

 

Slide 41:

Learning Objective #2

Use the PRL in a Specification

Provide Live Data

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.4.1 Provide Live Data M Yes  
    3.3.1.1 Accept Data from the TMS M Yes  
    3.3.1.2 Deliver Data to the TMS M Yes The Response Start Time for all requests shall be not greater than 500 ms (Default 2000).
    3.3.1.3 Explore SSM Data by the TMS M Yes The Response Start Time for all requests shall be not greater than 500 ms.
    3.3.3.1 Determine Access Settings M Yes  
    3.3.3.2 Configure Access M Yes The SSM shall support at least 3 access-levels in addition to the administrator access level.

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 42:

Learning Objective #2

Use the PRL in a Specification

Provide Off-line Logged Data

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.4.2 Provide Off-line Logged Data M Yes  
    3.3.2.1 Determine Current Configuration of Event Logging Service M Yes  
    3.3.2.2 Configure Event Logging Service M Yes See following slides
    3.3.2.3 Retrieve Event Logged Data M Yes  
    3.3.2.4 Clear Event Log M Yes  
    3.3.2.5 Determine Capabilities of Event Logging Service M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 43:

Learning Objective #2

Structure of Off-line Logged Data

Example of What Needs to be Logged

Example: Record pattern number every time it changes for any section

Number ID Time Value
1 5 2013-01-01 00:00:00 16
2 3 2013-01-01 00:00:00 5

 

Slide 44:

Learning Objective #2

Structure of Off-line Logged Data

Example of What Needs to be Logged

Example: Record all changes in communication status

Number ID Time Value
1 27 2012-12-30 16:30:21 responding
2 27 2012-12-30 11:05:18 notResponding

 

Slide 45:

Learning Objective #2

Structure of Off-line Logged Data

May Want to Segregate Types of Events

Event Log Table

Class Number ID Time Value
1 1 27 2012-12-30 16:30:21 responding
1 2 27 2012-12-30 11:05:18 notResponding
2 1 5 2013-01-01 00:00:00 16
2 2 3 2013-01-01 00:00:00 5

 

Slide 46:

Learning Objective #2

Event Log Configuration

What Needs to be Specified?

Class Number ID Time Value
1 1 27 2012-12-30 16:30:21 responding
1 2 27 2012-12-30 11:05:18 notResponding
2 1 5 2013-01-01 00:00:00 16
2 2 3 2013-01-01 00:00:00 5

 

Slide 47:

Learning Objective #2

Event Log Configuration

What Types of Events?

 

Slide 48:

Learning Objective #2

Use the PRL in a Specification

Connect Communication Networks

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.4.3 Connect Communication Networks M Yes  
    3.3.1.4 Accept Data from the SSLs M Yes  
    3.3.1.5 Deliver Data to the SSLs M Yes  
    3.3.1.6 Explore SSL Data by the TMS M Yes  
    3.3.1.7 TMS Acceptance of Data fr SSL M Yes  
    3.3.1.8 TMS Delivery of Data to SSL M Yes  
    3.3.3.1 Determine Access Settings M Yes  
    3.3.3.2 Configure Access M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

See Participant Student Supplement for discussion of potential issues and three possible solutions that could be added to your specification.

 

Slide 49:

Learning Objective #2

Use the PRL in a Specification

Support Legacy Communication Networks

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.4.4 Support Legacy Communication Networks O Yes / No  
    3.3.1.9.1 Configure Using Block Objects M Yes  
    3.3.1.9.2 Retrieve Block Objects M Yes  
    3.3.1.9.3 Retrieve Block Status M Yes  
    3.3.1.9.4 Support STMP O Yes / No  

Also please note that the "No" in the first data row of the Support column is circled.)

 

Slide 50:

Learning Objective #2

Use the PRL in a Specification

Configure Cycle Timers and Unit Backup Time

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.1 Configure Cycle Timers and Unit Backup Time M Yes  
    3.4.2.2.1 Determine SSLs Currently Connected M Yes  
    3.4.2.2.2 Determine Pattern Selection Capabilities M Yes  
    3.4.2.2.3 Determine SSM Section Characteristics M Yes  
    3.4.2.2.4.1 Configure Cycle Timer Reference O Yes / No  
    3.4.2.2.4.2 Determine Cycle Timer Capability O Yes / No  
    3.4.2.2.5 Determine SSM Software Version M Yes  
    3.4.3.7.4 Sync SSL by Direct Command O Yes / No  

Also please note that on this slide, all the items in the Support column are circled "Yes" except rows 3.4.2.2.4.1, 3.4.2.2.4.2, and 3.4.3.7.4.)

 

Slide 51:

Learning Objective #2

Use the PRL in a Specification

Configure Cycle Timers and Unit Backup Time

 

Slide 52:

Learning Objective #2

Use the PRL in a Specification

Configure Cycle Timers and Unit Backup Time

Need to define range specifications for:

A graphic representing a sample signal system. Please see the Extended Text Description below.

(Extended Text Description: A graphic representing a sample signal system. There is a major arterial running horizontally and a second major arterial running vertically that intersects with the first arterial. In addition to the intersection of the major arterials, there are two minor cross-streets intersecting the vertical arterial above the main intersection and two below. There are also two minor cross-streets intersecting the major horizontal intersection to the left of the main intersection and three to the right. All ten intersections are shown to have their own SSL, indicating that these are signalized intersections. Finally, there is a SSM depicted that controls all of the SSLs.)

 

Slide 53:

Learning Objective #2

Use the PRL in a Specification

Configure Cycle Timers and Unit Backup Time

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.1 Configure Cycle Timers and Unit Backup Time M Yes  
    3.4.2.2.1 Determine SSLs Currently Connected M Yes The SSM shall support at least 16 SSLs
    3.4.2.2.2 Determine Pattern Selection Capabilities M Yes The SSM shall support at least 3 patterns for each section
    3.4.2.2.3 Determine SSM Section Characteristics M Yes The SSM shall support at least 3 sections.
    3.4.2.2.4.1 Configure Cycle Timer Reference O Yes / No  
    3.4.2.2.4.2 Determine Cycle Timer Capability O Yes / No  
    3.4.2.2.5 Determine SSM Software Version M Yes  
    3.4.3.7.4 Sync SSL by Direct Command O Yes / No  

Also please note that on this slide, all the items in the Support column are circled "Yes" except rows 3.4.2.2.4.1, 3.4.2.2.4.2, and 3.4.3.7.4, which are circled "No".)

 

Slide 54:

Learning Objective #2

Use the PRL in a Specification

Manage Section Definition Set

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.1 Manage Section Definition Set M Yes  
    3.4.3.1.1 Configure Section Assignment M Yes  
    3.4.3.1.2 Retrieve Section Assignment M Yes  
    3.4.3.1.3 Configure Section Characteristics M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 55:

Learning Objective #2

Use the PRL in a Specification

Implement a Manually Selected Plan

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.2 Implement a Manually Selected Plan M Yes  
    3.4.3.3 TMS Override of Plan Selection M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 56:

Learning Objective #2

Use the PRL in a Specification

Implement Plan Based on TMS Command

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.3 Implement Plan Based on TMS Command M Yes  
    3.4.3.6.1 TMS Override of SSM Algorithm of Timebase Timing Plan M Yes  
    3.4.3.6.2 SSM Instruct SSLs to Engage TMS Timing Plan M Yes  
    3.4.3.6.3 Set Maximum Time Without TMS Control M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 57:

Learning Objective #2

Use the PRL in a Specification

Implement Plan Based on Timebase Schedule

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.4 Implement Plan Based on Timebase Schedule M Yes  
    3.4.2.1 Synchronize SSM Clock with TMS M Yes  
    3.4.3.4 Configure SSM Schedule M Yes  
    3.4.3.6.2 SSM Instruct SSLs to Engage TMS Timing Plan M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 58:

Learning Objective #2

Timebase Schedule

Number of Timebase Schedule Entries

Number Month Day Date Day Plan
1 All M-F All 1
2 All S-S All 2
3 Jan All 1 3
4 Dec Fri 31 3
5 Jan Mon 2 3
6 Jan Mon 15-21 3
... ... ... ... ...
17 Dec M-F All 4
18 Dec S-S All 5

 

Slide 59:

Learning Objective #2

Timebase Schedule

Number of Day Plans and Day Plan Events

Number Event # Hour Minute Action
1 1 05 00 1
1 2 10 00 2
1 3 15 00 3
1 4 16 00 4
1 5 22 00 5
... ... ... ... ...

 

Slide 60:

Learning Objective #2

Timebase Schedule

Number of SSM Actions and Action Tasks

Number Task Number Task Section Pattern Enable Pattern Special Function Enable Special Function
1 1 1 & 2 enabled 1 notEnabled 0
2 1 1 enabled 2 notEnabled 0
2 2 2 notEnabled 0 notEnabled 0
3 1 2 enabled 3 notEnabled 0
4 1 1 enabled 3 notEnabled 0

 

Slide 61:

Learning Objective #2

Structure of Off-line Logged Data

Local Time and Daylight Savings

Local time determined by:

Number BeginMonth BeginOccur BeginDoW BeginDoM BeginSecs
1 March Second Sunday 1 7200
EndMonth EndOccur EndDoW EndDoM EndSecs Adjust
November First Sunday 1 7200 3600

 

Slide 62:

Learning Objective #2

Use the PRL in a Specification

Implement Plan Based on Timebase Schedule

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.4 Implement Plan Based on Timebase Schedule M Yes  
    3.4.2.1 Synchronize SSM Clock with TMS M Yes  
    3.4.3.4 Configure SSM Schedule M Yes The SSM shall support at least 32 Timebase Table entries, 8 day plans, 8 events per day plan, 32 SSM Actions in the action table with 4 events per action, and one daylight savings schedule.
    3.4.3.6.2 SSM Instruct SSLs to Engage TMS Timing Plan M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 63:

Learning Objective #2

Use the PRL in a Specification

Configure Traffic Responsive Mode

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.5.1 Configure Traffic Responsive Mode M Yes  
    3.4.1.1 Assign System Detectors M Yes  
    3.4.3.5.1 Select Algorithm M Yes  
    3.4.3.5.2 Accept Pattern Selection Frequency M Yes  
    3.4.3.5.3.8 Instruct SSLs to Engage Threshold Timing Plan M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 64:

Learning Objective #2

Configure Traffic Responsive Mode

Number of System Detectors

The same graphic representing a sample signal system as discussed on Slide 52 with the addition of system detectors. Please see the Extended Text Description below.

(Extended Text Description: The same graphic representing a sample signal system as discussed on Slide 52 with the addition of system detectors. One detector is shown at each of the four entry points to the system, i.e., one at the left end, one at the top, one at the right end, and one at the bottom. In addition, there is one additional detector located just to the right of the main intersection between the two arterials. All three system detectors located along the horizontal arterial are shown in black and the two detectors on the vertical arterial are shown in blue.)

 

Slide 65:

Learning Objective #2

Use the PRL in a Specification

Configure Traffic Responsive Mode

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.5.1 Configure Traffic Responsive Mode M Yes  
    3.4.1.1 Assign System Detectors M Yes The SSM shall support at least 8 system detectors.
    3.4.3.5.1 Select Algorithm M Yes  
    3.4.3.5.2 Accept Pattern Selection Frequency M Yes  
    3.4.3.5.3.8 Instruct SSLs to Engage Threshold Timing Plan M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 66:

Learning Objective #2

Use the PRL in a Specification

Configure Threshold Selection

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

UN ID UN FR ID Functional Requirement Conform Support Additional Specifications
2.5.1.2.5.2 Configure Threshold Selection O.1 (1..*) Yes / No  
    3.4.1.2 Configure Detector Grouping M Yes  
    3.4.1.3 Configure Group Smooth M Yes  
    3.4.1.4 Configure Override Smoothing M Yes  
    3.4.1.5 Configure Minimum Samples M Yes  
    3.4.1.6 Configure Avg or Highest Value M Yes  
    3.4.3.5.3.1 Config Directional Thresholds M Yes  
    3.4.3.5.3.2 Configure Cycle Thresholds M Yes  
    3.4.3.5.3.3 Configure Split Thresholds M Yes  
    3.4.3.5.3.4 Configure Minimum Detectors M Yes  
    3.4.3.5.3.5 Configure Queue Thresholds O Yes / No  
    3.4.3.5.3.6 Config Occupancy Thresholds O Yes / No  
    3.4.3.5.3.7 Config Non-Arterial Thresholds O Yes / No  
    3.4.3.5.3.8 Instruct SSLs to Engage Plan M Yes  

Also please note that the "No" in the first data row of the Support column is circled.)

 

Slide 67:

Learning Objective #2

Configure Threshold Selection

Range Specifications

The same sample signal system with system detectors graphic as discussed on Slide 64.

 

Slide 68:

Learning Objective #2

Configure Threshold Selection

Options

 

Slide 69:

Learning Objective #2

Use the PRL in a Specification

Configure Signature Selection

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.5.3 Configure Signature Selection 0.1 (1..*) Yes / No  
    3.4.3.5.4.1 Configure Signature Parameters M Yes  
    3.4.3.5.4.2 Instruct SSLs to Engage Signature Timing Plan M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 70:

Learning Objective #2

Configure Signature Selection

Range Specifications

 

Slide 71:

Learning Objective #2

Use the PRL in a Specification

Configure Plan Selection Mode Schedule

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.6 Configure Plan Selection Mode Schedule M Yes  
    3.4.3.2 Configure Plan Selection Mode Schedule M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 72:

Learning Objective #2

Use the PRL in a Specification

Synchronize Clocks of SSLs

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.7 Synchronize Clocks of SSLs M Yes  
    3.4.3.7.1 Accept User-Defined Period for SSL Clock Synchronization M Yes  
    3.4.3.7.2 Periodically Set Clocks of SSLs M Yes  
    3.4.3.7.3 Instruct SSM to Set Clocks of SSLs M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 73:

Learning Objective #2

Use the PRL in a Specification

Configure Cycle Length by Plan

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.2.8 Configure Cycle Length by Plan SyncPulse:M Yes / No  
    3.4.2.2.6 Accept Cycle Length by Plan M Yes  

Also please note that the "No" in the first data row of the Support column is circled.)

 

Slide 74:

Learning Objective #2

Use the PRL in a Specification

Manage Alarms

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.1 Manage Alarms M Yes  
    3.4.4.1.1 Configure Critical Alarms and Events to Monitor M Yes  
    3.4.4.1.2 Provide Critical Alarms and Events Logging Requirements to SSM M Yes  
    3.4.4.1.3 Critical Alarms and Events Reporting Requirements M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 75:

Learning Objective #2

Use the PRL in a Specification

Loss of Control of SSLs

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.1.1 Loss of Control of SSLs M Yes  
    3.4.4.1.4.1 Lost Communications to a SSL M Yes  
    3.4.4.1.5 Configure Intersection Non-Responsive Time to Constitute Failure M Yes  
    3.4.4.1.6 Coordination Failure Caused by Loss of Control M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 76:

Learning Objective #2

Use the PRL in a Specification

Failed System Detectors

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.1.2 Failed System Detectors M Yes  
    3.4.4.1.4.2 Failed System Detectors for Threshold Selection of Timing Plans Threshold: M Yes / No  
    3.4.4.1.4.3 Failed System Detectors for Signature Selection of Timing Plans Signature: M Yes / No  

Also please note that on this slide, all the items in the Support column are circled "Yes" except row 3.4.4.1.4.2 which is circled "No".)

 

Slide 77:

Learning Objective #2

Use the PRL in a Specification

Other Alarms Within a SSL

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.1.3 Other Alarms Within a SSL M Yes  
    3.4.4.1.4.4 SSL Alarms and Events M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 78:

Learning Objective #2

Use the PRL in a Specification

Forward SSM Alarms and Events

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.1.4 Forward SSM Alarms and Events M Yes  
    3.3.2.2 Configure Event Logging Service M Yes  
    3.3.2.3 Retrieve Event Logged Data M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 79:

Learning Objective #2

Use the PRL in a Specification

Manage System Display Data

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.2 Manage System Display Data M Yes The Response Start Time for all requests shall be not greater than 500 ms
    3.4.3.1.2 Retrieve Section Assignment M Yes  
    3.4.4.2.1 Provide Time Plan for Ea. Sect. M Yes  
    3.4.4.2.2 Provide Cycle Len. for Ea. Sect. M Yes  
    3.4.4.2.3 Provide Display Status of the Signal Displays for Each SSL M Yes  
    3.4.4.2.4 Provide Current Traffic Responsive Comparison O Yes / No  
    3.4.4.2.5 Provide Mode and Pattern Number for Each SSL M Yes  
    3.4.4.2.6 Provide Status for Each SSL M Yes  
    3.4.4.2.7 Provide Status for Each System Detector M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 80:

Learning Objective #2

Use the PRL in a Specification

Monitor Traffic Conditions

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.1.3.3 Monitor Traffic Conditions M Yes  
    3.4.1.7 SSM Collect Volume and Occupancy Data M Yes  
    3.4.1.8 TMS Collect Volume and Occupancy Data M Yes  

Also please note that on this slide, all the items in the Support column are circled "Yes".)

 

Slide 81:

Learning Objective #2

Use the PRL in a Specification

Manage SSLs

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

User Need ID User Need FR ID Functional Requirement Conformance Support Additional Specifications
2.5.2 Manage SSLs O Yes / No  
    3.3.1.6 Explore SSL Data by the TMS M Yes  
    3.3.1.7 TMS Acceptance of Data from the SSL M Yes  
    3.3.1.8 TMS Delivery of Data to the SSL M Yes  
    3.4.2.3 Configure Connected SSLs M Yes  

Also please note that the "No" in the first data row of the Support column is circled.)

 

Slide 82:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 83:

Learning Objective #2

When should a requirement with a conformance "Threshold:M" be selected?

From NTCIP 1210 Clause 3.2.3.2 and Participant Student Supplement Page 2

Predicate Section
SyncPulse 2.5.1.2.8
Threshold 2.5.1.2.5.2
Signature 2.5.1.2.5.3

Answer Choices

  1. Only when User Need 2.5.1.2.5.2 is selected
  2. Always
  3. Only when Requirement 3.4.4.1.4.2 is selected
  4. Only when Requirement 3.4.3.5.3.5 is selected

 

Slide 84:

Learning Objective #2

Review of answers

A small graphical green and yellow check mark representing correct.a) Only when User Need 2.5.1.2.5.2 is selected
Correct! Clause 3.2.3.2 of the standard maps the predicate "Threshold" to Clause 2.5.1.2.5.,

A small graphical red and yellow X representing incorrect.b) Always
Incorrect; The predicate means that support is conditional upon another selection.

A small graphical red and yellow X representing incorrect.c) Only when Requirement 3.4.4.1.4.2 is selected
Incorrect; this requirement has this conformance and thus this would result in circular logic.

A small graphical red and yellow X representing incorrect.d) Only when Requirement 3.4.3.5.3.5 is selected
Incorrect; the conformance may be mandatory even when 3.4.3.5.3.5 (Override Thresholds) is not selected.

 

Slide 85:

Learning Objective #2

Using the PRL in a Specification

Part of Interface Specification

 

Slide 86:

Learning Objective #2

Using the PRL in a Specification

Consistency

Three overlapping circles. Please see the Extended Text Description below.

(Extended Text Description: Three overlapping circles. One is labeled "Hardware Specification", the next is labeled "Software Specification", and the final one is labeled "Interface Specification". The overlap symbolizes that each of these specifications are likely to cover topics that relate to other portions of the specifications and that care must be taken to avoid any conflict between these distinct sections of the overall procurement package.)

 

Slide 87:

Learning Objective #2

Using the PRL in a Specification

Sample Text

 

Slide 88:

Summary of Learning Objective #2

Use the PRL to Specify an SSM Interface

 

Slide 89:

Learning Objective #3 — Achieve Interoperability and Interchangeability

 

Slide 90:

Learning Objective #3

Interoperability and Interchangeability

Requirements Traceability Matrix

 

Slide 91:

Learning Objective #3

Interoperability and Interchangeability

Requirements Traceability Matrix

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the following data:

Func Req't Reference Functional Requirement Dialog Reference Object Reference Object Comments (Informative)
3.3.1.6 Explore SSL Data by the TMS 4.2.13 5.7 Group PMPP Routing TMS to SSL message management
3.3.1.9.2 Retrieve Block Objects 4.2.11 5.25.1 ssmBlockGetControl  
5.25.2 ssmBlockData  

Please note that on this slide, the first two columns of this table, Func Req't Reference and Functional Requirement, are highlighted.)

 

Slide 92:

Learning Objective #3

Interoperability and Interchangeability

Requirements Traceability Matrix

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 91, except with the following visual change: The Dialog Reference column is highlighted. Please see Slide 91 for the complete table data.)

 

Slide 93:

Learning Objective #3

Interoperability and Interchangeability

Requirements Traceability Matrix

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 91, except with the following visual changes: The Object Reference and Object columns are highlighted. Please see Slide 91 for the complete table data.)

 

Slide 94:

Learning Objective #3

Interoperability and Interchangeability

Requirements Traceability Matrix

This image contains table data - please see the Extended Text Description below for details.

(Extended Text Description: This table contains the exact same table data as Slide 91, except with the following visual change: The Comments (Informative) column is highlighted. Please see Slide 91 for the complete table data.)

 

Slide 95:

Learning Objective #3

Interoperability and Interchangeability

Requirements Traceability Matrix

RTM Maps each requirement to a specific design

 

Slide 96:

Learning Objective #3

Interoperability and Interchangeability

Comparisons of PRLs for Interoperability

Interoperability

A graphic representing interoperability. Please see the Extended Text Description below.

(Extended Text Description: A graphic representing interoperability. On the left side of the figure is a desktop computer, which has a box labeled "Data Object X" to its immediate right. On the right side of the figure is a controller, which has an identical box with the same "Data Object X" label to its immediate left. The two "Data Object X" boxes are connected with a bi-directional line labeled "NTCIP" to indicate that the information can be exchanged across the link.)

 

Slide 97:

Learning Objective #3

Interoperability and Interchangeability

Comparisons of PRLs for Interoperability

 

Slide 98:

Learning Objective #3

Interoperability and Interchangeability

Comparisons of PRLs for Interchangeability

Interchangeability

A graphic representing interchangeability. Please see the Extended Text Description below.

(Extended Text Description: A graphic representing interchangeability. The graphic is similar to the one on Slide 96, but the single controller is replaced with two different controllers, one labeled X and the other labeled Y, indicating that they are from different manufacturers. Between the two controllers is the word "OR" indicating that either controller can be used.)

 

Slide 99:

Learning Objective #3

Interoperability and Interchangeability

Comparisons of PRLs for Interchangeability

 

 

Slide 100:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 101:

Learning Objective #3

What does the following table mean?

Func Req't Reference Functional Requirement Dialog Reference Object Reference Object
3.4.1.1 Assign System Detectors 4.2.1 5.12.1 maxSensorSources
5.12.2.1.2 sensorSourcelntersection
5.12.2.1.3 sensorSourceDetNumber
5.12.2.1.7 sensorSourceVolumeFactor
5.12.2.1.11 sensorSourceOccWeighting

Answer Choices

  1. All of the objects must be supported
  2. At least one of the objects must be supported
  3. All of the objects must be supported, if the requirement is supported
  4. At least one of the objects must be supported, if the requirement is supported

 

Slide 102:

Learning Objective #3

Review of answers

A small graphical red and yellow X representing incorrect.a) All of the objects must be supported
Incorrect; they only need to be supported if the requirement has been selected in the PRL.

A small graphical red and yellow X representing incorrect.b) At least one of the objects must be supported
Incorrect; if the requirement is selected, all of the indicated objects must be supported.

A small graphical green and yellow check mark representing correct.c) All of the objects must be supported, if the requirement is supported
Correct!

A small graphical red and yellow X representing incorrect.d) At least one of the objects must be supported, if the requirement is supported
Incorrect; if the requirement is selected, all of the indicated objects must be supported.

 

Slide 103:

Summary of Learning Objective #3

Achieve Interoperability and Interchangeability

 

Slide 104:

Learning Objective #4 — Understand NTCIP 1210 Dialogs

 

Slide 105:

Learning Objective #4

Understand NTCIP 1210 Dialogs

Dialog 4.2.1

A UML sequence diagram depicting communications between a Transportation Management System (TMS) and a Signal System Master (SSM). Please see the Extended Text Description below.

(Extended Text Description: A UML sequence diagram depicting communications between a Transportation Management System (TMS) and a Signal System Master (SSM). The sequence begins with the TMS sending a request for "Get(maxSensorSources.0)" to the SSM. The SSM returns a response to this request to the TMS. For each sensor source, the TMS then sends a request to "Set(sensorSourceIntersection.x, sensorSourceDetNumber.x, sensorSourceVolumeFacor.x, sensorSourceOccWeighting.x)" to the SSM. Finally, the SSM responds to each such "set" command.)

 

Slide 106:

Learning Objective #4

Understand NTCIP 1210 Dialogs

TMS _ SSM

Func Req't Reference Functional Requirement Dialog Reference Object Reference Object
3.4.1.1 Assign System Detectors 4.2.1 5.12.1 maxSensorSources
5.12.2.1.2 sensorSourcelntersection
5.12.2.1.3 sensorSourceDetNumber
5.12.2.1.7 sensorSourceVolumeFactor
5.12.2.1.11 sensorSourceOccWeighting

 

Slide 107:

Learning Objective #4

Understand NTCIP 1210 Dialogs

TMS _ SSM _ SSL

2.4.3 Connect Communication Networks

The SSM needs to provide the ability to connect communication networks.

3.3.1.8 TMS Delivery of Data to the SSL

The SSM shall provide a pass-through capability for the TMS to deliver data to the SSL.

There are potential issues as we will discuss on the following slides along with three possible work-arounds

 

Slide 108:

Learning Objective #4

Use the PRL in a Specification

Connect Communication Networks

A UML sequence diagram depicting communications among a Transportation Management System (TMS), a Signal System Master (SSM), and a Signal System Local (SSL). Please see the Extended Text Description below.

(Extended Text Description: A UML sequence diagram depicting communications among a Transportation Management System (TMS), a Signal System Master (SSM), and a Signal System Local (SSL). The sequence starts with the TMS sending a request to the SSM for "Get (maxMsgRouted.0)". The SSM then returns a response to this request. For each SSL object to be sent, the TMS then sends the SSM a message labeled "Set(sslCommand.x, sslNumber.x, sslCommandFrequency.x)". The SSM then sends a response message to the TMS for each "set" message. Until the command is cleared, the SSM then sends the "sslCommand.x" to the SSL at the sslCommandFrequency.x and the SSL responds. The SSM then stores this response in sslResponse.x. Finally, the TMS repeatedly retrieves the data by sending a request for "Get(sslCommandTimestamp.x, sslResponse.x, sslResponseTimestamp.x, sslResponseSequence.x, sslResponseStatus.x)" and the SSM responds.)

 

Slide 109:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Support for Any Message

 

Slide 110:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Potential Issue #1

sslResponse contains "ALL responses from the SSL." Most would likely to interpret this to mean:

Actual response may be overwritten before TMS can retrieve

 

Slide 111:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Work Around #1

The user need does not identify bandwidth constraints.

 

Slide 112:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Work Around #2

 

Slide 113:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Work Around #3

Could use a refined interpretation of standard

Work with standards committees to finalize interpretation once implemented

 

Slide 114:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Potential Issue #2

sslNumber is ambiguous, defined as both

Possible Work-Around

 

Slide 115:

Learning Objective #4

Use the PRL in a Specification

Connect Networks _ Summary

 

Slide 116:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 117:

Learning Objective #4

What types of messages does the standard allow to be sent to the SSL using the sslCommand feature?

Answer Choices

  1. Any of thirteen standardized messages
  2. Any of thirteen user-defined messages
  3. Any message clearly defined in the specification
  4. Virtually any packetized message

 

Slide 118:

Learning Objective #4

Review of answers

A small graphical red and yellow X representing incorrect.a) Any of thirteen standardized messages
Incorrect; the standard does not define thirteen messages.

A small graphical red and yellow X representing incorrect.b) Any of thirteen user-defined messages
Incorrect; STMP includes thirteen user-defined dynamic objects - these can be sent along with any other message.

A small graphical red and yellow X representing incorrect.c) Any message clearly defined in the specification
Incorrect; the routing feature allows virtually any message to be sent.

A small graphical green and yellow check mark representing correct.d) Virtually any packetized message
Correct! The sslCommand feature can be used to send any single datagram.

 

Slide 119:

Summary of Learning Objective #4

We discussed:

 

Slide 120:

Learning Objective #5 — Incorporate requirements not covered by the standard

 

Slide 121:

Learning Objective #5

Extending the Standard

Interoperability and Interchangeability

Extending the standard complicates interoperability and interchangeability

 

Slide 122:

Learning Objective #5

Extending the Standard

Conditions

Extensions should only be considered when:

 

Slide 123:

Learning Objective #5

Extending the Standard

Design

Extended equipment should be designed to:

 

Slide 124:

Learning Objective #5

Extending the Standard

Example User Need

X.1 Custom Needs

X.1.1 Plan Selection Based on Ice Detection

A TMS operator needs the SSM to override timing pattern selection based on the detection of ice in the area. The formation of ice on certain roadways can create traffic hazards that may warrant the prohibition of certain movements at intersections resulting in changed demand patterns on the roadway network. This feature allows SSMs to ensure these conditions are handled smoothly.

 

Slide 125:

Learning Objective #5

Extending the Standard

Example Specifications

X.2 Custom Specifications

X.2.1 Configure Ice Detection Override

The SSM shall allow the TMS to define which plan to use when ice is detected for more than one minute.

X.2.2 Monitor Ice Detection Override

The SSM shall allow the TMS to determine whether ice is currently detected, how long it has been detected, and whether the Ice Detection Override Plan is active.

 

Slide 126:

Learning Objective #5

Extending the Standard

Example RTM

Function Reference Function Dialog Reference Object Reference Object
X.2.1 Configure Ice Detection Override NTCIP 1210 4.1.3 (Set) X.4.1 xxxIceDetectionOverridePattern
X.2.2 Monitor Ice Detection Logic NTCIP 1210 4.1.1 (Get) X.4.2 xxxIceDetected
X.4.3 xxxIceDetectedTime
X.4.4 xxxIceDetectionOverrideActive

 

Slide 127:

Learning Objective #5

Extending the Standard

Example Object

xxxIceDetectionOverridePattern OBJECT-TYPE

SYNTAX INTEGER (1..255)

ACCESS read-write

STATUS mandatory

DESCRIPTION "<DEFINITION> The timing pattern that is to be activated when xxxIceDetected is true and xxxIceDetectedTime is more than 60 seconds in the past.

<UNIT> pattern number"

::= {xxxIceDetection 1}

 

Slide 128:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

 

Slide 129:

Learning Objective #5

Which of the following is the best reason to extend a standard?

Answer Choices

  1. There is an unmet need that justifies the added cost
  2. The existing system uses a non-standard design
  3. You want to use your specification to favor a specific vendor
  4. The standardized solution is overly complex for your simple needs

 

Slide 130:

Learning Objective #5

Review of answers

A small graphical green and yellow check mark representing correct.a) Unmet need justifies the cost
Correct! Sometimes you just have to accept the added costs

A small graphical red and yellow X representing incorrect.b) Existing system uses non-standard design
Incorrect; doing this will prolong the expensive customized approach for another generation

A small graphical red and yellow X representing incorrect.c) To favor a specific vendor
Incorrect; this opens the project up to a lawsuit and potentially traps you into a proprietary design

A small graphical red and yellow X representing incorrect.d) Standardized solution is overly complex
Incorrect; even if a simpler solution would work, the life-cycle costs of implementing a non-standard solution are significant

 

Slide 131:

Summary of Learning Objective #5

Incorporate requirements not covered by the standard

We discussed:

 

Slide 132:

What We Have Learned

  1. The PRL can be used to trace user needs to requirements.
  2. The "Additional Specifications" PRL column can define performance, and object range specifications.
  3. The Student Supplement has a list of additional specifications that could be considered for the PRL.
  4. The RTM traces each requirement to a single design solution, thereby providing for interoperability.
  5. NTCIP 1210 allows a TMS to send virtually any message to an SSL.
  6. Developing custom features entails significant effort and risk.

 

Slide 133:

Resources

 

Slide 134:

Questions? A placeholder graphic image with word Questions? at the top, and an image of a lit light bulb on the lower right side.