This document outlines a lecture on requirements engineering. It begins by defining requirements engineering as an iterative cooperative process aimed at guaranteeing that all relevant requirements are known, understood, and agreed upon by stakeholders. The document then discusses the main subdisciplines of requirements engineering including requirements development and requirements management. For requirements development, it identifies the key processes of elicitation, analysis, specification and validation. For requirements management, it discusses tracking, managing, controlling and tracing requirements. The document provides definitions and examples to explain these concepts at a high level.
Methods for Validating and Testing Software Requirements (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Requirements Engineering Methods for Documenting Requirements (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Modelling Software Requirements: Important diagrams and templates (lecture sl...Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Requirements Engineering Techniques for Eliciting Requirements (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Objectives:
1. To understand the different processes in the realm of ‘Requirements Engineering’.
2. To see the challenges in requirements development and the importance of getting requirements right in an IT project.
3. To understand the different techniques used in different phases and processes of requirements development and management.
Key Issues for Requirements Engineering (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 10th Europe Week from 3rd to 7th March 2014.
Software Requirements and Specificationsvustudent1
CS510 - SRS handouts for Computer Science students of Virtual University of Pakistan.
Prepared by ForumVU.com Staff from the updated lectures and PowerPoint slides of CS510 - Software Requirements and Specifications in VU LMS.
Methods for Validating and Testing Software Requirements (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Requirements Engineering Methods for Documenting Requirements (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Modelling Software Requirements: Important diagrams and templates (lecture sl...Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Requirements Engineering Techniques for Eliciting Requirements (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 11th Europe Week from 2nd to 6th March 2015.
Objectives:
1. To understand the different processes in the realm of ‘Requirements Engineering’.
2. To see the challenges in requirements development and the importance of getting requirements right in an IT project.
3. To understand the different techniques used in different phases and processes of requirements development and management.
Key Issues for Requirements Engineering (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 10th Europe Week from 3rd to 7th March 2014.
Software Requirements and Specificationsvustudent1
CS510 - SRS handouts for Computer Science students of Virtual University of Pakistan.
Prepared by ForumVU.com Staff from the updated lectures and PowerPoint slides of CS510 - Software Requirements and Specifications in VU LMS.
Software architecture and software design are two aspects of the same topic. Both are about how software is structured in order to perform its tasks. The term "software architecture" typically refers to the bigger structures of a software system, whereas "software design" typically refers to the smaller structures.
Software requirements engineering problems and challenges erp implementation as a case study:
Requirements Engineering
Why are Requirements so important?
Purpose of Requirements Engineering
RE process inputs and outputs
Requirements Engineering Activities
Requirements Quality
Requirements quality indicators
Systems RE Standards
Requirements problems and challenges
Research Strategies in RE
RE Research directions
Conclusion
Dual-Track Agile for Discovery & Development - Adriana Katrandzhieva
The talk will focus on one of the ways teams can ensure continuous delivery and design in their projects. The so-called ‘Dual-track’ model shows the parallel tracks of discovery and development throughout the product design and delivery process. These continually feedback into each other informing new hypothesis that can be tested in order to be proven/disproven. This model is not always easy to implement out of the box and so I will share my own experiences in applying it in practice - what worked, what didn't and how the model can be adjusted to fit different teams and organisational environments.
Software architecture and software design are two aspects of the same topic. Both are about how software is structured in order to perform its tasks. The term "software architecture" typically refers to the bigger structures of a software system, whereas "software design" typically refers to the smaller structures.
Software requirements engineering problems and challenges erp implementation as a case study:
Requirements Engineering
Why are Requirements so important?
Purpose of Requirements Engineering
RE process inputs and outputs
Requirements Engineering Activities
Requirements Quality
Requirements quality indicators
Systems RE Standards
Requirements problems and challenges
Research Strategies in RE
RE Research directions
Conclusion
Dual-Track Agile for Discovery & Development - Adriana Katrandzhieva
The talk will focus on one of the ways teams can ensure continuous delivery and design in their projects. The so-called ‘Dual-track’ model shows the parallel tracks of discovery and development throughout the product design and delivery process. These continually feedback into each other informing new hypothesis that can be tested in order to be proven/disproven. This model is not always easy to implement out of the box and so I will share my own experiences in applying it in practice - what worked, what didn't and how the model can be adjusted to fit different teams and organisational environments.
This is a complete project plan which is prepared using a given business case. It included determining project scope, schedule, cost, budgeting, communication, risk management & human resource management and etc.
Using BDI-extended NetLogo Agents in Undergraduate CS Research and TeachingDagmar Monett
Talk at the 9th International Conference on Frontiers in Education: Computer Science and Computer Engineering, FECS 2013, at the WORLDCOMP 2013, Las Vegas, Nevada, USA.
Walking the path from the MOOC to my classroom: My collection of methods and ...Dagmar Monett
These are the slides I prepared as part of a peer assessed assignment when attending the Coursera MOOC "Foundations of Teaching for Learning 1: Introduction" (see https://www.coursera.org/course/teach1 for more).
I hope other educators can benefit from the ideas I share here.
Evolving Lesson Plans to Assist Educators: From Paper-Based to Adaptive Lesso...Dagmar Monett
Slides of the talk at the Multidisciplinary Academic Conference on Education, Teaching and Learning 2015, MAC-ETL 2015, Prague, Czech Republic, 4-6 December 2015.
Understanding the Cuban Blogosphere: Retrospective and Perspectives based on ...Dagmar Monett
Invited talk at the Interdisciplinary Workshop “UNDER CONSTRUCTION. Analyzing Postcolonial Weblogs with Literary and Computational Methods”, University of Heidelberg, Germany
Teaching Students Collaborative Requirements Engineering. Case Study Red:WireDagmar Monett
Slides of the talk at the 18th International Conference on Parallel, Distributed Systems and Software Engineering, ICPDSSE 2016, Rome, Italy, May 02-03, 2016.
A New Generation of Practical Web-based Tools for Sustainability ProfessionalsSustainable Brands
In the grand scheme of things, sustainability teams -- wherever they exist -- are very recent additions to companies' formal organizational structures. As such, many of them are facing the disadvantage of no pre-existing commonly-accepted best practices or tools to use in their work. Sustainability professionals are often overwhelmed by the distance they have to cover between setting high-level goals and figuring out what specific steps they can take to make meaningful progress. This workshop, led by a thought leader with a few decades of experience in the field, former Leader of the Sustainability Transformation & Sustainability Strategy practice at Deloitte, will reveal a new wave of practical tools aiming to help automate common sustainability-team workflows.
Experiences in Software Testing (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 10th Europe Week from 3rd to 7th March 2014.
Introduction to the BigDataEurope Networking partners and the 7 societal challenges targeted, and plans to establish liasons with these communities, collect requirements for engineering big data architectures, infrastructures and components. As presented in the public launch event of the project.
H2020. Criterios de evaluación y consejos prácticos para la elaboración de pr...CTAEX
19 11 15 Oportunidades de financiación de la I+D+i. De la EIP a los grupos operativos H2020. Criterios de evaluación y consejos prácticos para la elaboración de propuestas H2020. Andrés Montero Aparicio. INIA.
Innovative and digital solutions for circularity and sustainability in textilesCISUFLO
CISUFLO project was presented during the “Workshop on Innovative and digital solutions for circularity and sustainability in textiles” organized by the European Commission DG Growth, last 15th October.
Dr. Jan Vincent Jordan, on behalf of RWTH Aachen, introduced CISUFLO as potential best practices on how digitalisation supports sustainability and on how SMEs can be supported in digitalization (with a focus on RWTH Aachen “Systemic Transition Support Tool”). During the workshop the DG CNECT presented the concept of the Digital Product Passport and DG RTD explained the “Research & Innovation for Sustainable and Circular Textiles”. The EC’s priority on the sustainability and circular economy underlines once again how important it is that CISUFLO is working in this direction to lead the flooring sector in Europe towards the circular economy.
Horizon 2020 - Ruolo di APRE e risultati del primo cut-offRomagna Tech
"Ruolo di APRE e risultati del primo cut-off"
Ruolo del National Contact Point
Esiti del primo semestre di call e la partecipazione dell’Italia
Focus esiti bandi EeB e Strumento per PMI
Presentazione di Massimo Borriello - Punto di Contatto Nazionale ENERGIA 2020 APRE
Cen Isss E Invoice Phase 2 Tg4 Intermediary Report 10212008Friso de Jong
The objective of this Phase of the Workshop is to help to fill gaps in standardization for the use of electronic invoice processes, to identify the various practices in member states, to integrate the emerging technical and practical solutions into effective good practices, and to define and disseminate these good practices for e-invoices in close coordination and cooperation with private industry, solution providers and public administrations.
This intermediairy report shows WG 4 and its planning to deliver
CEN eInvoice Phase 2 Intermediary ReportFriso de Jong
This presentation is created by Task Group 4 of the CEN/ISSS Phase II concerning e-invoicing.
This presentation provides a view of the expected deliverables and CWA's of this task group, including the time frame and the format of these deliverables and CWA's.
This slide deck was used at my presentation during PM Labs in Moscow on Nov 18th 2010.
The purpose of this session was to demonstrate best in class practices for IT product and service development. It showed tools and techniques that allow project and product managers to select most promising idea, develop, and successfully launch it in the market
Game-based Learning as a Suitable Approach for Teaching Digital Ethical Think...Dagmar Monett
Slides of the talk at the 15th annual International Technology, Education and Development Conference, INTED 2021 (a virtual conference), March 8th-9th, 2021.
University-Industry Collaboration's Next Level: A Comparative Study as Basis ...Dagmar Monett
Slides of the talk at the 15th annual International Technology, Education and Development Conference, INTED 2021 (virtual conference), March 8th-9th, 2021.
The Changing Landscape of Digital Technologies for Learning Dagmar Monett
Slides of the talk at the 20th European Conference on e-Learning, ECEL 2021 (virtual conference), Academic Conferences International Ltd., October 29th, 2021.
Will Robots Take all the Jobs? Not yet.Dagmar Monett
Slides of the talk at the 3rd European Conference on the Impact of Artificial Intelligence and Robotics, ECIAIR 2021 (a virtual conference), November 18th, 2021.
Artificial Intelligence: The Promise, the Myth, and a Dose of RealityDagmar Monett
Keynote at the 33. Bremer Universitäts-Gespräche Data Science - Wunderwelt oder alter Wein in neuen Schläuchen (engl. Data science - Wonderworld or old wine in new bottles), October 7th, 2021, Universität Bremen, Germany.
Erfahrungen aus Projektbasiertes Lernen im Informatik Studium - The Missing p...Dagmar Monett
Talk at the Workshop "Hochschulübergreifender Praxisaustausch: Entrepreneurship in der Lehre", organized by BENHU, The Berlin Entrepreneurship Network of Universities and Businesses, at the Alexander von Humboldt Institute for Internet and Society, Berlin, 25 January 2018.
E-Learning Adoption in a Higher Education Setting: An Empirical StudyDagmar Monett
Slides of the talk at the Multidisciplinary Academic Conference on Education, Teaching and Learning 2015, MAC-ETL 2015, Prague, Czech Republic, 4-6 December 2015.
Genetic Algorithms and Ant Colony Optimisation (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 10th Europe Week from 3rd to 7th March 2014.
Introduction to Agents and Multi-agent Systems (lecture slides)Dagmar Monett
Online lecture at the School of Computer Science, University of Hertfordshire, Hatfield, UK, as part of the 10th Europe Week from 3rd to 7th March 2014.
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdfTechSoup
In this webinar you will learn how your organization can access TechSoup's wide variety of product discount and donation programs. From hardware to software, we'll give you a tour of the tools available to help your nonprofit with productivity, collaboration, financial management, donor tracking, security, and more.
Operation “Blue Star” is the only event in the history of Independent India where the state went into war with its own people. Even after about 40 years it is not clear if it was culmination of states anger over people of the region, a political game of power or start of dictatorial chapter in the democratic setup.
The people of Punjab felt alienated from main stream due to denial of their just demands during a long democratic struggle since independence. As it happen all over the word, it led to militant struggle with great loss of lives of military, police and civilian personnel. Killing of Indira Gandhi and massacre of innocent Sikhs in Delhi and other India cities was also associated with this movement.
Instructions for Submissions thorugh G- Classroom.pptxJheel Barad
This presentation provides a briefing on how to upload submissions and documents in Google Classroom. It was prepared as part of an orientation for new Sainik School in-service teacher trainees. As a training officer, my goal is to ensure that you are comfortable and proficient with this essential tool for managing assignments and fostering student engagement.
Synthetic Fiber Construction in lab .pptxPavel ( NSTU)
Synthetic fiber production is a fascinating and complex field that blends chemistry, engineering, and environmental science. By understanding these aspects, students can gain a comprehensive view of synthetic fiber production, its impact on society and the environment, and the potential for future innovations. Synthetic fibers play a crucial role in modern society, impacting various aspects of daily life, industry, and the environment. ynthetic fibers are integral to modern life, offering a range of benefits from cost-effectiveness and versatility to innovative applications and performance characteristics. While they pose environmental challenges, ongoing research and development aim to create more sustainable and eco-friendly alternatives. Understanding the importance of synthetic fibers helps in appreciating their role in the economy, industry, and daily life, while also emphasizing the need for sustainable practices and innovation.
Acetabularia Information For Class 9 .docxvaibhavrinwa19
Acetabularia acetabulum is a single-celled green alga that in its vegetative state is morphologically differentiated into a basal rhizoid and an axially elongated stalk, which bears whorls of branching hairs. The single diploid nucleus resides in the rhizoid.
How to Make a Field invisible in Odoo 17Celine George
It is possible to hide or invisible some fields in odoo. Commonly using “invisible” attribute in the field definition to invisible the fields. This slide will show how to make a field invisible in odoo 17.
Biological screening of herbal drugs: Introduction and Need for
Phyto-Pharmacological Screening, New Strategies for evaluating
Natural Products, In vitro evaluation techniques for Antioxidants, Antimicrobial and Anticancer drugs. In vivo evaluation techniques
for Anti-inflammatory, Antiulcer, Anticancer, Wound healing, Antidiabetic, Hepatoprotective, Cardio protective, Diuretics and
Antifertility, Toxicity studies as per OECD guidelines
2024.06.01 Introducing a competency framework for languag learning materials ...Sandy Millin
http://sandymillin.wordpress.com/iateflwebinar2024
Published classroom materials form the basis of syllabuses, drive teacher professional development, and have a potentially huge influence on learners, teachers and education systems. All teachers also create their own materials, whether a few sentences on a blackboard, a highly-structured fully-realised online course, or anything in between. Despite this, the knowledge and skills needed to create effective language learning materials are rarely part of teacher training, and are mostly learnt by trial and error.
Knowledge and skills frameworks, generally called competency frameworks, for ELT teachers, trainers and managers have existed for a few years now. However, until I created one for my MA dissertation, there wasn’t one drawing together what we need to know and do to be able to effectively produce language learning materials.
This webinar will introduce you to my framework, highlighting the key competencies I identified from my research. It will also show how anybody involved in language teaching (any language, not just English!), teacher training, managing schools or developing language learning materials can benefit from using the framework.
Honest Reviews of Tim Han LMA Course Program.pptxtimhan337
Personal development courses are widely available today, with each one promising life-changing outcomes. Tim Han’s Life Mastery Achievers (LMA) Course has drawn a lot of interest. In addition to offering my frank assessment of Success Insider’s LMA Course, this piece examines the course’s effects via a variety of Tim Han LMA course reviews and Success Insider comments.
Macroeconomics- Movie Location
This will be used as part of your Personal Professional Portfolio once graded.
Objective:
Prepare a presentation or a paper using research, basic comparative analysis, data organization and application of economic information. You will make an informed assessment of an economic climate outside of the United States to accomplish an entertainment industry objective.
A Strategic Approach: GenAI in EducationPeter Windle
Artificial Intelligence (AI) technologies such as Generative AI, Image Generators and Large Language Models have had a dramatic impact on teaching, learning and assessment over the past 18 months. The most immediate threat AI posed was to Academic Integrity with Higher Education Institutes (HEIs) focusing their efforts on combating the use of GenAI in assessment. Guidelines were developed for staff and students, policies put in place too. Innovative educators have forged paths in the use of Generative AI for teaching, learning and assessments leading to pockets of transformation springing up across HEIs, often with little or no top-down guidance, support or direction.
This Gasta posits a strategic approach to integrating AI into HEIs to prepare staff, students and the curriculum for an evolving world and workplace. We will highlight the advantages of working with these technologies beyond the realm of teaching, learning and assessment by considering prompt engineering skills, industry impact, curriculum changes, and the need for staff upskilling. In contrast, not engaging strategically with Generative AI poses risks, including falling behind peers, missed opportunities and failing to ensure our graduates remain employable. The rapid evolution of AI technologies necessitates a proactive and strategic approach if we are to remain relevant.
Introduction to AI for Nonprofits with Tapp NetworkTechSoup
Dive into the world of AI! Experts Jon Hill and Tareq Monaur will guide you through AI's role in enhancing nonprofit websites and basic marketing strategies, making it easy to understand and apply.
Introduction to AI for Nonprofits with Tapp Network
A Structured Approach to Requirements Analysis (lecture slides)
1. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
A Structured Approach to
Requirements Analysis
Prof. Dr. Dagmar Monett Díaz
Computer Science Dept.
Faculty of Cooperative Studies
Berlin School of Economics and Law
dagmar@monettdiaz.com
Europe Week, 2nd – 6th March 2015
90 Minutes
2. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Dilbert
Scott Adams
At http://dilbert.com/strip/2003-03-22/
(Educational/Classroom usage permission is granted by Universal Uclick. All Rights Reserved)
Where are the requirements?
2
3. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 3
Main topics
4. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 4
Main topics
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
5. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 5
Next topics…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
7. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Software Requirements
Karl Wiegers and Joy Beatty
3rd Edition, 672 pp.
Microsoft Press, 2013
ISBN-13: 978-0-7356-7966-5
(See more at
http://aka.ms/SoftwareReq3E/files)
7
Wiegers & Beatty
8. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements-Engineering
und -Management: Aus der
Praxis von klassisch bis agil
Chris Rupp & die SOPHISTen
6th Edition, 570 pp.
Carl Hanser Verlag München, 2014
ISBN-13: 978-3-446-43893-4
In German
(Chapters and related topics in English are
available for free at https://www.sophist.de/)
8
Rupp & The SOPHISTs
9. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Software Engineering
Ian Sommerville
9th Edition, 792 pp.
Addison-Wesley, 2010
ISBN-13: 978-0137035151
(10th Edition: April 2015. See more at
http://iansommerville.com/software-
engineering-book/)
9
Sommerville
10. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 10
The traditional software
development process:
Perceptions, communication patterns
and interests…
11. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 11Cartoon http://projectcartoon.com/
12. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 12Cartoon http://projectcartoon.com/
13. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 13Cartoon http://projectcartoon.com/
14. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 14Cartoon http://projectcartoon.com/
15. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Some key questions
15
- What are requirements?
- How do stakeholders define requirements?
- How are requirements documented?
- Is there a process we can follow?
16. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 16
What is a requirement?
– Definitions –
17. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 17
IEEE-Standard 610.12 (1990)
A requirement is:
(1). „A condition or capability needed by a user (be
it person or system) to solve a problem or
achieve an objective.“
18. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 18
IEEE-Standard 610.12 (1990)
A requirement is:
(1). „A condition or capability needed by a user (be
it person or system) to solve a problem or
achieve an objective.“
(2). „A condition or capability that must be met or
possessed by a system or system component to
satisfy a contract, standard, specification, or other
formally imposed document.“
19. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 19
IEEE-Standard 610.12 (1990)
A requirement is:
(1). „A condition or capability needed by a user (be
it person or system) to solve a problem or
achieve an objective.“
(2). „A condition or capability that must be met or
possessed by a system or system component to
satisfy a contract, standard, specification, or other
formally imposed document.“
(3). „A documented representation of a condition or
capability as in (1) or (2).“
20. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 20
Requirement: A definition
According to Wiegers & Beatty:
“[A requirement is a] statement of a
customer need or objective, or of a condition
or capability that a product must possess to
satisfy such a need or objective. A property
that a product must have to provide value to
a stakeholder.”
21. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 21
Requirement: A definition
According to Wiegers & Beatty:
“[A requirement is a] statement of a
customer need or objective, or of a condition
or capability that a product must possess to
satisfy such a need or objective. A property
that a product must have to provide value to
a stakeholder.”
22. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 22
Requirement: A definition
According to Wiegers & Beatty:
“[A requirement is a] statement of a
customer need or objective, or of a condition
or capability that a product must possess to
satisfy such a need or objective. A property
that a product must have to provide value to
a stakeholder.”
23. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 23
Requirement: A definition
According to Wiegers & Beatty:
“[A requirement is a] statement of a
customer need or objective, or of a condition
or capability that a product must possess to
satisfy such a need or objective. A property
that a product must have to provide value to
a stakeholder.”
26. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 26
Relationships among several types
of requirements information
27. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 27
Levels of software requirements
Business
requirements
User
requirements
Functional
requirements
Adapted from Wiegers & Beatty
28. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 28
Levels of software requirements
Business
requirements
“A set of information that describes a business
need that leads to one or more projects to deliver a
solution and the desired ultimate business outcomes.
The business requirements include business
opportunities, business objectives, success metrics,
a vision statement, and scope and limitations.”
Example:
“Increase market share in region X by Y percent within Z months.”
Adapted from Wiegers & Beatty
29. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 29
Levels of software requirements
“A goal or task that specific classes of users must be able to
perform with a system, or a desired product attribute. Use cases, user
stories, and scenarios are common ways to represent user
requirements.”
Example:
“As the lead machine operator, I need to calibrate the pump
controller first thing every morning.”
User
requirements
Adapted from Wiegers & Beatty
30. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 30
Levels of software requirements
“A description of a behavior that a software system will exhibit under
specific conditions.”
Example:
“The user must be able to sort the project list in forward and reverse
alphabetical order.”
Functional
requirements
Adapted from Wiegers & Beatty
31. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 31
Several types of requirements
Business
requirements
User
requirements
Functional
requirements
Adapted from Wiegers & Beatty
32. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 32
Origins of / influences from…
Business
requirements
Business
rules
“A policy, guideline, standard,
regulation, or computational
formula that defines or constrains
some aspect of the business.”
Example:
“A new customer
must pay 30% of
travel expenses in
advance.”
Example:
“Capability to enter the
information of a new
customer in an existing
accounting system.”
Adapted from Wiegers & Beatty
“A set of information that
describes a business need.”
33. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 33
Origins of / influences from…
Business
requirements
Business
rules
User
requirements
Quality
attributes
System
requirements
Functional
requirements
External
interfaces
Constraints
Adapted from Wiegers & Beatty
35. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 35
So far…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
36. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 36
Next topics…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
37. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 37
What is
Requirements Engineering?
38. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements Engineering
Definition according to the IREB1:
Requirements engineering is a cooperative, itera-
tive, incremental process, aimed at guaranteeing that
38
1: International Requirements Engineering Board e.V. (see further reading at the end)
39. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements Engineering
Definition according to the IREB1:
Requirements engineering is a cooperative, itera-
tive, incremental process, aimed at guaranteeing that
all relevant requirements are known and
understood with the necessary degree of refinement,
39
1: International Requirements Engineering Board e.V. (see further reading at the end)
40. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements Engineering
Definition according to the IREB1:
Requirements engineering is a cooperative, itera-
tive, incremental process, aimed at guaranteeing that
all relevant requirements are known and
understood with the necessary degree of refinement,
the stakeholders involved come to a satisfactory
agreement concerning the known requirements,
40
1: International Requirements Engineering Board e.V. (see further reading at the end)
41. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements Engineering
Definition according to the IREB1:
Requirements engineering is a cooperative, itera-
tive, incremental process, aimed at guaranteeing that
all relevant requirements are known and
understood with the necessary degree of refinement,
the stakeholders involved come to a satisfactory
agreement concerning the known requirements,
all requirements have been documented as defined
by the documentation guidelines or specification
guidelines.
41
1: International Requirements Engineering Board e.V. (see further reading at the end)
42. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements Engineering
Definition according to Wiegers & Beatty:
Requirements engineering is the subdiscipline of
systems engineering and software engineering that
encompasses all project activities associated with
understanding a product's necessary capabilities and
attributes. Includes both requirements development
and requirements management.
42
43. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 43
Subdisciplines of
Requirements Engineering
44. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 44
Subdisciplines of
Requirements Engineering
Requirements
Engineering
Requirements
Development
Requirements
Management
Acc. to Wiegers & Beatty
45. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 45
Subdisciplines of
Requirements Engineering
Requirements
Engineering
Requirements
Development
Requirements
Management
“The process of defining a project's scope, identifying
user classes and user representatives, and eliciting,
analyzing, specifying, and validating requirements. Its
product is a set of documented requirements that defines
some portion of the product to be built.”
Acc. to Wiegers & Beatty
46. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 46
Subdisciplines of
Requirements Development
Elicitation
Requirements
Engineering
Analysis Specification Validation
Requirements
Development
Requirements
Management
Acc. to Wiegers & Beatty
47. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 47
Subdisciplines of
Requirements Engineering
Requirements
Engineering
Requirements
Development
Requirements
Management
“The process of working with a defined set of requirements
throughout the product's development process and its
operational life. Includes tracking requirements status,
managing changes to requirements, controlling versions of
requirements specs, and tracing individual requirements.”
Acc. to Wiegers & Beatty
48. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 48
Subdisciplines of
Requirements Management
Tracking
Requirements
Engineering
Managing Controlling Tracing
Requirements
Development
Requirements
Management
Acc. to Wiegers & Beatty
49. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 49
Topics of other related lectures
50. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 50
Subdisciplines of
Requirements Engineering
Elicitation
Requirements
Engineering
Analysis Specification Validation
Requirements
Development
Requirements
Management
All are topics of (this) lecture:
“A Structured Approach to Requirements Analysis”
51. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 51
Subdisciplines of
Requirements Development
Requirements
Engineering
Requirements
Development
Requirements
Management
Elicitation Specification Validation
Topic of lecture
“Requirements Engineering Techniques for Eliciting Requirements”
Analysis
52. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 52
Subdisciplines of
Requirements Development
Requirements
Engineering
Requirements
Development
Requirements
Management
Elicitation Specification Validation
Topics of lecture
“Requirements Engineering Methods for Documenting Requirements”
Analysis
53. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 53
Subdisciplines of
Requirements Development
Requirements
Engineering
Requirements
Development
Requirements
Management
Elicitation Analysis Specification Validation
Also topic of lecture
“Modelling Software Requirements. Important diagrams and templates”
54. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 54
Subdisciplines of
Requirements Development
Requirements
Engineering
Requirements
Development
Requirements
Management
Elicitation Analysis Specification Validation
Topic of lecture
“Methods for Validating and Testing Software Requirements”
56. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Quiz
56
Which is not a subdiscipline of requirements development?
(A) Validation.
(B) Managing.
(C) Analysis.
(D) Elicitation.
57. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 57
Requirements “skills”
58. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 58
Most important requirements
skills by expertise level
Adapted from Joy Beatty in
“Five Steps To Building A Strong Requirements Team”
Basics
• Requirements
language
• Software
lifecycle
• Methodology
59. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 59
Most important requirements
skills by expertise level
Adapted from Joy Beatty in
“Five Steps To Building A Strong Requirements Team”
Basics
Intermediate
• Requirements
language
• Software
lifecycle
• Methodology
• Elicitation
methods
• Writing
requirements
60. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 60
Most important requirements
skills by expertise level
Adapted from Joy Beatty in
“Five Steps To Building A Strong Requirements Team”
Basics
Advanced
Intermediate
• Requirements
language
• Software
lifecycle
• Methodology
• Elicitation
methods
• Writing
requirements
• Modelling
• Reviewing
and validating
• Change
management
61. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 61
Most important requirements
skills by expertise level
Adapted from Joy Beatty in
“Five Steps To Building A Strong Requirements Team”
Basics
Advanced
Expert
Intermediate
• Requirements
language
• Software
lifecycle
• Methodology
• Elicitation
methods
• Writing
requirements
• Modelling
• Reviewing
and validating
• Change
management
• Facilitating large
groups
• Decision making
• Resolving conflicts
• Gaining
consensus
62. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 62
So far…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
63. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 63
Next topics…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
64. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 64
Requirements Development
65. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Dilbert
Scott Adams
At http://dilbert.com/strip/1993-09-08/
(Educational/Classroom usage permission is granted by Universal Uclick. All Rights Reserved)
Missing requirements?
65
66. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 66
Subdisciplines of
Requirements Engineering
Requirements
Engineering
Requirements
Development
Requirements
Management
Acc. to Wiegers & Beatty
67. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 67
Subdisciplines of
Requirements Engineering
Requirements
Engineering
Requirements
Development
Requirements
Management
“The process of defining a project's scope, identifying
user classes and user representatives, and eliciting,
analyzing, specifying, and validating requirements. Its
product is a set of documented requirements that defines
some portion of the product to be built.”
Acc. to Wiegers & Beatty
68. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 68
Subdisciplines of
Requirements Development
Elicitation
Requirements
Engineering
Analysis Specification Validation
Requirements
Development
Requirements
Management
Acc. to Wiegers & Beatty
69. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements development
69
Acc. to Wiegers & Beatty
Elicitation
Analysis
Specification
Validation
“The process of identifying, discovering requirements from various
sources through interviews, workshops, focus groups, observations,
document analysis, and other mechanisms.”
70. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements development
70
Acc. to Wiegers & Beatty
Elicitation
Analysis
Specification
Validation
“The process of classifying requirements information into various
categories, evaluating requirements for desirable qualities, representing
requirements in different forms, deriving detailed requirements from high-
level requirements, negotiating priorities, and related activities.”
71. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements development
71
Acc. to Wiegers & Beatty
Elicitation
Analysis
Specification
Validation
“The process of documenting a software application's requirements in a
structured, shareable, and manageable form. Also, the product from this
process.”
72. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements development
72
Acc. to Wiegers & Beatty
Elicitation
Analysis
Specification
Validation
“The process of evaluating a project deliverable to determine whether it
satisfies customer needs. Often stated as "Are we building the right product?”
(Verification: “Are we building the product right?”)
73. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 73
A Requirements Development
process framework
74. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
RD process framework
74
Elicitation
Analysis
Specification
Validation
RD: Requirements Development
SRS: Software Requirements Specification
identifying, discovering
evaluating,
verifying
documenting, SRS
classifying,
representing,
deriving,
negotiating
Adapted from Wiegers & Beatty
75. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
RD process framework
75
Elicitation
Analysis
Specification
Validation
RD: Requirements Development
SRS: Software Requirements Specification
identifying, discovering
evaluating,
verifying
documenting, SRS
classifying,
representing,
deriving,
negotiating
Adapted from Wiegers & Beatty
76. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
RD process framework
76
Elicitation
Analysis
Specification
Validation
re-evaluate
Adapted from Wiegers & Beatty
identifying, discovering
evaluating,
verifying
documenting, SRS
classifying,
representing,
deriving,
negotiating
RD: Requirements Development
SRS: Software Requirements Specification
77. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 77
So far…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
78. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 78
Next topics…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
79. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 79
A structured approach to
Requirements Development
(Analysis included!)
80. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Dilbert
Scott Adams
At http://dilbert.com/strip/2001-04-14/
(Educational/Classroom usage permission is granted by Universal Uclick. All Rights Reserved)
How much, how deep?
80
81. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 81
A structured approach to RD
(1) Define stakeholders!
Who is interested in the system?
Who makes decisions?
Who are the users, managers, developers, etc.?
In other words, WHO has influence on the software requirements?
82. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 82
A structured approach to RD
Define
stakeholders
WHO
83. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 83
A structured approach to RD
(1) Define stakeholders!
Who is interested in the system?
Who makes decisions?
Who are the users, managers, developers, etc.?
In other words, WHO has influence on the software requirements?
(2) Define goals!
Stakeholders have goals (define coarse goals!)
These goals can be divided into more specific goals (define granular goals!)
In other words, WHAT should be implemented or achieved?
84. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 84
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
WHO
WHAT
85. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 85
A structured approach to RD
(1) Define stakeholders!
Who is interested in the system?
Who makes decisions?
Who are the users, managers, developers, etc.?
In other words, WHO has influence on the software requirements?
(2) Define goals!
Stakeholders have goals (define coarse goals!)
These goals can be divided into more specific goals (define granular goals!)
In other words, WHAT should be implemented or achieved?
(3) Define requirements!
Goals can be derived into concrete requirements
How to get to the requirements? (goal-based!)
Model those requirements using diagrams, templates, etc.
In other words, HOW will the goals be achieved?
86. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 86
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
Define
requirements
Diagrams
Templates
Models
WHO
WHAT
HOW
87. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 87
A structured approach to RD
(1) Define stakeholders!
Who is interested in the system?
Who makes decisions?
Who are the users, managers, developers, etc.?
In other words, WHO has influence on the software requirements?
(2) Define goals!
Stakeholders have goals (define coarse goals!)
These goals can be divided into more specific goals (define granular goals!)
In other words, WHAT should be implemented or achieved?
(3) Define requirements!
Goals can be derived into concrete requirements
How to get to the requirements? (goal-based!)
Model those requirements using diagrams, templates, etc.
In other words, HOW will the goals be achieved?
88. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 88
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
Define
requirements
Diagrams
Templates
Models
WHO
WHAT
HOW
89. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 89
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
Define
requirements
Diagrams
Templates
Models
WHO
WHAT
HOW
90. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 90
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
Define
requirements
Diagrams
Templates
Models
WHO
WHAT
HOW
classifying,
representing,
deriving,
negotiating
identifying, discovering
documenting, SRS
+
+
evaluating, verifying
+
91. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 91
Yet another Requirements
Development Process
92. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 92
Yet another RD Process
Adapted from “Requirements Engineering Process” (Michael Schenkel, microTOOL 2014)
Define
system’s context
93. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 93
Yet another RD Process
Adapted from “Requirements Engineering Process” (Michael Schenkel, microTOOL 2014)
Define
system’s context
Analyse
stakeholders
94. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 94
Yet another RD Process
Adapted from “Requirements Engineering Process” (Michael Schenkel, microTOOL 2014)
Define
system’s context
Analyse
stakeholders
Define
goals
95. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 95
Yet another RD Process
Adapted from “Requirements Engineering Process” (Michael Schenkel, microTOOL 2014)
Define
system’s context
Analyse
stakeholders
Define
goals
Describe
scenarios
96. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 96
Yet another RD Process
Adapted from “Requirements Engineering Process” (Michael Schenkel, microTOOL 2014)
Define
system’s context
Analyse
stakeholders
Define
goals
Describe
scenarios
Define requirements
Model the
system
97. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 97
Yet another RD Process
Adapted from “Requirements Engineering Process” (Michael Schenkel, microTOOL 2014)
Define
system’s context
Analyse
stakeholders
Define
goals
Describe
scenarios
Define requirements
Model the
system
Validate
requirements
Document
requirements
98. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 98
So far…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
99. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 99
Next topics…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
100. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 100
Most common
requirements risks
101. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Requirements risks
Insufficient user involvement.
Inaccurate planning.
Creeping user requirements.
Ambiguous requirements.
Gold plating.
Overlooked stakeholders.
101
According to Wiegers & Beatty
102. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Problems of Req. Analysis
Stakeholders don’t know what they really want.
Stakeholders express requirements in their own
terms.
Different stakeholders may have conflicting
requirements.
Organisational and political factors may influence
the system requirements.
The requirements change during the analysis
process. New stakeholders may emerge and the
business environment change.
102
According to Ian Sommerville
103. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 103
Benefits from a high-quality
requirements process
104. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Benefits, payoff
Fewer defects in requirements and in the
delivered product.
Reduced development rework.
Faster development and delivery.
Fewer unnecessary and unused features.
Lower enhancement costs.
Fewer miscommunications.
Reduced scope creep.
Reduced project chaos.
Higher customer and team member satisfaction.
Products that do what they are supposed to do.
104
According to Wiegers & Beatty
105. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 105
So far…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
106. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 106
Next topics…
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
108. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 108
The content so far
109. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 109
To take away…
110. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 110
Subdisciplines of RE and RD
Elicitation
Requirements
Engineering
Analysis Specification Validation
Requirements
Development
Requirements
Management
111. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
RD process framework
111
Elicitation
Analysis
Specification
Validation
re-evaluate
Adapted from Wiegers & Beatty
identifying, discovering
evaluating,
verifying
documenting, SRS
classifying,
representing,
deriving,
negotiating
RD: Requirements Development
SRS: Software Requirements Specification
112. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 112
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
Define
requirements
Diagrams
Templates
Models
WHO
WHAT
HOW
113. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 113
What comes next?
114. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 114
Subdisciplines of
Requirements Development
Requirements
Engineering
Requirements
Development
Requirements
Management
Elicitation Specification Validation
Topic of lecture
“Requirements Engineering Techniques for Eliciting Requirements”
Analysis
115. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
RD process framework
115
Elicitation
Analysis
Specification
Validation
re-evaluate
Adapted from Wiegers & Beatty
identifying, discovering
evaluating,
verifying
documenting, SRS
classifying,
representing,
deriving,
negotiating
RD: Requirements Development
SRS: Software Requirements Specification
116. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 116
A structured approach to RD
Granular goals
CG3
CG2
CG1
Coarse goals
Define
stakeholders
Define
goals
Define
requirements
Diagrams
Templates
Models
WHO
WHAT
HOW
classifying,
representing,
deriving,
negotiating
identifying, discovering
documenting, SRS
+
+
evaluating, verifying
+
117. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 117
Other references
118. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Other books
118
119. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Further reading
IREB - International Requirements Engineering
Board e.V.
http://www.ireb.org/en/service/downloads.html
119
120. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Conference sites…
21st International Working Conference on
Requirements Engineering: Foundation for Software
Quality (REFSQ 2015), Essen, Germany
http://refsq.org/2015/
120
121. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
Conference sites…
23rd IEEE International Requirements Engineering
Conference (RE’15), Ottawa, Canada
http://re15.org/
121
123. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 123
The traditional software
development process:
Perceptions, communication patterns
and interests…
124. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 124Cartoon http://projectcartoon.com/
125. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 125
The ideal, perfect, still possible
software development process:
Perceptions, communication patterns
and interests…
126. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 126Adapted from cartoon http://projectcartoon.com/
127. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield 127
Done!
Where does the major content come from?
Requirements and their relationships
Requirements Engineering
- Definitions. Subdisciplines. Topics of related lectures.
Requirements Development
- Definitions. Subdisciplines. A process framework.
A Structured approach to Requirements Development
Requirements risks
Benefits from a high-quality requirements process
What’s next? Further reading, sources of inspiration
128. D. Monett – Europe Week 2015, University of Hertfordshire, Hatfield
A Structured Approach to
Requirements Analysis
Prof. Dr. Dagmar Monett Díaz
Computer Science Dept.
Faculty of Cooperative Studies
Berlin School of Economics and Law
dagmar@monettdiaz.com
Europe Week, 2nd – 6th March 2015
monettdiaz@dmonett