System Analysis and Design - Exam 1

0.0(0)
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/79

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

80 Terms

1
New cards

System analyst role

Focuses on the IS issues surrounding the system and finds way to support and improve business processes

2
New cards

System analyst skills

Technical, business, analytical, interpersonal, manage, and work ethically

3
New cards

SLDC Phases

Planning, analysis, design, implementation

4
New cards

Planning

Fundamental process of understanding why an IS should be built and determine how it will be built

5
New cards

Planning Deliverable

System Request

6
New cards

Analysis

Answers the questions of who will use the system, what the system will do, and where and when it will be used

7
New cards

Analysis Deliverable

System Proposal

8
New cards

Design

Decides how the system will operate in terms of the hardware, software, and network infrastructure

9
New cards

Design Deliverable

Alternative matrix - system specification

10
New cards

Implementation

System construction and installation, on going system support

11
New cards

Implementation Deliverable

Test plan

12
New cards

Business Process Management

A methodology used by organizations to continuously improve end-to-end business processes

13
New cards

Importance of BPM

Enhanced process agility, increased process efficiencies, and aligns with the industry’s best practices

14
New cards

Scope of BPM

Broad and extensive scope

15
New cards

Business Value

The benefits that the system will create for the organization, both tangible and intangible

16
New cards

Business Requirements

Describes the capabilities the system will provide the organization, so the business needs are met

17
New cards

System Request

Document that describes business reasons for project, defines systems expected values, and lists the project’s key elements

18
New cards

Feasibility

Guides the organization in determining whether to proceed with the project and identifies the important risks associated with the project

19
New cards

Project portfolio management

A process of selecting, prioritizing, and monitoring project results

20
New cards

Waterfall development

Move from phase to phase - emphasis on deliverables from one phase following into the next phase

21
New cards

Strengths of Waterfall

System requirements identified long before construction begins

22
New cards

Weaknesses of Waterfall

Takes a long time and testing may be treated as an afterthought

23
New cards

Rapid Application

Incorporates special techniques and tools to speed up the process and the goal is to get some portion of the system developed quickly and into the user’s hands

24
New cards

Strengths of Rapid

Improves the speed and quality of the systems development

25
New cards

Weaknesses of Rapid

Introduces problems in managing user expectations

26
New cards

Agile

Requires discipline, recommended for small, highly motivated, stable teams and focus on short cycles that produce a complete software product

27
New cards

Strengths of Agile

Fast delivery of results and works well in projects with changing requirements

28
New cards

Weaknesses of Agile

Requires discipline

29
New cards

Parallel Development

Subdivide the project into subprojects that can be worked on at the same time

30
New cards

Strengths of Parallel

Reduces overall project time

31
New cards

Weaknesses of Parallel

Integrating subprojects can be complex and difficult

32
New cards

V-Model

Starts on left side and creates test plans thru process, at the base of the V code is written

33
New cards

Strengths of V-Model

Quality improves through the emphasis on testing

34
New cards

Weaknesses of V-Model

Rigid and difficult to use in dynamic environment

35
New cards

Staffing Plan

Lists the roles that are required for the project and the proposed reporting structure for the project

36
New cards

Staffing Consideration

Match skills to project needs whenever possible and consider technical and interpersonal skills

37
New cards

Timeboxing

Sets a fixed deadline for a project and delivers the system by that deadline no matter what, even if functionality needs to be reduced

38
New cards

Scope Creep

New requirements are added to the project after the original project scope was defined

39
New cards

Project Management

Make tradeoffs among three important concepts - the size of the project, the time it takes to complete, and the cost

40
New cards

Analysis Phase

The planning phase deliverables are the key input into this phase. The systems analyst works extensively with the business users to understand their needs for the new system

41
New cards

Requirement

Statement of what the system must do or what characteristics it needs to have

42
New cards

Functional Requirements

What the system should do

43
New cards

Nonfunctional Requirements

Characteristics the system should have

44
New cards

Interviews

Most important and most used fact-finding technique, the system analyst collects information from individuals face to face

45
New cards

Strengths of interviews

Interviewee can respond freely and openly to questions and their nonverbal communication can be observed

46
New cards

Weaknesses of Interviews

Very time consuming and costly

47
New cards

JAD

Information gathering technique that allows a project team, users, and management to work together to identify requirements for the system

48
New cards

Strengths of JAD

Directly involves project sponsor, key managers, and key users with system analysts

49
New cards

Weakneses of JAD

Expensive and some people tend to dominate the conversation making it so not everyone participates

50
New cards

Document Analysis

Collects facts and you learn as much as you can from existing documentation

51
New cards

Strengths of Document Analysis

Widespread availability of documents and they lack obtrusiveness

52
New cards

Weaknesses of Document Analysis

Most systems are not well documented

53
New cards

Observations

The act of watching processes being performed, powerful tool to gain insight into the as is system

54
New cards

Strengths of observations

Data gathered is highly reliable and you can see exactly what is being done

55
New cards

Weaknesses of observations

People will perform differenty when being observed

56
New cards

Questionnaires

A set of written questions for obtaining information from individuals, mass produced and distributed

57
New cards

Strengths of questionnaires

Can be quickly answered and allows individuals to maintain anonymity

58
New cards

Weaknesses of questionnaires

Response rate is often low, and incomplete questionnaires can be returned

59
New cards

Requirement analysis strategies

Analyst encourages stakholder to identify critical needs and true requirements

60
New cards

Small improvements

Problem and root cause analysis

61
New cards

Moderate Improvements

Duration analysis, activity based costing, informal benchmarking

62
New cards

Major improvements

Outcome, technology, activity elimination strategies

63
New cards

Problem Analysis

Ask users directly to identify problems with the as-is system and to describe how to solve them in the to-be system

64
New cards

Strengths of problem

Effectively improves a system efficiency and ease of use

65
New cards

Weaknesses of problem

Provide only minor improvements in business value

66
New cards

Root Cause Analysis

Focuses on problems first rather than solutions

67
New cards

Strengths of root cause

Traces symptoms to their causes to discover the real problem

68
New cards

Weaknesses of root cause

Solutions may address symptom and not root cause itself

69
New cards

Duration Analysis

Requires a detailed examination of the amount of time it takes to perform each process in the current as is system

70
New cards

Weaknesses of duration

Process is badly fragmented - many different people must perform different activities before the process is completed

71
New cards

Acitvity Based Costing

Examines cost of each major process or step in business process rather than time taken

72
New cards

Strengths of activity

Assigning costs is conceptually simple

73
New cards

Weaknesses of activity

There are indirect costs that can also be included into the activity costs

74
New cards

Informal Benchmarking

How other organizations perform business processes to learn how your organization can do something better

75
New cards

Outcome Analysis

Focuses on understanding the fundamental outcomes that provide value to customers

76
New cards

Technology

identifies how each technology could be applied to the business process and identifies how the business would benefit

77
New cards

Activity Elimination Strategies

Eliminate activity in process and how function could operate without it and what effects are likely to occur

78
New cards

Goal of small improvements

Useful in situations with a narrow focus where efficiency gains are sought. Improvements tend to be small and incremental

79
New cards

Goal of Moderate Improvements

Helps the team find the most broken business processes to help them get redesigned and improved. Helps improve efficiency and effectiveness

80
New cards

Goal of Major Improvements

Helps the team think outside the box and helps create completely new ways of accomplishing the business process. Expect significant impact and value to the organization