0% found this document useful (0 votes)
12 views3 pages

Ooad Notes

The document discusses the key phases of requirements engineering: inception, elicitation, elaboration, negotiation, specification, validation, and requirements management. It provides details on each phase, including that inception involves identifying stakeholders and understanding perspectives, elicitation gathers requirements through meetings with software engineers and customers, and elaboration develops an analysis model to refine requirements into a structured format. Negotiation involves stakeholders agreeing on a deliverable system, and specification documents the requirements in a chosen format. Validation identifies potential issues before development, and requirements management systematically tracks requirements throughout the project lifecycle.

Uploaded by

fatimaraja1258
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as TXT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
12 views3 pages

Ooad Notes

The document discusses the key phases of requirements engineering: inception, elicitation, elaboration, negotiation, specification, validation, and requirements management. It provides details on each phase, including that inception involves identifying stakeholders and understanding perspectives, elicitation gathers requirements through meetings with software engineers and customers, and elaboration develops an analysis model to refine requirements into a structured format. Negotiation involves stakeholders agreeing on a deliverable system, and specification documents the requirements in a chosen format. Validation identifies potential issues before development, and requirements management systematically tracks requirements throughout the project lifecycle.

Uploaded by

fatimaraja1258
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as TXT, PDF, TXT or read online on Scribd
You are on page 1/ 3

Inception

(add or mix from slides)

This involves asking a set of questions to comprehend the problem space thoroughly.
Additionally, it aims to identify the individuals or groups seeking a solution and
assess the effectiveness of communication and collaboration between them and the
developers. This initial stage lays the groundwork for the subsequent phases of
requirements engineering.

Elicitation

Elicitation is the process of gathering requirements from all stakeholders involved


in the project. This step ensures that the needs and expectations of all parties
are understood and considered.

Elaboration

Elaboration involves creating an analysis model that identifies data, function, and
behavioral requirements. This phase focuses on refining the gathered requirements
into a structured format that can be easily understood and analyzed. The analysis
model serves as a blueprint for the development team, providing a clear
understanding of what needs to be implemented.

Negotiation

Negotiation is a crucial step in requirements engineering, where stakeholders come


together to agree on a deliverable system that is realistic for both developers and
customers.

Specification

In the context of requirements engineering, the specification phase involves


documenting the identified requirements in a structured format. This specification
can take various forms, including a written document, a set of models, a formal
mathematical representation, a collection of user scenarios (use-cases), or even a
prototype. Each of these formats serves to articulate the desired system behavior
and functionality in a manner that can be easily understood by stakeholders and
developers alike. Choosing the appropriate specification format depends on factors
such as project complexity, stakeholder preferences, and development methodologies.

Validation
Slides + By validating the requirements, potential issues can be identified and
resolved before moving forward with system development.

Requirements management

Requirements management involves systematically managing and tracking requirements


throughout the project lifecycle. This includes activities like elicitation,
documentation, prioritization, and traceability. Effective management ensures
stakeholders are informed, changes are controlled, and dependencies are managed. A
robust requirements management framework improves project success rates and reduces
the risk of scope creep or failure.
Requiremeents are managed and things are planned according to it. How many people
are going to which project? Which module will be given to whom?

Inception:

During inception, identifying stakeholders is essential. Questions like "who else


should I talk to?" ensure all relevant parties are considered. Recognizing multiple
viewpoints fosters understanding and collaboration. Key questions include: Who
requested the work? Who will use the solution? What's the economic benefit?
Exploring alternative solutions broadens perspectives. Inception sets the stage for
effective requirements engineering and project success.

Eliciting Requirements

Eliciting requirements involves conducting meetings attended by both software


engineers and customers. During these sessions, rules for preparation and
participation are established, and an agenda is suggested to maintain focus. A
facilitator, who can be a customer, developer, or outsider, guides the meeting,
ensuring productive discussions. Various tools like worksheets, flip charts, or
electronic platforms are utilized as a "definition mechanism" to aid in capturing
ideas and requirements effectively. The primary goal of these meetings is to
identify the problem, propose elements of the solution, negotiate different
approaches, and specify a preliminary set of solution requirements.

Elicitation Work Products

The outcomes of requirements elicitation encompass several essential work products.


These include + SLIDES

Building the Analysis Model

Elements of the Analysis Model

The analysis model comprises various components that collectively describe the
system's structure and behavior. These elements serve as building blocks for
understanding and designing the software solution effectively.

Scenario-based Elements

Scenario-based elements provide a narrative framework for understanding system


functionality. Functional elements involve processing narratives that detail
software functions, while use-case elements describe interactions between actors
and the system. Together, these elements capture essential aspects of how the
system operates in various contexts.

Class-based Elements

Class-based elements are implied by scenarios and describe the system's structure
in terms of classes and their relationships. These elements help define the data
and objects manipulated within the system, providing a foundational understanding
of its architecture.
Behavioral Elements

Behavioral elements, such as state diagrams, illustrate how the system transitions
between different states in response to events or actions. State diagrams provide a
visual representation of system behavior, helping stakeholders understand dynamic
aspects of the software solution.

Flow-oriented Elements

Flow-oriented elements, including data flow diagrams, depict how data flows through
the system and how it is transformed by various processes. These diagrams offer
insights into the system's data processing and communication pathways, facilitating
the identification of potential bottlenecks or inefficiencies.

Negotiating Requirements

Negotiating requirements involves several key steps to ensure alignment and


agreement among stakeholders. First, it's essential to identify the key
stakeholders who will be involved in the negotiation process. Next, understanding
each stakeholder's "win conditions" is crucial, as these conditions may not always
be obvious and can significantly impact their willingness to compromise. Through
negotiation, stakeholders work together to achieve a set of requirements that lead
to a "win-win" outcome.

Validating Requirements - 1

Validating requirements is a crucial step in ensuring the accuracy and completeness


of the specified needs for the system or product. Several key considerations guide
this validation process. + SLIDES

You might also like