1 ITEC 2010: Systems Analysis and Design I Instructor: Dr. Luiz Marcio Cysneiros Class site: cysneiro/courses.htm Office: TEL.

1

ITEC 2010:Systems Analysis and Design I

Instructor: Dr. Luiz Marcio Cysneiros

Class site: http://www.math.yorku.ca/~cysneiro/courses.htm

Office: TEL Building 3053

Email: [email protected]

2

Schedule• Text: “Systems Analysis and Design in a Changing World” by John

Satzinger, Robert Jackson and Stephen Burd 3rd / 4th / 5th edition

• Office Hours: Wednesday / Thursday noon to 1:00 P.M. Phone: 416-736-2100, ext. 33886 Email: [email protected]

3

Marking Scheme

• Midterm (in class): 40%• 2 Assignments ( 1st 5%, 2nd 5%) : 10%

• Final: 50%

• Midterm and Final will be closed book

• If a student gets less than 38% in the Final he/she fails the course regardless the average

• Rounding Policy : For example :•                                49.4 goes to 49•                                49.5 or higher goes to 50

Lecture notes will be made available at:http://www.math.yorku.ca/~cysneiro/courses.html

4

What is Systems Analysis and Design (SAD)?

• Systems Analysis: understanding and specifying in detail what an information system should do

• System Design: specifying in detail how the parts of an information system should be implemented

Why is it important?• Success of information systems depends on good SAD• Widely used in industry - proven techniques• part of career growth in IT - lots of interesting and well-

paying jobs! (rated 2nd best job in latest “Jobs Almanac”)• increasing demand for systems analysis skills

5

6

7

8

9

10

11

Course Objectives

• To provide you with new ways of looking at information in the world in order to solve business problems

• To introduce you to concepts and methods of System Analysis and design (SAD)

• To describe the systems development life cycle (SDLC)

• To teach you effective methods for gathering essential information during system analysis

• To teach you effective methods for designing systems to solve problems effectively using technology

12

Course Topics

• Introduction to systems analysis and design (Chapter 1)– the analyst as problem solver– required skills of systems analysts– types of jobs and the analyst’s role– Example: Rocky mountain outfitters

• The analyst as project manager (Chapter 3)– the systems development life cycle (SDLC)

• planning phase• analysis phase• design phase• implementation phase• support phase

– the project team

13

Topics (continued)

• Approaches to Systems Development (chapter 2)– Methodologies and Models

– 2 approaches:

• structured approach

• object-oriented approach

– Waterfall Models for SDLC

– other variations

– computer-aided software engineering (CASE)

14

Topics (continued)

• Identifying System Requirements (Chapter 4)– stakeholders

– Methods - e.g. questionnaires, interviews, observation, build prototypes, others

• Modelling System Requirements (Chapter 5,6,7 and 8)– types of models - e.g. mathematical, descriptive, graphical

– identifying and modeling events

– identifying and modeling “things” in the world

– traditional and object-oriented methods

15

Topics (continued)

• System Design (Chapters 9,10,11,14 and 15)– going from requirements to design

– elements of design

– approaches

• structured approach

• object-oriented approach

– design of inputs and outputs

– designing databases

– designing user interfaces

16

Chapter 1: The World of the Modern System Analyst

• System Analysis: the process of understanding and specifying in detail what the information system should do

• System Design: the process of specifying in detail how the many component parts of the information system should be implemented

• System Analyst: A professional who used analysis and design techniques to solve business problems (involving information technology)

• A theme of the course: developing effective information systems is much more than just writing computer programs (involves cognitive skills in understanding problems and knowing where computer technology best “fits in”)

17

Research and understand the problem

Verify that the benefits of solving the problem outweigh the costs

Develop a set of possible solutions (alternatives)

Decide which solution is best,and make a recommendation

Design the details of the chosen solution

Implement the solution

Monitor to make sure the youObtain the desired results

The Analysts’Approach to ProblemSolving (Figure 1-1in the text)

18

Thinking in terms of “Systems”

• What is a system?

A system is a collection of interrelated components (subsystems) that function together to achieve some outcome (e.g. biological system, computer system, social system)

An information system is a collection of interrelated components that collect, process, store and provide as output the information needed to complete business tasks (e.g. payroll system)

19

Characteristics of Systems

• Systems are made up of interrelated subsystems (e.g. a nuclear reactor is composed of boilers, reactor components etc.)

• Functional decomposition – dividing a system into components based on subsystems (which are in turn further divided into subsystems)

• System boundary – the separation between a system and its environment (where inputs and outputs cross)

• Automation boundary – separation between the automated part of system and the manual part

20

General Depiction of a System

input

output

boundary

interrelationship

subsystem

output

21

Overall production system (supersystem) (figure 1-2 in the text)

22

Figure 1-4: The system boundary and the automation boundary

23

“Systems” Thinking

• Being able to identify something as a system• Involves being able to identify subsystems• Identifying system characteristics and functions• Identifying where the boundaries are (or should

be)• Identifying inputs and outputs to systems• Identifying relationships among subsystems

24

Information Systems and Component Parts

Figure 1-3

Systems Analysis and Design in a Changing World, 5th Edition 24

25

Types of Information Systems

• Transaction processing systems (TPS)– Capture and record information about the transactions

that affect the organization (e.g. the sale of an item, a withdrawal from an ATM etc.)

• Management Information Systems (MIS)– Take information captured by the transaction

processing system and produce reports management needs for planning and controlling business

26

• Executive Information Systems (EIS)– Provide information for executives to use in strategic

planning (could be from organizational database, or outside sources like stock market reports)

• Decision Support Systems (DSS)– Support human decision making and allows users to

explore the potential impact of available options or decisions (e.g. can ask “what if”)

– Closely related to “expert systems” or “knowledge-based” systems

27

Required Skills of the Systems Analyst

• Technical Knowledge and Skills

• Computers and how they work in general• Programming languages• Devices that interact with computers• Communications networks• Database and database management systems• Operating systems and utilities

Tools: software products used to help develop analysis and design specifications and completed system components • e.g. Microsoft Access, Integrated development

environments, computer-supported system engineering (CASE) tools

28

• Business Knowledge and Skills• What activities and processes do organizations

perform?• How are organizations structured?• How are organizations managed?• What type of work (activity) is done in the

organization? (e.g. hospital, bank etc.)• Who are the “actors” doing the activities About the organization (e.g. company) the system

analyst needs to know:• What the specific organization does• What makes it successful• What its strategies and plans are• What its tradition (“culture”) and values are

29

• People Knowledge and Skills• Single most important interpersonal skill:

• To communicate clearly and effectively with others!

• Since analysts work on teams with others (e.g. team members, clients etc.) must understand about people:• How people think

• How people learn

• How people react to change

• How people communicate

• How people work (“activities” and “actors”)

• Other areas:• Skill in interviewing, listening and observing

• Good written and oral presentation

• Being able to work in a team

30

Typical Job Titles

• Programmer/analyst• Business systems analyst• System liaison• End-user analyst• Business consultant• Systems consultant• System support analyst• System designer• Software engineer• System architect

31

Typical Job Ad: Systems Analyst – Distribution Center

We are the world’s leading manufacturer of women’s apparel products. Our organization in the Far East has openings for a Systems Analyst

Requirements:

• Bachelor’s degree in Computer Science, Business Administration or closely related field with 5 (+) years of working experience

• In-depth understanding of Distribution and Manufacturing concepts (Allocation, Replenishment, Floor Control, Production Scheduling)

• Working knowledge of project management and all phases of the software development life cycle

• Experience with CASE tools, PC and Bar Code equipment• Working knowledge of AS/400 and/or UNIX environment with the

languages C++, Java and/or COBOL are desirable

32

Components of an Information Systems

Strategic Plan

Figure 1-7

Systems Analysis and Design in a Changing World, 5th Edition 32

33

Rocky Mountain Outfitters (RMO) and Its Strategic

Information Systems Plan• RMO sports clothing manufacturer and distributor

about to begin customer support system project

• Need to understand the nature of the business, approach to strategic planning, and objectives for customer support system

• RMO system development project used to demonstrate analysis and design concepts

33

34

Introduction to Rocky Mountain Outfitters (RMO) Business

• Began in Park City, Utah supplying winter sports clothes to local ski shops

• Expanded into direct mail-order sales with small catalog—as catalog interest increased, opened retail store in Park City

• Became large, regional sports clothing distributor by early 2000s in Rocky Mountain and Western states

• Currently $180 million in annual sales and 600 employees and two retail stores

• Mail-order revenue is $90 million; phone-order revenue is $50 million

34

35

Early RMO Catalog Cover (Fall 1978)

Figure 1-8

35

36

Current RMO Catalog Cover (Fall 2010)

Figure 1-9

36

37

RMO Strategic Issues• Innovative clothing distributor; featured products

on Web site ahead of competitors

• Original Web site now underperforming

– Slow, poor coordination with in-house, poor supply chain management, poor technical support

• Market analysis showed alarming trends

– Sales growth too slow, age of customers increasing, Web sales small percentage of total

37

38

RMO Strategic Issues (continued)

• Enhanced Web site functions

– Add specific product information, weekly specials, and all product offerings

• Detailed IS strategic plan

– Supply chain management

– Customer relationship management

38

39

RMO’s Organizational Structure

• Managed by original owners

– John Blankens – President

– Liz Blankens – Vice president of merchandising and distribution

• William McDougal – Vice president of marketing and sales

• JoAnn White – Vice president of finance and systems

– Mac Preston – Chief Information Officer

39

40

RMO Current Organization

Figure 1-10

40

41

RMO Locations

Figure 1-11

Systems Analysis and Design in a Changing World, 5th Edition 41

42

RMO Information Systems Department

• Mac Preston – Assistant vice-president and chief information officer (CIO)

– Recent promotion made after IS strategic plan created

– CIO reports to finance and systems VP

– CIO is increasingly important to future of RMO

– Given its strategic importance, IS department will eventual report directly to the CEO

Systems Analysis and Design in a Changing World, 5th Edition 42

43

RMO Information Systems Department Staffing

Figure 1-12

Systems Analysis and Design in a Changing World, 5th Edition 43

44

Existing RMO Systems

• Small server cluster system

– Supports inventory, mail-order, accounting, and human resources

– High capacity network connects distribution and mail-order sites

• LANs and file servers

– Supports central office functions, distribution centers, and manufacturing centers

Systems Analysis and Design in a Changing World, 5th Edition 44

45

Existing RMO Systems (continued)• Supply Chain Management System

– Client/Server system in C++ and DB2

• Mail Order System

– Mainframe COBOL/CICS. Unable to handle phone orders

• Phone order system

– Oracle and Visual Basic system built 6 years ago

• Retail store systems

– Eight-year-old point-of-sale and batch inventory package, overnight update with mainframe

Systems Analysis and Design in a Changing World, 5th Edition 45

46

Existing RMO Systems (continued)

• Office systems

– LAN with office software, Internet, e-mail

• Human resources system

– Thirteen-year-old mainframe-based payroll and benefits

• Accounting/finance system

– Mainframe package bought from leading vendor

• Web Catalog and Order System

– Outside company until 2011. Irregular performance

46

47

The Information Systems Strategic Plan

• Supports RMO strategic objectives

– Build more direct customer relationships

– Expand marketing beyond Western states

• Plan calls for a series of information system development and integration projects over several years

• Project launch: New customer support system to integrate phone orders, mail orders, and direct customer orders via Internet

47

48

RMO Technology Architecture Plan

• Distribute business applications

– Across multiple locations and systems

– Reserve data center for Web server, database, and telecommunications

• Strategic business processes via Internet

– Supply chain management (SCM)

– Direct customer ordering via dynamic Web site

– Customer relationship management (CRM)

• Web-based intranet for business functions

48

49

RMO Application Architecture Plan

• Supply chain management (SCM)

– Product development, product acquisition, manufacturing, inventory management

• Customer support system (CSS)

– Integrate order-processing and fulfillment system with SCM

– Support customer orders (mail, phone, Web)• Strategic information management system

– Extract and analyze SCM and CSS information for strategic and operational decision making and control

49

50

RMO Application Architecture Plan (continued)

• Retail store system (RSS)

– Replace existing retail store system with system integrated with CSS

• Accounting/finance system

– Purchase intranet application to maximize employee access to financial data for planning and control

• Human resources (HR) system

– Purchase intranet application to maximize employee access to human resources forms, procedures, and benefits information

50

51

Timetable for RMO Strategic Plan

Figure 1-13

51

52

System Development

• Project: a planned undertaking that has a beginning and an end, and which produces a predetermined result or product

• Information System development project: planned undertaking that produces a system

• Basic activities in development of any new system:– Analysis – to understand information needs– Design – define the system architecture (based on needs)– Implementation – the actual construction of the system

53

System Development Life Cycle (SDLC)

• The systems development life cycle (SDLC) is a general term used to describe the method and process of developing a new information system

• Without the structure and organization provided by SDLC approach projects are at risk for missed deadline, low quality etc.

• SDLC provides– Structure– Methods– Controls– ChecklistNeeded for successful development

54

Phases in the SDLC

• Sets of related activities are organized into “phases”:

(1) Project planning phase(2) Analysis phase(3) Design phase(4) Implementation phase(5) Support phase

In “classical” life cycle these phases are sequential, but there are variations as we will see

55

56

The Planning Phase

• Define the problem (and its scope)

• Confirm project feasibility

• Produce the project schedule

• Staff the project

• Launch the project

After defining the scope and conducting feasibility study

the plan is reviewed and if it meets with approval, the project is launched

57

The Analysis Phase

• Primary objective: to understand and document the information needs and processing requirements of the new system– Gather information (e.g. interview, read, observe etc.)

– Define system requirements (reports, diagrams etc.)

– Build prototypes for discovery of requirements

– Prioritize requirements

– Generate and evaluate alternative solutions

– Review recommendations with management

58

Design Phase

• Objective: to design the solution (not to implement it though)

• Activities– Design and integrate the network

– Design the application network

– Design the user interfaces

– Design the system interfaces

– Design and integrate the database

– Prototype for design details

– Design and integrate the system controls

59

Implementation Phase

• Information system is built, tested and installed (actual programming of the information system)

• Activities– Construct software components

– Verify and test

– Develop prototypes for tuning

– Convert data

– Train and document

– Install the system

60

Support Phase

• Objective is to keep the information system running after its installation

• Activities– Provide support to end users

• Help desks

• Training programs

– Maintain and enhance the computer system• Simple program error correction

• Comprehensive enhancements

• upgrades

61

Scheduling of Project Phases

• Traditional approach: “Waterfall method” – only when one phase is finished does the project team drop down (fall) to the next phase– Fairly rigid approach

– Can’t easily go back to previous phases (each phase would get “signed off”)

– Good for traditional type of projects, e.g. payroll system or system with clearly definable requirements

– Not as good for many of the new types of interactive and highly complex applications

62

Newer Approaches

• The waterfall approach is less used now• The activities are still planning, analysis, design

and implementation• However, many activities are done now in an

overlapping or concurrent manner• Done for efficiency – when activities are not

dependent on the outcome of others they can also be carried out (but dependency limits overlap)

63