Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closes #1547 Display impact level on project page. #1551

Merged
merged 11 commits into from
Apr 22, 2021

Conversation

gregelin
Copy link
Contributor

Implement impact level as a statement about a system of type "fisma_impact_level"
with imoact level in body. This continues idea that statements are
factual observations about a system. Statement must be associated
with system.root_element and be consumed by root_element.

Implement impact level as a statement about a system of type "fisma_impact_level"
with imoact level in body. This continues idea that statements are
factual observations about a system.  Statement must be associated
with system.root_element and be consumed by root_element.
@gregelin gregelin requested a review from davidpofo April 19, 2021 09:31
Copy link
Contributor

@davidpofo davidpofo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@gregelin Needs tests. Also it is unclear how a statement that defines Fisma level looks in oscal which would be covered by an automated unit test. I suggest adding a fixture with statement data that would include a fisma level in the body as suggested.

@gregelin
Copy link
Contributor Author

@davidpofo Tests added. Currently the tests just check that content appears; content can be set with a statement in the database and updated for different content to appear.

Enumarate different type of statements
@gregelin
Copy link
Contributor Author

@davidpofo Also added type enumeration to Statements. This is ready for review and inclusion.

govreadydeploy and others added 4 commits April 22, 2021 05:29
… methods

Set system fisma_impact_level root_element statement as part of
question action to set baseline. Since baselines could have more
names than just "Low", "Moderate", and "High", we only set
fisma_impact_level if baseline is one of those three.
This might need to improve in the future and make setting fisma_impact_level
a separate question action from setting baselines.

Created set/get methods for fisma_impact_level in System model
to make sure only one statement for the system with statement_type of
fisma_impact_level existed.

Also fixed POAM stat counting to only count POAMs associated with
current system. Existing POAM count was not filtering on current system.
all caps no brakes
Copy link
Contributor

@davidpofo davidpofo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm PR party 4/22

@davidpofo davidpofo merged commit 86327e3 into develop Apr 22, 2021
@davidpofo davidpofo deleted the ge/display-impact-level branch April 22, 2021 20:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants