1 systems analysis and design in a changing world, thursday, january 18, 2007

37
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

Upload: raymond-phillips

Post on 02-Jan-2016

216 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

1

Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

Page 2: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

2

Today’s Schedule

Complete Chapter 2 Structured vs Object-Oriented Approach Models used

Page 3: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

3

Learning Objectives

Explain the differences between a model, a tool, a technique, and a methodology

Describe the two overall approaches used to develop information systems: the traditional method and the object-oriented method

Describe some of the variations of the systems development life cycle (SDLC)

Explain how automated tools are used in system development

Page 4: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

4

Choosing the Predictive vs. Adaptive Approach to the SDLC

(Figure 2-1)

Page 5: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

5

Information System Development Phases

Page 6: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

6

“Waterfall” Approach to the SDLC

Page 7: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

7

Modified Waterfall Approachwith Overlapping Phases (Figure 2-5)

Page 8: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

8

The Spiral Life Cycle Model

(Figure 2-6)

Page 9: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

9

What phase?

Construct software components

Define system requirements

Maintain system - Small patches, repairs, and updates

Confirm project feasibility

– Economic, organizational, technical, resource, and schedule

Design the user interfaces

Generate and evaluate alternatives

Build prototypes for discovery of requirements

Page 10: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

10

What phase?

Construct software components Implemenation

Define system requirements Analysis

Maintain system - Small patches, repairs, and updates Support

Confirm project feasibility Planning

– Economic, organizational, technical, resource, and schedule

Design the user interfaces Design

Generate and evaluate alternatives Analysis

Build prototypes for discovery of requirements Analysis

Page 11: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

11

Relationships Among Components of a Methodology

Page 12: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

12

Methodologies and Models

Methodologies– Comprehensive guidelines to follow for completing

every SDLC activity– Collection of models, tools, and techniques

Models– Representation of an important aspect of real world,

but not same as real thing– Abstraction used to separate out aspect– Diagrams and charts– Project planning and budgeting aids

Page 13: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

13

Think back to Tuesday, Your turn ….

One team member sketched their home The other team member wrote a text

description of their home

Which one of these is a model?

Page 14: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

14

Some Models Used in System Development

Page 15: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

15

Tools and Techniques

Tools– Software support that helps create models or other

required project components – Range from simple drawing programs to complex

CASE tools to project management software Techniques

– Collection of guidelines that help analysts complete a system development activity or task

– Can be step-by-step instructions or just general advice

Page 16: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

16

Some Tools Used in System Development

Page 17: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

17

Some Techniques Used in System Development

Page 18: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

18

Two Approaches to System Development

Traditional approach – Also called structured system development– Structured analysis and design technique (SADT)– Includes information engineering (IE)

Object-oriented approach– Also called OOA, OOD, and OOP– Views information system as collection of

interacting objects that work together to accomplish tasks

Page 19: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

19

Structured Analysis Leads to Structured Design and Structured Programming

(Figure 2-17)

Page 20: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

20

Structured Design

Technique developed to provide design guidelines – What set of programs should be– What program should accomplish– How programs should be organized into a hierarchy

Modules are shown with structure chart Main principle of program modules

– Loosely coupled – module is independent of other modules

– Highly cohesive – module has one clear task

Page 21: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

21

Structure Chart Created Using Structured Design Technique

Page 22: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

22

Data Flow Diagram (DFD) Created Using Structured Analysis Technique

(Figure 2-15)

Page 23: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

23

Entity-Relationship Diagram (ERD) Created Using Structured Analysis Technique

Page 24: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

24

Structured programming –Traditional Approach

Improves computer program quality Allows other programmers to easily read and

modify code Each program module has one beginning

and one ending Three programming constructs (sequence,

decision, repetition)

Page 25: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

25

Three Structured Programming Constructs

Page 26: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

26

Top-Down Programming

Divides complex programs into hierarchy of modules

The module at top controls execution by “calling” lower level modules

Modular programming

– Similar to top-down programming

One program calls other programs to work together as single system

Page 27: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

27

Top-Down or Modular Programming

Page 28: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

28

Information Engineering (IE)

Refinement to structured development

Methodology with strategic planning, data modeling, automated tools focus

More rigorous and complete than SADT

Industry merged key concepts from structured development and information engineering approaches into traditional approach

Page 29: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

29

Object-Oriented Approach

Completely different approach to information systems

Views information system as collection of interacting objects that work together to accomplish tasks– Objects – things in computer system that can respond

to messages– Conceptually, no processes, programs, data entities, or

files are defined – just objects OO languages: Java, C++, C# .NET, VB .NET

Page 30: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

30

Object-Oriented Approach to Systems

Page 31: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

31

Object-Oriented Approach (continued)

Object-oriented analysis (OOA)– Defines types of objects users deal with– Shows use cases are required to complete tasks

Object-oriented design (OOD)– Defines object types needed to communicate with people

and devices in system– Shows how objects interact to complete tasks– Refines each type of object for implementation with specific

language of environment Object-oriented programming (OOP)

– Writing statements in programming language to define what each type of object does

Page 32: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

32

Class Diagram Created During OO Analysis

Page 33: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

33

Current Trends in Development

More adaptive approaches– The Unified Process (UP)– Extreme Programming (XP)– Agile Modeling– Scrum

Details on each in Chapter 16

Page 34: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

34

Tools to Support System Development

Computer-aided system engineering (CASE)

– Automated tools to improve the speed and quality of system development work

– Contains database of information about system called repository

Now called visual modeling tools, integrated application development tools, and round-trip engineering tools

Use automated tools as possible, but sketches on envelopes are enough for small teams/projects.Don’t let the tool create more problems than it solves.

Page 35: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

35

CASE Tool Repository Contains All System Information

Page 36: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

36

For Tuesday, January 23

Read Chapter 3 – Project Managementpages 72 – 86 (stop at Project

Schedule) Review and Study Chapter #2 Be ready for another Quick Check! Quiz #1 on Thursday, Jan 25.

Page 37: 1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007

37

Architects & Automotive Designers use Models

What are some of these models? How do they create different aspects of the

house or car they are designing? Why are several models needed?