Tao Yue and Shaukat Ali Simula Research Laboratory Oct 19nd, 2016

Slides:



Advertisements
Similar presentations
Andrea Maurino Web Service Design Methodology Batini, De Paoli, Maurino, Grega, Comerio WP2-WP3 Roma 24/11/2005.
Advertisements

A System to Generate Test Data and Symbolically Execute Programs Lori A. Clarke September 1976.
Introducing Formal Methods, Module 1, Version 1.1, Oct., Formal Specification and Analytical Verification L 5.
PARKER BOILER PARKER BOILER HOT WATER PIPING SYSTEM 1. 3 way valve and O.S.A. reset. 2. Single boiler piping schematic. 3. Single boiler with 3 way valve.
Formal Methods of Systems Specification Logical Specification of Hard- and Software Prof. Dr. Holger Schlingloff Institut für Informatik der.
Detail Design Extending UML and Object Design. Object Design.
R R R CSE870: Advanced Software Engineering: Extending and Using UML (Cheng, Sp2003) Supplementary: Using and Extending UML.
1 CS 425 Software Engineering Project Preparation Use Case Modeling [Based on Chapters 3 & 4, Arlow and Neustadt, “UML and the Unified Process,” Addison-Wesley,
Problem Statement Give a formal Problem statement showing the input / output; objective (e.g. minimizing computational cost or other relevant metrics)
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
Automatically Constructing a Dictionary for Information Extraction Tasks Ellen Riloff Proceedings of the 11 th National Conference on Artificial Intelligence,
Thesis Proposal Mini-Ontology GeneratOr (MOGO) Mini-Ontology Generation from Canonicalized Tables Stephen Lynn Data Extraction Research Group Department.
Romaric GUILLERM Hamid DEMMOU LAAS-CNRS Nabil SADOU SUPELEC/IETR.
On Roles of Models in Information Systems (Arne Sølvberg) Gustavo Carvalho 26 de Agosto de 2010.
Software Development Process
UML REVIEW –PART1 1. Introduction What is UML visual modelling language UML is a language not a methodology? Q: why is this distinction important? UML.
Copyright by Dr. Clarence Lau, IVE(TY)
By Manuel C. Salas Advisor: Dr. Bernard P. Zeigler University of Arizona 2008.
UML A CTIVITY D IAGRAMS 1 Dr. Hoang Huu Hanh, OST – Hue University hanh-at-hueuni.edu.vn.
VIENNA DEVELOPMENT METHOD -II. Improving the Incubator System  The software will not only record the current temperature of the system, but will also.
Agenda 1. Introduction 2. Overview of SU-MoVal 3. OCL-based Model Validation 4. QVT-based Transformations 5. Demo of SU-MoVal 6. Conclusion and Future.
Business Integration Technologies © 2006 IBM Corporation Zurich Research Laboratory - BIT Validation.
Conceptual Modelling – Behaviour
Structural Modeling. Objectives O Understand the rules and style guidelines for creating CRC cards, class diagrams, and object diagrams. O Understand.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Simulation is the process of studying the behavior of a real system by using a model that replicates the behavior of the system under different scenarios.
1 pUML part 3 Precise UML Conclusions. 2 pUML part 3 5 ways for Requirements u Textual Description u Building Prototype u Axioms, mathematical u Z u UML.
UML-1 8. Capturing Requirements and Use Case Model.
Lecture 6: Structural Modeling
Requirements Specification. Welcome to Software Engineering: “Requirements Specification” “Requirements Specification”  Verb?  Noun?  “Specification”
Modelling Class T07 Conceptual Modelling – Behaviour References: –Conceptual Modeling of Information Systems (Chapters 11, 12, 13 and 14)
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 UML Activity Diagrams.
Object-Oriented Modeling: Static Models. Object-Oriented Modeling Model the system as interacting objects Model the system as interacting objects Match.
Industrial Electronic Department Copyright of German Malaysian Institute. All rights reserved.
Requirements1. Structured Analysis Method Structured system analysis and design (SSAD) Formal structured dev method Developed by UK Gov. in the 1980’s.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 11b: Component-Level Design Software Engineering: A Practitioner’s Approach, 6/e Chapter.
1 Modeling Formalism (Modeling Language Foundations) System Modeling Assessment & Roadmap Working Group Meeting – SE DSIG Reston – March, 2016 Yves BERNARD.
Laurea Triennale in Informatica – Corso di Ingegneria del Software I – A.A. 2006/2007 Andrea Polini VIII. Specifications (II)
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 UML Activity Diagrams.
Interface Concepts Modeling Core Team
Systems Engineering Concept Model (SECM) Update
Clarification of typing a binding connector
SECM - Requirements Concepts discussion on the differences of existing structured and/or restricted requirements Tao Yue and Shaukat Ali {tao,
Tao Yue and Shaukat Ali Simula Research Laboratory Nov. 1st, 2016
SECM - Requirements Concepts Proposal on restricted textual requirements (v1) Tao Yue and Shaukat Ali {tao, Simula Research Laboratory.
SECM - Requirements Concepts Initial proposal on uncertainty modeling
SysML v2 Formalism: Requirements & Benefits
Sequence, Selection, Iteration The IF Statement
SECM - Requirements Concepts - Review
SECM - Requirements Concepts Initial proposal on uncertainty modeling
SECM - Requirements Concepts - Review
SECM - Requirements Concepts - Review
Starter Write a program that asks the user if it is raining today.
جمهورية مصر العربية المركز القومي للبحوث التربوية والتنمية مركز معلومات و التوثيق و دعم اتخاذا القرار.
Request for Proposal (RFP)
Systems Engineering Concept Model (SECM)
Pragmatic Quality Assessment for Automatically Extracted Data
SysML 2.0 Interface Concepts Modeling Core Team Status Update
Verification Concepts for SysmL v2
SECM - Requirements Concepts - Review
SECM - Requirements Concepts Reston Review
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
SECM - Requirements Concepts - Review
CS 420/620 HCI Use Case Modeling Project Preparation
CS 425 Software Engineering
SECM - Requirements Concepts - Review
CS 425/625 Software Engineering
System Model Acquisition from Requirements Text
Software Architecture & Design
Presentation transcript:

Tao Yue and Shaukat Ali Simula Research Laboratory Oct 19nd, 2016 SECM - Requirements Concepts Initial proposal on restricted textual requirement Tao Yue and Shaukat Ali Simula Research Laboratory Oct 19nd, 2016

Restricted Textual Requirements Suggested keywords to use: REALIZE IS GREATER THAN, LESS THAN, EQUAL TO, etc. We have defined a list of such keywords for iOCL. IF-THEN-ELSE-ELSEIF-THEN-ENDIF, DO UNTIL, MEANWHILE, VALIDATES THAT RUCM has a list of keywords defined for conditions, iteration and concurrency INCLUDE, EXTENDED BY Example Input “IF the boiler water temperature [ContextProperty] IS GREATER THAN the Boiler Water Valve Threshold of 85oC [ContextProperty], THEN Actual Inlet Valve Control Behavior [ConstrainedProperty] of Control Subsystem shall REALIZE INCLUDE Inlet Valve Control Function [ConstrainingProperty] to open the inlet valve [RealizedElement], ELSE close the inlet valve [RealizedElement] ENDIF.” Output List of properties IF Boiler Water Temperature > Boiler Water Threshold, THEN Open Inlet Valve, ELSE Close Inlet Valve ENDIF. With this constraint, a Realize Evaluation can be generated automatically when needed. Do we need to formalize Open Inlet Valve and Close Inlet Valve?

Restricted Textual Requirements Several questions Is Inlet Valve an realized element? Does the activity diagram specifying Inlet Valve Control Function at the requirements level or design? We might need templates to enforce structures if requirements are complicated. Going from restricted textual requirement statements to formal requirement statements (Semi-automatically) Extract properties from noun phrases (one heuristic) Automatically extract constraints.

Suggested Conceptual Model Changes

Methodologies Manual free textual requirements statements and manual formal requirements statements Manual restricted textual requirements statements and automated (mostly) formal requirements statements Manual restricted textual requirements statements and automatically generated UML diagrams (e.g., activity diagrams)

Transformations Input: Restricted requirement statements Output 1: Formal requirement statement Output 2: SysML analysis or design diagrams Output 3: other artifacts such as tests

Small Demo

Small Demo