AOSE-2003, Melbourne July 15 th 1 Agent Oriented modeling by interleaving formal and informal analysis Anna Perini 1, Marco Pistore 2,1, Marco Roveri 1,

Slides:



Advertisements
Similar presentations
1 Verification by Model Checking. 2 Part 1 : Motivation.
Advertisements

Andrea Maurino Web Service Design Methodology Batini, De Paoli, Maurino, Grega, Comerio WP2-WP3 Roma 24/11/2005.
Integration of MBSE and Virtual Engineering for Detailed Design
Auto-Generation of Test Cases for Infinite States Reactive Systems Based on Symbolic Execution and Formula Rewriting Donghuo Chen School of Computer Science.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
Formal Methods in Software Engineering Credit Hours: 3+0 By: Qaisar Javaid Assistant Professor Formal Methods in Software Engineering1.
Software Testing and Quality Assurance
1 Modeling Information Technology Needs in the Agriculture Domain Anna Perini, Angelo Susi ITC - IRST, SRA Division Via Sommarive.
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Analysis Stage (Phase I) The goal: understanding the customer's requirements for a software system. n involves technical staff working with customers n.
How can Computer Science contribute to Research Publishing?
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
1/31 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2005] January 22, 2009.
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
End-to-End Design of Embedded Real-Time Systems Kang G. Shin Real-Time Computing Laboratory EECS Department The University of Michigan Ann Arbor, MI
Methodology Conceptual Database Design
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
Modeling & Designing the Database
LUCENTIA Research Group Department of Software and Computing Systems Using i* modeling for the multidimensional design of data warehouses Jose-Norberto.
Software Architecture premaster course 1.  Israa Mosatafa Islam  Neveen Adel Mohamed  Omnia Ibrahim Ahmed  Dr Hany Ammar 2.
Romaric GUILLERM Hamid DEMMOU LAAS-CNRS Nabil SADOU SUPELEC/IETR ESM'2009, October 26-28, 2009, Holiday Inn Leicester, Leicester, United Kingdom.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Romaric GUILLERM Hamid DEMMOU LAAS-CNRS Nabil SADOU SUPELEC/IETR.
What is UML? What is UP? [Arlow and Neustadt, 2005] January 23, 2014
UML Unified Markup Language Ziya Karakaya Atılım University, Computer Engineering
Object Oriented Analysis By: Don Villanueva CS 524 Software Engineering I Fall I 2007 – Sheldon X. Liang, Ph. D.
CLEANROOM SOFTWARE ENGINEERING.
Requirements Analysis
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
TC Methodology Massimo Cossentino (Italian National Research Council) Radovan Cervenka (Whitestein Technologies)
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
A Z Approach in Validating ORA-SS Data Models Scott Uk-Jin Lee Jing Sun Gillian Dobbie Yuan Fang Li.
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
Approaching a Problem Where do we start? How do we proceed?
Methodology - Conceptual Database Design. 2 Design Methodology u Structured approach that uses procedures, techniques, tools, and documentation aids to.
1/26/2004TCSS545A Isabelle Bichindaritz1 Database Management Systems Design Methodology.
Lecture 7: Requirements Engineering
1 Introduction to Software Engineering Lecture 1.
A Static Approach to Consistency Verification of UML Models Andrea Baruzzo Department of Computer Science University of Udine MoDeV.
Requirement Engineering for Trust Management : Model, Methodology Reasoning P. Giorgini, F. Massacci, J. Mylopoulos, N. Zannone, “Requirements Engineering.
A Context Model based on Ontological Languages: a Proposal for Information Visualization School of Informatics Castilla-La Mancha University Ramón Hervás.
Model Checking and Model-Based Design Bruce H. Krogh Carnegie Mellon University.
ICT EMMSAD’05 13/ Assessing Business Process Modeling Languages Using a Generic Quality Framework Anna Gunhild Nysetvold* John Krogstie *, § IDI,
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Of 33 lecture 1: introduction. of 33 the semantic web vision today’s web (1) web content – for human consumption (no structural information) people search.
16/11/ Semantic Web Services Language Requirements Presenter: Emilia Cimpian
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Formal Specification: a Roadmap Axel van Lamsweerde published on ICSE (International Conference on Software Engineering) Jing Ai 10/28/2003.
 2001 John Mylopoulos STRAW’ Software Architectures as Social Structures John Mylopoulos University of Toronto First ICSE Workshop titled “From.
System Monitoring using Constraint Checking as part of Model Based System Management 2007 Monitoring using Constraint Checking as part.
Prof. Hany H. Ammar, CSEE, WVU, and
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Requirement Engineering with URN: Integrating Goals and Scenarios Jean-François Roy Thesis Defense February 16, 2007.
Gerhard Dueck -- CS3013Analysis 1. Gerhard Dueck -- CS3013Analysis 2 Why analysis?  Yield a more precise specification of the requirements.  Introduce.
SECURE TROPOS Michalis Pavlidis 8 May Seminar Agenda  Secure Tropos  History and Foundation  Tropos  Basics  Secure Tropos  Concepts / Modelling.
1 Ontological Foundations For SysML Henson Graves September 2010.
Mechanisms for Requirements Driven Component Selection and Design Automation 최경석.
Model Checking Early Requirements Specifications in Tropos Presented by Chin-Yi Tsai.
Modeling with UML – Class Diagrams
SysML 2.0 Formalism Requirements and Potential Language Architectures
SysML 2.0 Formalism: Requirement Benefits, Use Cases, and Potential Language Architectures Formalism WG December 6, 2016.
What is UML? What is UP? [Arlow and Neustadt, 2005] October 5, 2017
SysML v2 Formalism: Requirements & Benefits
Ontology Evolution: A Methodological Overview
Object-Oriented Analysis
Introduction to UML.
The Tropos visual modeling language A meta-model.
Presentation transcript:

AOSE-2003, Melbourne July 15 th 1 Agent Oriented modeling by interleaving formal and informal analysis Anna Perini 1, Marco Pistore 2,1, Marco Roveri 1, Angelo Susi 1 1 ITC - IRST Via Sommarive, 18, I-38050, Trento-Povo, Italy 2 DIT, University of Trento Via Sommarive, 14, I-38050, Trento-Povo, Italy

AOSE-2003, Melbourne July 15 th 2 Introduction What –Exploitation of Formal Techniques to guide and support the analyst while building and refining Conceptual Models Why –Visual conceptual modeling is a core process in software development (RUP / AGILE) »Weakness: lack of a formal semantics –Formal specifications languages provide a precise semantics »Weakness: require strong skills, often ineffective for discussing with the stakeholders How –Defining a framework which uses diagrammatic models equipped with formal semantics »Agent Oriented approach (TROPOS) »Focus on Requisites specification

AOSE-2003, Melbourne July 15 th 3 Outline Introduction Tropos by Example –Informal modeling via Informal Tropos –Formal modeling via Formal Tropos The framework –Model assessment and refinement –Model validation –Model evolution Conclusions & Future Work

AOSE-2003, Melbourne July 15 th 4 AO Visual Modeling with Tropos Early Requirements Late Requirement Architectural Design Software development activities Actors in the organizational setting System Actor Sub-system Actors

AOSE-2003, Melbourne July 15 th 5 The example: Informal modeling Methodology Provides three Goal analysis Techniques: AND/OR decomp. Means-end analysis Contribution

AOSE-2003, Melbourne July 15 th 6 Informal Analysis via Tropos Benefits –Language ontology based on common sense (informal) components (actors, goals, dependencies …) –A graphical notation –Reasoning mechanisms: AND/OR goal decomposition, means-end analysis, goal contribution analysis, that allow to model the “why” domain and system requirements Weaknesses –Static view of the model (no dynamics for the generation and achievement of goals, needs, dependencies …) –No temporal constraints (e.g., on the fulfillment of goals and dependencies)

AOSE-2003, Melbourne July 15 th 7 The Example: Formal modeling Actor Advisor Actor Producer Goal ManagePheromoneTrapPlant …… Goal Area Collection Actor Advisor Mode achieve Attribute mptp : ManagePheromoneTrapPlant Creation Condition not Fulfilled(mptp) Fulfillment condition  pp : PlantPlan (pp.actor=actor & Fulfilled(pp)) & … …… Goal Dependency OrchardsData …… A Formal Tropos specification consists of a sequence of class declarations such as actors, goals and dependencies, that represents the formal counterpart of the objects in the informal specification Extends a Tropos specification with annotations that characterize the valid behaviors of the model

AOSE-2003, Melbourne July 15 th 8 The Example: Formal modeling Actor Advisor Actor Producer Goal ManagePheromoneTrapPlant …… Goal Area Collection Actor Advisor Mode achieve Attribute mptp : ManagePheromoneTrapPlant Creation Condition not Fulfilled(mptp) Fulfillment condition  pp : PlantPlan (pp.actor=actor & Fulfilled(pp)) & … …… Goal Dependency OrchardsData …… A Formal Tropos specification consists of a sequence of class declarations such as actors, goals and dependencies, that represents the formal counterpart of the objects in the informal specification Extends a Tropos specification with annotations that characterize the valid behaviors of the model

AOSE-2003, Melbourne July 15 th 9 Formal Analysis via Tropos Benefits –The introduction of the temporal dimension in Tropos Representation allow to produce scenarios to be validated by the stakeholders –Domain representation can be Formally Verified (proof, counterexamples to correct the domain specification) Weaknesses –Formal languages are expressive but yet hard to be understood (temporal constraints are expressed via a typed first-order linear time temporal logic LTL) –Formal Results are hard to interpret in the informal setting

AOSE-2003, Melbourne July 15 th 10 We propose a framework based on the idea of exploiting formal techniques to guide and support the analyst while building and refining a conceptual model The framework has to support: Model assessment and refinement, against possible inadequacies Model validation, with the stakeholders, to end up with an agreed set of requirements Model evolution, maintaining its consistency, propagating changes, merging redundant information The framework will include a tool for: an automatic translation from Informal to Formal visualization of the query results The framework

AOSE-2003, Melbourne July 15 th 11 The Informal Analyst assesses the model against possible inconsistencies or redundancies or critical elements and eventually refines the informal model on the basis of the new answer of the Formal Analyst to his/her question Model Assessment & Refinement

AOSE-2003, Melbourne July 15 th 12 Model Assessment & Refinement (2) Is It possible for the Advisor to perform historical data analysis ? FULFILLABLE HistoricalDataAnalysis Manage Pheromone trap plant Historical Data analysis Orchards historical Data Manage Pheromone trap plant Historical Data analysis Orchards historical Data Orchards Data Producer Manage Pheromone trap plant Historical Data analysis Orchards historical Data Orchards Data Producer Manage Pheromone trap plant Historical Data analysis Orchards historical Data Orchards Data Producer Manage Pheromone trap plant Historical Data analysis Orchards historical Data Orchards Data Producer Advisor Manage Pheromone trap plant Historical Data analysis Query Results

AOSE-2003, Melbourne July 15 th 13 Model Assessment & Refinement (3) Is It possible for the Advisor to perform historical data analysis without consulting the Producer? NONCRITICAL Producer FOR HistoricalDataAnalysis Manage Pheromone trap plant Historical Data analysis Monitoring Devices data Manage Pheromone trap plant Historical Data analysis Monitoring Devices data Advisor Manage Pheromone trap plant Historical Data analysis Query Results Manage Pheromone trap plant Historical Data analysis Monitoring Devices data Orchards historical Data Orchards Data Producer

AOSE-2003, Melbourne July 15 th 14 Model Validation The informal Analyst looks for relevant validation cases to be proposed to the stakeholder in order to drive the validation process and to end up with an agreed model

AOSE-2003, Melbourne July 15 th 15 Model Validation How does the Advisor usually operate? Is that he/she always satisfies the goal area collection after satisfying all its sub- goals, according to the following sequence: area analysis via GIS, plant plan and finally dispenser report and order? FULFILL AreaAnalysisViaGIS THEN PlantPlan THEN DispenserReportAndOrder THEN AreaCollection DispenserReportAndOrder PlantPlan

AOSE-2003, Melbourne July 15 th 16 Conclusion Lightweight usage of Formal Methods Formal model is extracted automatically by an annotated informal model Formal model properties to be verified are obtained from queries in a user friendly language Witnesses and counter-examples are graphical

AOSE-2003, Melbourne July 15 th 17 Conclusion (2) Informal Model Natural Language Query High Level Lang. Query Formal Tropos Query Visual Results Graphical Editor Verification Engine Formal Tropos Results

AOSE-2003, Melbourne July 15 th 18 Future Work Informal Model High Level Lang. Query Formal Tropos Query Visual Results Graphical Editor Verification Engine (NuSMV) Formal Tropos Results MODELER THE TOOL Visual Query

AOSE-2003, Melbourne July 15 th 19 Future Work We are validating the framework respect to other software development activities We are now involved in the design of the tool that supports: –The build up of the modeler components –The management of the informal diagram via graph rewriting techniques –The high level language to temporal logic queries translator –The implementation of visualization functions to show the formal results to the informal analyst

AOSE-2003, Melbourne July 15 th 20 References T-Tool: Tropos:

AOSE-2003, Melbourne July 15 th 21 LTL query formula Global Possibility F (  a:Advisor ( had:HistoricalDataAnalysis (had.actor = a  Fulfilled(had))))