Blame
|
1 | <!-- Generated from applied-computing-au vic/unit3-4/sat/C03-2026/C03-essential-terms.md by port-reference-godot-to-wiki.py — do not hand-edit; re-run the port. --> |
||||||
| 2 | # Essential Terms — C03 |
|||||||
| 3 | ||||||||
| 4 | The Hamilton and Alexandra College · Year 12 · 2026 |
|||||||
| 5 | ||||||||
| 6 | A glossary of every term you need to recognise and use correctly across C03. Click a term to expand its definition. If you cannot define a term in your own words, you cannot use it with confidence when it counts. |
|||||||
| 7 | ||||||||
| 8 | ```mermaid |
|||||||
| 9 | flowchart TD |
|||||||
| 10 | R["C03 vocabulary<br/>20 terms"] |
|||||||
| 11 | R --> G0["The SRS<br/>3 terms"] |
|||||||
| 12 | R --> G1["Requirements<br/>2 terms"] |
|||||||
| 13 | R --> G2["Constraints<br/>6 terms"] |
|||||||
| 14 | R --> G3["Solution boundaries and scope<br/>2 terms"] |
|||||||
| 15 | R --> G4["Quality words used in non-functional requirements<br/>7 terms"] |
|||||||
| 16 | ``` |
|||||||
| 17 | ||||||||
| 18 | *Where the C03 vocabulary sits, and how much of it is in each group — the 5 sections below follow the same order. Revise the heavy groups first.* |
|||||||
| 19 | ||||||||
| 20 | --- |
|||||||
| 21 | ||||||||
| 22 | ## The SRS |
|||||||
| 23 | ||||||||
| 24 | >| ### Software requirements specification (SRS) |
|||||||
| 25 | >| A single document that contains the outcomes of the analysis stage of the problem-solving methodology, including scope, constraints, functional requirements and non-functional requirements. |
|||||||
| 26 | ||||||||
| 27 | >| ### Solution requirements |
|||||||
| 28 | >| What the client needs from the solution in relation to its features. |
|||||||
| 29 | ||||||||
| 30 | >| ### Analysis stage |
|||||||
| 31 | >| The stage of the problem-solving methodology where solution requirements, constraints and scope are determined. |
|||||||
| 32 | ||||||||
| 33 | --- |
|||||||
| 34 | ||||||||
| 35 | ## Requirements |
|||||||
| 36 | ||||||||
| 37 | >| ### Functional requirements |
|||||||
| 38 | >| The desired operations of a program that have specified inputs, behaviours and outputs. |
|||||||
| 39 | ||||||||
| 40 | >| ### Non-functional requirements |
|||||||
| 41 | >| Qualitative requirements of a solution, often tied to solution constraints. |
|||||||
| 42 | ||||||||
| 43 | --- |
|||||||
| 44 | ||||||||
| 45 | ## Constraints |
|||||||
| 46 | ||||||||
| 47 | >| ### Constraints |
|||||||
| 48 | >| Factors that may limit or restrict solution requirements. |
|||||||
| 49 | ||||||||
| 50 | >| ### Technical constraints |
|||||||
| 51 | >| The limitations and restrictions related to the technology used in a project. |
|||||||
| 52 | ||||||||
| 53 | >| ### Economic constraints |
|||||||
| 54 | >| The limitations on a project or decision imposed by financial factors. |
|||||||
| 55 | ||||||||
| 56 | >| ### Legal constraints |
|||||||
| 57 | >| The limitations and requirements imposed on a project or decision by laws, regulations and legal standards. |
|||||||
| 58 | ||||||||
| 59 | >| ### Social constraints |
|||||||
| 60 | >| The limitations imposed on a project or decision by societal norms, values and expectations. |
|||||||
| 61 | ||||||||
| 62 | >| ### Non-technical constraints |
|||||||
| 63 | >| Limitations relating to areas other than hardware and software: social, legal and usability. |
|||||||
| 64 | ||||||||
| 65 | --- |
|||||||
| 66 | ||||||||
| 67 | ## Solution boundaries and scope |
|||||||
| 68 | ||||||||
| 69 | >| ### Scope |
|||||||
| 70 | >| The boundaries or parameters of the solution - what it will do and what it will not do. |
|||||||
| 71 | ||||||||
| 72 | >| ### Solution boundaries |
|||||||
| 73 | >| The limits or edges of what a project or solution will encompass. |
|||||||
| 74 | ||||||||
| 75 | --- |
|||||||
| 76 | ||||||||
| 77 | ## Quality words used in non-functional requirements |
|||||||
| 78 | ||||||||
| 79 | >| ### Fit for purpose |
|||||||
| 80 | >| To be well suited for a role or purpose. |
|||||||
| 81 | ||||||||
| 82 | >| ### Functionality |
|||||||
| 83 | >| The extent to which a solution is suited to its purpose. |
|||||||
| 84 | ||||||||
| 85 | >| ### Usability |
|||||||
| 86 | >| The extent to which a system is easy to learn and use. |
|||||||
| 87 | ||||||||
| 88 | >| ### Reliability |
|||||||
| 89 | >| How much a solution can be depended upon to function as designed, and for how long. |
|||||||
| 90 | ||||||||
| 91 | >| ### Portability |
|||||||
| 92 | >| How easily a solution is able to be used in different operating environments. |
|||||||
| 93 | ||||||||
| 94 | >| ### Robustness |
|||||||
| 95 | >| How well a software solution responds to errors that occur when the software is being used. |
|||||||
| 96 | ||||||||
| 97 | >| ### Maintainability |
|||||||
| 98 | >| How easy a solution is to look after once it has been put in place. |
|||||||
| 99 | ||||||||
| 100 | --- |
|||||||
| 101 | ||||||||
| 102 | ## See also |
|||||||
| 103 | ||||||||
| 104 | - [C03 home page](/sd/C03/C03-home) — everything else for this criterion |
|||||||
| 105 | - [Efficiency vs Effectiveness](/sd/C04/Efficiency%20vs%20Effectiveness) — the full VCAA lists: exactly 3 efficiency factors and 11 effectiveness factors; only the ones this glossary defines appear above |
|||||||
