This repository was archived by the owner on Jul 1, 2025. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 118
This repository was archived by the owner on Jul 1, 2025. It is now read-only.
Apply new constraint ID style to all constraints in develop
#1210
Copy link
Copy link
Open
Labels
constraint: completenessmodel: catalogmodel: poammodel: profilemodel: ssptype: backlog itemFor developer work that is not part of a user-facing epic or user story.For developer work that is not part of a user-facing epic or user story.type: task
Milestone
Description
Constraint Task
Per discussion with the team today during standup, I am delegating the work of renumbering the constraints IDs to follow the id="frr1234"
format, manually or using approved AI/LLM tools.
Intended Outcome
See #1204 for more details on approach, outcome, benefits, and perceived risks.
Syntax Type
This is optional core OSCAL syntax.
Allowed Values
There are no relevant allowed values.
Metapath(s) to Content
<!-- I know this is snarky, but it is what it is. -->
//*
Purpose of the OSCAL Content
No response
Dependencies
No response
Acceptance Criteria
- All OSCAL adoption content affected by the change in this issue have been updated in accordance with the Documentation Standards.
- Explanation is present and accurate
- sample content is present and accurate
- Metapath is present, accurate, and does not throw a syntax exception using
oscal-cli metaschema metapath eval -e "expression"
.
- All constraints associated with the review task have been created
- The appropriate example OSCAL file is updated with content that demonstrates the FedRAMP-compliant OSCAL presentation.
- The constraint conforms to the FedRAMP Constraint Style Guide.
- All automated and manual review items that identify non-conformance are addressed; or technical leads (David Waltermire; AJ Stein) have approved the PR and “override” the style guide requirement.
- Known good test content is created for unit testing.
- Known bad test content is created for unit testing.
- Unit testing is configured to run both known good and known bad test content examples.
- Passing and failing unit tests, and corresponding test vectors in the form of known valid and invalid OSCAL test files, are created or updated for each constraint.
- A Pull Request (PR) is submitted that fully addresses the goals section of the User Story in the issue.
- This issue is referenced in the PR.
Other information
No response
Metadata
Metadata
Assignees
Labels
constraint: completenessmodel: catalogmodel: poammodel: profilemodel: ssptype: backlog itemFor developer work that is not part of a user-facing epic or user story.For developer work that is not part of a user-facing epic or user story.type: task
Type
Projects
Status
🚢 Ready to Ship