You can divide your requirements model into packages in order to avoid manipulating the entire set of requirements and to provide views on particular logical subsets of the requirements. You could create packages to represent different tasks, domains, or subject areas.
In the following example, one package contains functional requirements and the other contains non-functional requirements:
You can create packages as peers and divide packages into subpackages as necessary. Each package has its own default requirements view (document, traceability or user allocation view) and you can create others if required.
You can link requirements in different packages of the same model together from the Requirement Traceability Links tab of the requirements property sheet (see Linking Requirements with Design Objects and External Files).