Life cycle, maintenance, stepwise refinement, state-transition diagrams and structure charts
Watch the whole lecture free
Make a free account to watch every lecture to the end: 5 practice questions, 2 real past-paper questions with the answers explained, the mistakes that lose marks, the full-marks tip, a one-card summary and a quick quiz.
That was the teaching part. The rest of this lecture is free with an account: 5 practice questions, 2 real past-paper questions with the answers explained, the mistakes that lose marks, the full-marks tip, a one-card summary and a quick quiz.
No password needed now: we email you a link to set one. Already have an account? Sign in, then come back to this page.
The teaching part (1 min) is free to watch. A free account opens the whole lecture: 5 practice questions, 2 real past-paper questions with the answers explained, the mistakes that lose marks, the full-marks tip, a one-card summary and a quick quiz.
What this lecture covers
- Plan before you code
- The life cycle stages
- Life cycle models
Read the transcript of the teaching part
Last time
Before we start: last time, in Program flowcharts, trace tables and dry runs, you learned these points. Here they are again on one card. Keep them in mind, because today builds on them.
Plan before you code
Professional programs are not written in one sitting at a keyboard. They go through stages: find out what is needed, design it, build it, test it, and keep it working. And in the design stage there are tools for drawing the plan: stepwise refinement, state-transition diagrams and structure charts. Each is a favourite in Paper 2.
The life cycle stages
Analysis: find out what the program must do, from the users, and write the requirements. Design: plan the algorithms, modules and data. Coding: write the program. Testing: run it with test data to find errors and check it meets the requirements. Maintenance: fix faults found after release, and adapt or improve the program as needs change.
Life cycle models
In the waterfall model, each stage is finished before the next starts. It is simple and well documented, but changes late on are costly. In the iterative model, a basic version is built and refined in repeated cycles, using feedback. It copes with changing requirements, but is harder to plan. Rapid application development builds prototypes quickly, and the user feedback shapes the next one.
How often it comes up
How often Cambridge has asked each part, counted by ExamYard from every past paper in its question bank: Life cycle stages and models · Structure charts · Structured English and stepwise refinement.
The whole chapter: Program Design and the Life Cycle.
Chapter 12: Software development
- Life cycle, maintenance, stepwise refinement, state-transition diagrams and structure charts 7 min
- Test data, testing methods, types of error and writing pseudocode algorithms 7 min
Also for A Level Computer Science 9618
Which topics come up most in A Level Computer Science 9618 past papers, counted from every paper since 2004: Paper 1 topic frequency, Paper 2 topic frequency.