INFORMATION GATHERING FOR INFORMATION SYSTEMS DEVELOPMENT IMS1001 - Information Systems 1 CSE1204 - Information Systems 1.

Slides:



Advertisements
Similar presentations
2.06 Understand data-collection methods to evaluate their appropriateness for the research problem/issue.
Advertisements

IMS1001 – Information Systems 1 CSE Information Systems 1
Data Flow Diagrams Levelling Them; Process Modelling Using Function Decomposition CSE Information Systems 1.
2.1 Topic 2 INFORMATION GATHERING FOR INFORMATION SYSTEMS DEVELOPMENT IMS Systems Analysis and Design.
CSE Information Systems 1
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Topics: Interviewing Question Type Interviewing techniques
Lecture 6 Generating and Selecting Design Alternatives IMS1002 /CSE1205 Systems Analysis and Design.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Monash University, SIMS, Semester One, DATA GATHERING FOR INFORMATION SYSTEMS DEVELOPMENT CSE Information Systems 1 CSE Information Systems.
Monash University, SIMS, Semester One, Alternative DATA GATHERING FOR INFORMATION SYSTEMS DEVELOPMENT CSE Information Systems 1 CSE Information.
Systems Analysis and Design in a Changing World, Fourth Edition
Business research methods: data sources
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Chapter 4: Beginning the Analysis: Investigating System Requirements
03/12/2001 © Bennett, McRobb and Farmer Requirements Capture Based on Chapter 6 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Process Modelling Using Data Flow Diagrams - Building and Levelling Them; Process Modelling Using Function Decomposition CSE Information Systems.
Types of interview used in research
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
Requirements Modeling
Chapter 4: Beginning the Analysis: Investigating System Requirements
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
MANAGEMENT OF MARKETING
Questionnaires and Interviews
Approaches to Investigating a System “Who knows what’s happening now?”
Designing 1-1 Interviews and Focus Groups Desmond Thomas, University of Essex.
PRJ566 Project Planning and Management
1 WXGC6102: Object-Oriented Techniques Requirements Capture References: Chapter 6 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
Requirements Capture Fact Finding Part 2.
CSE323 การวิเคราะห์และออกแบบระบบ (Systems Analysis and Design) Lecture 03: Requirements Capture Requirements Analysis.
BIS 360 – Lecture Five Ch. 7: Determining System Requirements.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
1 SYS366 Week 4, Lecture 1 Introduction to Requirements Gathering: Part 3 – Getting to Software Requirements.
Modern Systems Analysis and Design Third Edition
Evaluating a Research Report
Data Collection Methods
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
There are many occasions for fact-finding during the database system development lifecycle. fact-finding is particularly crucial to the early stages of.
Team-Based Development ISYS321 Determining Object- Oriented Systems Requirements.
1 4 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 4 Beginning the Analysis: Investigating System Requirements.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
Database Analysis and the DreamHome Case Study
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
University of Sunderland Professionalism and Personal Skills Unit 9 Professionalism and Personal Skills Lecture Data Collection.
Systems Analysis and Design in a Changing World, Thursday, Feb 1.
1 Learning Objectives: 1.Understand data collection principles and practices. 2.Describe the differences between collecting qualitative and quantitative.
IFS310: Module 3 1/25/2007 Fact Finding Techniques.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
Data Gathering Techniques 27 th February Data Gathering Techniques System requirements specify what the system must do or what property or quality.
Centre for Information & Knowledge Management INFORMATION SYSTEMS MANAGEMENT Jamie O’Brien Centre for Information & Knowledge Management University of.
Systems Development Life Cycle
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
© (2015, 2012, 2008) by Pearson Education, Inc. All Rights Reserved Chapter 7: Collecting Qualitative Data Educational Research: Planning, Conducting,
1 Week 8 - Life cycle vs Methodology IT2005 System Analysis & Design.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Fashion MARKETING TID1131. Types of research Quantitative research Information relating to numbers – quantity. Method - surveys Qualitative research To.
6-1 Functional vs. Nonfunctional Requirements Functional requirement - something the information system must do Nonfunctional requirement - a property.
Week 2: Interviews. Definition and Types  What is an interview? Conversation with a purpose  Types of interviews 1. Unstructured 2. Structured 3. Focus.
Chapter 29 Conducting Market Research. Objectives  Explain the steps in designing and conducting market research  Compare primary and secondary data.
Fact Finding (Capturing Requirements) Systems Development.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
Data Collection Techniques
Research & Development
Chapter 5 Determining System Requirements
Essentials of Systems Analysis and Design Fourth Edition
Job Analysis Chapter 5.
Chapter 7 Determining System Requirements
Presentation transcript:

INFORMATION GATHERING FOR INFORMATION SYSTEMS DEVELOPMENT IMS Information Systems 1 CSE Information Systems 1

Lecture Objectives l to be aware of various methods for data gathering in respect of information system development l to understand the usefulness and suitability of various data gathering methods for particular problem situations

Data gathering in systems development Data gathering is a major task of systems analysis. Systems analysis involves: l Understanding and describing how the current system functions l Determining what users would like their new system to do (requirements) l Need to collect information: current and future situations, problems, opportunities, constraints

Data gathering as a foundation for developing information systems What data? Sources of data? What data gathering methods? What strategy for gathering data is needed? How will the data gathered be analysed?

Data about the business or organisation Data about the business environment Data about the system’s environment Data about the users of the system Data about the current system Data about the proposed system Constraints: e.g. cost, technical,timeframe What data to gather?

The business or organisation: Data about the nature of the business and its market and business environment Data about business goals and objectives that dictate what and how work is done Data about organisational structure: major functions, departments etc Data about major business subsystems and how they interact Data about business policies and guidelines

Users of the system: Roles and responsibilities Reporting structures Job specifications and actual tasks performed Information needed to do their jobs Formal and informal communication and workflow channels What data to gather?

Users of the system: Data about roles and responsibilities Data about reporting structures Job specifications and data about actual tasks performed Data about information needed to do their jobs Data about formal and informal communication and workflow channels What data to gather?

The existing system: Data about tasks and workflow: functions, processes, sequence of processes, methods and procedures, inputs, outputs Data about the data (definition, volumes, size etc.) Data about interactions with other systems Data about work volumes and processing cycles Data about performance standards and criteria Data about control mechanisms: e.g security, accuracy Data about problems: e.g. efficiency, information What data to gather?

The new system: Data about system requirement: a need or desire to be met by a proposed system Data about both functional requirements (processes and functionality) and non-functional requirements (security, performance, service etc.) Data about constraints e.g. existing technology Data about interactions with other systems Data about relationship to existing system/s What data to gather?

Sources of data Users and other stakeholders Documents about the system Documents about the organisation Documents and data used within the existing system Transactions within existing system External sources

Users System sponsor/owner: overall project objectives Managers: high level, broad view of existing system and requirements End-users: detailed, operational level view of existing system and requirements Technical staff: technology capaabilities, limitations etc. External stakeholders: e.g. customers Sources of data

Documents about the system and organisation: Organisation charts Policy manuals Business reports: financial, annual etc. Jobs, procedure, operations manuals Training manuals Existing system documentation Internal reports relating to the system Sources of data

Documents and data used within the existing system: Files, databases, programs, forms, reports Informal: Memos, bulletin boards, files External sources: Other organisations’ systems Hardware & software vendors Business & industry publications Sources of data

l Interviews l Questionnaires l Observation l Sampling documents and transactions l Research and site visits What data gathering methods?

Interviews l Generally the most important and widely-used method for data gathering l May be formal/structured (specific questions) or informal/unstructured (general goal or purpose) l Need an interview strategy for the entire interviewing process l Need an interview plan or guide for each interview

The interview strategy l Identify the users to interview: Do this after you have an initial understanding of the organisation and system Establish general objectives and guidelines for the entire interviewing process: e.g. information to be obtained, sources, formats, documenting, analysis Ensure all key people are included

l Determine the sequence of interviews: E.g. management first: broad overview of system operations gain support and co-operation help to identify who to interview next Then system users: obtain information about detailed operations l Co-ordinate the interviewing process: Compare results, select follow ups etc. The interview strategy

l Need individual interview plans: Initial interviews to meet users Fact gathering interviews Follow up interviews l Interview plans: Decide on interview structure Determine content of questions Decide on question types

Interviews Need to consider: Who has the information you need? Where to conduct the interview? When is the best time to interview? How should the interview progress?

The individual interview l Before the interview: Arrange time and place, necessary materials, inform interviewee of interview purpose l Conduct the interview l After the interview: Write an interview report Review this with the interviewee at a follow up interview

The interview structure l Preliminaries: Introduction, purpose, environment and procedures e.g. permission to tape l “Body”: Define what you already believe to be true and confirm this, explore points & issues further, new areas (questions) l Conclusion: Summarise and confirm your findings Schedule a follow up interview

The interview plan See Whitten et al (2001),Figure 6.5 pp 233 for a sample interview guide. SUBJECT DATE TIME PLACE OBJECTIVE TOPIC 1 TOPIC 2 TOPIC n General comments/ notes:

Interviews: types of questions l Closed: how many transactions per day? Limits available responses l Open: tell me about ….. Leaves options open for interviewee l Probe: tell me more about the problem with the …. To clarify and expand l Mirror: From what you said, I understand that…. To confirm what was said etc.

Interviews: types of questions l Avoid long, complex, or double-barrelled questions: what decisions are made during this process and how do you make them? l Avoid leading questions; you don’t need the customer number on this report, do you? l Avoid loaded questions: when did you first discover the mistake? i.e. how long have you known and done nothing?

Interviews: advantages l obtain extensive, complex detailed information l get insights and opinions l discover informal procedures l flexible e.g. explore issues further or new issues l establish rapport with interviewee and understand their attitudes l reveal the ‘politics’ of the system environment l information is revealed both by the spoken word and by the interviewee’s body language l guaranteed response

Interviews: Disadvantages l Time-consuming l Costly l Danger of bias l More difficult to tabulate and analyse results e.g. to obtain an overall picture l Success in interviewing depends on the inter- personal skills of the interviewer

Questionnaires l A structured method of data gathering in which written questions/comments are provided for the participants to respond to in written form l The questionnaire can take many forms - write comments/ select from a list of possible responses/ mark on a scale l May permit either quantitative or qualitative data (mark out of 10/grade from good to bad) l Usually involves no direct contact between data gatherer and respondents

Questionnaires l Useful when small amounts of data are required from a large number of people l For geographically dispersed respondents l Types of questions: Open-ended (free format) Fill-in-the-blank Multiple choice Rating Ranking

Designing questionnaires l What facts and opinions to be collected l Who to sample and sample size l Types of questions and wording (precise, accurate, unambiguous) l How to administer e.g. paper, online, mail out etc. l Format and layout (grouping, crosschecks etc.) l Test on small sample of respondents l How completed questionnaires will be returned and collated l How analysis of the data will be carried out

Questionnaires l Useful for: Obtaining simple opinions, facts Quantifying what was found in interviews Identifying issues before interviewing Determining extent of problems l Not useful for detailed or complex information or exploring issues in depth l Can supplement other methods

Questionnaires: advantages l most economical method for gathering data from large numbers of people l quick and easy to administer l results can be tabulated rapidly and analysed readily l allow respondents to be anonymous l gives respondents time to reflect on answers l respondents complete in their own time

Questionnaires: disadvantages l difficult to construct effective questionnaires l specific and limited amounts of information l possible low return rates l possible bias and misinterpretation l cannot probe issues further (inflexible) l cannot clarify vague or incomplete answers l lack non-verbal communication

Observation l observing the actual processes of a system l need to prepare beforehand, and report on data collected l gain first hand knowledge of current system’s operations l clarify other information collected l understand complex procedures l inexpensive l behaviour distortions may affect reliability l unrepresentative samples affect reliability

Sampling of documents and transactions l Sampling: collecting a representative sample of documents, forms, transactions l Useful for specific information e.g. transaction volumes and types, file sizes l Useful where large volumes exist l Information about existing system operations l Representative samples must be selected: determine sample size, appropriate range, avoid bias

Research and site visits l Most problems not unique: learn from experiences of other organisations l Professional societies can provide contacts for site visits l Computer trade journals and magazines and the internet can be sources for research into the problem/s e.g. do appropriate software packages exist?

Other data gathering methods Other “modern” methods used: Discovery prototyping JAD (Joint Application Development) sessions Focus groups

A data gathering strategy l Data gathering must be carefully planned in order to make the most of the time and resources available: Information sources Data gathering methods Recording and documentation methods Data analysis methods Procedures for reviewing results with management and users

A data gathering strategy l E.g. a “top down” approach: Initial interviews with management to determine major system activities and data Document and verify this Expand major system component descriptions into detailed descriptions: Interview operational users, sampling, questionnaires, observation etc Document and verify this Repeat these last two steps as necessary Review findings with management

A data gathering strategy l Consider costs: allow for time and resources required for initial and ongoing information gathering l Use the least expensive methods first l Plan how to check the validity of data: Cross checking between groups, methods Evaluate data for inconsistencies Ask further questions l Plan documentation of data e.g. records of interviews etc. data dictionary, system models

Data gathering in practice l Completeness? l Accuracy? l Objectivity? l Biases? l Stability? l Representative? l Finished?

References l WHITTEN, J.L., BENTLEY, L.D. and DITTMAN, K.C. (2001) 5th ed., Systems Analysis and Design Methods, Irwin/McGraw-HilI, New York, NY. Chapter 6 l HOFFER, J.A., GEORGE, J.F. and VALACICH (1999) 2nd ed., Modern Systems Analysis and Design, Benjamin/Cummings, Massachusetts. Chapter 7 l DWYER, J. (1997) The Business Communication Handbook (4 th edition) Prentice-Hall, New York, N.Y. Chapter 5