Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision |
72:tailoring [2018/06/15 13:51] – [Manage tailoring] bkkr | 72:tailoring [2018/06/25 13:15] – [Manage tailoring] bkkr |
---|
| |
(not in the software yet, for now, just talk about it and give background) | (not in the software yet, for now, just talk about it and give background) |
| |
| We use tailoring to incorporate requirements of project- or program-specific instances in a process. |
| |
=== Tailoring === | === Tailoring === |
| |
There is no "Ultimate" process that all processes can follow successfully. All of the processes follow the [[:general:metamodel|]], but are not the same. Tailoring a process filters out the process activities, work products, roles, etc. for a specific project. For example, a "Safety Manager" role will have different work products based on the level of safety integrity needed, so the information for all other levels is not relevant for a specific project. Tailoring this process allows the user to only see the components that are applicable to their project. | There is no "Ultimate" process that all processes can follow successfully. All of the processes follow the same [[:general:metamodel|]], but they have small variations. Tailoring a process filters out the process activities, work products, roles, etc. for a specific project. For example, a "Safety Manager" role will have different work products based on the level of safety integrity needed, so the information for all other levels is not relevant for a specific project. Tailoring this process allows the safety manager to only see the components that are applicable to the specific project. |
| |
TBD | TBD |
| |
| Project- or program-specific processes can be created through module inheritance. Specific requirements of the specific processes can be incorporated by a tailoring mechanism. |
| |
| ^^ need to put this in there |
| |
| |