1 From Subject Databases to Flow of Responsibility A Retrospective of Three Decades of Modelling Henk Gazendam University of Twente; University of Groningen.

Slides:



Advertisements
Similar presentations
Introduction to Object Orientation System Analysis and Design
Advertisements

Database Design Using the REA Data Model
Design by Contract.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
MODUL 1 Analisis & Informasi Proses Bisnis (CSA221)
Faculty of Management and Organization Emergence of social constructs and organizational behaviour How cognitive modelling enriches social simulation Martin.
Object-Oriented Analysis and Design
CHAPTER 10 & 13 IS within the Organization & Acquiring IS and Applications.
Introduction To System Analysis and Design
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
Chapter 6 Database Design
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Lecture 13 Revision IMS Systems Analysis and Design.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
6 Chapter 6 Database Design Hachim Haddouti. 6 2 Hachim Haddouti and Rob & Coronel, Ch6 In this chapter, you will learn: That successful database design.
Systems Engineering Foundations of Software Systems Integration Peter Denno, Allison Barnard Feeney Manufacturing Engineering Laboratory National Institute.
1 Chapter 2 Database Environment. 2 Chapter 2 - Objectives u Purpose of three-level database architecture. u Contents of external, conceptual, and internal.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Chapter 10 Architectural Design
Module 3: Business Information Systems Chapter 11: Knowledge Management.
1.  Modeling the context of a system  Modeling the requirements of a system 2.
Database Design Using the REA Data Model
Managing the development and purchase of information systems (Part 1)
Chapter 17 Database Design Using the REA Data Model Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 17-1.
Chapter 17 Database Design Using the REA Data Model Copyright © 2012 Pearson Education 17-1.
Ontology Development Kenneth Baclawski Northeastern University Harvard Medical School.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
CSC271 Database Systems Lecture # 4.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
ITEC224 Database Programming
European Network of Excellence in AI Planning Intelligent Planning & Scheduling An Innovative Software Technology Susanne Biundo.
1 SYS366 Lecture 1: Introduction to Systems. 2 What is Software Development? Software Development implies developing some software – but it does not involve.
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
UML The Unified Modeling Language A Practical Introduction Al-Ayham Saleh Aleppo University
Chapter 9 Moving to Design
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
The Systems Development Life Cycle
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
Computing and SE II Chapter 9: Design Methods and Design Models Er-Yu Ding Software Institute, NJU.
OBJECT-ORIENTED SOFTWARE DEVELOPMENT PROCESS BTS430 Systems Analysis and Design using UML.
Design and Implementation of a Rationale-Based Analysis Tool (RAT) Diploma thesis from Timo Wolf Design and Realization of a Tool for Linking Source Code.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Chapter 2 Database Environment.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 5th Edition Copyright © 2015 John Wiley & Sons, Inc. All rights.
1 SYS366 Week 1 - Lecture 1 Introduction to Systems.
UTA/ARRI. Enterprise Engineering for The Agile Enterprise Don Liles The University of Texas at Arlington.
1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.
Sharing personal knowledge over the Semantic Web ● We call personal knowledge the knowledge that is developed and shared by the users while they solve.
Fundamentals of Information Systems Dr. Hanan Moussa.
IST 210 Database Design Process IST 210, Section 1 Todd S. Bacastow January 2004.
PUBLIC FINANCE IN THE REPUBLIC OF MOLDOVA: REFORMS AND THE DEVELOPMENT STRATEGY PLENARY SESSION OF THE TREASURY COMMUNITY OF PRACTICE JUNE 1-3, 2015, KISHINEV,
TIM 58 Chapter 7: Moving on to Design
Chapter 1: Introduction
Chapter 6 Database Design
Database Design Using the REA Data Model
ENTERPRISE BUSINESS SYSTEMS
Chapter 2 Database Environment.
OCD Risk Management CS 577a, Fall 2012 ©USC-CSSE.
Analysis models and design models
King Saud University College of Engineering IE – 462: “Industrial Information Systems” Fall – 2018 (1st Sem H) Introduction (Chapter 1) part.
Presentation transcript:

1 From Subject Databases to Flow of Responsibility A Retrospective of Three Decades of Modelling Henk Gazendam University of Twente; University of Groningen Presentation at ICISO 2010, July 19-21, Reading, England

What we are going to do I. Make OS ontology charting better II. Learn from some models I made I11. Conclusion

I. Make OS ontology charting better Affordances, Representations and Objects The Peircean Triad Code Systems Flows of Responsibility

Henk Gazendam. From Subject Databases to Flow of Responsibility 5 Affordances, Representations and Objects Relationships Passive -> Active Affordances, Habits of Action Representations. Code Systems Objects Affordances, Habits of Action OD, RT, WP, TS, TS/ Aspects, TS/ Phases Creates/ UsesRefers To Representations Code Systems (Is Created/ Used) Creates/ Uses, WP, TS Refers To Objects(Is Referred To) WP, TS OD=Ontological Dependency, RT = Responsibility Transfer, WP = Whole-Part, TS = Type-Subtype

Stamperian Affordance 1 Is a package of behaviour afforded, expected, forbidden, or obligatory in a community Is a social construct Is created whenever a coordination impasse is solved Exists as a habit of action in the mind of people

Stamperian Affordance 2 An affordance refers to Its constitutive event, the event and situation in which it was created Its corresponding social knowledge, the instances of itself known in a community Its determiners, properties of the (external) situation that make its conditions true and activate it

Eco’s Code System 1 A Code System is a set of rules an actor needs to understand in order to translate Signal structures E.g., messages in a language Part of a Syntactic System into Notions about states of the world and Part of a Semantic System Behavioural responses Part of a Behavioural (Pragmatic) System

Eco’s Code System 2 For understanding, the code systems of communicating actors must be compatible For the functioning of social constructs, the conceptual representations of actors in a community must be compatible

Responsibility Responsibility Transfer (RT) is a relationship between affordances next to Ontological Dependency (OD) Normal ontological dependency = OD+RT+ subsequent RT Ontological dependency without responsibility transfer = OD Authorization = OD+RT without subsequent RT

Henk Gazendam. From Subject Databases to Flow of Responsibility 15

Henk Gazendam. From Subject Databases to Flow of Responsibility 16 II. Learn from some models I made Learn design principles and modelling improvements from them Models to be explained Government Agency Financial Management Bicycle Shop Logistics

Government Agency It is Transition of tapes to relational databases Transition of mainframes to terminals and PCs I was involved in making an information system architecture for the Government Agency And started with the information chain

P1 The Information Chain Distinguish Data registration at the source Execution of laws and rules Aspect coordination Data gathering for policy making Decision support as separate tasks to be performed by separate actors

Government Agency I learned that Information systems must be based on Tasks of organization units Responsible persons Information systems differ based on their tasks Large-scale data processing Support a specific organization unit Support a person Information systems must reckon with the division of powers within an organization

Government Agency Information System Development can be done an order of magnitude cheaper, and better Then, relational databases, 4th generation languages, modelling tools A factor 29 less costly than previous development (my thesis)

P2 Correspondence Principle The information system you want to design has to correspond to a specific responsible organization unit, user group, or person Information systems that are too large in scope and cross many organizational boundaries tend to be subject of discussion, struggle and failure

P3 Information System Metaphors The Mill is a kind of factory that processes information like water A centralized information system for a large organization. The Cell is an organic information system adapting to the needs of an organization module It should have capabilities for regeneration, change and self-repair The Mind is an intelligent assistant of a person with built-in capabilities for specific task support It can be based on cognitive science, knowledge elicitation and operations research

P4 Division of Powers In society and in organizations there should be a division of powers Trias Politica (legislative, executive, and judiciary) Separation of Church and State Administrative Function Separation within an Organization This leads to a system of checks and balances

P4 Division of Powers Administrative function separation Different Actors responsible for Proposing decisions Financial aspect coordination Cash transfers Bookkeeping Accountant review Each important decision needs at least two sources of information/ opinion Separation of Application Programs Databases of objects, laws and decrees

P5 Mapping to Current Technology Use current analysis patterns Fowler. Analysis Patterns (1997) Hay. Data Model Patterns (1994) Eriksson & Penker. Business Modeling with UML (2000)

P5 Mapping to Current Technology Use current architecture patterns Fowler. Patterns of Enterprise Application Architecture (2003) Hohpe & Woolf. Enterprise Integration Patterns (2004) Use development environments that offer Model-Driven Software Generation Test-Driven Development Implementation of current standards (e.g., FIPA)

Financial Management Around 1985, financial management at the GA needed a new information system Two budget types had to be implemented Encumbrance Commitments, for instance decisions to provide funds to an institution Cash Actual cash flow

P6 The Aspect Phase Model Distinguish (Wisse, 1991) Aspects: decision types to be controlled Phases: steps in decision making, often following a general pattern As orthogonal dimensions of an account

Bicycle Shop A bicycle shop purchases and sells bicycles I used this example for a course in rapid application development Detect requirements, design and program an information system in 3 weeks

P7 The Category Model Distinguish Actors Roles Responsibilities Transactions Phases of transactions Code systems Objects or Events

Bicycle Shop If you have ordered the ontology chart using the category model, it is easy to distinguish object types for design Transaction is added as a supertype for Purchasing =g and Selling/Buying The phases of a transaction are stored in the Transaction using a Phase Code System An Event object type is added to register events in the Transaction life cycle

Bicycle Shop It is also easy to distinguish use cases based on the phases in the ontology chart And the exceptions and extensions

P8 Interaction Levels Interaction level Knowledge levelWhat is modelledType of diagram Economic / administrative transaction Ontological knowledge Community, actors, social constructs (affordances), responsibility Ontology Chart Social construct (affordance) phases Process knowledge Social construct (affordance) phases Ontology Chart Interaction pattern (e.g., DEMO) Interaction knowledge Interaction between two or more actors Interaction Diagram NormNormative knowledge Norm condition, state, responsible actor, deontic operator, action Norm Specification

Logistics A logistics company offers an information system for tracking and tracing of goods in the chain consisting of suppliers, shipping companies, factories and storage facilities. The information system has to cooperate with a diversity of customer information systems

P9 Semiotic Operators Start with basic object types Get derived object types for Types (e.g., a bicycle model) Collections (e.g., an order line) and states of collections Part-whole structures Goods structures (BOM structures) Shipment/ packaging structures Contracted services structures Network structures Phases network

III. Principles Discovered Government Agency The Information Chain Correspondence Information System Metaphors Division of Powers Mapping to Current Technology Financial Management The Aspect-Phase Model Bicycle Shop The Category Model Levels of Interaction Logistics Semiotic Operators

Modelling Improvements Government Agency Semantic and Object-Oriented Modelling Financial Management Flow of Responsibility Code Systems Constitutive and Executive Processes Bicycle Shop Transform Ontology Chart into Object Model Transform Ontology Chart into Use Case Diagram Elaborate Interactions with LAP methods Logistics Fine-tuning of Object Model with Semiotic Operators

Thank You for Your Attention transparencies will be published at