Page Comparison

...

• Categories: A requirement can be classified in user defined categories.
  
  • A category can be created by clicking on "Categories" column in any row of the table. After a category panel appears, click on "Create New Category" to create a new category.
  • After a category is created, it can be associated with any requirement in the table (planned or unplanned).
  • A category can be edited by clicking on edit category image (this image will appear after hovering the mouse on category in category panel)
  • A category can be deleted by clicking on delete category image (this image will appear after hovering the mouse on category in category panel)

• Size: The field specifies the estimated size of the functionality in the chosen units.
  
• Effort: This field specifies estimated effort required for the requirement in man days.
• Created On
• Updated On
• Votes
  
  • From 1.5.1 onwards, RMsis supports voting for the Planned Requirements.
  • The current Vote Count is always displayed in the cell.
  • A user can cast a positive vote by clicking on the cell corresponding to a requirement.
  • A second click toggles the state of the vote.
• Comments: Any comment related to the requirement can be entered into this field. The latest comment will be shown in "Comments" column against any requirement. After clicking on that cell, all the comments related to the requirements will be shown. Reply can be given to the comment by clicking on "reply to comments" image .
• Requirement Sources: Both Internal and External sources of Requirements can be specified.

...

Specific to Planned Requirements

• Baselines: All baselines associated with the requirement are shown in this column.
• Baseline Indicator: This is the "BL" column and displays the baseline status of a requirement.
  
  • Not Baselined
  • Marked for Baseline
  • Marked for Baseline and changed
  • Baselined
  • A detailed description of Baseline States is available at Requirements Baselining, Change and Audit.
• Depends on
  
  • Depends on establishes Backward Traceability to a requirement.
  • Requirement dependency can be created by clicking the cell corresponding to the requirement in "Depends On" column.
  • After clicking on this column, a panel will appear.
  • Check the requirements on which dependencies needs to be created.
  • RMsis checks for and prevents cyclic dependencies.
  • Creation of a "Depends On" relationship, automatically updates the Dependents relationship.
• Dependents
  
  • Dependents show the forward traceability of a requirement.
  • Requirement dependency can be created by clicking the cell corresponding to the requirement in "Dependents" column.
  • After clicking on this column, a panel will appear.
  • Check the requirements on which dependencies needs to be created.
  • RMsis checks for and prevents cyclic dependencies.

...

• Actual Effort : This field specifies actual effort for the requirement in man days.Baselines : All baselines associated with the requirement are shown in this column.
• Technical Risk: This field specifies technical risk of the requirement. Possible values for this field are "Very High", "High", "Average", "Low" and "Very Low".
• Release Id: This field identifies the release id associated with the requirement. A release can be created in "Releases" tab.
• Priority: This field specifies priority of the requirement. Possible values for this field are "Blocker", "Critical", "Major", "Minor" and "Trivial".
• Criticality: This field specifies criticality of the requirement. Possible values for this field are "Low", "Medium" and "High".
• Feasibility: This field specifies technical and business feasibility of the requirement. Possible values for this field are "Yes", "No" and "Investigate".
• Status: This field specifies status of the requirement. Possible values for this field are
  
  • Open
  • Closed
  • Completed

Specific to UnPlanned Requirements

• Reporter: Reporter of this Requirement.
  
• Status: This field specifies status of the requirement. Possible values for this field are
  
  • Open
  • Closed
  • CompletedNew
  • Valid
  • Invalid
  • Deferred

Customizing the Attribute Values

The Attribute Values can be customized by the administrator as described in Requirement Configuration.

Custom Attributes

• Custom Attributes can be defined by Tool Administrator as described here.
• The attributes are copied when any of the following operations are performed
  • Copy
  • Create Version
• For container (parent) requirements, attributes remain in editable state, since the version is not committed.
• For versioned requirements, attributes are changed to non-editable state, when the requirement version is committed.

...