Verksamhets- och affärssystem Att integrera verksamheten genom informationssystemet INFORMATIONSFLÖDE MATERIALFLÖDE Transfer CustomerVendorManufacturingDistributionStore.

Slides:



Advertisements
Similar presentations
Requirements gathering
Advertisements

Software Requirements
Database Systems: Design, Implementation, and Management Tenth Edition
Chapter 3: The Enhanced E-R Model
© 2011 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 3: The Enhanced E-R Model Modern Database Management 10 th Edition Jeffrey A. Hoffer,
Chapter 3  Define terms  Understand use of supertype/subtype relationships  Understand use of specialization and generalization techniques  Specify.
Chapter 3 © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 CHAPTER 4: THE ENHANCED E-R MODEL Modern Database Management 11 th Edition Jeffrey.
OASIS Reference Model for Service Oriented Architecture 1.0
Lecturer: Sebastian Coope Ashton Building, Room G.18 COMP 201 web-page: Lecture.
UML – Class Diagrams.
Measurable Properties Name Blood pressure Weight Length Age Shoe size Temperature IQ EQ PERSON A person may have a large number of properties that are.
Software Requirements
Overview of Software Requirements
Component Based Systems Analysis Introduction. Why Components? t Development alternatives: –In-house software –Standard packages –Components 60% of the.
Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display. Design Patterns.
Software Architecture Patterns (2). what is architecture? (recap) o an overall blueprint/model describing the structures and properties of a "system"
Course Instructor: Aisha Azeem
1 An introduction to design patterns Based on material produced by John Vlissides and Douglas C. Schmidt.
MTEI Methods & Tools for Enterprise Integration
TIBCO Designer TIBCO BusinessWorks is a scalable, extensible, and easy to use integration platform that allows you to develop, deploy, and run integration.
MVC pattern and implementation in java
Design Patterns.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements.
An Introduction to Software Architecture
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Database Systems: Design, Implementation, and Management Ninth Edition
Introduction to UML By: Prof. Aiman Hanna Department of Computer Science, Concordia University, Montreal, Canada.
CS 360 Lecture 6.  A model is a simplification of reality  We build models to better understand the system being developed.  We build models of complex.
Software Requirements Presented By Dr. Shazzad Hosain.
An Introduction to Design Patterns. Introduction Promote reuse. Use the experiences of software developers. A shared library/lingo used by developers.
Open Data Protocol * Han Wang 11/30/2012 *
Creational Patterns CSE301 University of Sunderland Harry R Erwin, PhD.
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.
EU Project proposal. Andrei S. Lopatenko 1 EU Project Proposal CERIF-SW Andrei S. Lopatenko Vienna University of Technology
10 Software Architecture CSCU 411 Software Engineering.
Modelling Class T16: Conceptual Modelling – Architecture Image from
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
1 System Analysis and Design Using UML INSTRUCTOR: Jesmin Akhter Lecturer, IIT, JU.
CMPS 435 F08 These slides are designed to accompany Web Engineering: A Practitioner’s Approach (McGraw-Hill 2008) by Roger Pressman and David Lowe, copyright.
Design Model Lecture p6 T120B pavasario sem.
CHAPTER 3: THE ENHANCED E-R MODEL © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition Jeffrey A. Hoffer,
© 2011 Pearson Education 1 Chapter 3: Advanced Database Analysis Modern Database Management 10 th Edition, International Edition Jeffrey A. Hoffer, V.
CHAPTER 3: THE ENHANCED E-R MODEL © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition Jeffrey A. Hoffer,
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
Domain Classes – Part 1.  Analyze Requirements as per Use Case Model  Domain Model (Conceptual Class Diagram)  Interaction (Sequence) Diagrams  System.
Csci 490 / Engr 596 Special Topics / Special Projects Software Design and Scala Programming Spring Semester 2010 Lecture Notes.
Domain Model A representation of real-world conceptual classes in a problem domain. The core of object-oriented analysis They are NOT software objects.
John D. McGregor Architecture Evaluation
Software Engineering, COMP201 Slide 1 Software Requirements BY M D ACHARYA Dept of Computer Science.
Engr 691 Special Topics in Engineering Science Software Architecture Spring Semester 2004 Lecture Notes.
Subtopics: 1. Frameworks :Reusable systems 2. Design Patterns 1.
1 Software Requirements Descriptions and specifications of a system.
Elaboration popo.
Design Patterns-1 7 Hours.
CS4222 Principles of Database System
LECTURE 4: Chapter 4: The Enhanced E-R Model
Advanced Database Analysis
Requirements Engineering Process
Presentation on Software Requirements Submitted by
CSS 496 Business Process Re-engineering for BS(CS)
Introduction to Design Patterns
Software Design and Architecture
Chapter 3: The Enhanced E-R Model
CHAPTER 3: THE ENHANCED E-R MODEL
Patterns.
SYS466 Domain Classes – Part 1.
UML profiles.
An Introduction to Software Architecture
CSS 496 Business Process Re-engineering for BS(CS)
Day 1, Session 4 Building Your Service Catalog
Presentation transcript:

Verksamhets- och affärssystem Att integrera verksamheten genom informationssystemet INFORMATIONSFLÖDE MATERIALFLÖDE Transfer CustomerVendorManufacturingDistributionStore

Verksamhets- och affärssystem Att integrera verksamheten genom informations- systemet Transfer CustomerVendorManufacturingDistributionStore Företaget Partners Kunder

Kursinnehåll Enterprise Modelling - Goal Modelling - Analysis Patterns - FLBC Enterprise Application Integration - Message Brokers - Process Integration Enterprise Systems - Functionality - Architecture

Systemaspekter MÅL OBJEKT HAND- LINGAR styr påverkar uttrycker önskvärda tillstånd hos

Architectural Patterns Context –Designing a living room Problem –Making people feel comfortable Forces –People want to sit down –People want to be close to the light Solution –Put a sitting place close to the windows

Design Patterns Context –Developing software with a human-computer interface Problem –Interfaces vary often Forces –Easy to modify the interface –Modifying the interface should not impact the application logic Solution –Model-View-Controller

A Design Pattern - MVC Model core data notify getData View myModel display update Controller myView handleEvent update

Properties of Patterns Address recurring problems Document well-proven experience Specify abstract solutions

Analysis Patterns Employment Period of Time Organisation Person A person is employed in an organisation for a period of time.

Analysis Patterns Management Role Period of Time Organisation Person A person has a certain management role for a period of time.

Analysis Patterns Marriage Period of Time Person Two people are married for a period of time.

Accountability Pattern PERSON ACCOUNTABILITY ORGANISATION From To TIME PERIOD Name ACCOUNTABILITY TYPE Name Address PARTY responsiblecommissioner * * **

Accountability Pattern ACCOUNTABILITY ACCOUNTABILITY TYPE PARTY The Accountability Pattern can be used to model situations where there exists a relationship of responsibility between two parties: - Employment - Order - Contract - Membership - Offering ACCOUNTABILITY TYPE specifies different kinds of accountability. In an employment context, it could contain: permanent employment, project employment, time limited employment, etc.

Accountability :Accountability type name = permanent :Accountability :Time period from = to = :Person name = ‘Peter’ :Organisation name = ‘IBM’ responsible commissioner This instance diagram states that Peter is employed by IBM

Hierarchy Pattern STATE COUNTRY CITY The Hierarchy Pattern is used to describe situations where certain objects are subordinated to other objects. USA California San FranciscoLos Angeles Washington Seattle Massachusetts Boston

Measurable Properties Name Blood pressure Weight Length Age Shoe size Temperature IQ EQ PERSON A person may have a large number of properties that are quantitative. Representing all these properties in a schema can make it exceedingly large.

Measurement Pattern Phenomenon type MeasurementObjectQuantity 1 * * * 11 The Measurement Pattern enables a compact representation of quantitative properties. A measurement measures the quantity of a phenomenon type for a certain object.

Measurement Pattern :Phenomenon type name = temperature :Measurement date = :Object name = ‘Peter’ :Quantity unit = Celsius value = 37.5 This instance diagram states that Peter has the temperature 37.5 degrees Celsius

Category Observation Some properties are not quantitative, but rather classify objects into different groups, for example the gender or nationality of a person. Phenomenon type Category observation ObjectCategory 1 * * * 11

Category Observation :Phenomenon type name = gender :Category observation date = :Object name = ‘Peter’ :Category value = male This instance diagram states that Peter has the gender male

Observation Pattern Phenomenon type ObservationObject 1 * * * 1 1 Category observation Measurement CategoryQuantity 1 * Measurements and category obser- vations can be combined into one pattern.

Action Pattern PROPOSED ACTION IMPLEMENTED ACTION TIME POINTACTIONPARTYLOCATION An action is carried out by a party at a certain point in time at a certain location. An action may be only proposed or it may be implemented, i.e. carried out.

Action Pattern :Person name = ‘Peter’ :Proposed action name = surgery :Implemented action name = ‘surgery :Location room = C604 :Time point date = time = 1.00 a.m. :Location room = C608 :Time point date = time = 2.00 a.m.

Booking From To BOOKING RESOURCE 1 * for Using this simple booking schema, we can express that different resources are booked for different time intervals. In some situations, we do not want to book a specific resource, but rather a general resource type. For example, we only state that we want to book an anaesthesia nurse, it does not matter who. In other cases, we really want to book a specific nurse, say Ed Wallen.

Assets and other Resources Some resources are consumed in an activity, e.g. in a surgery blood plasma is consumed. Other resources are not consumed in an activity but can be reused. For example, a nurse is not consumed in a surgery.

Resource Allocation Pattern RESOURCE TYPE From To TEMPORAL RESOURCE SPECIFIC RAGENERAL RA Quantity RESOURCE ALLOCATION ASSET TYPEASSET * * * *

Resource Allocation :General RA quantity 3 :Resource Type name = Blood plasma :Asset Type name = Nurse :Asset name = ‘Peter’ :Specific RA :Temporal Resource from = 0101, 04 to = 0101, 06 Three bags of blood plasma are allocated - we do not care which ones. Peter is allocated for two hours.

Exercise The Resource Allocation Pattern has a number of limitations. Identify these and construct an extension of the pattern that overcomes these limitations. Consider whether it would be worthwhile to have several variants of the pattern to cover different situations.

Action and Resource Allocation PROPOSED ACTION IMPLEMENTED ACTION ACTION RESOURCE ALLOCATION books uses A proposed action books resources, while an implemented action uses resources.

Plans PLAN PROPOSED ACTION * * contains The simplest way to model a plan is to say that it consists of a number of proposed actions. Example: Plan for dinner party consists of buying food, cooking, and making the table. One limitation of this model is that we cannot express dependencies between proposed actions, i.e. that certain actions have to be performed before others.

Plan Pattern PLAN ACTION REFERENCE * 1 contains PROPOSED ACTION 1 * precedes By adding a type ACTION REFERENCE, we can express precedence relationships among proposed actions in a plan. We can also add descriptions of the role of an action within a plan, e.g. whether it is optional or not.

Subtypes VEHICLEBIKETRUCKBOATCAR One way to show different categories is to introduce a number of subtypes. However, such a solution may result in a very large schema.

Powertypes VEHICLEVEHICLE TYPE 1 * VEHICLE TYPE would have instances such as: Car, Truck, Boat, Bike, MC, Aeroplane,... VEHICLE would have instances such as: abc123 (which is a Car), vv22 (which is a Boat),...

Purpose of Goal Models Describing the goals of an enterprise Showing how the goals are interrelated Finding problems that hinder goal fulfilment Finding opportunities that facilitate goal fulfilment

A Goal Model Goal2: To minimise library costs Goal1: To provide advanced services to customers Goal3: To deliver items electro- nically Goal4: To main- tain high stock availability Opportunity1: Advanced ICT Problem1: Intellectual Property Rights A Goal Model for a Library supports hinders

Components of a Goal Model Goal A desired state Problem A state of affairs that may hinder a goal Opportunity A state of affairs that may support a goal supports hinders conflicts Two goals conflict if the fulfilment of one goal makes it impossible to fulfil the other, and vice versa

En övning Presidentkandidaten Pelle ställer upp i ett val. Hans främsta motståndare är Eva. Konstruera en målmodell för följande: Att vinna valet Att få stöd från EU-anhängare Att få stöd från EU-kritiker Att svärta ned motståndaren Pelle har använt svarta kreditkort Eva har använt svarta kreditkort Att ha många reklaminslag i tv Budgeten är begränsad Få finansiellt stöd från storföretag Skaffa en image som oberoende Skaffa en image som hedervärd

Goal1: Att vinna valet Goal7: Att svärta ned motståndaren Opportunity1: Eva har använt svarta kreditkort supports Goal9: Att ha en stor budget Goal6: Att ha många reklaminslag i tv Goal8: Att få stöd från storföretag supports Goal5: Skaffa en image som hedervärd Threat2: Pelle har använt svarta kreditkort supports hinders Goal2: Att få stöd från EU-anhängare Goal3: Att få stöd från EU-kritiker supports conflicts Goal4: Skaffa en image som oberoende hinders supports