Skip to main content
WalesComputer ScienceSyllabus dot point

How do I plan, build, test and document the programming project that forms the non-exam assessment?

Complete the Unit 5 software development programming project: analyse a problem, design, implement, test, document and evaluate a solution.

An overview of WJEC A-Level Computer Science Unit 5, the software development programming project (non-exam assessment), covering the stages from analysis to evaluation and how the project is marked.

Generated by Claude Opus 4.812 min answer

Reviewed by: AI editorial process; not yet individually human-reviewed

Have a quick question? Jump to the Q&A page

Jump to a section
  1. What this dot point is asking
  2. The answer
  3. Examples in context
  4. Try this

What this dot point is asking

Unit 5 Software Development is the non-exam assessment (the programming project): a substantial piece of coursework in which you analyse a problem, then design, implement, test, document and evaluate a working software solution. This is a single overview because the unit is a project, not a body of content to revise: it is assessed by what you produce and document, drawing on the skills from Units 1 to 4 rather than introducing new theory. The guidance here frames the stages and what each is assessed on, without padding a coursework task into multiple revision pages.

The answer

What the project is

Because it is coursework, success comes from a well-chosen problem, disciplined documentation, and a solution that genuinely meets clear objectives, all worked on over an extended period rather than revised for an exam.

The stages

Each stage builds on the previous, so weak analysis undermines everything after it: objectives set in analysis are the benchmark for both testing and evaluation.

Why objectives matter

Clear, measurable objectives are the spine of the project. They guide design and implementation (every feature should trace to an objective), and they are what testing and evaluation are measured against. Vague objectives cannot be tested or evaluated objectively, so the analysis stage shapes the marks for the later stages.

How it is marked

Examples in context

Example 1. Choosing a problem of the right scope
A project to build a small club's membership and subscription system is well scoped: rich enough to show analysis, data structures, searching and validation, but achievable in the time. A project that is too trivial cannot demonstrate the skills, and one that is too ambitious is never finished, which is why scoping the problem is part of doing the analysis well.
Example 2. A test plan written during design, not after
A strong project writes its test plan during design, listing the data and expected results for each objective before coding. When implementation is done, testing simply executes the plan. This mirrors the professional life cycle from Unit 3 and shows why design includes the test plan, rather than testing being an afterthought.
Example 3. An honest evaluation scores well
A candidate whose evaluation states plainly which objectives were fully met, which were partly met, and what a future version would improve demonstrates genuine critical judgement. An evaluation claiming everything worked perfectly is less credible and scores less well, illustrating that the evaluation rewards honest, evidence-based reflection against the objectives.

Try this

Q1. Name, in order, the main stages of the Unit 5 software development project. [5 marks]

  • Cue. Analysis, design, implementation, testing and evaluation.

Q2. State why testing should be carried out against the objectives set during analysis. [2 marks]

  • Cue. The objectives are the measurable benchmark; testing against them shows whether the solution actually does what it was required to do, which the evaluation then judges.

Exam-style practice questions

Practice questions written in the style of WJEC exam questions on this dot point, with worked answer explainers. The year tag is the paper they imitate, not the source.

WJEC NEA20 marksOutline how you would structure the documentation of a Unit 5 software development project, naming the main stages assessed.
Show worked answer →

Set out the documented stages of the project in the order they are carried out and assessed.

Analysis: describe the problem, investigate it, and set out clear, measurable requirements and objectives for the solution.

Design: specify how the solution will meet the objectives, including the algorithms, data structures, interface and test plan, in enough detail to be implemented.

Implementation: develop the solution, documenting the development with evidence of the code and the techniques used.

Testing: test the solution against the test plan and the objectives, using a range of data, and document the results.

Evaluation: evaluate the finished solution against the original objectives, judge how well it meets the user's needs, and identify limitations and possible improvements.

Markers reward the analysis, design, implementation, testing and evaluation stages in order, each tied to the project's objectives. (Marks shown are indicative; consult the current WJEC assessment guidance.)

WJEC NEA12 marksExplain why clear, measurable objectives set during analysis are important to the success and assessment of the project.
Show worked answer →

Explain the role objectives play in both building and judging the solution.

Clear, measurable objectives define exactly what the solution must achieve, so they guide the design and implementation: every feature built should trace back to an objective, which keeps the project focused and avoids scope creep.

They are also the benchmark for testing and evaluation: testing checks whether each objective is met, and the evaluation judges the finished solution against the objectives. Vague objectives cannot be tested or evaluated objectively, so the quality of the analysis directly affects the marks for the later stages.

Markers reward the point that objectives guide development and that they are the measurable benchmark against which testing and evaluation are judged.

Related dot points

Sources & how we know this