System Design and Acquisition

Slides:



Advertisements
Similar presentations
SYSTEMS ANALYSIS AND DESIGN TOOLS
Advertisements

Using Data Flow Diagrams
Chapter 7 Structuring System Process Requirements
Using Dataflow Diagrams
© 2005 by Prentice Hall 7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey.
Information Systems Analysis and Design
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education 3-1.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Using Dataflow Diagrams
Chapter 7 Using Data Flow Diagrams
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Lecture 13 Revision IMS Systems Analysis and Design.
Topics Creating DFD Physical and logical DFD Event driven modeling
Chapter 9 Using Data Flow Diagrams
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
L ECTURE 9 – PROCESS MODELLING PART 1 Data Flow Diagrams for Process Modelling Multi-level Data Flow Diagrams Logical Vs Physical DFDs Steps to Construct.
DATA FLOW DIAGRAMS IT 155.
Chapter 7 Structuring System Process Requirements
6 Systems Analysis and Design in a Changing World, Fourth Edition.
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Structuring System Process Requirements. Learning Objectives Understand the logical modeling of processes by studying examples of data flow diagrams (DFDs).
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
SDLC Phase II: Structuring System Requirements IS 582 Dr. Dania Bilal Spring 2008.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
Data Flow Diagram A method used to analyze a system in a structured way Used during: Analysis stage: to describe the current system Design stage: to describe.
Week 5: Business Processes and Process Modeling MIS 2101: Management Information Systems.
Chapter 7 Using Data Flow Diagrams
3/5/2009Computer systems1 Using Data flow Diagrams Computer System: 1. Input 2. Data Processing 3. Output.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
6 Systems Analysis and Design in a Changing World, Fourth Edition.
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Chapter 4 HRIS Needs Analysis.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
C_ITIP211 LECTURER: E.DONDO. Unit 1 : The Systems Development Environment.
MANAGEMENT INFORMATION SYSTEM
© 2012 Cengage Learning. All Rights Reserved. This edition is intended for use outside of the U.S. only, with content that may be different from the U.S.
Faculty Economics & Business EBS 2033 Systems Development Lecture 1 The Systems Development Environment Lecturer: Puan Asleena Helmi.
Chapter 1 The Systems Development Environment
The Components of Information Systems
Tools Of Structured Analysis
Chapter 1 The Systems Development Environment
Chapter 6 Structuring System Requirements: Process Modeling
Building Information Systems
Systems Analysis and Design
Systems Analysis and Design in a Changing World, Fourth Edition
CASE Tools and Joint and Rapid Application Development
Fundamentals of Information Systems, Sixth Edition
Business System Development
Chapter 1 The Systems Development Environment
SDLC Phase III: Structuring System Requirements
SYSTEMS ANALYSIS Chapter-2.
Chapter 1 The Systems Development Environment
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Welcome to my presentation
Building Information Systems
2 Selecting a Healthcare Information System.
Chapter 1 The Systems Development Environment
The Components of Information Systems
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
Chapter 7: Data Flow Diagram Structuring System Process Requirements
Chapter 1 The Systems Development Environment
Class 5 (Part1) Dr. Zakariya Belkhamza
System Design and Acquisition
Week 10 Systems Development
ACSC 155 System Analysis and Design 4. Systems Design
Presentation transcript:

System Design and Acquisition Class 8 Dr. Zakariya Belkhamza

Chapter Objectives Understand the difference between the data and process views of a system Understand the purpose and components of the data flow diagram (DFD) Understand the hierarchy of DFDs and the concept of DFD balancing Understand the three choices or options that organizations have when moving into physical design Understand the purpose of an RFP and what information should be included in it Understand the various criteria used to evaluate vendor proposals Describe the various types of feasibility and their purpose in evaluating potential solutions

Introduction Remember: the five generic phases of the SDLC: planning, analysis, design, implementation and maintenance. Today’s class focuses on the design phase by discussing the role and features of the structuring of a system’s requirements through process system modeling, during which analysts create data flow diagrams (DFDs). This is done in order to model both the business processes the system use to capture, store, manipulate, and distribute data and the options facing the HR department.

Design Consideration during the Systems Development Lifecycle The goal of SDLC is to provide those organizations updating existing systems or designing new ones with a stronger, more structured process to follow. It is important to follow the structural approach due to the complexity nature of the HR department needs such as recruiting, selection, training, performance management and compensation.

Systems Development Lifecycle

The Design Phase (Logical Design) The design of the HRIS occurs in two phases: Logical design and physical design. Logical Design of system focus on the translation of business requirements into improved business processes, irrespective of any technological implementation.

Example of physical design A business requirement for organizations such as Larson Property Management is the acquisition of new employees. HR business process include: identifying jobs, requiring new employees and approving those jobs, analyzing the requirements of those jobs, posting those positions and recruiting applicants from the labor markets, tracking applicants through the recruiting process, selecting from the recruitment pool, through the use of selection tools such as interviews, applicants that best fit the job. The HR programs associated with these processes are (1) HR planning, (2) job analysis, (3) recruiting, (4) applicant tracking, (5) selection, (6) placement and (7) record keeping.

The Design Phase (Physical Design) Physical Design determines the most effective means of translating these business processes into a physical system that includes hardware and software.

In Details….

Logical Design Physical model focuses on the computer technology for the HRIS. The strength of this model is to focuses in how the system will actually operate. System developers like to focus on the essence of the business process independent of any technological implementation. Logical model is HRIS models that could ne operationalized in multiple ways in terms of the technology

Logical Design There are two types of models created for the system: models focus on the systems processes, and models focus on the data the system captures.

The data perspective Focuses on an analysis of what data the organizations captures and uses, and on the definitions and relationships of the data, while ignoring how or where the data are used by the organization. The data perspective focus on the important of data captured but not concerned with how data are to be used within the organization. The data perspective focuses on the most efficient and effective way to capture the data to ensure accuracy.

The process perspective Focuses on the business processes and activities in which organization engages and how data flow through the HRIS. The designer would focus on the specific business processes, including the input of the data into the system, the flow of data through the system, and the storage of the data, but not on precisely what data are captured and how they are bested organized or stored.

Logical process modeling with data flow diagrams The specific type of process model typically used by organizations is a data flow diagram (DFD). DFD is a graphical representation of the key business activities and processes in the HR system, the boundaries of this system, the data that flow through the system, and any external individuals or departments that interact with the system.

Logical process modeling with data flow diagrams The focus of a DFD is on the movement of data between external entities (such as a job applicant) and process (the applicant-tracking process) and between process and data stores. There are four distinct advantages of DFD: There is freedom from committing to the technical implementation of the system too early They provide a deeper understanding of the interrelatedness of systems and subsystems They allow for stronger communication of system knowledge to the employees. They ensure a deeper analysis of the proposed system to determine if all business processes have been indentified.

DFD components DFD consists of four symbols Entity: represents any external agent that either receives or supplies data to the HR system. Data flow: represents the movement of a single piece of data Process: represents a business activities Data store: represents where data rest in the system or a repository of data.