Systems Analysis and Design Methods Chapter 3: Information Systems Development

Similar documents
Chapter 3. Information Systems Development. McGraw-Hill/Irwin. Copyright 2007 by The McGraw-Hill Companies, Inc. All rights reserved.

Information Systems Development

MINGGU Ke 1 Analisa dan Perancangan Sistem Informasi

Introduction to Systems Analysis and Design

System Development Life Cycle Fall Introduction to Information and Communication Technologies CSD 102

CH (5) Hot Topics Scope Management

Software Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1

What is Software Engineering?

Template AMS Professional Sample Set01 V1, group A. Questionnaire

Software Processes. Objectives. Topics covered. The software process. Waterfall model. Generic software process models

Chapter 1. Contents. 1.1 What is Software Engineering! Solving Problems. Objectives. What is Software Engineering

Requirements Engineering with Use Cases

Objectives. The software process. Topics covered. Waterfall model. Generic software process models. Software Processes

Topics covered. Software process models Process iteration Process activities The Rational Unified Process Computer-aided software engineering

The software process

Chapter 3 Prescriptive Process Models

System Development Life Cycle (SDLC) Project

Introduction Systems development life cycle (SDLC) -a structured step-bystep approach for developing information systems.

Audit Report. Audit of Contracting and Procurement Activities

System Analysis and Design Week 1 Introduction

Systems Analysis and Design in a Changing World, Fourth Edition

GAHIMSS Chapter. CPHIMS Review Session. Systems Analysis. Stephanie Troncalli, Healthcare IT Strategist Himformatics July 22, 2016

Chapter 8. Systems Development. Ralph M. Stair George W. Reynolds

Analysing client requirements

HYBRID APPROACH. Software Development Approaches. Agile. Rapid. Waterfall

II. Software Life Cycle. Laurea Triennale in Informatica Corso di Ingegneria del Software I A.A. 2006/2007 Andrea Polini

Defining Requirements

Pertemuan 2. Software Engineering: The Process

Project Scope Management. Dr Usman Ali & Dr Adnan Albar CPIS 334

Information Technology Project Management, Sixth Edition

4/3/2010. Objectives Overview. What is System Development? Objectives Overview. What is System Development? What is System Development?

Chapter 2 Analyzing the Business Case

Do not open this paper until instructed by the invigilator. Please note: This question paper must not be removed from the examination room.

Information Technology Project Management, Sixth Edition. Note: See the text itself for full citations. More courses at cie-wc.edu

Lectures 2 & 3. Software Processes. Software Engineering, COMP201 Slide 1

Darshan Institute of Engineering & Technology for Diploma Studies Rajkot Unit-1

Agenda. PMBOK Guide Third Edition. PMI Standards Background. PMI Life Cycle Plan for Standards. Presented by Kevin Chui, PMP. How Did We Get Here?

From the Decision Support on the Ground to the Decision Support in the Cloud

Khozema Ali Shabbar CS 447

Managing Systems Development. Definitions. Opening case. Off the Shelf software. Custom software. In house system development.

Selecting Software Development Life Cycles. Adapted from Chapter 4, Futrell

THE IEM PROFESSIONAL INTERVIEW PREPARING REPORTS. By Ir. Dr. Muhamad Fuad Abdullah

CHAPTER 2 CUSTOMER-DRIVEN QUALITY AND SCHEDULING. Dr. Abdul Aziz A. Bubshait. CEM 515 Construction Quality Assurance

CIM Level 6 Diploma in Professional Marketing

Lecture Objectives. Example system. What data to gather? What data to gather? CSE Information Systems 1

Modern Systems Analysis and Design Sixth Edition. Jeffrey A. Hoffer Joey F. George Joseph S. Valacich. Chapter 14 Maintaining Information Systems

Managing Information Technology 6 th Edition

Requirements Analysis and Design Definition. Chapter Study Group Learning Materials

System Engineering and Analysis. system environments. Lecture Objectives. System Elements. Definition of System. Information system types

Explore Comparative Analysis Software Development Life Cycle Models

Revision no: 01 Date: Global Supplier Quality Assurance Network

Software Design and Analysis CSCI 2040U

Modern Systems Analysis and Design Seventh Edition

Systems Analysis for Business Analysts (3 Day)

Requirements Engineering

A system is a group of elements organized and arranged so that the. elements can act as a whole toward achieving a common goal; is a collection of

2. What is a phase? A phase is a collection of related activities or tasks that produce a deliverable or work product.

Instructor's Manual. to accompany PROJECT MANAGEMENT. A SYSTEMS APPROACH to PLANNING, SCHEDULING, and CONTROLLING ELEVENTH EDITION

Project Scope Management

Fundamentals of Business Analysis including BCS Requirements Engineering

The Vision Creation Process

REQUIREMENTS FOR ACCREDITATION OF INSPECTION BODIES

PMP Exam Preparation Workshop. Chapter # 5 Project Scope Management

Requirements Engineering

1) Introduction to Information Systems

CHAPTER 7: BUSINESS SKILLS FOR TECHNICAL PROFESSIONALS

Based on Software Engineering, by Ian Sommerville Coherent sets of activities for specifying, designing, implementing and testing software systems

3.2! TOGAF... 12! 3.1! Enterprise Architecture... 12! 3.3! Architecture Development Method... 12! 3.4! Benefits of EA... 12! 4! Methodologies... 13!

PMBOK Guide Fifth Edition Pre Release Version October 10, 2012

VALUE FOCUSED DELIVERY

Attendees of this course may go on to attend our ISEB top-up course in order to achieve their ISEB Business Analysis diploma.

How mature is my test organization: STDM, an assessment tool

IT MANAGER - BUSINESS & TECHNOLOGY APPLICATIONS (12235) ( )

Critical Skills for Writing Better Requirements (Virtual Classroom Edition)

Dr. Aldo Dagnino ABB, Inc. US Corporate Research Center October 21 st, Requirements Engineering

Requirements Elicitation. Software Requirements and Design CITS 4401 Lecture 17

COMM 391. Learning Objective 1. Learning Objectives. Introduction to Management Information Systems

Process Improvement. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 28 Slide 1

IBG GSA Schedule. IBG's GSA Schedule 70 contract number is: GS-35F-0546W

IT MANAGER - BUSINESS & TECHNOLOGY APPLICATIONS (12235) ( )

INDOT Planning Area Realignment - Integrated Transportation Planning Division

Software Engineering

Major attributes of the Lifecycle. The Systems Development Lifecycle. Project phases. Planning. Design. Analysis

Chapter. Redesigning The Organization With Information Systems

Sampler For the PMBOK Guide 5 th Edition. Summary Edition For the PMBOK Guide Fourth Edition

Full file at

Project Management Knowledge Areas SECTION III

For the PMP Exam using PMBOK. PMI, PMP, PMBOK Guide are registered trade marks of Project Management Institute, Inc.

NATO STANDARD AQAP-2210

Certkiller.OG questions

Building Information Systems

UCS PRE-AWARD PROCESS PROJECT DEVELOPMENT CHECKLIST

CHAPTER 2 Analyzing the Business Case (Phase 1: System Planning)

Object-Oriented and Classical Software Engineering

STUDENT LEARNING OUTCOMES

Feasibility and Managing Analysis and Design Activities

PROJECT MANAGEMENT OVERVIEW

Quality Management. Katarzyna Wasielewska-Michniewska, PhD Eng.

CHAPTER 2 LITERATURE SURVEY

THE PROCESS APPROACH IN ISO 9001:2015

Transcription:

Systems Analysis and Design Methods Chapter 3: Information Systems Development Multiple Choice Questions 1. The act of drawing one or more graphical representations of a system is called. A. modeling B. prototyping C. documentation 2. The act of building a small-scale, representation or working model of the users' requirements to discover or verify those requirements is called. A. modeling B. prototyping C. documentation 3. The activity of recording facts and specifications for a system is called. A. modeling B. prototyping C. documentation The correct answer is C. 4. asks the questions: Will the solution fulfill the users' requirements? To what degree? How will the solution change the users' work environment? How do users feel about such a solution. A. Operational Feasibility B. Risk Feasibility C. Economic feasibility D. Technical feasibility 3-1

5. asks the question: What is the probability of a successful implementation using the technology and approach? A. Operational Feasibility B. Risk Feasibility C. Economic feasibility D. Technical feasibility The correct answer is B 6. is a process-centered technique that transforms the structured analysis models into good software design models. It introduced a modeling tool called structure charts, used to illustrate software structure to fulfill business requirements. A. Structured Design B. Object-Oriented C. Information Engineering (IE) The correct answer is A 7. is a data-centered, but processsensitive technique used to model business requirements and design systems that fulfill those requirements. It emphasizes a modeling tool called entity relationship diagrams. A. Structured Design B. Object-Oriented C. Information Engineering (IE) The correct answer is C. True or False Questions 8. An information system is a set of activities, methods, best practices, deliverables, and automated tools that stakeholders use to develop and maintain business processes. (A systems development process is a set of activities, methods, best practices, deliverables, and automated tools that stakeholders use to develop and maintain information systems and software.) 3-2

9. The Capability Maturity Model (CMM) is a framework to assess the maturity level of an organization's information systems development and management processes and products. 10. A systems development life cycle is a very formal and precise system development process that defines a set of activities, methods, best practices, deliverables and automated tools for system developers and project managers to use to develop and maintain most of all information systems and software. (A systems development methodology is a very formal and precise system development process that defines a set of activities, methods, best practices, deliverables and automated tools for system developers and project managers to use to develop and maintain most or all information systems and software.) 11. A systems development methodology divides the life cycle of an information system into two stages: (1) systems development; and (2) systems operation and support. (A system life cycle divides the life of an information system into two major stages: (1) systems development; and (2) systems operation and support.) 12. All life cycle methodologies prescribe the exact same set of phases and activities. All life cycle methodologies prescribe phases and activities. The number and scope of phases and activities varies from author to author, expert to expert, and company to company. 13. Your textbook identifies seven phases in the systems development methodology: preliminary investigation; problem analysis; requirements analysis; decision analysis; design; construction; and implementation. 3-3

14. Documentation standards insure that the deliverables of any phase or activity meet business and technology expectations. (Documentation standards should be a working by-product of the entire systems development effort, and reveals strengths and weaknesses of the system to multiple stakeholders before a system is built. Quality standards insure that the deliverables of any phase or activity meet business and technology expectations.) 15. The systems analyst should identify alternative solutions, and then evaluate each of them for possible feasibility, especially for cost-effectiveness and risk management. 16. Cost-effectiveness is defined by looking at the costs of developing and operating the information system. (Cost-effectiveness is defined as the result obtained by striking a balance between the cost of developing and operating information systems and the benefits derived from that system.) 17. Risk management is the process of striking a balance between the cost of the system and the potential for the system to have something go wrong during implementation. (Risk management is the process of identifying, evaluating and controlling what might go wrong in a project before it becomes a threat to the successful completion of the project or implementation of the information system.) 18. The divide and conquer approach of dividing a system into subsystems allows better communication and project management by delegating different pieces of the system to different stakeholders. 3-4

19. Information systems projects can be planned or unplanned. 20. The decision analysis phase must consider the question, "Is this project worth looking at?" (The preliminary investigation phase must consider the question, "Is this project worth looking at?") 21. It is too early to determine the scope of the project during the preliminary analysis phase since only a limited number of requirements have been identified. (Scope definition is an important outcome of the preliminary analysis of the project. Scope defines how big the project is or will be.) 22. The problem analysis phase provides for a study and analysis of the existing system. 23. As soon as management has given approval for the project after the problem analysis phase, you can start designing the new system. (Before you can design the system, you need to understand what capabilities it should provide to its users; what data needs to be captured and stored; what performance level is expected.) 24. The purpose of the decision analysis phase is to identify candidate solutions, analyze those candidate solutions for feasibility and recommend a candidate solution as the target solution to be designed. 3-5

25. Operational feasibility is used to determine if a solution is operationally feasible and if the staff has the technical expertise to design and build the solution. (Technical feasibility is used to determine if a solution is technically feasible and if the staff has the technical expertise to design and build the solution. Operational feasibility is used to determine if the solution will fulfill the users' requirements and how it will impact the users' work environment.) 26. Economic feasibility is used to determine if an economical schedule can be designed and implemented. (Economic feasibility is used to determine if a solution is cost-effective, which means that there is a favorable balance between the cost of developing the solution and the benefits derived from that solution.) 27. Schedule feasibility is used to determine if the solution can be designed and implemented within an acceptable time period. 28. Risk feasibility is used to determine if the cost of the system, in the context of its schedule, will meet all the risks identified by management. (Risk feasibility is the probability of a successful implementation using the chosen technology and approach.) 29. Fact-finding is the formal process of dealing with contractual issues related to the information systems. (Fact-finding is the formal process of using research, interviews, meetings, questionnaires, sampling and other techniques to collect information about systems, requirements, and preferences.) 3-6

30. Presentation is the activity of communicating findings, recommendations, and documentation for review by interested users and managers. It may only be prepared in a written form. (Presentation is the activity of communicating findings, recommendations, and documentation for review by interested users and managers. It may be written or verbal.) 31. Process management is the activity of defining, planning, directing, monitoring and controlling a project to develop an acceptable system within the allotted time and budget. (Project management is the activity of defining, planning, directing, monitoring and controlling a project to develop an acceptable system within the allotted time and budget.) 32. Model driven development techniques emphasize the drawing of models to help visualize and analyze problems, define business requirements, and design information systems. 33. Structured analysis is a process-centered technique used to transform structured designs into good software models, using a tool called a structure chart. (Structured analysis is a process-centered technique that is used to model business requirements for a system using a modeling tool called the data flow diagram.) 34. A prototype is a large-scale, working model of the system owner's requirements for information systems. (A prototype is a smaller-scale, representative or working model of the users' requirements or a proposed design for an information system.) 3-7

35. Commercial off-the-shelf software is a software package that is modified to conform to the business functions and information systems. (Commercial off-the-shelf software is a software package or solution that is purchased to support one or more business functions and information systems.) 36. Computer aided systems engineering (CASE) tools provide a fully integrated collection of information systems that span most basic business functions required by a major corporation. (Computer aided systems engineering (CASE) tools are software programs that automate or support the drawing and analysis of system models and provide for the translation of system models into application programs.) 37. Reverse engineering allow a CASE tool to read existing program code and transform that code into a representative system model that can be edited and refined by the systems analyst. 3-8