You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In many cases, PP-Modules will have Modified SFRs from the Base-PP where there is no change to the actual text of the SFR. The most common situation is when a selection-based requirement in the Base-PP is mandatory when the TOE conforms to the Module because the Module requires that functionality as a dependency.
Right now an f-component must contain at least one f-element so the only ways to address this scenario are to reproduce the SFR in its entirety and then add an app note to the bottom (not preferred) or to simply fill out an f-element with the desired note (which has the drawback of then incorrectly labeling that as an SFR element XXX_YYY_n.1).
In the case of Modified SFRs specifically it is requested that an f-component be able to have just raw text underneath it. Perhaps a no-elements tag that you could then populate with raw text and then the contents of that tag go underneath the component heading.
The only complicating factor to this is that we also want there to be evaluation activities in cases like this, but the aactivity tag has to go inside of an f-element
The text was updated successfully, but these errors were encountered:
In many cases, PP-Modules will have Modified SFRs from the Base-PP where there is no change to the actual text of the SFR. The most common situation is when a selection-based requirement in the Base-PP is mandatory when the TOE conforms to the Module because the Module requires that functionality as a dependency.
Right now an f-component must contain at least one f-element so the only ways to address this scenario are to reproduce the SFR in its entirety and then add an app note to the bottom (not preferred) or to simply fill out an f-element with the desired note (which has the drawback of then incorrectly labeling that as an SFR element XXX_YYY_n.1).
In the case of Modified SFRs specifically it is requested that an f-component be able to have just raw text underneath it. Perhaps a no-elements tag that you could then populate with raw text and then the contents of that tag go underneath the component heading.
The only complicating factor to this is that we also want there to be evaluation activities in cases like this, but the aactivity tag has to go inside of an f-element
The text was updated successfully, but these errors were encountered: