What is a system? A collection of components organized to accomplish a specific function or set of functions. [IEEE STD ]

Slides:



Advertisements
Similar presentations
1 Soft Systems Methodology systems thinking systems thinking systems thinking systems thinking systems thinking systems thinking.
Advertisements

Goals of INFO3315 Learn about the range of techniques to: Understand users Establish requirements Brainstorm alternatives creatively Prototyping alternative.
Lecture 3 Planning and Development Methodologies.
Laboratorium Sistem Informasi
© Colin Potts B1-1 Organizational approaches to requirements Colin Potts Georgia Tech.
Lecture 4 : Soft Systems Thinking & Practice UFCE8V-20-3 Information Systems Development SHAPE Hong Kong 2010/11.
Chapter 1 INTRODUCTION TO MANAGEMENT AND ORGANIZATIONS
Soft Systems Methodology
Introduction to Soft Systems Methodology
Soft Systems Methodology
IMS Information Systems Development Practices
CMSCB3001 Business Systems Analysis
Information Technology IMS5024 Information Systems Modelling Human Activity modelling.
SSM - 1 Soft Systems Methodology SSM Elena Losseva MBA 731 November 12, 2007.
Introduction to Soft Systems Methodology. The Vision SSM Models Use Cases Activity Models Dynamic Models Object Models Programs Databases Business Computing.
© Farhan Mir 2008 IMS MIS Development BBA (IT) 6 th (Lectures ) (Information System Development Methodologies) Course Lecturer: Farhan Mir.
淡江資管碩專一 許瀞文 陳雅玲 指導教授:戴敏育 博士 報告日期:
Analytical methods for Information Systems Professionals
Analytical methods for IS professionals ISYS3015 Qualitative research methods Data collection.
SYSTEMS DEVELOPMENT METHODOLOGIES. WHAT IS A METHODOLOGY? Procedures + Techniques + Tools + Phases = Method Method + Philosophy = Methodology.
Analysing Systems Failures (1) Main Principles: systems thinking.
Public Services Information Management 7. Soft Systems Methodology.
12.1 Frameworks for comparing ISD methodologies IMS Information Systems Development Practices.
© Copyright Eliyahu Brutman Programming Techniques Course.
Software Engineering: Analysis and Design - CSE3308
Metode Pemecahan Masalah 1 Session 1: Metode Pemecahan Masalah 1 Seminar e-Bisnis Program Studi Manajemen Universitas Bina Nusantara.
IMS5024 Week 81 IMS 5024 Human Activity modelling.
socio-organizational issues and stakeholder requirements
UFCE8V-20-3 Information Systems Development 3 (SHAPE HK)
Foundation in Business Analysis
COM332 – SA3 WISDM & SSM. Web development approaches –Focused on the user interface and in particular the look and feel of a web site –Failed to address.
Systems Thinking, Rich Mapping and Conceptual Models.
Systems Thinking and SSM Properties of systems “Hard” and “soft” approaches Introduction to Soft Systems Methodology Some SSM techniques.
Section 02Systems Documentation1 02 Systems Documentation And Franchise Colleges By MANSHA NAWAZ.
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 2Slide 1 Chapter 2 Computer-Based System Engineering As modified by Randy Smith.
Chapter 1 INTRODUCTION TO MANAGEMENT AND ORGANIZATIONS © Prentice Hall,
Week 4 (2) 2008IS33 ISD - SSM 1 COMP3470 IS33 People-Centred Information Systems Development Week 4 : Lecture 2 ISD Approaches: Soft Systems Methodology.
Soft Systems Method An Introduction
Techniques In Information Systems Development Methodology.
M253 Team Work in Distributed Environments Week (3) By Dr. Dina Tbaishat.
HRM 560 Training and Development Environment
OPERATING SYSTEMS CS 3502 Fall 2017
Integrated Management Systems
Requirements Engineering Process
User-centred system design process
Analisis Bisnis.
The Systems Engineering Context
Chapter 10 Holistic Techniques.
SNS College of Engineering Coimbatore
Public Services Information Management
Concepts used for Analysis and Design
THE BUSINESS ANALYSIS PROCESS MODEL
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
Chapter 6: Path-Goal Theory
Software Project Management
PROFESSOR ROBIN MATTHEWS KINGSTON UNIVERSITY BUSINESS SCHOOL LONDON
SOFT SYSTEMS AND THE META MODEL SEPTEMBER 2018 perspectives abridged
Foundation Degree IT Project
IS0514 Lecture Week 3 Use Case Modelling.
PROFESSOR ROBIN MATTHEWS KINGSTON UNIVERSITY BUSINESS SCHOOL LONDON
A Skeleton Account of SSM
Stakeholder Management
Chapter 1 INTRODUCTION TO MANAGEMENT AND ORGANIZATIONS
Leadership Chapter 7 – Path-Goal Theory Northouse, 4th edition.
Developed by Prof. Dr. Majed El-Farra
Information system analysis and design
Presentation transcript:

CO6031 Systems Analysis for Health Informatics Week 5 Soft Systems Methodology

What is a system? A collection of components organized to accomplish a specific function or set of functions. [IEEE STD 610.12] www.ichnet.org/glossary.htm

Soft Systems - Background General systems theory attempts to understand the nature of systems which are large and complex A system is a set of interrelated elements In an IS, the technological aspects are less complex than the human aspects Open & non-deterministic Human System Computer System Closed & predictable

SSM – Background (2) Many methodologies deal only with technological aspects Structured approaches typify this (e.g. SSADM & JSD) Philosophy: Systems exist and can be engineered But they produce solutions that are not ideal –the importance and complexity of human factors are underestimated “hard systems” and precision v. “Soft systems” and fuzziness 1981 Peter Checkland – developed SSM through “action research"

Why adopt a Soft Systems Approach? When problems are not clear When there are several points of view to identify a “recognised” problem When there is a general sense for the need to improve but no one knows what or how

Aristotelian philosophy A Holistic approach to systems- The whole is greater than the sum of the parts The properties of the whole are not explicable entirely in terms of the properties of its constituent elements difficult data process easy

Underlying assumptions of hard & soft systems approaches Hard Systems View Soft Systems View The activity of IS development is all about building a technical system made only of software & hardware An IS also comprises the social context in which the technical system (s/w & h/w) will be used Human Factors are chiefly important from the perspective of the software’s usability & acceptability. Politics & group behaviour are only an issue for project managers A new IS impacts on interpersonal communication, social organisation, working practices & much more, so human & social factors are paramount Organisations exist only to meet rational objectives, through the rational principles of business management. It is possible to be both rational & objective about the requirements for a new system Organisations are made up of individuals with distinct views & motivations, so any picture of requirements is subjective. It is not always possible even to reach a consensus. In practice this means the powerful decide, not the wise. When requirements are uncertain or unclear, it is up to management to decide. Setting objectives is a principal role of management & others should follow their lead If management has not accommodated the full range of views in the organisation, it may be completely counter-productive to encourage managers to decide requirements (After Bennett et al, 2002)

“Hard” versus “Soft” problems Flat tyre Political hostages v. What & how? How to reach the goal? Purpose and “mission”? Hard & soft approaches can complement each other…

The Flynn Contingency Framework (after Bennett at al 2002) Requirements Uncertainty High Low Linear model (hard) Integrated model (soft & hard) Evolutionary & prototyping approach (hard) Soft systems approach (soft) Process Uncertainty High Low

Soft Systems approaches We should always be looking at “the system” in terms of the wider system of which it is a part E.g travelling to Mexico Before you go Booking accommodation / transport – communications systems Flight time Connecting flights? Air Traffic Control + getting to and from Airports Traffic systems + Getting through check-in and arrivals More booking systems Security systems Luggage systems + eating & drinking & sleeping ….

SSM stages 1 – The problem situation - analysis 2 – ‘Rich pictures’ 3 – Root definition CATWOE 4 – Conceptual model 5 – Compare model with reality 6 – Propose changes to system 7 - Take Action

(reproduced from Avison & Fitgerald 1995) The real world The systems world

The Soft Systems Approach Techniques – Rich Pictures SSM uses “rich pictures” – cartoon-like diagrams -to build up a “picture” of the system to help in the construction of a “root definition”. This “rich picture” is to represent: Communication flows Processes Areas of conflict External observers Interactions

Rich Pictures – an example Patching’s rich picture of a PUB as a problem situation Patching, D. (1990). Practical Soft Systems Analysis

The Soft Systems Approach Techniques – Root Definition Root definitions are concise verbal descriptions of systems, to capture their essential nature. They are used to define two very vague concepts: Problems and Systems A root definition is well-informed when it answers “who is doing what for whom, and to whom they are answerable, what assumptions are being made, and in what environment is this happening?” The root definition should be derived from the information gained from within the organisation; i.e. the root definition should be a description of what the organisation believes itself to be doing

The Soft Systems Approach Techniques – CATWOE Customer(s) – victims or beneficiaries of T Actors who would perform the T Transformation processes – the conversion of input to output Weltanschauung – viewpoint which makes the root definition (this T) meaningful in concept Owner(s) – those who can stop T Environmental constraints- elements outside the system which it takes as given

Root definition template (Liz Guy, University of Aberdeen) A [O] owned system which under the following environmental constraints which it takes as given [E] transforms this input [i] into this output [o] by means of the following activities [T], the transformation being carried out by these actors [A] and directly affecting the beneficiaries or victims [C]. The worldview which makes this transformation [T] meaningful contains at least the following elements among others [W]. A root definition per system may be needed for each Actor or Weltanschauung…

Root Definition – example Customer root definition of a pub: A system owned by the publican, and operated by the employees, visiting entertainers and customers of the public house, that identifies and satisfies the needs of customers for affordable drinks and entertainment, in an environment that influences customers’ socialising and drinking preferences, constrained by legal requirements and local opinion affecting the provision of pub facilities. (see Patching, D (1990) – Practical Soft Systems Analysis)

Further Reading http://www.bola.biz/research/ssm.html Checkland P (1981), Systems Thinking Systems Practice, Wiley Checkland P & Scholes M, (2001), Soft Systems Methodology in Action, Wiley Bennett S et al (2002), OO Systems Analysis & Design. McGraw Hill (ch.22) Avison & Fitzgerald (1995), IS Development: Methodologies, Techniques & Tools (ch.6) http://www.bola.biz/research/ssm.html http://www.fielding.edu/research/ar_papers/Lopes.pdf