Integrating FRs and NFRs: A Use Case and Goal Driven Approach Presented by Chin-Yi Tsai.

Slides:



Advertisements
Similar presentations
Centralize or Decentralize? A Requirements Engineering Perspective on Internet-Scale Architectures Eric Yu University of Toronto July 2000.
Advertisements

A UML Profile for Goal-Oriented and Use Case-Driven Representation of NFRs and FRs Sam Supakkul Titat Software LLC Lawrence Chung The.
UML Profile for Goal-oriented Modelling Muhammad Rizwan Abid Supervising Professors: Daniel Amyot Stéphane Sotèg Somé.
Goal and Scenario Validation: a Fluent Combination Chin-Yi Tsai.
Eliciting Goals for Business Process Models with Non-Functional Requirements Catalogues Evellin C. S. Cardoso, João Paulo A. Almeida, Giancarlo Guizzardi.
درس مهندسی نیازمندی ها استاد دکتر عبداله زاده دانشجو خیرالنسا مرچانت Dealing with NFR : Three Experimental Studies of a Process-Oriented Approach.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Dealing.
Chapter 6 Functional Modeling
Functional Modeling Chapter 6.
Design Plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Dealing with NFRs Vahid Jalali Amirkabir university of technology, Department of computer engineering and information technology, Intelligent systems laboratory,
LUCENTIA Research Group Department of Software and Computing Systems Using i* modeling for the multidimensional design of data warehouses Jose-Norberto.
Software Architecture. Agenda " Why architect? " What is architecture? " What does an architect do? " What principles guide the process of architecting?
Selecting COTS Products Using a Requirements-Based Approach
© COPYRIGHT PENTATHLON SYSTEMS RESOURCES INCORPORATED. ALL RIGHTS RESERVED Tutorial 1 – Basic BPMN and SIGs RJ Macasaet R&D Dept.
Toward Component Non-functional Interoperability Analysis: A UML- based and Goal-oriented Approach Sam Supakkul and Lawrence Chung The University of Texas.
Nary Subramanian Firmware Engineer Applied Technology Division Anritsu Company Richardson, TX. Lawrence Chung.
Evaluating Goal Achievement in Enterprise Modeling – An Interactive Procedure and Experiences Jennifer Horkoff 1 Eric Yu 2 1 Department of Computer Science,
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
MSF Requirements Envisioning Phase Planning Phase.
OVERVIEW TEAM ARCHITECTURE THE PROCESS Top Level SADT Diagram
Virtual OSGi Framework and Telecommunications Sam Supakkul Yotta Networks Digital Pockets, LLC Dallas, Texas Lawrence Chung Dept.
Applying a Goal-Oriented Method for Hazard Analysis: A Case Study Sam Supakkul The University of Texas at Dallas Lawrence Chung The.
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
Identify steps for understanding and solving the
Requirements Determining the requirements of software involves determining the needs of the users of the software. Determining the requirements of software.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
1 Security in the Context of Dependability Tacksoo Im John D. McGregor School of Computing Clemson University ORNL Presentation.
Project Administration Chapter-4. Project Administration Project Administration is the process which involves different kinds of activities of managing.
A Lightweight GRL Profile for i* Modeling Presenter: Alexei Lapouchnian Daniel Amyot, Jennifer Horkoff, Daniel Gross, and Gunter Mussbacher {damyot,
Database Security Outline.. Introduction Security requirement Reliability and Integrity Sensitive data Inference Multilevel databases Multilevel security.
Chapter 1 Applying UML and Patterns. The Need for Software Blueprints Knowing an object-oriented language and having access to a library is necessary.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
Rational Unified Process Fundamentals Module 3: Disciplines I.
Capturing and Reusing Functional and Non-functional Requirements Knowledge: A Goal-Object Pattern Approach Lawrence Chung and Sam Supakkul The University.
COTS-Aware Requirements Engineering and Software Architecting
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
CS212: Object Oriented Analysis and Design Lecture 32: Use case and Class diagrams.
Developing Adaptable Software Architectures for Real-Time Systems Using Design Patterns Lawrence Chung, Kendra Cooper, Anna Yi The University of Texas.
CSE 303 – Software Design and Architecture
Integration integration of all the information flowing through a company – financial and accounting, human resource information, supply chain information,
The ERP system deals with the planning and use of resources used in the business. The resources are FINANCE, MATERIALS, MANUFACTURING CAPACITY & HUMAN.
Software Architecting Using Goals, Scenarios, Patterns and Objects Lawrence Chung The University of Texas at Dallas.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Integrating FRs and NFRs: A Use Case and Goal Driven Approach Sam Supakkul Network Surveillance Systems MCI Lawrence Chung Dept. of.
Rule-based Context-aware Adaptation Using a Goal-Oriented Ontology Hongyuan Wang (Jilin University, China) Rutvij Mehta (The University of Texas at Dallas,USA)
Defining and Managing Project Scope. MOV Scope Phases Time Estimates Resources Tasks Schedule Budget Sequence Project Planning Framework.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
Model Checking Early Requirements Specifications in Tropos Presented by Chin-Yi Tsai.
Problem Solving Methodology 1
Building Enterprise Applications Using Visual Studio®
Project Planning: Scope and the Work Breakdown Structure
Use Cases -Use Case Diagram
Business System Development
Security SIG in MTS 05th November 2013 DEG/MTS RISK-BASED SECURITY TESTING Fraunhofer FOKUS.
Specifying collaborative decision-making systems
A Tutorial for a RE-Tool
Introduction to Software Testing
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
NFR Framework Workshop
Integrating FRs and NFRs: A Use Case and Goal Driven Approach
Nada Al Dosary Edited By: Maysoon AlDuwais
Lecture # 7 System Requirements
SECURITY AS NON-FUNCTIONAL REQUIREMENT IN SOFTWARE ENGINEERING
Item 7.11 SDMX Progress report
Duk-Jin Kim Tu Peng Yan Shi
Presentation transcript:

Integrating FRs and NFRs: A Use Case and Goal Driven Approach Presented by Chin-Yi Tsai

2 Outline Introduction Introduction A Review of UML Use Cases and the NFR Framework A Review of UML Use Cases and the NFR Framework The Goal – Oriented Analysis and Design Framework The Goal – Oriented Analysis and Design Framework The NFR Integration Process The NFR Integration Process Conclusion Conclusion

3 Introduction Function requirements using UML use cases as the main tool for requirement elicitation and modeling. Function requirements using UML use cases as the main tool for requirement elicitation and modeling. Propose a framework for integrating NFRs with FRs in the use cases model. Propose a framework for integrating NFRs with FRs in the use cases model. NFR framework (NFRs) NFR framework (NFRs) Use case (FRs) Use case (FRs) Association point Association point Actor, use case, actor-use case, and system boundary Actor, use case, actor-use case, and system boundary NFR scope propagation rules NFR scope propagation rules Define the scope of the NFR in the use case Define the scope of the NFR in the use case Integration Process Integration Process

4 A Review of UML Use Cases and the NFR Framework UML use cases UML use cases The NFR framework The NFR framework Goal-oriented approach for addressing NFRs Goal-oriented approach for addressing NFRs NFRs are represented as “ softgoal ” to be satisficed ”. NFRs are represented as “ softgoal ” to be satisficed ”. Softgoal Interdependency Graph (SIG) Softgoal Interdependency Graph (SIG)

Adopting the NFR Framework NFR Softgoal Name = Type[Topic] Goal Decomposition Operationalizaing Softgoal (design decision, strategy) Positive Contribution Negative Contribution Claim Architecture/design details UF of performing on-line transaction = UF of performing create service item, Approve price, submit price proposals Providing tech support greatly helps achieve user friendliness Implementing actual localization greatly hurts user friendliness. Why? Client-side scripting may be turned off, disabling localization feature.

6 The Goal – Oriented Analysis and Design Framework To provide precise context for NFRs To provide precise context for NFRs Propose that NFRs be integrated at certain points in the use case diagram call NFR Association Points. Propose that NFRs be integrated at certain points in the use case diagram call NFR Association Points. This framework specifies NFR scope propagation rules to ensure requirement completeness. This framework specifies NFR scope propagation rules to ensure requirement completeness.

7 With system E.g. Portability, Servicability, Maintainability NFR Association Points in the Use Case Model With actors E.g. Scalability: Actor system supports up to 10,000 concurrent requests; Actor is expert user. With use cases Ex. Performance, Reliability, Accuracy, Accountability With actor-use case associations E.g. Security, Confidentiality, User friendliness, Configurability, Adaptability

8 Propagation Rules: Actor-NFR Rules: An NFR associated with an actor is inherently associated with directly and indirectly specialized actors, in a more strict form Explicitly associated with A1 N2 (a more strict form of N1) propagated to directly specialized actor A2 N3 (a more strict form of N2) propagated to indirectly specialized actor A3 But not associated with generalized actor (A0) Example:

9 Propagation Rules: Use Case-NFR Rules: An NFR associated with a use case is inherently associated with directly and indirectly specialized and included use cases, in a more strict form. Explicitly associated with U1 N3 (a more strict form of N1) propagated to U3. N2(a more strict form than N1) propagated to U2. N8 (a more strict form than N2) propagated to U8 N9 (a more strict form of N3 propagated to U9

10 Explicitly associated with L1 Propagation Rules: Actor-Use Case Association NFR N2 (a more strict form of N1) propagated to L2 Rules: An NFR associated with an actor- use case association is inherently associated with the association between directly or indirectly specialized actors and use cases, in a more strict form. N3 (a more strict form of N2) propagated to L3

11 Propagation Rules: System - NFR Explicitly associated with system Rules: An NFR associated with the system inherently associated with all use cases, in a more strict form. N1 (a more strict form of N0) propagated to U1 N2 (a more strict form of N1) propagated to U2

12 FRs and NFRs Integration Process

Illustration using the Pricing System Identify Use Case Elements and Associated NFRs

Refine and Satisfice NFR and Operationalizing Softgoals