System Lifecycle Flashcards

1
Q

Steps of System Life Cycle

A

Analysis
Design
Development & Testing
Implementation
Documentation
Evaluation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Analysis

A

Investigation of how current system works and what is required for new system.
( what needs to be improved )

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Methods of Analysis

A

Observation
Interviews
Questionnaires
Examination of existing documents

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Observation adv/dis

A

First hand real life data

people don’t work properly when being watched

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Interviews adv

A

In-depth details about system
Follow up questions can be asked

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Interview dis

A

Expensive
Time consuming
Not anonymous so might be pressured

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Observation dis

A

Can be time-consuming
May not reveal all issues
People will not work properly when know they being watched

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Questionnaire adv

A

Quick and simple
Less time consuming
Can be done online and automatically marked

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Questionnaire dis

A

People don’t take time to answer a questionnaire well
Information is limited to the questions
May suffer from low response rates

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Existing Documents adv

A

Easy way to find comprehensive info about the system
Finds all inputs and outputs
Can reveal unknown issues

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Existing documents dis

A

Difficult to understand from someone who is not in organization
Could be outdated
Doesn’t always show all processes and procedures in a system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Stuff analysis identifies

A

inputs and outputs
problems
how data is processed

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What needs to be specified for the new system?
(analysis)

A

purpose
data
how data is processed
user requirements
what software/hardware needed ( justified too)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What should design show?

A

file/data structures
input/output formats
validation rules

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Validation routiunes

A

Range check ( range eg 0-17)
Character check (certain characters F or M )
Length check
Type check (text or numeric etc)
Format check (must be in a specific pattern eg. __/__/__)
Precense check
Check digit ( extra calculation to make sure it right)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Test strategy definition

A

A set of guidelines on how testing will be carried out.

Test each module: verify each component works
Test each function: ensure everything works
Test the whole system: test performance and intergration

17
Q

Test design

A

The result of the testing

test data
expected outcomes
actual outcomes
remedial action

18
Q

Test plan

A

describes all tests to be carried out

Stuff that should be tested:
data file structures
input/output format
validation routines

19
Q

Types of data used for testing

A

normal - expected
extreme/boundary - upper and lower limits
abnormal - unacceptable

20
Q

Methods of implementation

A

Direct changeover
Parallel Running (run it until it effective and all people are confident in using)
Pilot Running ( small group to test)
Phased implementation ( slowly change to it)

21
Q

Direct changeover adv/dis

A

fast implementation
cost effective

high risks of failure
no fallback
users can’t be trained on a new system

22
Q

Phased implementation dis

A

takes longer
compatibility issues
confusing with old system and new system at same time

23
Q

phased implementation adv

A

reduced risk
easier to manage
more time to adjust

24
Q

Pilot Running adv

A

low risk
allows for fine tunning
staff have time to train
few errors

25
Q

Pilot Running dis

A

slower implementation
expensive to keep 2 up
systems have to be synchronised

26
Q

Parallel running adv

A

lower risk
easy system comparison
if problems old can be used

27
Q

parallel running dis

A

expensive 2 systems
have to be synchronised

28
Q

Stuff needed in technical documentation

(what future technician needs to understand how system works

update and fixing problems also needs it)

A

purpose of system
limitations
programs used
program language
program flowcharts
system flowcharts
hardware and software requirements
file structures
input/output format
test runs
validation routines

29
Q

Stuff needed in user documentation
(features and how to use it)

A

purpose
limitations
hardware/software req
how to run/install
how to deal w error
trouble shooting guide
FAQ’s
glossary
test runs
input output format

30
Q

Stuff that will be evaluated

A

If it meets the original requirements
Limitations and issues to improve (user feedback included)
How efficient
Ease of use
suitability ( suitable or too much )