Enterprise Information Systems Architecture (ISA) Modeling Roadmap

Slides:



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

MODUL 1 Analisis & Informasi Proses Bisnis (CSA221)
Ch 3: Unified Process CSCI 4320: Software Engineering.
Software Testing and Quality Assurance
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Chapter 6 Methodology Conceptual Databases Design Transparencies © Pearson Education Limited 1995, 2005.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2000Software Engineering, 6/e, Chapter 71 System models l Abstract descriptions of systems whose requirements are being analysed.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
© 2005 by Prentice Hall 1 Chapter 2: The Database Development Process Modern Database Management 7 th Edition George Lamperti.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Software Engineering Tools and Methods Presented by: Mohammad Enamur Rashid( ) Mohammad Rashim Uddin( ) Masud Ur Rahman( )
On Roles of Models in Information Systems (Arne Sølvberg) Gustavo Carvalho 26 de Agosto de 2010.
Chapter 10 Architectural Design
The Database Development Process
© Drexel University Software Engineering Research Group (SERG) 1 Based on the paper by Philippe Kruchten from Rational Software.
Modelling information systems
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
ITEC224 Database Programming
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
1 Introduction to Database Systems. 2 Database and Database System / A database is a shared collection of logically related data designed to meet the.
Methodology - Conceptual Database Design Transparencies
Methodology Conceptual Databases Design
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 20 Object-Oriented.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
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.
Chapter 7 System models.
Lecture 7: Requirements Engineering
System models l Abstract descriptions of systems whose requirements are being analysed.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 Introduction to Software Engineering Lecture 1.
Methodology - Conceptual Database Design
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
 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 
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
WELCOME TO OUR PRESENTATION UNIFIED MODELING LANGUAGE (UML)
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
The Database Development Process 1. Objectives Definition of terms Describe system development life cycle Explain prototyping approach Explain roles of.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
Chapter 9 Architectural Design. Why Architecture? The architecture is not the operational software. Rather, it is a representation that enables a software.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
UNIT – II BUSINESS PROCESS MANAGEMENT
Methodology Conceptual Databases Design
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Methodology Conceptual Database Design
CGS 2545: Database Concepts Fall 2010
Service-centric Software Engineering
Chapter 20 Object-Oriented Analysis and Design
Chapter 9 Architectural Design.
Methodology Conceptual Databases Design
Presentation transcript:

Enterprise Information Systems Architecture (ISA) Modeling Roadmap Definitions ISA domains & levels ISA analysis techniques Review questions 4

Definition 0: Information Systems Architecture in Enterprise Architecture Business Business Model Organization Model Information Systems Applications Data Technology ISA partly stems from and partly overlaps with Business Architecture The main contact point are Business Processes (BP) Indeed most requirements for ISA come from BP, e.g. what transactions and reports the information systems should process Therefore most requirements analysis techniques cover both BP and information analysis

Definition 1 : User Requirements (UR) ISA is based on User Requirements (UR) UR reflect the needs of the users on three main domains, namely the interface of the users with a computer system the information the users handle the logic / rules and the flow of activities the users perform UR are a higher abstraction level of systems / processing requirements that are usually described by UML

Definition 3: User Needs (UN) “User Needs” (UN) are what users should get from a system “User requirements” (UR) describe what the system should do (hopefully consistently with needs) regardless its implementation There are some critical points in UN Seldom users know what they want and even less frequently know how to represent it in a useful form for software development Therefore : Needs should be elicited i.e. the user should be guided to express his/her own view of needs Requirements should be obtained by transforming and/ or mapping of the user’s view in a systems analysis view Requirements should be compared against a best practice or reference model We call this approach «Functional analysis»

Definition 4: Functional Analysis (FA) Identification of the structure of an object or of a statement through the decomposition of an object in smaller parts according to a predefined rule = structure Origin of term: it dates back to the “Analytica Priora”, where Aristotle introduces syllogistic method, argues for correctness, and discusses inductive inference. Information system: a system of functions that collect, process, store and distribute information Function: An activity with an outcome Example in Information Systems: “read” Functional analysis of information systems: Scope: defines the functions of an information system according to a given model Purpose: defines what the system should do (i.e. the functions) regardless the implementation technology

Definition 2 : Requirements analysis (Wikipedia 2012) In systems engineering and software engineering, encompasses those tasks that go into determining the needs or conditions to meet for a new or altered product, taking account of the possibly conflicting requirements of the various stakeholders, such as beneficiaries or users. It is an early stage in the more general activity of requirements engineering which encompasses all activities concerned with eliciting, analyzing, documenting, validating and managing software or system requirements. Requirements analysis is critical to the success of a systems or software project. Requirements should be documented, actionable, measurable, testable, traceable, related to identified business needs or opportunities, and defined to a level of detail sufficient for system design.

Enterprise Information Systems Architecture (ISA) Modeling Roadmap Definitions ISA domains & levels ISA analysis techniques Review questions 4

ISA modelling levels Layer Target Notations Explanation ASL Aggregate Strategic Aggregate needs List / Grid Needs are aggregate and expressed by simple notations, as grids or lists RSL Rich Semantic Layer Detailed needs Diagrams Specification languages Needs are detailed and expressed by diagrams RSL is conceptual and neglects the implementation of requirements SEI Software Engineering Interface Software Diagrams Specification & programming languages Transforms RSL into a notation targeting software engineers In most cases such notation is executable.

ISA modelling domains The analysis should cover the aspects of the system the users perceive, that we term as “domains”. Domain Explanation Information Describes the structure and properties of the information the system shall use (database) Process (workflow) Describes the workflow of the business processes and related execution rules User interface Describes the user interface, through which information is distributed to (or collected from) users.

ISA modelling grid Analysis Layer Analysis Domain Information Business functions User Interface ASL Business Information Models Business models (e.g. financial mathematical models; KPI) Stakeholder / Goal Oriented Conceptual Models ESL Conceptual Information Models UML & BPMN (flow intensive systems) SEI Implementation Frameworks / Platforms Implementation Frameworks / Platforms GUI Implementation Frameworks/ Platforms

Enterprise Information Systems Architecture (ISA) Modeling Roadmap Definitions ISA domains & levels ISA analysis techniques Review questions 4

ASL / information: SIRE Analysis Layer Analysis Domain Information Process User Interface ASL RSM SEI SIRE (Strategic Information Requirements Elicitation) is a catalog of the information domains of an enterprise. It uses a grid model, where information domains are layered into information levels, namely master information event information analytic information Developed in University of Pavia (2008) Information Domain Information Level Master Event Analysis Domain 1   …… Domain n

ASL / Process: GEF Analysis Layer Analysis Domain Information Process User Interface ASL RSM SEI GEF (General Enterprise Framework) lists the activities of business processes (BP) at the respective layers: Planning (e.g. Sales Planning) Execution (Proposal and Selling tasks) Monitoring to check execution workflow (where is the order of Mr. Smith?) Control to appraise actual results (are we on budget?) Information, to manage information collection, storage and distribution Developed in University of Pavia (2012) Layer Business Process Process 1 Process … Process N Planning   Execution Monitoring Control Information

RSM / Information: ER & DFM Analysis Layer Analysis Domain Information Process User Interface ASL RSM SEI ER (Entity Relationship) Models information at a conceptual level Not for analytic information Developed by Chen (1976) DFM (Dimensional Fact Model) Models analytic information by a specific notation. It is a conceptual technique Developed in University of Bologna (1998)

RSM / Process: BPM & UML BPMN (Business Process Management Notation) Analysis Layer Analysis Domain Information Process User Interface ASL RSM SEI BPMN (Business Process Management Notation) Models the flow of business processes. Typically a BPMN flow details a GEF quadrant. UML-EP (Unified Modeling Language with the Erikson Penker estension) It is a business oriented extension of UML, It adds models to represent the flow of a Business Process It supports the elicitation of Use Cases and Candidate Database Entities

RSM / User Interface : GOA Analysis Layer Analysis Domain Information Process User Interface ASL RSM SEI GOA (Goal Oriented Analysis) The analyst identifies the goals of each user class and the actions implied on the system Actions are candidate use cases It is a conceptual technique Developed in Politecnico di Milano (2004)

SEI level Analysis Layer Analysis Domain Information Process User Interface ASL RSM SEI SEI (Software Engineering Interface) is the final transformation stage, into which conceptual notations are transformed into executable languages. Various modeling techniques BPEL (Business Process Executive Language) for workflow implementation UML (Unified Modeling Language) for object oriented development (Class Diagrams & Use Cases) Relational model for databases and data warehouses

Enterprise Information Systems Architecture (ISA) Modeling Roadmap Definitions ISA domains & levels ISA analysis techniques Review questions 4 18

Review questions Preliminary definitions Modeling grid May an individual i belong to different classes A, B, C ? In which case yes and in which not? Consider a simple class e.g. a Volkswagen Golf What is an individual of Volkswagen Golf class? What is a specialization of Volkswagen Golf? Is Volkswagen Golf an aggregation of Engine, Car-body etc.? Describe the overall model taxonomy Describe constructions types and interpretation of Model M* Could you define a Model richer then M? Modeling grid Which are the differences between User Needs and User Requirements? Define Levels and Domains of Functional Analysis in terms of Objectives Modeling Level