Week 2 - System Development Life Cycle Flashcards

(16 cards)

1
Q

System

A

A collection of interrelated parts that forms a whole which has a purpose.

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

Systems development lifecycle

A

The process of determining how a system can support business needs, designing the system, building it, and delivering it to users.

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

Systems development lifecycle stages

A
  1. Planning
  2. Analysis
  3. Design
  4. Implementation and Maintenance
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What happens in the planning stage?

A
  • Understand why a system should be developed and planning how it will be developed and delivered.
  • Feasibility analysis - assess how technically, economically and organisationally feasible it is.
  • Work out required resources - make a business case.
  • Cost-benefit analysis - compare development(one time) and operational(ongoing) costs against tangible benefits (e.g., revenue) and intangible benefits (predicted but not quantified benefits). System happens only if benefit > costs.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What are the outputs of the planning stage?

A
  • Goals for the new system defined.
  • Project scope is defined.
  • Feasibility assessment completed.
  • Initial work plan created.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What happens in the analysis stage?

A
  • Understanding who will use the system, what the system will do, and where/when it will be used.
  • Understand existing situation and its improvements. Define system requirements.
  • Problem analysis, requirements determination and requirements gathering (gather data from users - PACT questions).
  • Break down the problem to understand part functions and interrelations.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Requirements

A

Statements of what the system should do and characteristics the system should have.

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

PACT questions

A

People – what are intended users characteristics (cognitive/physical) and skills?
Activities – how is activity currently happening? What can be improved?
Context – what is (physical/social) environment of the activity? Organisational context, when/where activities happen.
Technology – what tools are currently used? What can be updated for new developments to make things easier?

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

What happens in the design stage?

A
  • How the system will operating and how it will be built.
  • Architecture and interface design. Database development. File specifications.
  • Design user interface - how users will interact, navigation, input and output mechanisms.
  • Outputs system specification.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What happens in the implementation stage?

A
  • Building the system.
  • Testing the system - unit, integration, acceptance and user testing.
  • System construction, installation and support plan.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Types of testing

A

Unit testing: testing each unit or module separately.
Integration testing: checking units/modules work together as expected and without error.
Acceptance testing: check the system meets user requirements.
User testing: system is tested by users.

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

What happens in the maintenance stage?

A
  • Maintaining existing functionality of the system.
  • Can also involve building new functionality.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Waterfall development model

A

Each stage of the systems development lifecycle happens in order.
The next stage is not started until the previous stage is finished.

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

Pros and cons of the waterfall development model

A

Pros: Easy to organise, well documented, clear deliverables, well suited for high security need systems.
Cons: No software until the very end of development, hard to implement feedback or changing requirements during development, difficult to measure progress.

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

Rapid action development model

A

Has cycles of the systems development lifecycle called sprints.
After each sprint, the system is delivered and then the next sprint starts to review, adapt and improve on the current iteration of the system.
E.g., iterative, system prototyping, throwaway prototyping, agile – xp/scrum.

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

Pros and cons of rapid action development model

A

Pros: Cheaper, more flexible to change, useful when requirements are unclear, earlier feedback and quicker delivery of working software.
Cons: more challenging to integrate at the end, more difficult to plan and manage, difficult to scale for large systems, less documentation.