1 Object Role Modeling Sander van der Rijnst. 2 Outline  Background  Object Role Modeling method  Process Deliverable Diagram  Example  Discussion.

Slides:



Advertisements
Similar presentations
Visual Model-based Software Development EUD-Net Workshop, Pisa, Italy September 23 rd, 2002 University of Paderborn Gregor Engels, Stefan Sauer University.
Advertisements

Object-Oriented Software Development CS 3331 Fall 2009.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
7M701 1 Information Systems Modelling and Design with.
Introduction To System Analysis and Design
Chapter 6: Design of Expert Systems
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
1 UML – an overview What is UML? UML stands for Unified Modelling Language. ”The Unified Modelling Language is a visual language for specifying, constructing.
Kari R. Schougaard, PhD Stud. Værktøjer og Teknikker, 2006 UNIVERSITY OF AARHUS Department of Computer Science Unified Modeling Language Visual language.
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Foundations This chapter lays down the fundamental ideas and choices on which our approach is based. First, it identifies the needs of architects in the.
Introduction To System Analysis and design
Lecture Outline 11 The Development of Information Systems Chapter 8 page 390+
Foundation Degree IT Project Methodologies (for reference)
Software Engineering 1 The Life Cicle of Software Lesson 5.
Systems Analysis And Design © Systems Analysis And Design © V. Rajaraman MODULE 14 CASE TOOLS Learning Units 14.1 CASE tools and their importance 14.2.
1 An Analytical Evaluation of BPMN Using a Semiotic Quality Framework Terje Wahl & Guttorm Sindre NTNU, Norway Terje Wahl, 14. June 2005.
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
Chapter 1: Introduction to Systems Analysis and Design
Introduction to Software Development 1. Outline The code-compile-debug process for writing a program The software development process 2.
Integrating Business Process Models with Ontologies Peter De Baer, Pieter De Leenheer, Gang Zhao, Robert Meersman {Peter.De.Baer, Pieter.De.Leenheer,
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
Introduction To System Analysis and Design
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
SYSTEMS ANALYSIS AND DESIGN INTRODUCTION 1. CONTENT CONTENT System analysis and design System analysis and design Diagrams of system analyst Diagrams.
SC32 FBM Study Group Report Korea SC32 Meetings, May 2013 Baba Piprani - Serge Valera 1 ISO/IEC JTC1/SC32/WG2 N1801.
UML-Based Rule Modeling Language REWERSE Working Group I1 Brandenburg University of Technology Strelka – An URML Modeling Tool The Strelka tool supports.
Systems Life Cycle A2 Module Heathcote Ch.38.
 What is Modeling What is Modeling  Why do we Model Why do we Model  Models in OMT Models in OMT  Principles of Modeling Principles of Modeling 
Object-Oriented Software Engineering using Java, Patterns &UML. Presented by: E.S. Mbokane Department of System Development Faculty of ICT Tshwane University.
UML as a Specification Language for Embedded Systems. By, Mir Ahmed Ali, Asst. Professor, ECM department, SNIST. By, Prof. Narsiah sir, Director of School.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Gerhard Dueck -- CS3013Requirements Capture 1  From Vision to Requirements  Why it is difficult?  Developers are not users  Inadequate requirements.
Intro. to Software Engineering 1CSCI 3333 Data Structures.
Domain Classes – Part 1.  Analyze Requirements as per Use Case Model  Domain Model (Conceptual Class Diagram)  Interaction (Sequence) Diagrams  System.
Assignment Help From Requirements Elicitation to Elicitation.
Winter 2011SEG Chapter 11 Chapter 1 (Part 1) Review from previous courses Subject 1: The Software Development Process.
Science and Technology Norwegian University of NTNU Rolv Bræk, January Introduction to Systems Engineering by Rolv Bræk NTNU.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
International Telecommunication Union © ITU-T Study Group 17 Integrated Application of SDL Amardeo Sarma NEC Europe Ltd.
Business Applications with Object-Oriented Paradigm (Modeling Concepts) Professor Chen School of Business Gonzaga University Spokane, WA
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix A Object-Oriented Analysis and Design A.1.
A Flexible Model for Quality Assurance Frameworks and Quality Management Systems Q2010 Helsinki 4 May 2010 Peter van Nederpelt
Constructing multi-theories expert system for UML models validation Miroslav Líška Slovak University of Technology Faculty.
WELCOME TO OUR PRESENTATION UNIFIED MODELING LANGUAGE (UML)
SYSTEM ANALYSIS AND DESIGN LAB NARZU TARANNUM(NAT)
CS646: Software Design and Architectures Introduction and Overview †  Definitions.  The general design process.  A context for design: the waterfall.
Outline Object-Oriented Concepts Modeling Components Structured Method Evaluation Procedure Object-Oriented Methods Structured Methods Review of Object.
DOMAIN CLASSES – PART 1 BTS430 Systems Analysis and Design using UML.
Chapter 1: Introduction to Systems Analysis and Design
The Systems Engineering Context
Classical Waterfall Model
Life Cycle Models PPT By :Dr. R. Mall.
Concepts used for Analysis and Design
UNIFIED PROCESS.
The Development of Information Systems Chapter 8 page 348+
Scenarios In System Development
Methodologies For Systems Analysis.
Chapter 8: Prototypes Introduction 8.1 The role of a prototype
Systems Analysis Overview.
Introduction To System Analysis and Design PART 2
2018, Fall Pusan National University Ki-Joune Li
CS101 Introduction to Computing Lecture 20 SW Development Methodology
Chapter 1: Introduction to Systems Analysis and Design
Chapter 1: Introduction to Systems Analysis and Design
Presentation transcript:

1 Object Role Modeling Sander van der Rijnst

2 Outline  Background  Object Role Modeling method  Process Deliverable Diagram  Example  Discussion

3 Background  First concept created by Nijssen in the 1970s Natural language Information Analysis Method (NIAM)  Formalized in 1989 by Halpin Object Role Modeling  Several dialects exists FCO-IM, FORM

4 Timeline

5 Thee basic principles  Communication Oriented Does not model reality, but models the communication about reality (i.e. the facts and nothing but the facts)  Conceptuality All conceptual aspects of the communication should be modelled  Validation Users should be able to validate that their communication is correctly modelled without having to understand the model itself

6 Object Role Modeling  Is based on concrete information and examples in documents and conversations  Is in the form of a language, e.g. English, Dutch or even Chinese  Is in the natural language of the Universe of Discourse

7 Traditional Waterfall Development Approach Requirements Design Implement Test Release Feasibility

8 Design phase Conceptual information model Verbalization of examples Universe of Discourse perspective of domain expert perspective of information analyst interview level

9 Notation  Supported by CASE-tools PersonInstrument PersonInstrument NN EmployeeDepartment EmployeeDepartment N1... plays works for... plays works for

10 Process Deliverable Diagram

11

12 Example “Room 211 of building MIN has a capacity of 80 seats” “MIN is an abbreviation of Minnaert” “ Room 211 of building MIN is of the room type amfitheater ” “Room 211 of building MIN is equipped with a PC”

13 Let’s model (1) Capacity “Room 211 of building MIN has a capacity of 80 seats” Room Number

14 Let’s model (2) Capacity “Room 211 of building MIN has a capacity of 80 seats” Room Number “Room 211 of building MIN” Room identifier Building

15 Let’s model (3) Capacity “Room 211 of building MIN has a capacity of 80 seats” Room Number “Room 211 of building MIN” Room identifier Building “building MIN” Code

16

17 Conclusion  Fact-oriented modeling approach  Communication Oriented  Conceptual level  User Validated  Derive ERM models or UML class diagrams

18 Questions?