Information Technology IMS5024 Information Systems Modelling Human Activity modelling.

Slides:



Advertisements
Similar presentations
Requirements gathering
Advertisements

1 Decision Support & Executive Information Systems: Soft Systems Approach LECTURE 4 Amare Michael Desta.
4th Module: Information Systems Development and Implementation:
1 Soft Systems Methodology systems thinking systems thinking systems thinking systems thinking systems thinking systems thinking.
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.
Soft Systems Methodology
Introduction to Soft Systems Methodology
Soft Systems Methodology
IMS Information Systems Development Practices
CMSCB3001 Business Systems Analysis
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.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
淡江資管碩專一 許瀞文 陳雅玲 指導教授:戴敏育 博士 報告日期:
Analytical methods for Information Systems Professionals
IMS5024 Lecture 2 Philosophical aspects of modelling information.
Unit 10 University of Sunderland CSEM04 ROSCO Unit 10: The Rich Pictures Technique CSEM04: Risk and Opportunities of Systems Change in Organisations Prof.
Analytical methods for IS professionals ISYS3015 Qualitative research methods Data collection.
13.1 Revision IMS Information Systems Development Practices.
1.1 Introduction: concepts and overview of systems development IMS Information Systems Development Practices.
Lecture 13 Revision IMS Systems Analysis and Design.
IMS1805 Systems Analysis Topic 3 (revisited and continued): Doing analysis – a ‘soft’ systems perspective.
Requirements Analysis Concepts & Principles
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
12.1 Frameworks for comparing ISD methodologies IMS Information Systems Development Practices.
Ims5024 Week 71 IMS 5024 Object orientation (2). Ims5024 Week 72 Content Group assignment Use-cases State transition diagrams Place in ISD Evaluation.
Software Engineering: Analysis and Design - CSE3308
1 Software Requirements Specification Lecture 14.
HFSD 1 © Copyright De Montfort University 1999 All Rights Reserved ETHICS l Objectives: u to explain the ETHICS methodology for Information Systems Development.
Metode Pemecahan Masalah 1 Session 1: Metode Pemecahan Masalah 1 Seminar e-Bisnis Program Studi Manajemen Universitas Bina Nusantara.
IMS Information Systems Development Practices
IMS5024 Week 81 IMS 5024 Human Activity modelling.
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
socio-organizational issues and stakeholder requirements
Information Systems Development : Overview. Information systems development practice Concept and role of a systems development methodology Approaches.
13.1 Revision Semester 2, 2005 IMS Information Systems Development Practices.
UFCE8V-20-3 Information Systems Development 3 (SHAPE HK)
IE398 - lecture 10 SSM in detail
COM332 – SA3 Methods and Methodologies. Themes –Methods and methodologies –Tools and techniques for IS development –Responsible systems development –Why.
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
Foundation Degree IT Project Methodologies (for reference)
Systems Thinking and SSM Properties of systems “Hard” and “soft” approaches Introduction to Soft Systems Methodology Some SSM techniques.
Requirements Analysis
SSM & Information Systems
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
Business Analysis and Essential Competencies
Link to find out about accessibility of websites
IS2210: Systems Analysis and Systems Design and Change Twitter:
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
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.
Systems Development Life Cycle
Module 4: Systems Development Chapter 13: Investigation and Analysis.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Techniques In Information Systems Development Methodology.
M253 Team Work in Distributed Environments Week (3) By Dr. Dina Tbaishat.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Technical Communication: Concepts and Features
CASE Tools and Joint and Rapid Application Development
Chapter 10 Holistic Techniques.
What is a system? A collection of components organized to accomplish a specific function or set of functions. [IEEE STD ]
THE BUSINESS ANALYSIS PROCESS MODEL
Stakeholder Management
Needs tree introduction
Presentation transcript:

Information Technology IMS5024 Information Systems Modelling Human Activity modelling

School of Information Management & Systems 9.2 Content Soft Systems Methodology

School of Information Management & Systems 9.3 Why consider human behaviour? Started with participation History of participation - refer back to Hirschheim et al. Early ISD payed lip service to participation System technically viable – but fails because?

School of Information Management & Systems 9.4 History of ISD methodologies GenerationPrinciple management and organisational issues Formal life-cycle approaches Control of SDLC; guidance through standardization Structured approaches Productivity, better maintainable systems, control over analyst/programmer Prototyping and evolutionary approaches Speed and Flexibility, overcome communication gap, right kind of system instead of getting system right

School of Information Management & Systems 9.5 History of ISD methodologies(2) GenerationPrinciple management and organisational issues Socio-technical, participatory approaches Control of ISD by users through participation; conflict management; joint optimisation Sense-making and problem formulation approaches Multiple perspectives in problem framing; software development as social reality construction

School of Information Management & Systems 9.6 History of ISD methodologies(3) GenerationPrinciple management and organisational issues Trade-Union led approaches Labour/ management conflict; workers rights; industrial democracy Emancipator approaches Improve communication; furthering emancipatory effects of ISD

School of Information Management & Systems 9.7 Answers to these problems: More than interviews HCI End user computing JAD and JRP Prototyping

School of Information Management & Systems 9.8 Three levels of participation: Consultative – lowest level Representative – design group, equal say Consensus- involve all user department staff, user driven

School of Information Management & Systems 9.9 Human Activity modelling view of ISD: Conventional Human-oriented after Fig 7.1 Avison & Fitzgerald

School of Information Management & Systems 9.10 Soft Systems Methodology (always abbreviated to SSM) came from the failure of systems engineering to solve management problems applies systems thinking to messy problems not a development methodology

School of Information Management & Systems 9.11 rationale for SSM humans attribute meaning to what they experience and observe we form intentions and take action based on the meanings we derive new experiences can change the meaning we attribute this is called learning

School of Information Management & Systems 9.12 application of SSM people take purposeful action using Information Systems as tools if analysts understand their intentions we can build better tools SSM brings rigour to the process of understanding

the basic shape of SSM Checkland and Scholes (1990) p29

School of Information Management & Systems 9.14 the process of doing SSM a situation is interpreted by some as being a problem which they want to fix the situation is a product of history it has a cultural dimension and a logic- based dimension the one informs the other so that agreed action is both culturally feasible and systemically desirable

School of Information Management & Systems 9.15 activities in an SSM study identify and engage the problem situation express the problem situation define “systems” which might be relevant model the relevant systems compare them with the real world and discuss identify changes agreed to be feasible and desirable take action to change the situation

School of Information Management & Systems 9.16 the cultural enquiry understand the situation record your understanding diagrammatically analyse the intervention identify the roles being played place the roles in their social context try to identify the political dimension in the problem situation

School of Information Management & Systems 9.17 understanding the situation Rich Picture Diagram interested parties alliances feuds values constraints perceptions documents the people-related issues

School of Information Management & Systems 9.18 Rich Picture Diagrams you don’t have to be an artist! it would take too many words to express shows complexity better than linear prose for the use of the analyst alone; not a communication tool refer: Lewis, Avison & Wood-Harper, Avison & Fitzgerald

Rich Picture Diagram Checkland and Scholes (1990) p47

School of Information Management & Systems 9.20 RPD examples Checkland and Scholes (1990) figures 2.13, 2.14 pp46-47 Avison and Fitzgerald (1995) figure 4.2 p112 Lewis P.J in EJIS 1,5 pp

School of Information Management & Systems 9.21 Analysis One analysis of the intervention itself who is the client? who is the would-be problem solver? who is the problem owner?

School of Information Management & Systems 9.22 Analysis Two roles norms values the interaction of these three determines the social fabric of the situation

Analysis Two Checkland and Scholes (1990) p49

School of Information Management & Systems 9.24 Analysis Three who has power in the situation? how is it manifest? who can you believe? you can’t ask straight questions what do you do when they wont tell you? can the politics ruin the whole exercise?

School of Information Management & Systems 9.25 Content Rich pictures Root definitions Conceptual models SSM Others (Multiview, Ethics) Place in ISD Evaluation of Human Activity modelling

School of Information Management & Systems 9.26 Reading for next week Checkland and Scholes Chapter 2, pp Lewis, P European Journal of Information Systems 1, 5, pp Davies, L Journal of Applied Systems Analysis 15, 1, pp31-36

School of Information Management & Systems 9.27 like natural systems and designed systems, they are useful descriptors different from the actions which people undertake in life a conceptual rather than a descriptive model but, a conceptual model from somebody’s point of view human activity systems

School of Information Management & Systems 9.28 Relevant Systems a system to… ….perfectly perform some function each person involved will have a point of view on what is the perfect performance

School of Information Management & Systems 9.29 selecting relevant systems no system is inherently relevant to a given problem situation Primary Task system Issue-based systems metaphors can help conceptualise systems

School of Information Management & Systems 9.30 Relevant system a system (in the philosophical sense) that is helpful for understanding a real-world situation scope / boundary defined purpose input - transformation - output consistent / dependable it is a human activity system

School of Information Management & Systems 9.31 naming relevant systems a Root Definition (the name) expresses the essence of a particular relevant system It is a transformation from input to output “A system to do X by means of Y in order to achieve Z” best done by considering the elements of the CATWOE mnemonic

School of Information Management & Systems 9.32 CATWOE mnemonic C ustomers A ctors T ransformation W eltanschauung O wners E nvironment The Core issues

School of Information Management & Systems 9.33 Relevant system / Root Definition There may be many for any one real world situation One primary task Root Definition Many issue-based task Root Definitions

School of Information Management & Systems 9.34 conceptual models the minimum set of activities necessary to undertake the transformation based on logical contingency may be hierarchically decomposed represented as process bubbles linked by contingency arrows includes monitoring and control

School of Information Management & Systems 9.35 conceptual model structure Do this activity first 1 Then you can do this activity 3 Only do this after the other activities 4 Must do this before the last activity 2 Monitor Define performance criteria Take control action

School of Information Management & Systems 9.36 what use is the model? it is an ideal type relevant to the problem it is neither valid nor invalid, only defensible or indefensible in terms of the problem Used to start a discussion about the model and its relevance to the problem Does this model suggest some action for improvement of the problem situation?

School of Information Management & Systems 9.37 achieving results several methods of testing the models search for agreement not compromise the whole problem wont be “solved” make the agreed changes reflect on their outcome do the whole process over again until agreement to finish

comparison matrix from Checkland & Scholes (1990) p43

School of Information Management & Systems 9.39 Advantages/ Benefits of Human Activity modelling Include different perspectives on a problem situation Compare reality with the conceptual model Participation of affected people essential Change is a central element of the process Others??

School of Information Management & Systems 9.40 Disadvantages of Human Activity modelling Only useable in soft problems Can take a long time to reach consensus Some managers see this as silly Not well used Others??

School of Information Management & Systems 9.41 References Checkland and Scholes (1990) Soft Systems Methodology in Action. John Wiley & Sons Avison and Fitzgerald (2003) Information Systems Development. 3 rd edn. McGraw- Hill Stowell (1995) Information Systems Provision. McGraw-Hill.