CMSCB3001 Business Systems Analysis

Slides:



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

Curriculum Development and Course Design
 Is extremely important  Need to use specific methods to identify and define target behavior  Also need to identify relevant factors that may inform.
Spring ÇGIE398 - lecture 10 SSM in detail1.
Lecture 4 : Soft Systems Thinking & Practice UFCE8V-20-3 Information Systems Development SHAPE Hong Kong 2010/11.
Soft Systems Methodology
Introduction to Soft Systems Methodology
Soft Systems Methodology
A Student’s Guide to Methodology Justifying Enquiry 3 rd edition P ETER C LOUGH AND C ATHY N UTBROWN.
IMS Information Systems Development Practices
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.
淡江資管碩專一 許瀞文 陳雅玲 指導教授:戴敏育 博士 報告日期:
Dynamic Systems Development Method (DSDM)
Marakas: Decision Support Systems, 2nd Edition © 2003, Prentice-Hall Chapter Chapter 4: Modeling Decision Processes Decision Support Systems in the.
Business Analysis Methodology (MM543)
IMS1805 Systems Analysis Topic 3 (revisited and continued): Doing analysis – a ‘soft’ systems perspective.
Software Requirements
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
WRITING the Research Problem.
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
PPA 503 – The Public Policy Making Process
CONTACT SEMINAR November 2008 Project management tools.
Metode Pemecahan Masalah 1 Session 1: Metode Pemecahan Masalah 1 Seminar e-Bisnis Program Studi Manajemen Universitas Bina Nusantara.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Sharif University of Technology Session # 7.  Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data 
How to Write Goals and Objectives
socio-organizational issues and stakeholder requirements
UFCE8V-20-3 Information Systems Development 3 (SHAPE HK)
BY Muhammad Suleman MBA MIT BSC (COMPUTER).  What is decision Making  Why decision Making  Conditions under which decision are made  What is Rational.
IE398 - lecture 10 SSM in detail
Management System Auditing
RESEARCH DESIGN.
Foundation in Business Analysis
RSBM Business School Research in the real world: the users dilemma Dr Gill Green.
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.
IE398 - lecture 10 SSM in detail
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
Business Analysis and Essential Competencies
A COMPETENCY APPROACH TO HUMAN RESOURCE MANAGEMENT
SOFTWARE DESIGN.
MANAGEMENT RICHARD L. DAFT.
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Design Concepts By Deepika Chaudhary.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 other methodologies 1 Method/Process = step-by-step description of the steps involved.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Week 4 (2) 2008IS33 ISD - SSM 1 COMP3470 IS33 People-Centred Information Systems Development Week 4 : Lecture 2 ISD Approaches: Soft Systems Methodology.
By Germaine Cheung Hong Kong Computer Institute
Developing a Project Proposal
Software Requirements Specification Document (SRS)
Petter Nielsen Information Systems/IFI/UiO 1 Systems development Methodologies IN364.
44222: Information Systems Development
SM Sec.1 Dated 13/11/10 STRATEGY & STRUCTURE Group 3.
M253 Team Work in Distributed Environments Week (3) By Dr. Dina Tbaishat.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
UNIT III. A managerial problem can be described as the gap between a given current state of affairs and a future desired state. Problem solving may then.
1 Prepared by: Laila al-Hasan. 1. Definition of research 2. Characteristics of research 3. Types of research 4. Objectives 5. Inquiry mode 2 Prepared.
Week 2: Interviews. Definition and Types  What is an interview? Conversation with a purpose  Types of interviews 1. Unstructured 2. Structured 3. Focus.
Organizations of all types and sizes face a range of risks that can affect the achievement of their objectives. Organization's activities Strategic initiatives.
 System Requirement Specification and System Planning.
What is a system? A collection of components organized to accomplish a specific function or set of functions. [IEEE STD ]
SOFT SYSTEMS AND THE META MODEL SEPTEMBER 2018 perspectives abridged
Stakeholder Management
Tools for Implementation
Tools for Implementation
this lecture is about problem formulation,
Presentation transcript:

CMSCB3001 Business Systems Analysis Soft Systems Thinking

Soft Systems Thinking Last session we considered hard systems approaches A ‘hard problem’ can be defined as a person or organization that has a problem one (or more) desired ends that haven’t been attained at least two alternative courses of action that could be used to attain the end A statement of doubt about which alternative is preferable An environment of uncontrollable variables that can affect the ends sought These can be considered as structured problems Now we consider unstructured or soft problems that generally cannot be explicitly stated without appearing to simplify them e.g. What should we be doing about inner city schools?

Soft Problems Let us consider a prison system Why do prisons exist? Do they work? If not, why not? From these answers some relevant facts emerge There is a problem in the prison situation The problem is difficult to pinpoint Different people have different views of what the purpose of the system is and what is wrong with it This is typical of soft problems and is exactly the type of situation Soft System Methodology is designed to address The methodology is concerned with problematic situations where a problem is known to exist but is difficult to define.

Weltanschauung Consider this story: 'Three students, one in physics, one in engineering and one in business studies, were asked by a professor how they would use a barometer to determine the height of a tall building. The physics student said he would determine the atmospheric pressure at both the base and at the top of the building, using a well-known equation, he would then convert the difference between the readings into height. The engineering student said she would drop the barometer from the top of the building, time its descent to the ground and, again using a well--known equation convert this time into height. The business student said he would offer the barometer to the building’s caretaker as a gift, he would then ask him to tell him the height.’ Participants view the problem differently because of differing backgrounds, cultural roots, experience, education etc. This is known as weltanschaung and plays a key rôle in SSM

The Underlying Philosophy A methodological framework for action research A Learning or Inquiring system which uses system models to understand and intervene in real-world complexity A Singerian Enquirer The theme is taking purposeful action in human situations regarded as problematical. It is an organised process of enquiry, based on system models, which leads to a choice of purposeful action. It is built around the concept of the Human Activity System (HAS) and accepts that whenever we describe purposeful human activity, we include interpretation or 'point of view' (Weltanschauung). The outcome is learning which leads to a decision to take certain actions which lead not to 'the problem being solved' but to a new situation in which the whole process can begin again/ can be continued.

What does it look like

The Seven Stages in More Detail The unstructured problem situation. The Problem Situation expressed: Use a wide range of people with rôles in the situation Interest groups Collect as many perceptions of the problem as possible Features may include: Structure... physical layout, power hierarchy, reporting structure Communications... informal & formal Process... operations, monitoring, decision making & control Climate... relation between structure and process Performance Reflect W's... world views Identify conflicts Outputs - Rich Pictures and Relevant Systems

Root Definitions A Actors)... who would do these activities? A Root Definition (RD) is a concise, tightly constructed description of a Human Activity System which states what the system is; what it does is then elaborated in a conceptual model which is built on the basis of the definition. Every element in the definition must be reflected in the model derived from it. A well-formulated root definition will make explicit each of the elements in the mnemonic CATWOE. C (Customers)... who are the direct victims or beneficiaries of the transformation? A Actors)... who would do these activities? T (Transformation process)... what input is transformed to what output? W (World)... selected world view; a system for? O (Owner)... who could abolish this system? E (Environmental constraints)... what does this system take as given?

A General Root Definition A general RD embodying CATWOE might take the following form: A (..O..) owned system which, under the following environmental constraints (..E..), transforms this input (..input..) into this output (..output..) by means of the following major activities (...), the transformation being carried out by these actors (..A..) and directly affecting the following beneficiaries and/or victims (..C..). The world view which makes this transformation meaningful contains at least the following elements (..W..). No RD can ever provide a unique description of any actual manifestation of a H.A.S. It will always be only one possibility out of a large number. A Root Definition will only be a meaningful description of the relevant system according to a particular W.

Practical Guidelines for Developing Rd’s Describe an interpretation of what exists, e.g. 'A brewery owned system for...' not 'A pub is a building...'. Focus on a Human Activity System(HAS) not a physical system. Human Activity Systems describe some purposeful human activity. Customers are directly affected by the transformation not several stages removed. Avoid complex RD's, adopt only one transformation per RD and one transformation to reflect one W. Use CATWOE

Making & Testing Conceptual Models A CM is an account of what the system does in order to be what it is CM's are based on activities with elements as verbs In particular, CM's are based on the minimum and necessary set of activities as defined in the RD... and nothing else. Activities should be structured into a logical sequence. The first basic CM could consist of about 6 main activities to give a low resolution model, which should only be resolved into further detail as and when necessary. For each activity or decision ask the questions: What data are needed? What is the data content? What are the sources of data? How frequently is the data needed?

Practical Guidelines for Developing CM’s Developing CMs involves a process of iteration between the RD and CM, refining each until a reasonable model is reached. Avoid too sparse (simple) an RD by using CATWOE Language - Express activities as verbs. The presence of a noun may indicate that a real-world constraint (how the activity is done) is being imposed on the model. Method - Develop the 'minimum, necessary and sufficient activities' for the CM by identifying its output(s) and in reverse order, the activities required to produce these output(s).

Check the resulting Model against a Formal System Model For example against a general Human Activity System (HAS) model. The model could be a compilation of 'management' components required by a system that is capable of purposeful activity. This HAS could therefore include: An on-going purpose or mission. It may relate to goals, objectives and ideals. A measure of performance Decision-making process An environment System Boundaries Resources It has stability and viability These allow an analyst to reveal inadequacies in either the CM or RD.

Check the model against other Systems Thinking Models These may include: The Viable System Model Ackoffs 'Free Standing Management System’ or any relevant established theories and principles.

Compare the CM with the Real-World The difference between the CM and the real-world should be sufficient to generate debate and further enquiry, but not too great to seem unrealistic to the point of terminating further enquiry. Too small a difference will seem unreasonable for the effort put into the study and too large a difference would probably seem unrealistic and 'idealistic'. There are four ways of comparing the CM with the real-world. Use the CM to generate questions. Use the CM to reconstruct a sequence of events in the past and compare with what would have happened if the relevant CM had been implemented. In some cases, major strategic questions will be raised about present activities; Why do this at all? One can concentrate on the features of the CM that are especially different from the present and ask why? Use the same form of model in the CM and in the model of 'what exists' and by overlaying models, reveal mismatches. One can also ask 'What RD is implied by the existing system' where a significant difference exists.

Identify Systemically Desirable, Culturally Feasible Change systemically desirable... if the change results from a 'well conducted' application of the SSM. culturally feasible... If those involved in the situation can express ways in which the change can be made. Can consider three types of change: structural... static elements such as organisation, reporting structure etc. procedural... dynamic elements attitudinal... expectations, attitudes etc.

Criticisms of SSM The method relies to some extent on the presence of 'conflict' or differences of viewpoint within the problematic situation. Many business situations simply are not controversial - the 'Law of Situation' prevails 'Force' can be used to impose a particular 'W' The methodology implies that actors in a situation have the latitude to instigate change when conflict does exist, the method relies on a degree of overlap between sets of views to enable changes acceptable to all parties to be derived. It is not always easy to find changes which satisfy the criteria of systemically desirable & culturally feasible and which are acceptable to all parties. There is some debate regarding the effectiveness of the methodology in achieving radical change.