Home / BA / What is the purpose of the requirement Traceability Matrix

What is the purpose of the requirement Traceability Matrix

Blog 1 – What is the purpose of the requirement Traceability Matrix?

Answer: A requirement traceability matrix (RTM) is a document to track requirements of the project. RTM is the main responsibility of Business analyst in the entire project.

Each and every requirement should be covered in requirement traceability matrix(RTM). RTM is a document that helps full to grab the requirement from the client and communicate the requirement to the team.

RTM is used to track the live status of all requirements in the project along with the stage of the project.

RTM will have the below details:

  1. Requirement ID
  2. Requirement Name
  3. Requirement Description
  4. Category
  5. Subcategory
  6. Design
  7. Coding
  8. UT
  9. CT
  10. ST
  11. SIT
  12. UAT

Purpose of RTM:

Helps in Project Planning: RTM is useful for project planning. We can make out where the project is reaching out and where we must go. From Gap between the planned and actual activities we can track the real status of the project.

Decision Making: By Using RTM we can get the status of the project, based on the project status management team can take a decision on the project like budgeting, resource planning, etc.

Company Mission and Goals: by using the RTM we can track the project status; this will help to align the company mission and goals are aligned or not.

Software Testing: RTM can be used to track the Testing results on high level. The tester can update their comments in RTM. If the tester needs any kind of support or facility then tester can update the his requirement in RTM in remark section.

RTM can be useful for below Jobs:

  • Customer Audits can be passed through the RTM.
  • Internal QC can be passed by RTM.
  • RTM can give clarity about the project.
  • Team Alignment towards the final goal.
  • Project manager and BA can check the workload from RTM with respect to the time.
  • BA can access the requirement as per the development stages.
  • For Decision-Making activity RTM is useful.

RTM can be prepared by using MS Excel or any project management tool.

BA must submit the RTM to the client at the end of the project with the actual status. The customer will get an idea about the RTM document. Which requirements have been taken care of and which is not the customer get an idea from RTM.

Example of RTM sheet:

Req IDReq NameReq descriptionDesignD1T1D2T2UAT
FR0001User AuthenticationThe system must allow users to log in using their credentials (e.g. username and password) and verify their identity before  
FR0002Data ImportThe system must allow users to import data from external sources, such as PDM,SAP File, Excel Files
FR0003Data ExportThe system must allow users to export data in various formats (e.g. CSV, Excel, PDF, VS) and download it to their local device or external storage.  
FR0004Access controlThe system must allow users to control access to their data, including setting permissions and sharing data with other users.
FR0005ReportingThe users should be able to generate and view reports on the data that is being managed in the cloud.    
FR0006Data SharingThe system must allow users to share data with other authorized users within the system using secure and encrypted methods.  
FR0007Data BackupData Backup The system must regularly backup all data to prevent loss in case of system failure
FR0008User PermissionsAdministrators must be able to manage user permissions and access levels
Blog 2 – 2. What do you understand by requirement? Can you differentiate between requirements and needs?


Requirement: Requirement is something necessary, needed, or unavoidable. Requirements can be functional and Non-Functional.

The customer demand in terms of any need that is requirement for a project. It vary from aspects and concepts of the development of a project.

In a project there are to many stakeholders are involved, they can mention their requirements at any point of time.

There are some stages involved to collect or gather the requirement in any project.

  1. Requirement Gathering Stage: at this stage, the BA can collect the requirement from the client and other stakeholders by following below steps:
  2. Stakeholder Analysis
  3. Apply Requirement elicitation Techniques.
  4. Sort the requirements
  5. Prioritize the requirements
  6. Validating the requirements.

Elicitation Techniques to Collect Requirements:

Requirements Elicitation is the process of digging out the information from the stakeholders. Requirements elicitation serves the foundation in documenting the requirements.

Elicitation Techniques:


2.Reverse Engineering

3.Document Analysis

4.Focus Group






10.Questionnaire (Survey).

Types of Requirements:

  1. Business Requirements: Business requirements represent the business needs and objective stated by the customer or client.

In Business requirements, we can capture the business-related requirements such as business goals and objectives for the project.

Business requirements do not include the details about the screens or business rules.

  • Stakeholder Requirements: stakeholders requirements are demand and wants or expectations of the stakeholders as well as the functions that must be met in order for the business requirements to be met.

Stakeholder requirements are mostly individualistic, they serve as a bridge between the business and solution requirements.

  • Solution Requirements: solution requirements represents the requirements of solution. These requirements will be used by developers to develop the system.

There are two types of solution requirements.

  1. Functional Requirements: Functional requirements are the expected features of the system. Features may be user registration, user addition in system, login, or logout, etc. Functional requirements are the link between clients and developers. Functional requirements can be explained through the use case diagram.
  2. Non-Functional Requirements: Nonfunctional Requirements are the requirements that are related to the behavior of the system. Every page should refresh after every 5 seconds is an example of a nonfunctional requirement. Nonfunctional requirements vary from project to project. They mostly deal with concerns such as:
  3. Accessibility
  4. Safety
  5. Consistency
  6. Durability
  7. Scalability
  8. Performance
  9. Agility
  1. Transition Requirements: Transition requirements are the types of requirements that lead to success of the project. Transition requirements are short in time. once the requirement is completed, it no longer exists.

Difference Between Requirement and Need:

Requirement: Requirement is something necessary, needed, or unavoidable. Requirements can be functional and Non-Functional.

Requirements vary as per the needs of the stakeholders, but the needs remain constant for a long time.

  • Requirement is limited in scope and functionality.
  • Requirement is more specific as compared to the need.
  • Requirement is totally based on need.
  • Requirement is steps to be taken to achieve the need.

Need: The need is something that is important to your organization or your users. Needs generally have some problems like lack of specificity, unable to measure, and items that are not relevant.

  • Need is more widely spread over the project.
  • Need is an independent factor.
  • Need is recurring in continuous.
  • Need is person dependent and vary.

Need motivates the people and organization to develop the project.

About Rahul Kawale

Check Also

What is the requirement elicitation? Have you ever participated in these elicitation meetings?

Introduction Requirement elicitation is a critical process in the field of business analysis. It involves …

Leave a Reply

Watch Dragon ball super