© Prentice Hall 2002 8.1 CHAPTER 8 Basic Information Systems Concepts.

Slides:



Advertisements
Similar presentations
Ch 3 System Development Environment
Advertisements

Pertemuan - 15 Matakuliah: M0304/Corporate Information System Management Tahun: 2008.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Managing Information Technology 6 th Edition CHAPTER 9 BASIC INFORMATION SYSTEMS.
Information Systems Analysis and Design
Chapter 1 Section II Fundamentals of Information Systems
Pertemuan 3 Konsep Dasar Teknologi Informasi
Prentice Hall, Database Systems Week 1 Introduction By Zekrullah Popal.
Chapter 9: Basic Information Systems Concepts. Definitions u A system is a set of interrelated components that must work together to achieve some common.
Copyright © 2011 Pearson Education, Inc. publishing as Prentice Hall 8-1 MANAGING INFORMATION TECHNOLOGY 7 th EDITION CHAPTER 8 BASIC SYSTEMS CONCEPTS.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Chapter 1 The Systems Development Environment
© Prentice Hall CHAPTER 9 Application Development by Information Systems Professionals.
Chapter 6 Database Design
Chapter 1 Assuming the Role of the Systems Analyst
Lecture 13 Revision IMS Systems Analysis and Design.
Chapter 2 Succeeding as a Systems Analyst
Structuring System Requirements: Process Modeling
E. Wainright Martin Carol V. Brown Daniel W. DeHayes Jeffrey A. Hoffer William C. Perkins MANAGINGINFORMATIONTECHNOLOGY FIFTH EDITION CHAPTER 9 (part a)
Review 4 Chapters 8, 9, 10.
Chapter 1 Assuming the Role of the Systems Analyst
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Chapter 9 Database Design
1-1 © Prentice Hall, 2007 Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
6 Chapter 6 Database Design Hachim Haddouti. 6 2 Hachim Haddouti and Rob & Coronel, Ch6 In this chapter, you will learn: That successful database design.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
SDLC. Information Systems Development Terms SDLC - the development method used by most organizations today for large, complex systems Systems Analysts.
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 1.1.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Chapter 22 Systems Design, Implementation, and Operation Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 22-1.
Continuation From Chapter From Chapter 1
Systems Analysis and Design: The Big Picture
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Pertemuan 5 Pengembangan Teknologi Informasi Matakuliah: H0402/PENGELOLAAN SISTEM KOMPUTER Tahun: 2005 Versi: 1/0.
Laudon & Laudon: Canadian Edition
Week 5: Business Processes and Process Modeling MIS 2101: Management Information Systems.
Information Systems in Organisations System Development: The Environment.
Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
IST 210 Database Design Process IST 210 Todd S. Bacastow January 2005.
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
1-1 © Prentice Hall, 2007 Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
CONCEPT OF MIS. Management “Management can be defined as a science of using resources rationally (utilization of resources in judicious manner using appropriate.
© 2010 Health Information Management: Concepts, Principles, and Practice Chapter 5: Data and Information Management.
© 2005 Prentice Hall1-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Foundations of Information Systems in Business. System ® System  A system is an interrelated set of business procedures used within one business unit.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
Modern Systems Analysis and Design Third Edition Chapter 2 Succeeding as a Systems Analyst 2.1.
CS523 Database Design Instructor : Somchai Thangsathityangkul You can download lecture note at Class Presence 10% Quiz 10%
Information System Analysis Introduction. General System Theory Importance for information systemsGeneral System Theory Delineate components and their.
1-1 © Prentice Hall, 2004 Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
System A system is a set of elements and relationships which are different from relationships of the set or its elements to other elements or sets.
IST 210 Database Design Process IST 210, Section 1 Todd S. Bacastow January 2004.
Public Management Information Systems System Analysis & Design Saturday, June 11, 2016 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program.
Chapter 1 Assuming the Role of the Systems Analyst.
Decision Support and Business Intelligence Systems
Fundamentals of Information Systems, Sixth Edition
Chapter 2 Succeeding as a Systems Analyst
Chapter 6 Database Design
Chapter 1 The Systems Development Environment
Business Process Reengineering
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management
CHAPTER 5 THE DATA RESOURCE
Presentation transcript:

© Prentice Hall CHAPTER 8 Basic Information Systems Concepts

© Prentice Hall SYSTEMS VIEW FRAMEWORK FOR SEEING INTERRELATIONSHIPSFRAMEWORK FOR SEEING INTERRELATIONSHIPS SYSTEM: Set of interrelated components working together to achieve common purposeSYSTEM: Set of interrelated components working together to achieve common purpose INFORMATION SYSTEM (IS): Collection of information technology, procedures, & people that captures, moves, manages, distributes data & informationINFORMATION SYSTEM (IS): Collection of information technology, procedures, & people that captures, moves, manages, distributes data & information*

© Prentice Hall SYSTEM BOUNDARY GENERAL STRUCTURE OF SYSTEM ENVIRONMENT COMPONENT 2 Interface Input 2 Interface COMPONENT 3 Input 1 STORAGE 1 COMPONENT 2 Interface Output 1

© Prentice Hall SYSTEM BOUNDARY DIVIDING LINEDIVIDING LINE PLACED BASED ON THE PURPOSE: Usually not a fixed linePLACED BASED ON THE PURPOSE: Usually not a fixed line CONTROL OR REDESIGN WITHIN THE BOUNDARYCONTROL OR REDESIGN WITHIN THE BOUNDARY ENVIRONMENT OUTSIDE THE BOUNDARYENVIRONMENT OUTSIDE THE BOUNDARY*

© Prentice Hall SYSTEM BOUNDARY WHAT CAN BE CONTROLLED: External elements are constraintsWHAT CAN BE CONTROLLED: External elements are constraints WHAT SCOPE MANAGEABLE WITHIN GIVEN TIME PERIOD: Complex systems take longer to design, modifyWHAT SCOPE MANAGEABLE WITHIN GIVEN TIME PERIOD: Complex systems take longer to design, modify WHAT IS IMPACT OF BOUNDARY CHANGE: Dynamic changes require accommodationWHAT IS IMPACT OF BOUNDARY CHANGE: Dynamic changes require accommodation*

© Prentice Hall COMPONENT DECOMPOSITION BREAK SYSTEM INTO SUBSYSTEMSBREAK SYSTEM INTO SUBSYSTEMS COMPONENTS OF SUBSYSTEM MAY FORM MORE SUBSYSTEMSCOMPONENTS OF SUBSYSTEM MAY FORM MORE SUBSYSTEMS OFTEN SUBSYSTEMS ARE EASIER TO UNDERSTAND, CREATE, MODIFYOFTEN SUBSYSTEMS ARE EASIER TO UNDERSTAND, CREATE, MODIFY*

© Prentice Hall GOALS OF HIERARCHICAL DECOMPOSITION 1. COPE WITH COMPLEXITY OF SYSTEM 2. ANALYZE OR CHANGE ONLY PART OF SYSTEM 3. DESIGN, BUILD SUBSYSTEMS AT DIFFERENT TIMES 4. DIRECT ATTENTION OF TARGET AUDIENCE 5. ALLOW COMPONENTS TO OPERATE INDEPENDENTLY *

© Prentice Hall FUNDAMENTAL COMPONENTS OF ORGANIZATION PEOPLEPEOPLE INFORMATION TECHNOLOGYINFORMATION TECHNOLOGY BUSINESS PROCESSESBUSINESS PROCESSES ORGANIZATIONAL STRUCTUREORGANIZATIONAL STRUCTURE EACH IMPACTS THE REST! *

© Prentice Hall DECISION MAKING PROCESS INTELLIGENCE: Search for needs, collect dataINTELLIGENCE: Search for needs, collect data DESIGN: Generate alternatives, test feasibilityDESIGN: Generate alternatives, test feasibility CHOICE: Select from alternativesCHOICE: Select from alternatives PERSUASION: Influencing others to accept & follow chosen solutionPERSUASION: Influencing others to accept & follow chosen solution IMPLEMENTATION: Install solution on time, within budgetIMPLEMENTATION: Install solution on time, within budget FOLLOW-UP: Monitor, modify, refineFOLLOW-UP: Monitor, modify, refine CONSTANT FEEDBACK *

© Prentice Hall BUSINESS PROCESSES A SET OF WORK ACTIVITIES & RESOURCES A SET OF WORK ACTIVITIES & RESOURCES IDENTIFYIDENTIFY EVALUATEEVALUATE REDESIGNREDESIGN USE INFORMATION TECHNOLOGY (IT) TO BREAK RULES! *

© Prentice Hall EVALUATING A PROCESS X DOES X DEFINE FIRM TO CUSTOMERS, EMPLOYEES, INVESTORS?DOES X DEFINE FIRM TO CUSTOMERS, EMPLOYEES, INVESTORS? –YES: IDENTIFY –NO: GO ON IS EXCELLING AT X CRITICAL TO BUSINESS?IS EXCELLING AT X CRITICAL TO BUSINESS? –YES: PRIORITY –NO: GO ON*

© Prentice Hall EVALUATING A PROCESS X DOES X SUPPORT OTHER PROCESSES?DOES X SUPPORT OTHER PROCESSES? –YES: BACKGROUND –NO: GO ON IS X CARRIED OUT ONLY BECAUSE IT IS LEGALLY REQUIRED?IS X CARRIED OUT ONLY BECAUSE IT IS LEGALLY REQUIRED? –YES: MANDATED –NO: FOLKLORE > ABANDON*

© Prentice Hall BUSINESS PROCESS REDESIGN* START WITH “CLEAN SLATE”START WITH “CLEAN SLATE” USE IT TO RADICALLY CHANGE PROCESSESUSE IT TO RADICALLY CHANGE PROCESSES QUESTION ASSUMPTIONS & RULESQUESTION ASSUMPTIONS & RULES ASK “WHY?”, “WHAT IF?”, “WHO SAYS SO?”, “WHAT DO CUSTOMERS THINK?”ASK “WHY?”, “WHAT IF?”, “WHO SAYS SO?”, “WHAT DO CUSTOMERS THINK?”* *Hammer, 1990

© Prentice Hall USING IT TO BREAK DYSFUNCTIONAL RULES* OLD RULE: Information can appear in only one place at one time.OLD RULE: Information can appear in only one place at one time. DISRUPTIVE TECHNOLOGY: Shared databasesDISRUPTIVE TECHNOLOGY: Shared databases NEW RULE: Information can be used simultaneously in many placesNEW RULE: Information can be used simultaneously in many places* Example #1 *Hammer & Chanmpy, 1993

© Prentice Hall OLD RULE: Only EXPERTS do complex work.OLD RULE: Only EXPERTS do complex work. DISRUPTIVE TECHNOLOGY: Expert systemsDISRUPTIVE TECHNOLOGY: Expert systems NEW RULE: Generalists can do complex work like an EXPERTNEW RULE: Generalists can do complex work like an EXPERT* *Hammer & Chanmpy, 1993 USING IT TO BREAK DYSFUNCTIONAL RULES* Example #2

© Prentice Hall OLD RULE: Field personnel need OFFICES to receive, store, retrieve, and transmit information.OLD RULE: Field personnel need OFFICES to receive, store, retrieve, and transmit information. DISRUPTIVE TECHNOLOGY: Portable and home computers, modems, and wireless data communicationDISRUPTIVE TECHNOLOGY: Portable and home computers, modems, and wireless data communication NEW RULE: Field personnel send and receive information WHEREVER they areNEW RULE: Field personnel send and receive information WHEREVER they are* *Hammer & Chanmpy, 1993 USING IT TO BREAK DYSFUNCTIONAL RULES* Example #3

© Prentice Hall PRINCIPLES FOR REDESIGNING PROCESSES* 1.ORGANIZE AROUND OUTCOMES, NOT TASKS 2.ASSIGN USERS OF OUTPUT TO PERFORM PROCESS 3.INTEGRATE INFORMATION PROCESSING INTO WORK THAT PRODUCES INFORMATION * *Hammer, 1990

© Prentice Hall PRINCIPLES FOR REDESIGNING PROCESSES* 4.CREATE VIRTUAL ENTERPRISE BY TREATING GEOGRAPHICALLY DISTRIBUTED RESOURCES AS THOUGH THEY WERE CENTRALIZED 5.LINK PARALLEL ACTIVITIES INSTEAD OF INTEGRATING THEIR RESULTS * *Hammer, 1990

© Prentice Hall PRINCIPLES FOR REDESIGNING PROCESSES* 6.HAVE PEOPLE WHO DO WORK MAKE DECISIONS, MONITOR PROCESS BY BUILT-IN CONTROLS * *Hammer, 1990

© Prentice Hall INFORMATION SYSTEMS LIFE CYCLE DEFINITION PHASE: End-users & analysts conduct analysisDEFINITION PHASE: End-users & analysts conduct analysis CONSTRUCTION: Use of structured techniques, system development methodologyCONSTRUCTION: Use of structured techniques, system development methodology IMPLEMENTATION: Plan, test, train, accept, monitorIMPLEMENTATION: Plan, test, train, accept, monitor*

© Prentice Hall LOGIC TO-BE MODEL SYMBOLS ELEMENT SENDING OR RECEIVING DATA. NAMES ARE NOUN LABELS DATA IN MOTION BETWEEN ELEMENTS. NAMES ARE NOUNS OR NUMBERS PROCESSES WITH INPUT & OUTPUT. NAMES ARE VERB PHRASES & NUMBERS DATA STORE WITH INPUT & OUTPUT. NAMES ARE NOUNS & NUMBERS *

© Prentice Hall LOGIC TO-BE MODEL PROCESSES IDENTIFY ENTITIES THAT SUPPLY, USE SYSTEM INFORMATIONIDENTIFY ENTITIES THAT SUPPLY, USE SYSTEM INFORMATION DISTINGUISH PROCESSES FROM DATA THEY USE OR PRODUCEDISTINGUISH PROCESSES FROM DATA THEY USE OR PRODUCE EXPLICATES RULES AFFECTING CHANGING DATA TO INFORMATIONEXPLICATES RULES AFFECTING CHANGING DATA TO INFORMATION IDENTIFY LOGICAL RELATIONSHIPSIDENTIFY LOGICAL RELATIONSHIPS PINPOINT DUPLICATE STORAGE, MOVEMENT OF DATAPINPOINT DUPLICATE STORAGE, MOVEMENT OF DATA*

© Prentice Hall WORK PROCESS FLOW SYMBOLS : DOCUMENT DATABASE ON-LINE DISPLAY TELECOMMUNICATIONS LINK INPUT/OUTPUT PROCESS MAGNETIC TAPE PUNCHED CARD MANUAL OPERATION ON-LINE STORAGE ON-LINE INPUT

© Prentice Hall PROGRAM FLOWCHART SYMBOLS: BEGIN OR END DIRECTION PROCESS DECISION INPUT OR OUTPUT SUBROUTINE MANUAL OPERATION CONNECTOR

© Prentice Hall OBJECT-ORIENTED TECHNIQUES KEY IDEA: Work with reusable objects to speed up development!KEY IDEA: Work with reusable objects to speed up development! TWO PRINCIPLES: ENCAPSULATION: Store data and related operations together within objectsENCAPSULATION: Store data and related operations together within objects INHERITANCE: Share common characteristics between classes of objectsINHERITANCE: Share common characteristics between classes of objects*

© Prentice Hall OBJECT-ORIENTED APPROACH DEFINE TASK: Search library of existing objects useful to taskDEFINE TASK: Search library of existing objects useful to task PROCESS: Create bare-bones prototype, test, provide critical feedback, repeat & refinePROCESS: Create bare-bones prototype, test, provide critical feedback, repeat & refine ELAPSED TIME: Can be weeksELAPSED TIME: Can be weeks*

© Prentice Hall IT-RELATED RISKS ORGANIZATIONAL RISKS: From changes in environmentORGANIZATIONAL RISKS: From changes in environment PERSONNEL RISKS: From loss of expertise, system use (or non-use)PERSONNEL RISKS: From loss of expertise, system use (or non-use) SYSTEM PROJECT RISKS: From project management deficienciesSYSTEM PROJECT RISKS: From project management deficiencies EXTERNAL SECURITY RISKS: Criminal acts, natural disastersEXTERNAL SECURITY RISKS: Criminal acts, natural disasters*

© Prentice Hall LIFE CYCLE CONTROLS DEFINITION & CONSTRUCTION:DEFINITION & CONSTRUCTION: –Methodology standards –Validation rules & calculations –System testing IMPLEMENTATION:IMPLEMENTATION: –Security –Backup & recovery –Auditing Roles*

© Prentice Hall CHAPTER 8 Basic Information Systems Concepts