5 System Life Cycle Flashcards
Analysis
objectives
how
objectives: analyze and evaluate diff methods of evaluating a situation (questionnaires, observation, document analysis, interview) + describe content of requirement/system/design spisification
find how current system works
gather requirements for new system
analysis > questionnaire
many response asked in a way to help analyze data can be anon. // honest close ended q no elaboration
analyssi > interview
one on one / focus group style in depth ask q if unclear time consuming honesty?
analysis > observation
analyst watch the process of existing system
can ask the user about the flow of the system
can first hand experience how it work
user may perform diff (imagine how youre. when a teacher watches your class!)
analsys > docuent analysis
adv disadv
analyst check e.g of docs
identify input/ output
input: how data is collected/ processed by system // input form
output: // report
Method is not to be used on its own.
Documents only show output, doesn’t show additional data needed.
development and testing
developers
testers
test plan
developers: follow the agreed spis to develop application
testers: use test plan to follow exactly how and what to test the system
…
…
…
create test plan
consider data format, validation types (from data dictionary)
decide what might go wrong /close to extreme / valid common data
implementation
parallel
direct
phased
3 types of spis
Spisifictaions Requirement contract between developer and client , spis what client need purpose objective of system data stored data validation validation verification budget timeline input output data functional requirement client should approve System list of software hardware needed or new system usually software first then hardware software OS requirement other system software / database platform hardware storage requirement minimum and rec processing and memory extra input/output devices Design how system look /designer UI house style storyboard (interaction) how system work / developer data dictionary system flowchart data collection forms screen layouts validation routine
Alpha testing
carried out by the developers or a special team before a system is delivered to users.
Beta testing
Beta testing is used when software is being made available to a large number of users. Beta testers would be selected users who test an early release of an application after alpha testing.
Black box
involves selecting input data and checking that expected output matches actual output. Involves testing the whole system or user testing. No knowledge of the way the system works is required.
White box
involves the same process but the internal structure and logic of the program are known to the tester. Usually takes place with small program modules.
parallel
Parallel is when a new and old system is run at the same time.
Advantages: It’s less risky because if the new system fails, the old is always there. Accuracies of both systems can be compared.
Disadvantages: it’s more expensive as more staff required to duplicate data and diff g hardware may be needed
Data might be input differently in both
direct/plunge changeover
Direct or plunge changeover is when all the data is moved to the new system.
Advantages: This is a cheap method, the data used will be consistent and the new system doesn’t have to be compatible with the old
Disadvantages: it’s very risky and users would need to be trained in advance.
Phased
Phased is when parts of new system are installed one at a time.
Advantages: Errors would only affect one part and users can easily be trained.
Disadvantages: using 2 systems might be confusing and there might be delays waiting for the phase to be successful. Both systems will also need to be