IS 385 - System Analysis & Design (Mohammad)

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

1/102

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.

103 Terms

1
New cards

Computer Application

a computer software program that executes on a computing device to carryout a specific set of functions

2
New cards

Information System

a set of interrelated components that collects, processes, stores, and provides as output the information needed to complete business tasks

3
New cards

System Analysis is an...

activity that enable a person to understand and specify what an information system should accomplish

4
New cards

System design is an...

Activity that enable a person to define and describe in detail the system that solves a need

5
New cards

Steps for a System Analysis

1. Understand the need

2. Capture the vision

3. Define a solution

4. Communicate the vision and solution

5. Direct others in building the solution

6. Confirm that the solution meets the need

7. Launch/deploy the solution system

6
New cards

System Development Life Cycle (SDLC)

The overall process for developing information systems from planning and analysis through implementation and maintenance

7
New cards

SDCL order

research, build, deploy, and (often) maintain an information system

8
New cards

Six core processes for SDLC

1. Identify the problem or need and obtain approval

2. Plan and monitor the project

3. Discover and understand the details of the problem or need

4. Design the system components that solve the problem

5. Build, test, and integrate system components

6. Complete system tests and then deploy the solution

Ian's Pet Uncovered Dinosaur Bones in the Chairman's Desk

I(dentify), P(lan and monitor, UN(derstand details), D(esign solution), B(uild and integrate), C(omplete tests), DE(ploy)

9
New cards

Waterfall Model

Non-iterative; an SDLC approach that assumes the phases can be completed sequentially w/o overlap

10
New cards

Agile Development

SDLC approach that emphasizes flexibility to anticipate new requirements during development

11
New cards

Iterative Development

the SDLC approach in which the system is developed piece by piece through multiple iterations; complete "small-projects" then repeat processes to refine and add more

12
New cards

Advantage of Agile development

Fast on feet; responsive to change

13
New cards

Advantages of Waterfall

faster and cheaper if you get it right the first time

14
New cards

Disadvantages of agile

no set deadlines

15
New cards

Most processess/methodologies now use ___ and ___ development

agile; iterative

16
New cards

Semi-waterfall

lower risk if business market and taste did not change

17
New cards

what has to be involved in a system vision document

Problem description; system capabilities; benefits

18
New cards

System analysis activities

1. Gather detailed information

2. define requirements

3. prioritize requirements

4. develop user-interface dialogs

5. evaluate requirements w/ users

Gerald's Dad Prepares Dinner Everyday

G(ather info)

D(efine reqs)

PR(ioritize reqs)

D(envelop user-interface)

EV(aluate reqs)

19
New cards

Functional Reqs.

system MUST perform; business uses, functions the users carry out

20
New cards

Non-functional Reqs.

other system characteristics; constraints and performance goals

21
New cards

"F. U. R. P. S." accronym

Functional reqs.

Usability reqs.

Reliability reqs.

Performance reqs.

Security reqs.

22
New cards

Non functional reqs include

Usability, reliability, performance, security

23
New cards

Example of functional reqs.

business rule & processes

24
New cards

Example of usability reqs.

user interface, ease of use

25
New cards

Example of reliability reqs.

failure rate, recovery methods

26
New cards

Example of performance reqs.

response time, throughput

27
New cards

Example of security reqs.

access control, encryption

28
New cards

Stakeholder

persons who have an interest in the successful implementation of the system

29
New cards

Internal stakeholder

persons within the organization

30
New cards

external stakeholder

persons outside the organization

31
New cards

operational stakeholder

persons who regularly interact with the system

32
New cards

executive stakeholders

persons who don't directly interact, but use the information or have financial interest

33
New cards

Central tendency

occurs when respondents rate everything as average

34
New cards

How to avoid central tendency

Adjust the strength of the descriptors and create a scale with more points

35
New cards

Halo Effects

When the impression formed in one requestion carries into the next question

36
New cards

How to solve halo effect

place one trait and several items on each page

37
New cards

Model is a...

a representation of some aspect of the system being built

38
New cards

types of models

Textual, graphical, mathematical

39
New cards

textual models are...

written down, described

40
New cards

graphical models are...

diagrams, schematic

41
New cards

mathematical models are...

formulas, statistics, algorithms

42
New cards

Unified Modeling Language (UML) is...

Standard graphical modeling symbols/terminology used for information systems

43
New cards

Reasons for modeling

1. communicating w/ other development team members and with a variety of users & stakeholders

2. remembering all the details

3. learning from the modeling process

4. documenting what was done for future maintenance/enhancement

5. reducing complexity by abstraction

CO-RE LEA-D-eR

Co(mmunicating)

Re(membering details)

LEA(rning)

D(ocumenting)

R(educing complexity)

44
New cards

workflow

a sequence of processing steps that completely handles one business transaction or customer reqst.

45
New cards

activity diagram

describes user or system activities, the person doing them, and their sequential flow

46
New cards

Use story

one-sentence description of a work-related task done by a user to achieve some goal or result

47
New cards

acceptance criteria

identify the features that must be present at the completion of the task

48
New cards

Use case

an activity that the system performs in response to a request by a user

49
New cards

what defines functional reqs.

use cases

50
New cards

techniques for identifying use cases

user goal technique and event decomposition technique

51
New cards

user goal (UG) steps

1. identify all the potential users

2. classify users of the system

3. interview and ask them to describe the tasks the computer can help w/

In-CL-INeD

I(dentify users)

Cl(assify users)

IN(terview users) and ask to D(escribe the tasks desired)

52
New cards

objective of user goal

Identify what the system could do to improve users' performance & productivity

53
New cards

benefits of user-goal technique

simple and effective

54
New cards

most common technique to identify use cases

user goal

55
New cards

Event decomposition (ED) technique

Using events to define functional reqs.

56
New cards

Difference between ED and UG.

ED is more comprehensive and complete

57
New cards

Event

something that occurs at a specific time and place, can be described, and should be remembered by the system

58
New cards

External event

an event that occurs outside the system, usually initiated by an external agent

59
New cards

Temporal event

an event that occurs as a result of reaching a point in time

60
New cards

State event

an event that occurs when something happens inside the system that triggers some process

61
New cards

Techniques for identifying problem domain

Brainstorming technique and noun technique

62
New cards

Brainstorming technique

use a checklist of all of the usual types of things typically found and brainstorm to identify domain classes of each type

63
New cards

Noun technique

identify all the nouns that come up when the system is described and determine if each is a domain class, an attribute, or not something we need to remember

64
New cards

the most popular technique for identifying problem domain

noun technique

65
New cards

attribute

describes one piece of information about each instance

66
New cards

identifier or key

One attribute uniquely identifies an instance of the class. Required for data entities, optional for domain classes.

67
New cards

compound attribute

Two or more attributes combined into one structure to simplify the model. Sometimes an identifier or key is a compound attribute.

68
New cards

Association

UML for a naturally occurring link between classes

69
New cards

Relationship

ERD for a naturally occurring link between classes

70
New cards

multiplicity

UML for number of associations between classes

71
New cards

cardinality

ERD for number of relationships between classes

72
New cards

Unary association

associations between two things of the same types

73
New cards

Binary Association

associations between two different types of things

74
New cards

ternary association

associations between three different types of things

75
New cards

Data entities

terms for things in ERD

76
New cards

Difference between ERD and UML

ERD is not as expressive as UML

77
New cards

Semantic Net

a graphical representation of an individual data entity and its relationship w/ other individual entities

78
New cards

Domain class

describes objects in the problem domain

79
New cards

class diagram

A UML diagram that shows classes with attributes and associations

80
New cards

domain model class diagram

a class diagram that only includes classes from the problem domain

81
New cards

Camelback notation example

"custNumber"; use upper-case to separate words

82
New cards

Association class

An association that is treated as a class in a M:N association because it has attributes that need to be remembered

83
New cards

Difference between association class and association

No real difference; it's just a class that is part of an association

84
New cards

Generalization/Specialization

A hierarchical relationship where subordinate classes are special types of the superior classes. Often called an Inheritance Hierarchy

85
New cards

Superclass

superior or more general class in a generalization/specialization hierarchy

86
New cards

Subclass

the subordinate or more specialized class in a generalization/specialization relationship

87
New cards

inheritance

the concept that subclasses inherit characteristics of the more general superclass

88
New cards

aggregation

a whole part relationship where the component part exists separately and can be removed and replaced

89
New cards

composition

a whole part relationship where the parts cannot be removed

90
New cards

types of relationships

association, whole-part, generalization/specialization

91
New cards

state

condition during an object's life when it satisfies some criterion, performs an action, or waits for an event

92
New cards

transition

movement of an object from one state to another

93
New cards

state machine diagram

a diagram showing the life of an object in states and transitions

94
New cards

origin state

the original state of an object before it begins a transition

95
New cards

destination state

the state to which an object moves after completing a transition

96
New cards

pseudostate

the starting point of a state machine diagram, indicated by a black circle

97
New cards

action-expression

some activity that must be completed as part of a transition

98
New cards

guard-condition

a true/false test to see whether a transition can fire

99
New cards

concurrent states

when an object is in one or more states at the same time

100
New cards

path

sequential set of connected states and transition