Requirement Engineering

Definition of Requirement Engineering

The process of defining, documentation, and maintenance of requirements in the design process of engineering is called requirements engineering. It provides an apt mechanism to understand the desires of the customer, analysis of needs of the customer, feasibility assessment, negotiations for a solution that is reasonable, clarity in the specification of the solution, specifications validation and requirements management while the requirements are being transferred to the working system and hence this makes requirements engineering an application which is disciplined having the principles, methods, tools, notations that are proved which can give a description of intended behavior of the proposed system and the constraints associated with it.

The process of requirements engineering happens in five steps. The below figure illustrates the five steps of requirements engineering.

Process of Requirements Engineering

The five steps in the process of requirements engineering are:

1. Feasibility Study

The main aim of a feasibility study is creating reasons for the development of the software that is accepted by the users, that is flexible enough and open to changes and abide by the standards chosen for software development and maintenance.

There are several types of feasibility. They are:

Technical Feasibility: The current technologies are evaluated using technical feasibility and they are necessary to achieve the requirements of the customer within the given time and budget.

Operational Feasibility: The assessment of the range for a software in which a series of levels is performed by the required software in order to solve the problems in business and the requirements of the customer.

Economic Feasibility: If the required software can generate profits in the area of finance is decided by economic feasibility.

2. Elicitation of Requirements and Analysis

This process is also called as requirements gathering. If there are any existing processes available and with the help of customers, requirements gathering is done. Elicitation of requirements is the starting step of requirements analysis. Inconsistencies, omissions, defects, etc. can be identified by analyzing the requirements. Requirements are described in relationship terms to resolve if there are any conflicts. There are a few challenges with respect to the elicitation of requirements and analysis. They are:

• Involvement of all the right people and only the right people.
• The stakeholders not knowing what they need.
• The requirements are expressed in terms of stakeholders.
• The requirements from the stakeholders may be conflicting.
• The changes of requirements during the process of analysis.
• The requirements of the system are influenced by several factors in organization and politics.

3. Specification of Software Requirements

A document consisting of requirements which are collected from various sources like the requirements from customer expressed in an ordinary language and created by the software analyst is called specification document for software requirements. The analyst understands the requirements expressed in ordinary language by the customers and converts it into a technical language that can be easily understood by the development team. Several models are used during the process of specification of software requirements like Entity Relationship diagrams (ER diagrams), data flow diagrams (DFD), data dictionaries, function decomposition diagrams (FDD), etc.

• Data Flow Diagrams (DFD): The modelling of requirements can be done using Data Flow Diagrams (DFD). The flow of data within the system can be seen by using data flow diagrams (DFD). The system here can be a company, an organization, a hardware system in a computer, a software system in a computer, a set of procedures or a combination of everything. The data flow diagrams (DFD) are also called bubble chart or data flow graph.
• Data Dictionaries: The data defined using a data flow diagram (DFD) is stored as information in the form of repositories called data dictionaries. The data items of the customer must be defined by the data dictionaries at the stage of requirements gathering to make sure that the same methodologies and definitions are used by the customers and developers.
• Entity Relationship Diagrams: One of the other tools used for the specification of requirements is entity relationship diagrams. It is also called as ER diagrams. The detailed representation of logics for the organization is done using entity relationship diagrams (ER diagrams) and they make use of three types of constructs, they are relationships, entities of data, and the attributes associated with them.

4. Validation of Software Requirements

After the development of the specification of requirements, the requirements laid down in the document are validated. There may be requirements from the users that are illegal, or which cannot be accomplished, or the needs can be misunderstood by the experts. The requirements must satisfy the following conditions:

• If the requirements can be implemented practically.
• If the requirements are correct and they are according to the software functionality.
• If there are any confusions.
• If the requirements are full.
• If the requirements can be described.

There are several techniques for the validation of requirements. They are:

• • Inspection of requirements or reviews of requirements.

This includes an analysis of the requirements systematically and manually.

• • Prototyping

The requirements of the model are checked by using a model that is executable.

• • Generation of test case

The testability is checked for the requirements by the development of tests.

• • Automated consistency analysis

The consistency of the descriptions of requirements is checked.

5. Management of Software Requirements

The process of managing the requirements that keep changing during the process of requirements engineering and development of the system is called management of software requirement. During the process of software management, there are new requirements with the change in the needs of business and there is the development of a better understanding of the system. During the process of development, the requirements priority changes from different views. During the process of development, the technical and business environment of the system changes.

Advantages of Requirement Engineering

The advantages of using requirements engineering are:

• Lesser chances of process overhead. The required for the analysis and documentation of the requirements will be comparatively less because requirements capture using requirements engineering are quicker and more precise.
• The requirements that are critical can be identified and implemented in the initial stage using requirements engineering. As there is concurrency between the activities of requirements engineering, communication is more efficient between the stakeholders and the software engineers.
• There is a quick response for the changes in requirements. The identification of requirements and their documentation undergo a series of iteration before they are finalized, so the response to the changes in the requirements can be quicker and can be done at a relatively lower cost.

Recommended Articles

This is a guide to Requirement Engineering. Here we also discuss the introduction and process of requirements engineering along with advantages. You may also have a look at the following articles to learn more –

1. Reverse Engineering
2. Electrical Engineering Interview Questions
3. Data Science vs Software Engineering
4. GIS Software
5. Process of Reverse Engineering