TOWARDS ADVANCED GOAL MODEL ANALYSIS WITH JUCMNAV Daniel Amyot, Azalia Shamsaei, Jason Kealey, Etienne Tremblay, Andrew Miga, Gunter Mussbacher, and Mohammad.

Slides:



Advertisements
Similar presentations
International Telecommunication Union © ITU-T Study Group 17 Integrated Application of URN Daniel Amyot University of Ottawa, Canada
Advertisements

INEE Conflict Sensitive Education Pack Photo by Stacy Hughes ©
Based on Powerpoint slides by Gunter Mussbacher, Gregor v. Bochmann User Requirements Notation (URN) SEG3101 (Fall 2010)
1 H2 Cost Driver Map and Analysi s Table of Contents Cost Driver Map and Analysis 1. Context 2. Cost Driver Map 3. Cost Driver Analysis Appendix A - Replica.
UML Profile for Goal-oriented Modelling Muhammad Rizwan Abid Supervising Professors: Daniel Amyot Stéphane Sotèg Somé.
The design process IACT 403 IACT 931 CSCI 324 Human Computer Interface Lecturer:Gene Awyzio Room:3.117 Phone:
lamsweerde Part 2: Building System Models for RE © 2009 John Wiley and Sons 1 Part 2: Building System Models for RE Introduction.
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
Role of actuarial function supporting the FLAOR leading to the ORSA Ian Morris June 2014.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 4-1 Chapter 4 Modeling and Analysis Turban,
Toward a Goal-oriented, Business Intelligence Decision-Making Framework Alireza Pourshahid Gregory Richards Daniel Amyot
Company LOGO Business Process Monitoring and Alignment An Approach Based on the User Requirements Notation and Business Intelligence Tools Pengfei Chen.
Firat Batmaz, Chris Hinde Computer Science Loughborough University A Diagram Drawing Tool For Semi–Automatic Assessment Of Conceptual Database Diagrams.
© 2011 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 1 August 15th, 2012 BP & IA Team.
Dr. Howard Eisner Professor Emeritus, GWU SEDC CONFERENCE, April 2014 SYSTEM ARCHITECTING – VIEWS vs. FUNCTIONS vs. ALTERNATIVES.
Ihr Logo Data Explorer - A data profiling tool. Your Logo Agenda  Introduction  Existing System  Limitations of Existing System  Proposed Solution.
Evaluating Goal Achievement in Enterprise Modeling – An Interactive Procedure and Experiences Jennifer Horkoff 1 Eric Yu 2 1 Department of Computer Science,
Workshop on Integrated Application of Formal Languages, Geneva J.Fischer Mappings, Use of MOF for Language Families Joachim Fischer Workshop on.
Team members: Mohammad Al-Subaie Ahmed Al-Saleh Faisal Al-Eshiwy Mohammad Al-Dulaijan Ali Al-Nuami.
Integration of User Requirements Notation (URN) and DOORS with URNtoDOORS SEG3201 Fall 2006.
Slide 1 D2.TCS.CL5.04. Subject Elements This unit comprises five Elements: 1.Define the need for tourism product research 2.Develop the research to be.
THE IMPACT OF THE AVIATION SECTOR ON CLIMATE CHANGE – A MULTICRITERIA ANALYSIS OF POSSSIBLE POLICY MEASURES Annalia Bernardini, Cathy Macharis.
AdriaMed Expert Consultation Interactions between capture fisheries and aquaculture Rome, Italy November st Coordination Committee (2000)
1 GRL Tools JUCMNav vs. OpenOME CSI5112 – Project Winter 2008 Bo Peng, Li Chen, Yessine Daadaa.
December 14, 2011/Office of the NIH CIO Operational Analysis – What Does It Mean To The Project Manager? NIH Project Management Community of Excellence.
SIXTH FRAMEWORK PROGRAMME FP INCO-MPC-1 MEditerranean Development of Innovative Technologies for integrAted waTer managEment.
Jan 20-21, 2005Weiss and Amyot, MCETECH 051 Designing and Evolving Business Models with the User Requirements Notation Michael Weiss (Carleton University)
HCI in Software Process Material from Authors of Human Computer Interaction Alan Dix, et al.
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
Exploring the Intentional Dimension during Software (Architecture) Design adding the “why” and the “who/where” to the “what” and the “how” Daniel Gross.
March 26-28, 2013 SINGAPORE CDIO Asian Regional Meeting and Workshop on Engineering Education and Policies for Regional Leaders Programme Evaluation (CDIO.
1 Presentation and tool by Jason Kealey University of Ottawa CSI5180 Automatic conversion of Use Cases to Use Case Maps.
DEPICT: DiscovEring Patterns and InteraCTions in databases A tool for testing data-intensive systems.
JIEM and Business Process Change. Exchange Analysis  Work with stakeholder Subject Matter Experts (SMEs) to identify information sharing requirements.
Abstract Use Case Map (UCM) scenarios are useful for elicitation and analysis of software requirements However, they must be used in cooperation with complementary.
1 Workshop on Business-Driven Enterprise Application Design & Implementation Cristal City, Washington D.C., USA, July 21, 2008 How to Describe Workflow.
Towards a Framework for Tracking Legal Compliance in Healthcare
1 Introduction to Software Engineering Lecture 1.
Assessing the influence on processes when evolving the software architecture By Larsson S, Wall A, Wallin P Parul Patel.
The Evolution of ICT-Based Learning Environments: Which Perspectives for School of the Future? Reporter: Lee Chun-Yi Advisor: Chen Ming-Puu Bottino, R.
Evaluation of Development Tools for Domain-Specific Modeling Languages D. Amyot, H. Farah, J.-F. Roy with contributions from Y. Chu and N. Janmohamed SAM.
The Next Generation Science Standards: 4. Science and Engineering Practices Professor Michael Wysession Department of Earth and Planetary Sciences Washington.
For Goal-Driven Business Process Modeling Saeed A.Behnam,  Daniel Amyot, Gunter Mussbacher SITE, University of.
A Lightweight GRL Profile for i* Modeling Presenter: Alexei Lapouchnian Daniel Amyot, Jennifer Horkoff, Daniel Gross, and Gunter Mussbacher {damyot,
Using Meta-Model-Driven Views to Address Scalability in i* Models Jane You Department of Computer Science University of Toronto.
JUCMNav Updates Daniel Amyot March 26, Contributors Mainly: –Jason Kealey –Andrew Miga –Etienne Tremblay –Daniel Amyot Also: –Azalia Shamsaei –Gunter.
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
On the Economic Viability of Network Architectures Roch Guerin, Kartik Hosanagar (University of Pennsylvania) Andrew Odlyzko, Zhi-Li Zhang (University.
JIEM and Business Process Change. 2 Objectives Need for Exchange Analysis – Available Tools What is JIEM? Business Process Modeling Using JIEM Where JIEM.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
SEAMLESS: Demo Version 1.4 “Presenting current developments and welcoming your feedback” For contact:
Adding a Textual Syntax to an Existing Graphical Modeling Language: Experience Report with GRL Vahdat Abdelzad, Daniel Amyot, Timothy Lethbridge University.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher(2009) with material from Amyot User Requirements Notation (URN)
The new EC impact assessment: what for? EUROPEAN TRADE UNION CONFEDERATION Sophie Dupressoir.
CSE 303 – Software Design and Architecture
Generating Software Documentation in Use Case Maps from Filtered Execution Traces Edna Braun, Daniel Amyot, Timothy Lethbridge University of Ottawa, Canada.
INEE Guidance Note on Conflict Sensitive Education Location, Date, 2013.
Management Strategy Evaluation (MSE) Bob O’Boyle & Tana Worcester Bedford Institute of Oceanography Dartmouth, Nova Scotia, Canada.
The Concept of the “CLIOS Process”: Integrating the study of physical and policy systems using Mexico City as an example Presentation to the Engineering.
1 Presentation Methodology Summary B. Golden. 2 Introduction Why use visualizations?  To facilitate user comprehension  To convey complexity and intricacy.
Chapter Ten: Mixed Methods Procedures. Chapter Outline Components of Mixed Methods Procedures – The Nature of Mixed Methods Research – Types of Mixed.
Requirement Engineering with URN: Integrating Goals and Scenarios Jean-François Roy Thesis Defense February 16, 2007.
1 Towards Integrated Tool Support for the User Requirements Notation Jean-François Roy
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
Overview of the handbook Chapter 5: Levee inspection, assessment and risk attribution.
The Five Secrets of Project Scheduling A PMO Approach
Object-Oriented Software Engineering Using UML, Patterns, and Java,
Daniel Amyot and Jun Biao Yan
The Re3gistry software and the INSPIRE Registry
Presentation transcript:

TOWARDS ADVANCED GOAL MODEL ANALYSIS WITH JUCMNAV Daniel Amyot, Azalia Shamsaei, Jason Kealey, Etienne Tremblay, Andrew Miga, Gunter Mussbacher, and Mohammad Alhaj, Rasha Tawhid, Edna Braun, and Nick Cartwright 1

Introduction  Goal modeling is an important part of various types of activities  Requirements engineering, business management, and compliance assessment  Capture stakeholder and business objectives  Positive/negative impacts on various quality aspects  Guides the decision-making process 2

URN (User Requirements Notation )  Is an international standard (ITU-T)  Combines and integrates  Goal modeling (with GRL), and  Scenario/process modeling (with UCM)  URN models are graphical  Created, managed and analyzed with jUCMNav, a free, Eclipse-based open source tool 3

GRL in a Nutshell  Goal-oriented Requirement Language  Rooted in i* and the NFR Framework  Actors, intentional elements, and their links  Connects requirements to business objectives  Interesting features  Qualitative, quantitative, and hybrid evaluations  Strategy definitions  Extensibility (metadata, URN links, groupings…)  Integration with a scenario/process view  Indicators (real-world values  GRL satisfaction values)

GRL in jUCMNav 5

GRL Strategy 6

Our Objective 7  Recent applications of GRL to a regulatory context highlighted several analysis issues  Investigated issues related to the computation of  Strategy and model differences  Management of complexity and uncertainty  Sensitivity analysis  Various domain-specific considerations during analysis  Solutions proposed and implemented in jUCMNav

Limitation 1: Strategy Differences 8  Problem:  Many strategies are defined for a model to explore different global alternatives  Tradeoffs in a decision support context, to represent as-is and to-be contexts  Highlight differences within the graphical model to provide more immediate feedback  Solution  Compare strategies and visualize this comparison  Comparison is computed between a base strategy and a current strategy on a per element basis

(a) Base Strategy (b) New Strategy (c) Difference: New Strategy – Base Strategy Strategy Differences Color feedback! (in a [-200, 200] scale) Actor feedback (got worse by 30) Goal feedback (got better by 200)

Limitation 2: Model Evolution 10  Problem:  How can we highlight, understand, and control model evolution Solution (with EMF Compare)

Limitation 3: Complexity / Uncertainty Management 11  Problem:  How should we manage large collections of strategies?  How can we handle different contributions? Either because we are not sure of the right contribution level Or because some contributions are “secret”  Solution:  A parent-child inclusion relationship between strategies  Contribution contexts that can override some contributions  Contribution contexts can also include other contexts

Limitation 4: Sensitivity Analysis 12  Problem:  How localized changes to a satisfaction/contribution level impact other high-level goals?  Solution:  Support ranges of values for strategy evaluations and for contribution changes in GRL strategies  Sensitivity analysis in jUCMNav is currently limited to one dimension only From strategy definition

Limitation 5: Domain Considerations During Analysis 13  Problem:  The standard GRL satisfaction range ([– ]) is really counter-intuitive to many people  A goal with a negative satisfaction and a negative contribution to another intentional element leads to a positive evaluation value for that element  Solution:  New [0..100] scale for satisfaction Still allows [ for contributions]  Color feedback updated (0 is red, as opposed to -100)

Limitation 6: Support Models in Multiple Languages 14  Problem:  Can we support models in multiple languages without having different models, to avoid maintenance issues?  Solution:  The modeler can switch between model languages and provide alternative names and descriptions for model elements Note the [0..100] range used For satisfaction values here! En français svp!

Limitation 7: Handle Strategies Separately from Model 15  Problem:  Store strategies independently from models  Not having sufficient privileges to access strategies used to evaluate the model  Solution  Import/export of strategies as CSV files  Split strategy definitions from the model

Conclusion and Future Work 16  Presented many concrete issues with the applicability of goal modeling (GRL/jUCMNav)  Implemented a collection of advanced analysis and management features  Usefulness and validity of these new features requires further experiment (other domains)  Some of the language extensions become part of a future release of URN  Strategy inclusion, contribution contexts, and indicators standardized by ITU-T (verdict in mid-October 2012!)

Thank You! 17  Many more jUCMNav goodies at ! Azalia Shamsaei