1 GRL Tools JUCMNav vs. OpenOME CSI5112 – Project Winter 2008 Bo Peng, Li Chen, Yessine Daadaa.

Slides:



Advertisements
Similar presentations
Usage of the memoQ web service API by LSP – a case study
Advertisements

Based on Powerpoint slides by Gunter Mussbacher, Gregor v. Bochmann User Requirements Notation (URN) SEG3101 (Fall 2010)
UML Profile for Goal-oriented Modelling Muhammad Rizwan Abid Supervising Professors: Daniel Amyot Stéphane Sotèg Somé.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
CSI5112 Software Engineering Team: Andrei Anisenia Margi Fumtiwala.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System modeling 2.
Using the Semantic Web to Construct an Ontology- Based Repository for Software Patterns Scott Henninger Computer Science and Engineering University of.
Exercise lecture : Exercise 2 and 3 Rune / Yun. Overview Intro to exercise 3 Aspects from exercise 2.
Building Enterprise Applications Using Visual Studio ®.NET Enterprise Architect.
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
Evaluation of Database Management Systems Summation and SharePoint Colette Joubarne, Raghad Al- Awwad April 1, 2011.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Whole Platform Tesi di Dottorato di: RICCARDO SOLMI Università degli Studi di Bologna Facoltà di scienze matematiche, fisiche e naturali Corso di Dottorato.
The Basic Tools Presented by: Robert E., & Jonathan Chase.
Course Instructor: Aisha Azeem
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Design Management: When Model Driven Engineering Embraces the Semantic Web NECSIS 2012, Gatineau, QC 27 June 2012 Maged Elaasar.
Using UML Models for the Performance Analysis of Network Systems Nico de Wet and Pieter Kritzinger Department of Computer Science University of Cape Town.
Business Process Modeling in Microsoft Visio® Interfacing’s BPMN Modeler: Overview.
Company LOGO Business Process Monitoring and Alignment An Approach Based on the User Requirements Notation and Business Intelligence Tools Pengfei Chen.
Visualization By: Simon Luangsisombath. Canonical Visualization  Architectural modeling notations are ways to organize information  Canonical notation.
 ETL: Extract Transformation and Load  Term is used to describe data migration or data conversion process  ETL may be part of the business process repeated.
MDC Open Information Model West Virginia University CS486 Presentation Feb 18, 2000 Lijian Liu (OIM:
COMPARISON STUDY BETWEEN AGILEFANT AND XPLANNER PLUS Professor Daniel Amyot Ruijun Fan Badr Alsubaihi Submitted to Professor Daniel Amyot.
UML Tools ● UML is a language, not a tool ● UML tools make use of UML possible ● Choice of tools, for individual or group use, has a large affect on acceptance.
Evaluating Goal Achievement in Enterprise Modeling – An Interactive Procedure and Experiences Jennifer Horkoff 1 Eric Yu 2 1 Department of Computer Science,
Team members: Mohammad Al-Subaie Ahmed Al-Saleh Faisal Al-Eshiwy Mohammad Al-Dulaijan Ali Al-Nuami.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Copyright © IBM Corp., All rights reserved; made available under the EPL v1.0 | March 20, 2008 | Short Talk Standards based systems management: An.
TOWARDS ADVANCED GOAL MODEL ANALYSIS WITH JUCMNAV Daniel Amyot, Azalia Shamsaei, Jason Kealey, Etienne Tremblay, Andrew Miga, Gunter Mussbacher, and Mohammad.
Pat Hayes Thomas C Eskridge Raul Saavedra Thomas ReichherzerMala Mehrotra Dmitri Bobrovnikoff Collaborative Knowledge Capture In Ontologies.
Jan 20-21, 2005Weiss and Amyot, MCETECH 051 Designing and Evolving Business Models with the User Requirements Notation Michael Weiss (Carleton University)
1 Presentation and tool by Jason Kealey University of Ottawa CSI5180 Automatic conversion of Use Cases to Use Case Maps.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
Abstract Use Case Map (UCM) scenarios are useful for elicitation and analysis of software requirements However, they must be used in cooperation with complementary.
Chapter 7 System models.
Selected Topics in Software Engineering - Distributed Software Development.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
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.
For Goal-Driven Business Process Modeling Saeed A.Behnam,  Daniel Amyot, Gunter Mussbacher SITE, University of.
STASIS Technical Innovations - Simplifying e-Business Collaboration by providing a Semantic Mapping Platform - Dr. Sven Abels - TIE -
A Lightweight GRL Profile for i* Modeling Presenter: Alexei Lapouchnian Daniel Amyot, Jennifer Horkoff, Daniel Gross, and Gunter Mussbacher {damyot,
ModelPedia Model Driven Engineering Graphical User Interfaces for Web 2.0 Sites Centro de Informática – CIn/UFPe ORCAS Group Eclipse GMF Fábio M. Pereira.
Using Meta-Model-Driven Views to Address Scalability in i* Models Jane You Department of Computer Science University of Toronto.
Business Process Modeling in Microsoft Visio® Interfacing’s BPMN Modeler: Overview.
Requirements and Use Cases
Adding a Textual Syntax to an Existing Graphical Modeling Language: Experience Report with GRL Vahdat Abdelzad, Daniel Amyot, Timothy Lethbridge University.
07/10/2007 VDCT Status Update EPICS Collaboration, October 2007 Knoxville, Tennessee
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher(2009) with material from Amyot User Requirements Notation (URN)
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Generating Software Documentation in Use Case Maps from Filtered Execution Traces Edna Braun, Daniel Amyot, Timothy Lethbridge University of Ottawa, Canada.
® IBM Software Group © 2007 IBM Corporation Module 1: Getting Started with Rational Software Architect Essentials of Modeling with IBM Rational Software.
® IBM Software Group © 2009 IBM Corporation Essentials of Modeling with the IBM Rational Software Architect, V7.5 Module 15: Traceability and Static Analysis.
Prof. Hany H. Ammar, CSEE, WVU, and
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Requirement Engineering with URN: Integrating Goals and Scenarios Jean-François Roy Thesis Defense February 16, 2007.
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
GROUP PresentsPresents. WEB CRAWLER A visualization of links in the World Wide Web Software Engineering C Semester Two Massey University - Palmerston.
© 1990—2006 Visual Knowledge Software® | Private and Confidential | 2 Semantic Agent Wikis For Engineering.
1 Towards Integrated Tool Support for the User Requirements Notation Jean-François Roy
COSC-4840 Software Engineering
Daniel Amyot and Jun Biao Yan
Modeling Ideator using Tropos Syed Hamza Javed
MBSE for PLM: Part of the Digital Systems Life Cycle
Presentation transcript:

1 GRL Tools JUCMNav vs. OpenOME CSI5112 – Project Winter 2008 Bo Peng, Li Chen, Yessine Daadaa

2 Overview  Background  The challenges  What we need  Why them  Evaluation criteria  Methodology  Evaluation  Conclusion  References

3 Background  BYL Inc.  Specialized in tax preparation software  Provides over 100 firms across Canada with personal and corporate tax software  Has been released several versions of tax software since 1999  Planning to release a new version (SofTax08) in May with new features

4 The Challenges  Try to meet all clients’ requirements  Introduce new features to clients  Generate reports in UML format for development and easy-to-read documents for customers  Multiplatform required - WIN/UNIX  Integrate tools into the company’s environment – JAVA/Eclipse

5 What we need  We need to find tools can help us to: gather clients’ requirements review the design evaluate architecture decisions avoid holes and resolve conflicts validate and verify business needs  A effective GRL tool at the early stage  Fit into the company’s environment

6 Why them  JUCMNav and OpenOME  Well-known goal-oriented software engineering tools  Both have mature GRL functionalities required  Both are free software developed by Canadian Universities  Both are Java/Eclipse-based

7 Tools presentations JUCMNav:  jUCMNav is a graphical editor for the Use Case Map (UCM) notation  Created by five students supervised by Professor Amyot at the University of Ottawa  Open-source application available under the Eclipse Public License (EPL)  Uses the Eclipse Modeling Framework (EMF) and the Graphical Modeling Framework (GEF)  First developed as a replacement for jUCMNav  User interface follows Eclipse standards  jUCMNav takes advantage of the Eclipse views (hierarchical/graphical outline, properties, resources)  Improved usability: drag & drop editing, group manipulation, unlimited undo/redo, …  Multiple element references  Auto-layout mechanism  Only allows the creation of syntactically valid models OpenOME:  OME, Organizational Modeling Environment Supports agent- & goal-oriented requirements engineering:  NFR Non-Functional Requirements framework  i* strategic actors modeling  GRL Goal-based Requirements Language  Created at the University of Toronto  OpenOME, extends OME as a Protégé plug- in  Visualize and Query Requirements Models Supports elicitation and analysis of strategic requirements; Search and highlight views in the requirements goal models with knowledge management for the Semantic Web.  OpenOME is designed to be a goal-oriented and/or agent-oriented modeling and analysis tool

8 Evaluation criteria  Usability Evaluate aspects  drawing features  report generating and etc. create model view model analyze model with user defined strategies and scenarios  Format of modeling Report (level of impact: High) Support of import/export formats  Compatibility with other tools (level of impact: High) Integrate with the IDE used in the company  Document (level of impact: Low) Help document & tutorial Quality of user manual

9 On Criterion – Create model OpenOME: create graphically clicks IE not as intuitive textually by define an initial file in q7 syntax learning curve high JUCMNav: create graphically drag and drop more intuitive

10 On Criterion – View model OpenOME: visual GRL signs for evaluation results label propagation can evaluate the satisfaction of high-level goals with respect to the label assignments to the low- level tasks analyze model with user defined strategies JUCMNav: use numbers to evaluate results number propagation can evaluate the satisfaction of high-level goals with respect to user init values to the low-level tasks using algorithm analyze model with user defined strategies and scenarios

11 On Criterion – Import formats supported OpenOME:.tel (text).vdx (XML) JCUMNav: JUCM SCENARIOS XML MSC contains UCM Scenario

12 On Criterion – Export formats supported OpenOME:.tel.sml ( Simple Markup Language ).vdx ( Visio ).png ( potable network graphics ) JCUMNav:  as individual diagrams (GRL):.dot.jpg.bmp.gif.png  as whole URN files:.dxl ( DOORS Extension Language ).csm (optical tracking, 3d format).html.grl.csv

13 On Criterion – documentation OpenOME: not up-to-date, basic documentation & tutorials JUCMNav: up-to-date, detailed documentation, and tutorials

14 Methodology  We developed several test cases for evaluation criteria  For each test case, we developed a scenario  The test cases are designed to record the behavior of each tool for each criterion preferably in quantitative manner if possible compare the results  Use testing results and examples to demonstrate advantages disadvantages (of each tool)

15 Test cases  Test case used to evaluate the Help document Support TC-1: Create Model TC-2: Analyze Model TC-3: Generate Reports

16 OpenOME

17 JUCMNav

18 Test case 1: Create model  According to the requirements from clients, create models in OpenOME and JUCMNav  Checkpoints: Intuition and complexity GUI interface and ease of understanding, basic and advanced operations Support copy and paste, undo, reuse of objects Help system

19 Test case 2: Analyze model  Analyze created models under different scenarios  Checkpoints: Input from other projects Search and recalculate Validation & verification with business reality

20 Test case 3: Generate reports  Generate analysis results in various formats Text-based and Graphic-based Developers and customers  Checkpoints: Supported import/export formats – UML, XML, etc Model “Presentability” to stakeholders.  How can stakeholders understand models? Verification/Validation for conceptual models.  How can such (potentially large) models be verified? By stakeholders?

21 Conclusion  The purpose of the project is to make comparison between JUCMNav and OpenOME  From the business goal, we defined the sub- goals  From the sub-goals, we defined the evaluation criteria.  We developed test cases to evaluate the tools against the criteria  Right now, We are not able to recommend any tool, because the evaluation has not finished.

22 References  n/view/ProjetSEG/JUCMNavRelease n/view/ProjetSEG/JUCMNavRelease30 0  n/view/ProjetSEG/JUCMNavTutorials n/view/ProjetSEG/JUCMNavTutorials  me/ me/  /csi5112/ /csi5112/

23 Questions