Artifact:
|
Project-Specific Guidelines provides prescriptive guidance on how to perform a certain activity or a set of activities in the context of the project. The guidelines selected for the project are seen as a part of the development process for this project, also known as the Project-Specific Process. | |
Other Relationships: |
Part Of Development Process
|
Role: | Process Engineer |
Optionality/Occurrence: | Which guidelines to provide is based on the project's specific needs and availability. Guidelines are recommended for consistency and help, but they are usually not part of any project delivery and as such are optional. |
Templates and Reports: | |
Examples: | |
UML Representation: | Not applicable. |
More Information: |
The Project-Specific Guidelines are used by the project members when performing the activities assigned to them. Guidelines are typically selected from an underlying repository controlled by the process group in the organization. This artifact is a place holder for the specific guidelines selected for the project.
The outline is dependent on which of artifact the guideline describes. The Templates and Reports section above references templates for different types of project-specific guidelines. Inspect these links to see how the outline of a guideline's document can vary.
Guidelines should contain meta-information such as revision history, version information in addition to the actual content. The content itself is structured differently depending on what type of guideline it is. There are no UML representations for these properties.
Property Name |
Brief Description |
---|---|
Name | A unique name used to identify this Guideline. |
Description | A short description of the contents of the Guideline, typically giving some high-level indication of complexity, scope, and intended audience. |
Purpose | An explanation of what this Guideline represents and why it is important. |
Revision history | A table listing the significant revisions to this Guideline, including date, author, version number, and a brief comment on the change |
Content | Prescriptive and concise guidance on how to perform the task. The structure varies depending on the type of guideline. |
A guideline is often harvested from project experience, and turned into a reusable asset outside the scope of the project that consumes it. See the process description in the Rational Process Workbench(TM) product for information on how to harvest and produce guidelines for cross project reuse. The selection of existing guidelines is usually done in the early days of the project, and is revisited for every iteration, based on the needs faced by the project for the upcoming iteration. Guidelines can also be initially created during the project. This can be done in any iteration during the life cycle of the project.
The Process Engineer role is primarily responsible for this artifact. Those responsibilities include:
Which guidelines to provide varies from project to project, and is based on what is available at the time of project execution. Guidelines might be specific to the production of a certain artifact, such as Guidelines: Development Case, or they might be applicable to a modeling technique such as Design Guidelines for UML modeling.
Each guideline should be tailored to fit the specific context of the project.
Rational Unified Process |