Adaptation of Evolving Requirements : A Managed approach for Non-functional requirements Tanya Kudchadker Nivedita Angadi Guides: Dr. A. Serebrenik (TU/e)

Slides:



Advertisements
Similar presentations
Postgraduate Study & Research Methods COMM50 Planning the Dissertation.
Advertisements

Unit 2. Software Lifecycle
The design process IACT 403 IACT 931 CSCI 324 Human Computer Interface Lecturer:Gene Awyzio Room:3.117 Phone:
CSE 470 : Software Engineering The Software Process.
CSC 480 Software Engineering
Conceptualizing & Initializing the IT Project
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
1 Cumulative Impact Management: A Framework for Northeast BC Presentation of Research Results Science and Community Environmental Knowledge Fund Presented.
Green Software Engineering Sheryl John Introducing green elements and guidelines in Software Engineering.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
SE curriculum in CC2001 made by IEEE and ACM: Overview and Ideas for Our Work Katerina Zdravkova Institute of Informatics
1.1 Introduction: concepts and overview of systems development IMS Information Systems Development Practices.
SE 555 Software Requirements & Specification Requirements Management.
Information Technology Project Management – Fourth Edition
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
OHT 2.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
Problems in handling NFR Term Paper (as-is) problem statement BY AJAYKUMAR ASWATHAPPA CS/SE 6361 EXECUTIVE.
The design process z Software engineering and the design process for interactive systems z Standards and guidelines as design rules z Usability engineering.
Lecture # 22 Software Evolution
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Foundation Degree IT Project Methodologies (for reference)
S/W Project Management
The Unified Process of Software Development Software and its marketability factors Why is software development a labour-intensive industry? The Unified.
Using IBM Rational Unified Process for software maintenance
Copyright © Jerzy R. Nawrocki Requirements Review Requirements Engineering & Project.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Team Skill 6: Building the Right System From Use Cases to Implementation (25)
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
2-Oct-15 Introduction to SWE1 Introduction to Software Engineering Softwares Importance of SWE Basic SWE Concepts.
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
CS CS 5150 Software Engineering Lecture 3 Software Processes 2.
Requirements Change Management
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
Risk Management in the Built Environment Qualitative and Quantitative Risk Management By Professor Simon Burtonshaw-Gunn – licensed under the Creative.
IT Requirements Management Balancing Needs and Expectations.
Feature-Oriented Nonfunctional Requirement Analysis for Software Product Line Mats Hofman.
Lecture 7: Requirements Engineering
1 SWE Introduction to Software Engineering Lecture 4.
Quality of Usage Scenarios Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 systems analysis 1 what is systems analysis? preparation of the system’s requirements/definition,
Requirements Determination CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc.
THE PROJECT CYCLE By Dr. Peter Quartey (ISSER, Univ. of Ghana)
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Configuration Management Main issues:  manage items during software life cycle  usually supported by powerful tools ©2008 John Wiley & Sons Ltd.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
SWE 513: Software Engineering
Introduction to Software Engineering Syed Salman Ali B.E, MBA ( MIS, Mktg), PMP.
Integrating FRs and NFRs: A Use Case and Goal Driven Approach Presented by Chin-Yi Tsai.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
 Authors  Purpose  Main Phases  Related Literature  PDD  Examples  Conclusions.
1. 2 An Introduction to Software Engineering 3 What is software? Computer programs and associated documentation such as requirements, design models and.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
1 Requirements Analysis Lecture # Recap of Requirements Elicitation - 1 Requirements elicitation deals with discovering requirements for a software.
 System Requirement Specification and System Planning.
Introduction to PRINCE 2
HCI in the software process
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
Introduction to Software Process Models
HCI in the software process
Lecture # 7 System Requirements
Applied Software Project Management
Presentation transcript:

Adaptation of Evolving Requirements : A Managed approach for Non-functional requirements Tanya Kudchadker Nivedita Angadi Guides: Dr. A. Serebrenik (TU/e) Martijn Klabbers, ir(LaQuSo)

Requirements Management - Steps Requirement Elicitation Requirement Analysis Requirement Specification Requirement Validation / SET Seminar PAGE 212/02/2009 Introduction Evolution Current Approach NFR Research Goal Current Work Further Tasks SummaryReferences

Requirements Evolution Royce 1970, “Waterfall model”. −What is requirements evolution? In which stage does requirements evolution begin? / SET Seminar PAGE 312/02/2009 Introduction Evolution Current Approach NFR Research Goal Current Work Further Tasks SummaryReferences

Requirements Evolution Cycle / SET Seminar PAGE 412/02/2009 Introduction Evolution Current Approach NFR Research Goal Current Work Further Tasks SummaryReferences

Driving factors for Requirements Evolution Users need change Changes in the environment Adoption of new technologies Co-operative computing / SET Seminar PAGE 512/02/2009 Introduction Evolution Current Approach NFR Research Goal Current Work Further Tasks SummaryReferences

Is the requirement acceptable? / SET Seminar PAGE 612/02/2009

Change Management Process to implement changes in the system. Changes need to be formally introduced and approved. Request For Change(RFC) form / SET Seminar PAGE 712/02/2009 IntroductionEvolution Current ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Change management / SET Seminar PAGE 812/02/2009

Non functional requirements Why are non-functional requirements(NFR) important? NFRs are often neglected or forgotten. Ineffectively dealing with NFRs can lead to a series of failures in software development. / SET Seminar PAGE 912/02/2009 IntroductionEvolution Current Approach NFR Research Goal Current Work Further Tasks SummaryReferences

The need of the hour A methodical process to assess the consequences of the requirement change. Emphasis on Non-functional requirements. Practical guidelines to accept or reject the proposed change. / SET Seminar PAGE 1012/02/2009 IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Types of changes / SET Seminar PAGE 1112/02/2009 IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Process Model Sequence of steps for handling new or changing requirements during life time of a system. / SET Seminar PAGE 1212/02/2009 Requirement Change Identify change IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Environment Change Identify change in the environment Analyze the change for its effects. / SET Seminar PAGE 1312/02/2009 IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Requirement Change Identify the possible requirement change to the existing system. / SET Seminar PAGE 1412/02/2009 IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Impact Analysis Impact of requirement changes on Non-functional requirements associated with the proposed change. Viewpoints of each stakeholder. / SET Seminar PAGE 1512/02/2009 IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Design Change Identify implications to the existing design of the system. / SET Seminar PAGE 1612/02/2009 IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Further tasks Refinement of the process model. Application of the model on a case study and identify the various non-functional requirements which led to its failure. E.g. London Ambulance Service Computerised Despatch System(LASCDS) 12/02/2009PAGE 17 / SET Seminar IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks SummaryReferences

Summary Requirements evolution is a continuous process. Various factors drive the initiation of requirements evolution. Acceptance of these changes is a critical task. Non functional requirements play a big role in system ‘well- being’. A practical method/guidelines is a necessary for decision over acceptance of such changes. 12/02/2009PAGE 18 / SET Seminar IntroductionEvolutionCurrent ApproachNFR Research Goal Current Work Further Tasks Summary References

Nazim H. Madhavji Juan Fernandez-Ramil, and Dewayne Perry: Software Evolution and Feedback: Theory and Practice. John Wiley & Sons, Lam, W., Loomes, M.: Requirements Evolution in the Midst of Environmental Change: A Managed Approach, IEEE Computer Society, 1998 Cysneiros L.M., Leite J.C.S.P.: Nonfunctional Requirements: From Elicitation to Conceptual Models. IEEE Transaction in Software Engineering, 30(5):328–350, May /02/2009PAGE 19 / SET Seminar IntroductionEvolution Current Approach NFR Research Goal Current Work Further Tasks Summary References

Questions? 12/02/2009PAGE 20 / SET Seminar

12/02/2009PAGE 21 / SET Seminar