CHAPTER 9 Flashcards

1
Q

SDLC recognising factors

A
  1. Highest risk when furthest away from completion
  2. Costs are cheapest at the start, ramp up in the middle and taper off at the end
  3. Changes at the start of the project have less impact and cost less
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Standardized SDLC approaches

A

Terms of reference - managers decide what capabilities they want system to have
Feasibility Study - Is system actually going to be achievable, can we update old system or have to make new one
Fact finding and Recording - Questionnaires on how current system used and see whats wrong

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

Standardized SDlC approaches part 2

A

Analysis - free from costs, managers brainstorm using terms of reference stage
Design - produce one or more models to see what the system would look like and create a description document
System Specification - Specific plan and chose suppliers/models etc
Implementation and review - set up and install, train staff
Use
Close

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

Waterfall method

A

emphasises requirements gathering process
sequence of phases that cant happen until previous is done
output of one is input of next

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

Fountain Model

A

Possible overlapping, needs effective control procedures
clients may not know what they want upfront, may not actually be feasible

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

Iterative/Incremental

A

scheduling and staging which parts of a system are developed at different times or rates
then integrated once complete

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

Prototyping

A

puts together a working model/prototype to test and gain use feedbackA

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

Spiral

A

combines prototype and waterfall methods
create prototype, risk manage then build another

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

Agile

A

Face to face communication
lots of small packages and each one counts as an iteration
Lots of iterations made with the aim goal to have a non bugged one published to the market

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

Joint Application Development

A

Involves the client in development through successful workshops

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

Rapid Application Development

A

Prototypes can be quickly constructed to replicate the desired product in order to test

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

Build and Fix or Fix and Fail

A

modifying code until client is happy

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

End USer development

A

techniques and activities that allows individuals who are not professional developers to create/modify a software object
end users have specialist business knowledge and can implement without explanation

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

Synchronise and Stabalise

A

teams work parallel on individual applications and then come together
synchronies regularly to debug

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

PRINCE2

A

Projects are divided into manageabe phases or stages
enables efficient monitoring and control
roles and responsibilities are fully described and adaptable

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

Phases of PRINCE2

A

Starting up
Planning
initiating
directing
controlling
managing delivery
managing stage boundaries
closing

17
Q

Qualifications needed for PRINCE2

A

Foundation and practitioner exam

18
Q

PMBOK Guide - project intiation

A

developing and executing a project plan
principle approach

19
Q

PMBOK Guide - 5 process groups

A

Initiating
planning
executing
controlling
monitoring
closing

20
Q

ISO9000:2000 ISO 9001 ISO9004

A

Quality Management Systems

21
Q

Software testing - purpose of testing

A

gain software that performs to an acceptable defect rate

22
Q

Test Stages

A
  1. Unit testing in isolation
  2. Integration testing to show defects
  3. Fucntional testing at levels
  4. System testing - does it meet requirements
  5. load testing - high volume data
  6. system integration testing - against 3rd parties
  7. user acceptance testing
  8. penetration testing security
23
Q

Software Axions

A

programs cant be fully tested
risk based
if no bugs exist wont be shown
more bugs found, more bugs there are
not all bugs can or need to be fixed
product is never final

24
Q

Regression testing

A

modfying changes in software functionality

25
Q

Code walkthrough

A

manual testing where program logic is traced manually using test logic to analyze the programmers logic/assumptions

26
Q

Whitebox testing

A

tester has access to the source code and writes specifc test to that area

27
Q

Blackbox testing

A

tester accesses it through client interface to confirm functionality

28
Q

Grey Box testing

A

combination of white and black
tester know limited number of test cases but applys inputs to observe

29
Q

smoke testing

A

exmanination of all basic components in system without refernce so determines if they work together

30
Q

Agile testng

A

unit tests are written first and dail initially until code is written

31
Q

Handshake test

A

aims to prove its possible to send and receive communications between 2 or more software

32
Q

test cycle - test planing

A

test strategy - stages and techniques
test bed - hardware used to complete test
test plan - allocates resources

33
Q

test cycle - test development

A

test case - conditions to see if satisfied
test script 0 details inputs
test scenario - collection of test cases

34
Q

ISO 9126

A

Standard for software evaulatuon
qulaity model
inernal/external metrics
quality in use metrics

35
Q
A
36
Q

Disruptive Innovation

A

improves a product or service that the market would not expect
creates demand for new services