1 CPN Workflow Models as Functional Requirements Jens Bæk Jørgensen Department of Computer Science University of Aarhus CPN05, Aarhus, October 24 2005.

Slides:



Advertisements
Similar presentations
2009 – E. Félix Security DSL Toward model-based security engineering: developing a security analysis DSML Véronique Normand, Edith Félix, Thales Research.
Advertisements

Software and Systems Engineering Seminar Winter 2011 Domain-specific languages in model-driven software engineering 1 Speaker: Valentin ROBERT.
Early Effort Estimation of Business Data-processing Enhancements CS 689 November 30, 2000 By Kurt Detamore.
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,
MOCA'021 Executable Use Cases for Pervasive Healthcare Jens Bæk Jørgensen and Claus Bossen Centre for Pervasive Computing Department of Computer Science.
CLAReT PERSONAS AND SCENARIOS. When? Personas were used in the CLAReT workshops as a role play activity. Participants were required to assume a persona.
CPN'021 Coloured Petri Nets in UML-Based SW Development – Designing Middleware for Pervasive Healthcare Jens Bæk Jørgensen Centre for Pervasive Computing.
Algorithms and Problem Solving-1 Algorithms and Problem Solving.
1 Modelling and Validation of Distributed Systems: Research Area and Thesis Opportunities Jens Bæk Jørgensen Department of Computer Science University.
1 COST G9 - Work group 2 meeting Székesfehérvár, Hu Modeling real property transactions Radoš Šumrada Faculty of Civil and Geodetic.
Algorithms and Problem Solving. Learn about problem solving skills Explore the algorithmic approach for problem solving Learn about algorithm development.
SCB : 1 Department of Computer Science Simulation and Complexity SCB : Simulating Complex Biosystems Susan Stepney Department of Computer Science Leo Caves.
Overview of RE techniques RE Techniques Basic Introduction.
1 CPN Models as Enhancements to a Traditional Software Specification for an Elevator Controller Jens Bæk Jørgensen Department of Computer Science University.
CS351 © 2003 Ray S. Babcock Requirements What not How “The Pizza Experiment” 1994, 350 companies, 8000 software projects. 31% were canceled before they.
Modelling with Coloured Petri Nets Søren Christensen Department of Computer Science University of Aarhus.
Modeling State-Dependent Objects Using Colored Petri Nets
Chapter 1: Overview of Workflow Management Dr. Shiyong Lu Department of Computer Science Wayne State University.
Let's Go All the Way: From Requirements via Colored Workflow Nets to a BPEL Implementation of a New Bank System Wil M. P. van der Aalst Jens Bæk Jørgensen.
1 Requirements Engineering for a Pervasive Health Care System Jens Bæk Jørgensen and Claus Bossen ACPN: Presented by Søren Christensen and Michael Westergaard.
Introduction to Software Engineering CS-300 Fall 2005 Supreeth Venkataraman.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
The Computer Science Course at Omar Al-Mukhtar University, Libya The Computer Science Course at Omar Al-Mukhtar University, Libya User-Centered Design.
Moving forward with Scalable Game Design. The landscape of computer science courses…  Try your vegetables (sneak it in to an existing course)  Required.
Semantic Web Technologies Lecture # 2 Faculty of Computer Science, IBA.
2 Technology and Knowledge Why is technological knowledge important? Jobs, finance, personal, family, movies, car, education (other than computer science),
Compositional IS Development Framework Application Domain Application Domain Pre-existing components, legacy systems Extended for CD (ontologies) OAD Methods.
Capturing, Organizing, and Reusing Knowledge of NFRs: An NFR Pattern Approach Sam Supakkul 1 Tom Hill 2 Ebenezer Akin Oladimeji 3 Lawrence Chung 1 1 The.
Measuring the Effort for Creating and Using Domain-Specific Models Yali Wu PhD Candidate 18 October 2010.
The Semantic Web Service Shuying Wang Outline Semantic Web vision Core technologies XML, RDF, Ontology, Agent… Web services DAML-S.
SCSC 311 Information Systems: hardware and software.
Information Architecture And the “Application Abyss”
Requirements Engineering Requirements Elicitation Process Lecture-8.
HCI – Prototyping. Why Prototype?  Prototyping is a well understood and used technique in design engineering where products are tested via a model prototype.
Y. Kotani · F. Ino · K. Hagihara Springer Science + Business Media B.V Reporter: 李長霖.
HCI in Software Process Material from Authors of Human Computer Interaction Alan Dix, et al.
1 Requirements Engineering for the Adviser Portal Bank System – a BPM Case in Coloured Petri Nets Jens Bæk Jørgensen Department of Computer Science University.
Model-Driven Approach for User Interface-Business Alignment Kênia Sousa Advisor: Jean Vanderdonckt Université catholique de Louvain (UCL) Louvain School.
Chapter 1: Overview of Workflow Management Dr. Shiyong Lu Department of Computer Science Wayne State University.
Planning with Conceptual Models Mined from User Behavior By Thomas J. Walsh and Michael L. Littman Rutgers University Department of Computer Science {thomaswa,
WSMX Execution Semantics Executable Software Specification Eyal Oren DERI
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
Methods and Models Choice of methods for Development of IT related products and systems SVINGSVING Conference held in Gothenburg, Sweden, October 2000.
Lecture 7: Requirements Engineering
Experiences in enhancing existing BPM Tools with BPEL Import and Export Jan MendlingVienna University of Economics Kristian Bisgaard LassenUniversity of.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
Fall 2010 CS4310 Requirements Engineering A Brief Review of UML & OO Dr. Guoqiang Hu Department of Computer Science UTEP 1.
Component 4: Introduction to Information and Computer Science Unit 9: Components and Development of Large Scale Systems Lecture 3 This material was developed.
Requirements Engineering Southern Methodist University CSE 7316 – Chapter 3.
Chapter 6: Thinking about requirements and describing them.
Copyright ©2004 Virtusa Corporation | CONFIDENTIAL Business Modeling with UML Virtusa Training Group (2005) Trainer: Ojitha Kumanayaka Duration: 1 hours.
ECE450 - Software Engineering II1 ECE450 – Software Engineering II Today: Introduction to Software Architecture.
LESSON 3. Properties of Well-Engineered Software The attributes or properties of a software product are characteristics displayed by the product once.
ICT EMMSAD’05 13/ Assessing Business Process Modeling Languages Using a Generic Quality Framework Anna Gunhild Nysetvold* John Krogstie *, § IDI,
Winter 2011SEG Chapter 11 Chapter 1 (Part 1) Review from previous courses Subject 1: The Software Development Process.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
Transformation Strategies between Block-Oriented and Graph-Oriented Process Modeling Languages Jan MendlingVienna University of Economics (WU Wien) Kristian.
User Stories- 2 Advanced Software Engineering Dr Nuha El-Khalili.
Model Checking Early Requirements Specifications in Tropos Presented by Chin-Yi Tsai.
Presented for discussion with Implementation SIG Heather Grain.
Designing with Paper Prototypes Matthew Tester Pure Blue Consulting.
Accounting Information Systems: An Overview
Classifications of Software Requirements
Introduction Characteristics Advantages Limitations
Design and Manufacturing in a Distributed Computer Environment
Algorithm and Ambiguity
Viewing Information and Communication Technology as Pervasive Science Rajeev Sangal International Institute of Information Technology Hyderabad
Scenarios In System Development
Introduction to Software Engineering
Algorithms and Problem Solving
Presentation transcript:

1 CPN Workflow Models as Functional Requirements Jens Bæk Jørgensen Department of Computer Science University of Aarhus CPN05, Aarhus, October

2 Contents zThe Adviser Portal (AP) zExecutable Use Cases (EUCs) zBlanc loan advise EUC zEUCs in general zConclusions and outlook

3 The Adviser Portal (AP) zScope y15 Danish banks y15 software developers in three years zMain goals yIncreased efficiency yIncreased quality zAP provides a task list and must support yConcurrent tasks ySuspension and resumption of tasks yTransfer of tasks

4 Executable Use Cases (EUCs) - Resembles usual prototyping - Used to spur communication An EUC describes a work process that must be supported by a new computer system - Better name, perhaps: Executable Task Descriptions

5 Blanc loan advise EUC: background zBlanc loan ySimplest kind of loan yGranted without requiring the customer to provide security zImportant work process yBank advisers use about 50% of their time on credit- related tasks zBlanc loan advise EUC created by yBank data analysts yBank advisers (and their managers) yCPN consultants

6 Blanc loan advise EUC: informal tier z”The customer comes into the banks and says to his adviser that he wants to take a trip to Paris …” zMain advantage: Easily understandable zDrawback: Not executable

7 Blanc loan advise EUC: formal tier zA Coloured Petri Nets (CPN) model zMain advantage: Executable zDrawback: Not easily understandable

8 Blanc loan advise EUC: animation tier zConsistent with the formal tier: Shows the CPN model’s states and state transitions, but in another ”language” zCombines the main advantages of the informal tier and the formal tier yExecutable yUnderstandable

9 Blanc loan advise EUC: contributions zIncreased precision and detail yPrecise designations / dictionary yPrecise workflow descriptions yDetailed workflow descriptions zFacilitated cooperation between users and analysts yKeeping users focused yInvolve the users at the appropriate time

10 EUCs in general: properties zAdvantages yScenario management yPrecise and unambiguous specification yEasy and massive user involvement yLink user-level requirements with technical specifications of software zDrawbacks yMore difficult to change than informal descriptions; ”rapid prototyping” more difficult yTime-consuming yRequires special knowledge (CPN modelling and simulation) yRequires special tools (CPN Tools)

11 EUCs in general: related approaches zTraditional prototyping yRole-play with paper mock-ups yRole-play with high-fidelity prototypes zGraphical animation of formal models ySceneBeans [Kramer, McGee, Uchitel et al] yPlay-in/play-out [Harel et al]

12 EUCs in general: why use CPN? zCPN is our own favorite formal modelling language zCPN is well-suited to describe workflows zCPN scales well zCPN has adequate tool support zCPN’s extensive state concept facilitates the modelling of the environment

13 Conclusions and outlook: Bankdata project zIn early spring 2005, Bankdata analysts said they would like to continue using EUCs zWe tried to convince Bankdata management; have not suceeded yet zOutlook yFrom EUCs to implementations (CPNs -> BPEL4WS)

14 Conclusions and outlook: EUCs in general zEUCs are one among many approaches to requirements engineering zFormal methods difficult to sell zSubjects for further studies yCost-effectiveness yOther tier 2 languages than CPN yRelationship between EUCs and more traditional requirements specification artifacts yMaintainability of EUCs yScalability of EUCs

15 References: papers on Executable Use Cases zJørgensen, Bossen: Requirements Engineering for a Pervasive Health Care System, 11th Intl. Conf. on Requirements Engineering (RE), IEEE CS, 2003 zJørgensen, Bossen: Executable Use Cases: Requirements for a Pervasive Health Care System, IEEE Software, 2004 zJørgensen, Bossen: Executable Use Cases as Links Between Application Domain Requirements and Machine Specifications, 3rd Intl. Workshop on Scenarios and State Machines (at ICSE04), IEE, 2004 zBossen, Jørgensen: Context-descriptive Prototypes and Their Application to Medicine Administration, Intl. Conf. on Designing Interactive Systems (DIS), ACM, 2004 zJørgensen, Lassen: Aligning Work Processes and the Adviser Portal Bank System, 1st Intl. Workshop on Requirements Engineering for Business Need and IT Alignment (at RE05), 2005 zvan der Aalst, Jørgensen, Lassen: Let’s Go All the Way: From Requirements Via Colored Workflow Nets to a BPEL Implementation of a New Bank System, 13th Intl. Conf. on Cooperative Information Systems (CoopIS), Springer LNCS, 2005