Software Flashcards

You may prefer our related Brainscape-certified flashcards:
0
Q

What is the importance of defining the problem correctly?

A

A poorly defined problem can lead to a poor solution, unhappy customers who don’t my get what they want and will be unhappy with the developers who probably won’t get paid. Problems need to be understood so that the solutions will fix the problem. Misunderstanding can quickly develop between the dev and client

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

The systems life cycle describes the various stages that are gone through in analysing, designing and implementing a new computer system

A
Stages:
Feasibility study 
Analysis
Design
Implementation
Testing
Installation
Maintenance
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Describe the function and purpose of a feasibility study?

A

A feasibility is don’t before any big work. The study will determine whether the problem under consideration is worth doing, and whether the solution is viable

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

What questions are asked during the study?

A
Is it:
Technically feasible
Economically feasible
Is the workplace capable of running the new system
Budget
Socially feasible
Legally feasible
Is it possible in the time frame
Any reasons if/why the new system may not be accepted
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Methods of fact finding

A

Interviews
Questionaires
Observation of the current system
Collection of documents

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

Fact finding - interviews

A

Allow departure from prepared script/ allows interviewee to elaborate on points and make the client believe that they are fully involved. Time consuming - only give the view of one person

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

Fact finding - questionnaires

A

Allows for a large number to have their say in s short time - allies all to feel involved. Very rigid structure - doesn’t allow individual points - person filling it in May feel rail roared - poor return

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

Fact finding - observation of current system

A

See system warts and all - see system with new eyes - see information works may feel not important ; workers may not act naturally - may not see at abnormal procedures - business may be cyclical

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

Fact finding - collection of documents

A

Gives clear indication of inputs and outputs necessary - shows what workers and management find acceptable; present documents may not be effective - may be difficult to understand without more information

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

Explain why a systems analyst needs to identify the information. The information requirements of a system AND different methods of fact finding

A

Need to ensure analyst understands the organisation requirements or the system produced may not meet requirements
Need to ensure correct hardware and software
Interview - one to one situation can change course of questions
Questionnaire - may have their views considered can be time saving if there is a large workforce
Observation - can see process in action but employees may not act as they would usually
Meeting - can get views form many people at once but may be taken over by one or two people
Document collection - indicates what data is actually collected

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

State THREE items of content in the requirements specification of system

A
Input requirements 
Output requirements 
Processing requirements 
Clients agreement to requirements 
Hardware
Software
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Describe a design spec

A

After analysis. Explains in excruciating detail exactly how the new system is going to work. Will include mock ups of all input output forms, report structures, diagrams of overall system, algorithms, data dictionaries, data life diagrams, ERD and anything else that may be needed. It should be in enough detail so that any competent programmer could use it to create the new system

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

State THREE items of content in the design specification of a system

A
Input design
Output design
Data structure design
Diagram of overall system
Processing necessary - algorithms - flowcharts
System flow charts
Data flow charts
Data flow diagrams
Entity relationship diagrams
Sitemaps
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Importance of evaluating the new system

A

Any new system needs to be evaluated to ensure that it meets all of the design and requirement specification objectives, thus confirming as intended

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

Criteria that should be used in evaluation

A

Client must evaluate system to ensure that the requirements have been met
Analyst must evaluate the system to prove that they should be paid
Criteria should be agreed set of objectives of the system
This will be done by the rigorous testing of the system

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

Context and importance of different types of documentation at different stages in the system

A

Documentation on the new system will have been produced throughout the design process. Users will need their own documentation which will provide a complete account of how to use the new system. The maintenance programmers will need technical manual details all of the data structures and and technical features of the software.

17
Q

State the purpose of each manual

A

User manual - Gives instructions to software users to allow then to successfully produce the desired result - how to fix errors and what the user has done wrong
Technical Manual - Describes how the system works

18
Q

State 3 items which would be contained in user docs

A
Input output procedures
how to use the system
backing up
File searching - maintenance
error messages
FAQ
Help
Hardware specs
Glossary
Index/contents
19
Q

Describe 2 types of diagram which may be in the technical documentation

A

DFD - showing flow of data though out the system
System Flow Chart - showing how parts of system enterrelate
Flowchart - showing the operations involved, algorithms
ERD - shows how data tables relate to each other

20
Q

Importance of system testing

A

A new system needs to extensively tested to ensure that all aspects of the system are working as planned. Test plans are created during the design stage and these will be followed to ensure that everything is working

21
Q

System Installation - Direct Changeover

A

The old system is shut down and the new one is turned on. Usually done when there is no other option, as new systems don’t usually work first time.

22
Q

System Installation - Parallel Changeover

A

The new system is installed alongside the old system. Both systems run together on the normal data. When the new system is clearly working the old system can be turned off.

23
Q

System Installation - Pilot Changeover

A

If possible the new ystem is installed in one location where it will run, often for many months before it is rolled out in other locations. Alternatively, the new system is operated alongside the old system but with a subset of the data.

24
Q

System Instllation - Phased Changeover

A

Some tasks previously performed by the old system are replaced with the new system. As confidence grows in the new system more and more tasks are undertaken by the new system until eventually the old system can be completely replaced.

25
Q

Describe town taksed which an analyst needs to plabn as part of the installation strategy

A

Method of installation - examples needed
Training program much be devices and materials written
Files must be created - need to produce files
Hardware much be bought and installed
System must be tested with real data files - by users
Post monitoring for errors - provide technical documentation

26
Q

Types of maintenance

A

Corrective - new system may suffer from bug which need to be fixed.
Perfective - improving on the system and enhancing its features
Adaptive - regualtions may change in which the system has to be changed to abide by the new regulations