Modified SFRs where the modification is a note and not an updated requirement

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

Review the transform and schema handling for f-components, f-elements, and aactivity. Determine how a component can contain note text without creating a falsely labeled SFR element while still supporting evaluation activities; done means the representation and resulting output are defined for this case.