Practical 3
Practical 3
Title: Gather application specific requirements to assimilate it into requirement Engineering (RE) model.
Theory:
Requirement engineering helps software engineers to better understand the problem they will have to solve.
It encompasses the set of task that will lead to understanding of what the business impact of software will
be,what the customer wants and how end user will interact with software. Designing and building computer
software is challenging, creative and just plain fun. In fact building software is so compelling that many
software developers want to jump right in before they have a clear understanding of what is needed. For this
the requirement Engineering model is present.
Procedure:
The RE model (requirement engineering model) for our project is ' University management'.
1) Inception:
As scheduling and reserving in a large organisation such as University is difficult. Event schedules of
different types such as lectures,Lunches, meetings, cannot record the things on paper. So the database of
each with proper and maintained security should be created.
3)Negotiation:
Agree on deliverable system that is realistic for developers and customers, software project and team
stakeholders, the prior availability and cost of each requirement so identifying the stakeholders who will be
involved in the negotiation is a very important process. Determine each of stakeholder's win condition(i.e.
win conditions are not always obvious)and encourage the stakeholder and team towards the set of
requirements that leads to win
4)Specification:
It is a procedure where final work procedure is produced by the requirement engineer. It can be presented by
any one of the following-
A written document
A set of models
A formal collection of user scenarios
A prototype
5) Validation:
In this process, the specification of our software requirement gets tested in a manner that is not
ambiguous(consistent, error-free etc.)
The quality of the software gets tested in this phase. The primary requirement validation mechanism is the
formal technical review. This process contains software engineer, customers, users and other stakeholders to
examine the specifications, looking for errors in content or interpretation area where clarification may be
required, missing information, inconsistencies and conflicting/ unrealistic requirements.
Conclusion:
Thus we have studied different tasks involved in Requirement Engineering.