Grouping Requirements Projects in Folders
One answer
RRC uses "project" to be a grouping mechanism for artifacts, their types, and permissions (including users' ability to see or modify these artifacts). In this sense, there is no higher grouping mechanism on one server. However each project is accessible with a URL, and you could have one or more landing pages elsewhere (or even in a special RRC project) that provides a directory to the other RRC projects.
People use "project" to mean a temporary endeavor that results in some deliverables. In that sense a RRC project could contain artifacts for more than one project.
Comments
We are still working through how we would use the project concept in Composer.
Our initial thought was have a project equate to a "business initiative" - e.g., 4-day Shipping Service. So this project would have a number of requirement statements, rules, use cases, etc. associated with it. As I mentioned, we would have 100's (eventually 1000's) of business initiatives - some small and impacting a single application and others quite large that could impact 100 applications.
I am not sure this is the best approach though.
Key criteria for creating RRC projects are (1) to provide boundaries for who can see / interact with the artifacts, and (2) to partition and organize sets of related artifacts.
In general, you want your RRC projects to persist and be reused over time. So within a RRC project you would create/modify/interact with artifacts in many of your project initiatives.
I have seen a couple of different organizing approaches:
- Organize by application - OK but doesn't take a business view
- Organize by business process - Good, but may not make clear application boundaries (and thus provide a good mapping to who should see/modify artifacts in various application dev teams).
- Organize multi-tier: one for business process, one for application
- Additionally project-specific artifacts could be stored in a third RRC project or in a folder hierarchy in these two RRC projects.
NOTE TO OTHERS READERS: it would be interesting to hear how YOU organize your RRC projects.