























Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
This course includes types of requirements, modeling of non functional, static and dynamic modelling, requirement elicitation and use case modeling. This lecture includes: Technical, Maturity, Disciplinary, Involvement, Organizational, Culture, Application, Domain
Typology: Slides
1 / 31
This page cannot be seen from the preview
Don't miss anything!
























1
2
4
Information about the functionality ofsystems to be replaced
-^
Information about other systems, whichinteract with the system being specified
5
Description of what systemstakeholders need from the system tosupport their work
Standards used in an organizationregarding system development practice,quality management, etc.
7
A description of the systemrequirements, which is understandableby stakeholders and which has beenagreed by them
8
This is a more detailed specification ofthe system, which may be produced insome cases
10
RE processes vary radically from oneorganization to another, and even within anorganization in different projects
-^
Unstructured process rely heavily on theexperience of the people, while systematicprocesses are based on application of someanalysis methodology , but they stillrequire human judgment
11
Technical maturity
-^
Disciplinary involvement
-^
Organizational culture
-^
Application domain There are four factors which count towards thevariability of the Requirements EngineeringProcess
13
The culture of an organization hasimportant effect on all business andtechnical processes
Different types of application systemneed different types of requirementsengineering process
14
requires a solution
complete
description of the external
behavior of the software to be built
Requirement Engineering Process has a formalstarting and ending point in the overall softwaredevelopment life cycle.
16
Based on the need of individual softwareprojects and organizational needs,requirements engineering processes aretailored
-^
An important point to remember is that “There is no ideal requirements engineering
process!”
17
behavior of the software system to be built.Also known as functional description,functional requirements, or specifications There are two main tasks which needs to beperformed in the requirements engineeringprocess.
19
20
Make decisions to define the externalbehavior of the software product
-^
Organize ideas, resolve conflicting views,and eliminate inconsistencies andambiguities Product description is another task ofrequirements engineering process. In this taskwe: