Top Banner
23

Process Support for requirements engineering

Dec 05, 2014

Download

Education

 
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Process Support for requirements engineering
Page 2: Process Support for requirements engineering
Page 3: Process Support for requirements engineering

What is Process Support for requirement Elaboration.

• It is a method for elaborating requirements models with the support of any process. It usually deals with the correction of requirement uncertainties,inconsistencies and errors.

Page 4: Process Support for requirements engineering

Process Support for requirement Elaboration

• As we know that the requirement engineering is the first step in the life cycle of any approach so it is necessary to overcome such requirement ambiguities in order to prevent heavy failure in the future use.

Page 5: Process Support for requirements engineering

Diagram of KAOS approach

Page 6: Process Support for requirements engineering

Requirements Engineering.

• Requirement Engineering is concerned with determining the goals, functions and constraints of hardware and software systems.

• Systematic requirements analysis is also known as requirements engineering.

Page 7: Process Support for requirements engineering

Process modeling.

• The modeling of the software process refers to the definition of the processes as models and any optional automated support available for modeling and for executing the models during the software process.

Page 8: Process Support for requirements engineering
Page 9: Process Support for requirements engineering

• Building a first requirements model is an important and very hard activity. Requirements errors are the most common among those occurring during the life cycle and are the most costly and time-consuming to correct in the later stages .Therefore, it is challenging to investigate weakest link in the chain- in order to improve software quality.

Motivation

Page 10: Process Support for requirements engineering

• The research community has developed many formal notations to support software development (and particularly to support requirements engineering); however very little (heuristic) guidance is provided to support the use of such formal notations.

Motivation

Page 11: Process Support for requirements engineering

We are strongly convinced that formal approaches will be more widely used by the software community if effective assistance can be provided to developers for constructing such formal models.

Page 12: Process Support for requirements engineering

• One of the most challenging issues in Software Engineering is the reuse of software artifacts. We are among those who strongly believe that effective reuse of software can only be achieved through the reuse of the development having led to the software artifacts.

Motivation

Page 13: Process Support for requirements engineering
Page 14: Process Support for requirements engineering

• KAOS stands for Knowledge Acquisition in Automated Specification. This approach is used for this purpose which allows requirements to be captured more rigorously. It’s two main features are:

• A conceptual model for acquiring and structuring requirements.

• A method for elaborating requirements models in this framework.

KAOS APPROACH

Page 15: Process Support for requirements engineering

Three levels of modeling:• Meta, Domain and Instance Models• The KAOS approach to requirements

acquisition involves three levels of modeling:

• the meta level refers to domain-independent abstractions in terms of which requirements models have to be acquired. The KAOS models the abstractions in terms of a constrained entity-relationship model, i.e. in terms of meta-entities, meta-relationships.

Page 16: Process Support for requirements engineering

Domain and instance levels.

• the domain level refers to concepts specific to the application domain. These concepts are instances of the abstractions defined at the meta level.

• the instance level refers to specific instances of domain-level concepts.

Page 17: Process Support for requirements engineering
Page 18: Process Support for requirements engineering

• The most original and essential features in KAOS concerns goals. A goal is a property wished by system stakeholders. It looks for the requirement inconsistencies, solve their errors and ambiguities, and emphasizes on the accomplishment of goals, after the fulfillment of requirements .

Features

Page 19: Process Support for requirements engineering

Another feature• In this approach, a library of

“abstract goal refinement patterns” has been developed. The use of such patterns allows refinements to be corrected and completed. The more refined the requirements are the software will be able to fulfill the user’s needs in a better way.

Page 20: Process Support for requirements engineering

Another Feature• Tactics have also been

introduced; they are based on semantic criteria and provide guidance about how to select a refinement and how goals can be achieved through operational constraints. The library of refinement patterns have been also used to define models.

Page 21: Process Support for requirements engineering

Elaborative Diagram.

Page 22: Process Support for requirements engineering

• In this figure the first part deals with Requirements Engineering, a second one concerns Process Modeling and a third one describes our use of process modeling to support requirements engineering processes.

Explanation

Page 23: Process Support for requirements engineering

CONCLUSION• So from above discussion it has

been concluded that Process Support for Requirement elaboration really helps in building a stable and efficient system which causes minimum errors in future use.