Eliciting Gaps in Requirements Change Wouter Westendorp.

Slides:



Advertisements
Similar presentations
Chapter 26 Legacy Systems.
Advertisements

Ch 3: Unified Process CSCI 4320: Software Engineering.
BTS430 Design Model: Sequence Diagrams involving collections.
May 14, May 14, 2015May 14, 2015May 14, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa,
LECTURE 7 REF: CHAPTER 11 ELECTRONIC COMMERCE PAYMENT SYSTEMS PREPARED BY : L. Nouf Almujally Copyright © 2010 Pearson Education, Inc. 1.
JINR / CERN Grid and advanced information systems 2012 Anne Gentil-Beccot CERN Library GS/SIS The Library behind the scene Opportunities for Scientific.
Guide to a successful PowerPoint design – simple is best
COMP 350: Object Oriented Analysis and Design Lecture 3 Case Studies, Inception & Use Cases References: Craig Larman Chapters 3-6.
Acquiring A Web Presence Caroline Leibinger Jimmy Neyhart Joey Tuma.
7M701 1 Software Engineering Software Requirements Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 5
Requirement Engineering – A Roadmap
Introduction to Software Engineering Dr. Basem Alkazemi
Feb. 23, 2004CS WPI1 CS 509 Design of Software Systems Lecture #5 Monday, Feb. 23, 2004.
1 درس مهندسي نيازمندي استاد دكتر عبداله زاده دانشجو خيرالنسا مرچانت RE in The Year 00: A Research Perspective.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
7M822 Software Requirements Introduction 7 September 2010.
Mastercard Internet Gateway Service (MIGS) – Test demonstration
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Accepting Credit Cards on your Website. If you are building an online shop, you will need to address the question of taking payments for orders. You can,
Software Product Lines Krishna Anusha, Eturi. Introduction: A software product line is a set of software systems developed by a company that share a common.
Inheritance of Group Cardinality in Clafer Michał Antkiewicz April 06, 2015
000000_1 Confidential and proprietary information of Ingram Micro Inc. — Do not distribute or duplicate without Ingram Micro's express written permission.
1 Architecture Maturity & Requirements Engineering Process Maturity Do not Explain Each Other Maya Daneva.
TK2023 Object-Oriented Software Engineering CHAPTER 6 SYSTEM SEQUENCE DIAGRAMS.
Friday, August 21, 2015 Search Engine Marketing "Our mission is to operate at the highest ethical and professional levels in providing.
System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.
Throughout the world, its principal business is to process payments between the banks of merchants and the card issuing banks or credit unions of the purchasers.
2.3 Examples: Ski resort information system
Scrum’s Product Owner Role Jeff Patton Agile Product Design
1 The Green Box Pharmaceuticals Distribution System Startup Lab Graham Seibert June 4, 2009.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyze and.
Experimenting a Modeling Approach for Designing Organization’s Strategies in the Context of Strategic Alignment Laure-Hélène Thevenet* 1, Camille Salinesi*,
Selecting Security Patterns that Fulfill Security Requirements Method presentation by Ondrej Travnicek Utrecht University Method Engineering 2014.
Adaptive Processes © Adaptive Processes Simpler, Faster, Better Software Requirements.
MaRMI-RE: Systematic Componentization Process for Reengineering Legacy System Jung-Eun Cha, Chul-Hong Kim, Computational Science and Its Applications –
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.
FINANCING GUARANTEES INSURANCE Main business directions.
1 METHODOLODY FOR THE SELECTION OF REQUIREMENTS ENGINEERING TECHNIQUES (MRETS) Fabio Kornek.
Requirements Reference: Chapters 5, 6, & 8. CMSC 345, Fall Objectives To introduce the concepts of user and system requirements To explain functional.
PaymentFramework Payment Framework to Mobirox Ltd by team braZil Project Presentation Innopoli 2, SoberIT :00-15:00.
Requirements Engineering Overview Senior Design Don Evans.
Cashflows Facility. Recommended Supplier Provides a facility to trade online and accept debit and credit card payments from customers Learning experience.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
Types of transactions. What is it? An electronic payment is any kind of non-cash payment that doesn't involve a paper check. Methods include credit cars,
T Software Development Project I Customer Info Jari Vanhanen Ohjelmistoliiketoiminnan ja –tuotannon laboratorio Software Business and.
How does it work? Explain the process... Is a subset of an e-commerce transaction to include electronic payment for buying and selling goods or services.
Why should you have a checking account?. What is an “ATM”? Automated Teller Machine- ATMs have several functions, such as allowing the account holder.
1 Requirements Engineering From System Goals to UML Models to Software Specifications Axel Van Lamsweerde.
Requirements engineering The process of establishing the services that the customer requires from a system and the constraints under which it operates.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Chapter 4 Requirements Engineering (1/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
1 Israeli Government e-Payment Services David Forsher November 2009.
CS 160 and CMPE/SE 131 Software Engineering February 18 Class Meeting Department of Computer Science Department of Computer Engineering San José State.
HealthCare Billing Services
Online Banking. Learning Objectives To learn how society has been affected by online banking.
Towards filling the gap between AOSE methodologies and infrastructures: requirements and meta-model Fabiano Dalpiaz¹, Ambra Molesini², Mariachiara Puviani³,
Bad Credit Mobile Phone Contracts Bad credit leaves an unwanted mark on your profile, making it hard to apply for any forms of credit, be it a housing.
Super Technologies CFMS – V 0.9 Call Forwarding Management System For YourCompany.Com Example: Virtual Phone Line.Com.
Chapter 4 Requirements Engineering (1/3)
Aligning Business and System Functionality
CIS300 System Analysis and Design Methods
Software Engineering (CSI 321)
PayPal (Payment Gateway) in HotSpot Express Software
PRINCE2® Template <requirement 1> <requirement .>
Business Processes: Chapter 5 Sales, Purchasing, & Payroll Cycles
Chapter 8, Design Patterns Introduction
Presentation transcript:

Eliciting Gaps in Requirements Change Wouter Westendorp

Publication Published in the Journal of Requirements Engineering 2004, Volume 9, Issue 1 Authors: o Colette Rolland o Camille Salinesi o Anne Etien o.. all from Université Paris Cited by 40 (Google) / 5 (ACM) Applied at the integration of Renault-DIAC into the Renault Group

Context Change Requirements Engineering o From As-Is situation to To-Be situation More specifically: system adaptation o System evolution caused by changes in organizational context (mergers, globalisation) o Legacy software Make changes explicit and traceable

Method Model both situations o Differences imply changes Goal oriented o From high-level strategy to low-level system constraints Iterative method o Top-down approach Participative o Requires domain experts

Related Literature Rolland, C., & Prakash, N. (2001). Matching ERP system functionality to customer requirements. Proceedings of RE’01 5th international symposium on requirements engineering, Toronto, Canada, Lenz, R., & Kuhn, K. A. (2004). Towards a continuous evolution and adaptation of information systems in healthcare. International Journal of Medical Informatics, 73 (1), Christel, M. G., & Kang, K. C. (1992). Issues in requirements elicitation. Technical Report CMU/SEI-92-TR-012

Constructing a Map Identify Intentions (What) o For example: Offer a service o or, Start or Stop Identify Strategies (How) o For example: at a flat fee rate Construct the Map o Source intention -> Strategy -> Target Intention o.. for each intention Refine if necessary

Identify gaps Compare the As-Is map and the To-Be map: Apply an Operator to an Intention or Strategy For example: Rename: Make a contract for a client as Enter into a contract with a client Remove: By phone call

Example: As-Is situation A reader can pay for the magazine by issue or subscription. The payment may be fulfilled by bank transfer or credit-card Start -> By issue -> Pay Start -> Subscription -> Pay Start -> By bank transfer -> Stop Start -> By credit card -> Stop

Example: To-Be Situation A reader can pay for the magazine by issue, monthly or yearly subscription. The payment may be fulfilled by bank transfer or PayPal Start -> By issue -> Pay Start -> By monthly subscription -> Pay Start -> By yearly subscription -> Pay Start -> By bank transfer -> Stop Start -> With PayPal -> Stop

Example: Gaps Remove: By Subscription Add: By monthly subscription Add: By yearly subscription Remove: By credit-card Add: With PayPal

Process Deliverable Diagram

Thank you Any questions?