Towards Modelling and Reasoning Support for Early-Phase Requirements Engineering درس مهندسی نیازمندی ها استاد دکتر عبداله زاده دانشجو خیرالنسا مرچانت.

Slides:



Advertisements
Similar presentations
Dr. Rogelio Dávila Pérez
Advertisements

2 Introduction A central issue in supporting interoperability is achieving type compatibility. Type compatibility allows (a) entities developed by various.
Centralize or Decentralize? A Requirements Engineering Perspective on Internet-Scale Architectures Eric Yu University of Toronto July 2000.
Software Requirements
1 Lecture 2: Processes, Requirements, and Use Cases.
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
Strategic Modelling for Enterprise Integration Eric Yu University of Toronto 14th World Congress International Federation of Automatic Control July 5-9,
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,
Unit-III Requirements Engineering
SOFTWARE QUALITY ASSURANCE Maltepe University Faculty of Engineering SE 410.
© Eric Yu Agenda Session 1 – Introduction December 13, 14:30-16:30 Motivations Basic concepts –The Strategic Dependency Model –The Strategic Rationale.
Architecture is More Than Just Meeting Requirements Ron Olaski SE510 Fall 2003.
Towards Modelling and Reasoning Support for Early-Phase Requirements Engineering Vahid Jalali Amirkabir university of technology, Department of computer.
درس مهندسي نيازمندي ها استاد دكتر عبداله زاده دانشجو خيرالنسا مرچانت Requirement Engineering :A Roadmap.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Study Period Report: Metamodel for On Demand Model Selection (ODMS) Wang Jian, He Keqing, He Yangfan, Wang Chong State Key Lab of Software Engineering,
Software Requirements
Software engineering for supply chains:
1 درس مهندسي نيازمندي استاد دكتر عبداله زاده دانشجو خيرالنسا مرچانت Meaning of Requirement.
درس مهندسی نیازمندی ها استاد دکتر عبداله زاده دانشجو خیرالنسا مرچانت Dealing with NFR : Three Experimental Studies of a Process-Oriented Approach.
Software Engineering General Project Management Software Requirements
Four Dark Corners of Requirements Engineering
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Dealing.
CSCI928 Software Engineering Requirements & Specifications Modeling System Interactions Tri A. Kurniawan, M.Eng. Ph.D Candidate
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Towards Modeling.
Requirement Engineering – A Roadmap
1 درس مهندسي نيازمندي استاد دكتر عبداله زاده دانشجو خيرالنسا مرچانت RE in The Year 00: A Research Perspective.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Goal.
Instructor: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Systems.
Dealing with NFRs Vahid Jalali Amirkabir university of technology, Department of computer engineering and information technology, Intelligent systems laboratory,
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Towards.
درس :مهندسي نيازمندي ها استاد: دكتر عبداله زاده دانشجو: خيرالنسا مرچانت Effectiveness of Elicitation Techniques in Distributed Requirement Engineering.
Requirements Engineering Process – 1
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Requirements engineering l The process of establishing the services that the.
Software Project Management Introduction to Project Management.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Software Requirements l Descriptions and specifications of a system.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
BUSINESS PLUG-IN B15 Project Management.
SOUPA: Standard Ontology for Ubiquitous and Pervasive Applications Harry Chen, Filip Perich, Tim Finin, Anupam Joshi Department of Computer Science & Electrical.
1 Sobah Abbas Petersen Adjunct Associate Professor TDT4252 Modelling of Information Systems Advanced Course Lecture 5: i*modelling.
소프트웨어공학 강좌 1 Chap 4. Software Requirements - Descriptions and specifications of a system - Soo-Mi Choi
Interaction Modeling. Introduction (1) Third leg of the modeling tripod. It describes interaction within a system. The class model describes the objects.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 20 Object-Oriented.
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
Software Requirements Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn Lecture 4 & 5.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
1 / 18 CS 425/625 Software Engineering Requirements Engineering Processes Based on Chapter 6 of the textbook [Somm00] Ian Sommerville, Software Engineering,
Lecture 7: Requirements Engineering
Copyright 2008  Project management process groups progress from initiating activities to planning activities, executing activities, monitoring and controlling.
1 Evolving System Architecture to Meet Changing Business Goals An Agent and Goal-Oriented Approach Daniel Gross & Eric Yu Faculty of Information Studies.
A Goal Based Methodology for Developing Domain-Specific Ontological Frameworks Faezeh Ensan, Weichang Du Faculty of Computer Science, University of New.
Supply Chain Management Purchasing/Inventory/Materials.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
Use Cases and Use Case Diagrams Reporter: 陳雅萍. Outline Use cases, actors Organizing use cases Modeling the behavior of an element Use case diagrams Common.
Requirements Analysis
1 Requirements Elicitation – 2 Lecture # Requirements Engineering Process Requirements Elicitation Requirements Analysis and Negotiation Requirements.
SECURE TROPOS Michalis Pavlidis 8 May Seminar Agenda  Secure Tropos  History and Foundation  Tropos  Basics  Secure Tropos  Concepts / Modelling.
1 Software Requirements Descriptions and specifications of a system.
Software Engineering, COMP201 Slide 1 Software Requirements.
BUSINESS PLUG-IN B15 Project Management.
CASE Tools and Joint and Rapid Application Development
Project Management Framework
Chapter 20 Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
Project Management Framework
TDT4252 Modelling of Information Systems Advanced Course
Members: Keshava Shiva Sanjeeve Kareena
Requirements Engineering Process – 1
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Presentation transcript:

Towards Modelling and Reasoning Support for Early-Phase Requirements Engineering درس مهندسی نیازمندی ها استاد دکتر عبداله زاده دانشجو خیرالنسا مرچانت

Introduction  Increasing attention in RE  Early stages of the system development life cycle are crucial to the successful development and subsequent deployment and ongoing evolution of the system  computer systems play increasingly important roles in organizations  there is a need to pay more attention to the early stages of requirements engineering itself

Stating the problem  Much of requirements engineering research has taken as starting point the initial requirements statements, which express customer ’ s wishes about what the system should do ambiguous incomplete inconsistent informal

Importance of RE  System development involves a great many assumptions about the embedding environment and task domain  Users need help in coming up with initial requirements in the first place  Systems personnel are increasingly expected to contribute to business process redesign

Importance of RE (Cont.)  Having well-organized bodies of organizational and strategic knowledge would allow such knowledge to be shared  As more and more systems in organizations interconnect and interoperate, it is increasingly important to understand how systems cooperate  Dealing with change is one of the major problems

The i* modelling framework  The i* framework was developed for modelling and reasoning about organizational environments and their information systems The Strategic Dependency (SD) model The Strategic Rationale (SR) model  The central concept in i* is that of the intentional actor

Strategic Dependency model  Consider a computer-based meeting scheduler for supporting the setting up of meetings

Defects of requirements models  Why is it necessary to schedule meetings ahead of time?  Why does the meeting initiator need to ask participants for exclusion dates and preferred dates?  Why is a computer-based meeting scheduler desired? And whose interests does it serve?  Is confirmation via the computer-based scheduler sufficient? If not, why not?  Are important participants treated differently? If so, why?  They tend to focus on the “ what ” rather than the “ why ”

Strategic Dependency model for meeting scheduling, without computer based scheduler

Strategic Dependency model for meeting scheduling with computer-based scheduler

Modelling stakeholder interests  The Strategic Dependency model provides one level of abstraction for describing organizational environments and their embedded information systems Showing External relationships among actors Hiding the intentional constructs within each actor

Modelling stakeholder interests (Cont.)  In the framework, the Strategic Rationale model provides a more detailed level of modelling by looking “ inside ” actors to model internal intentional relationships

Strategic Rationale model for meeting scheduling

Strategic Rationale model for a computer-supported meeting

The modelling and reasoning support needs of early-phase RE  Knowledge representation and reasoning  Degree of formality  Incorporating intentionality  Multi-lateral intentional relationships

The modelling and reasoning support needs of early-phase RE (Cont.)  Distributed intentionality  Means-ends reasoning  Organizational actors

Conclusions  Understanding “ why ” has been considered an important part of requirements engineering since its early days  Frameworks and techniques to explicitly support the modelling of and reasoning about agents ’ goals and rationales have recently been developed in RE  making a distinction between early-phase and late-phase RE could help clarify the ways in which concepts and techniques could be applied to different RE activities

Reference  Eric S. K. Yu, "Towards Modeling and Reasoning Support for Early-Phase Requirements Engineering," re, p. 226, Third IEEE International Symposium on Requirements Engineering (RE'97), 1997