The following pages are a hierarchy of requirements sorted by SCMS use cases. A use case contains all requirements that must be implemented from an end entities (EE) perspective to fulfill a major feature of the SCMS. A use case might comprehend multiple steps from a system's architecture perspective that can be run without interference with each other to return a partial result of the overall use case. In general, steps need to be executed in the given order to fulfill the use case. For example, Use Case 3: OBE Pseudonym Certificates Provisioning describes all necessary processes to equip an OBE with pseudonym certificates. It comprehends five steps that are coherent but self-contained:
- Step 3.1: Request for Pseudonym Certificates
- Step 3.2: Pseudonym Certificate Generation
- Step 3.3: Initial Download of Pseudonym Certificates
- Step 3.4: Schedule Generation of Subsequent Batch of Pseudonym Certificates
- Step 3.5: Top-off Pseudonym Certificates
This format supports end-to-end implementation as well as testing better than a pure listing of requirements.
On-board Equipment (OBE) Use Cases
The following chapters are about OBE requirements. These are the main use cases for OBEs, but there are requirements throughout all chapters for OBEs. For example, in 11. Backend Management are requirements about what an OBE needs to do if a root CA is revoked or a new root CA is introduced to the system.
Road-side Equipment (RSE) Use Cases
The following chapters are about RSE requirements. These are the main use cases for RSEs, but there are requirements throughout all chapters for RSEs. For example, in 11. Backend Management are requirements about what an RSE needs to do if a root CA is revoked or a new root CA is introduced to the system.
- Use Case 12: RSE Bootstrapping (Manual)
- Use Case 13: RSE Application Certificate Provisioning
- Use Case 16: RSE Application and OBE Identification Certificate Revocation
Common EE Use Cases
Both EE types should implement the following chapters:
- Use Case 5: Misbehavior Reporting
- Use Case 6: CRL Download
- Use Case 11: Backend Management (CA compromise recover strategy)
- Use Case 18: Provide and Enforce Technical Policies
- Use Case 20: EE Re-Enrollment
Backend Use Cases
Features specific only to the SCMS (no relevance to end entities) as well as deployment and management requirements are listed in the following use cases:
Requirement Status
All requirements are listed with all details including their status of implementation (e.g., - SCMS-500Getting issue details... STATUS ) and a JIRA link is given for traceability reasons. Statuses given are:
Status | Description |
---|---|
Review | Requirement is currently under review by the Software Team |
In Implementation | Requirement is currently in implementation by the Software Team |
Implemented | Software Team finished the implementation as well as the unit tests |
Ready for Testing | Test Team created test cases as well as test scripts for this requirement and the requirement is ready to be tested with the next test run |
Tests Passed | All tests of the given requirement were successful within the latest test run |
Tests Failed | One or more tests of the given requirement failed during the latest test run |
Closed | Requirement is implemented and successfully tested |
Manual Process | Requirement is meant to be manually executed within the PoC software and will not be implemented in software |
SCMS PoC Out Of Scope | Requirement will neither be implemented in the PoC software nor executed manually. This applies especially to EE requirements or SCMS production requirements that are listed but out of scope for implementation during the PoC project. |