CCEA A-Level Digital Technology 2650
Systems Analysis and Development Approaches
Design, Development and Testing
Implementation and System Security
Programming
Data, Information and Data Representation
Computer Architecture and Processing Systems
System Software, Application Software and the User Interface
Web Technology and Multimedia
Networks
Databases
Artificial Intelligence, Expert Systems and Robotics
Mobile Technology, Data Mining and Cloud Computing
Individual, Social and Legal Considerations
The Development Project: Analysis and Design
The Development Project: Build, Testing and Evaluation
The Development Project: Analysis and Design
Data modelling and normalisation for the solution
- 3 things to know
- A2 Unit 2
Overview
Identifying the entities from the client's own documents, showing the working from un-normalised data to third normal form, drawing the entity-relationship diagram for the design, and documenting every attribute, key and integrity rule.
What you need to know
Answer each one before you reveal it.
What should be documented for each table in the design?
How is the data model checked against the requirements?
Questions from this subtopic
Each one with the model answer underneath.
- 1
What must the design document show about the data model for the solution?
Model answer
The design must show the entity-relationship diagram for the fully relational database, the attributes and keys of every table, and the working that takes the client's data from its original form to third normal form.
- 2
How are the entities for a solution identified from the requirements?
Model answer
The things the client keeps records about become the entities, and they usually appear as the nouns that recur in the requirements and on the existing documents, such as member, loan, book and copy in a library.
- 3
Why must the normalisation be shown in detail rather than only the final tables?
Model answer
Showing the working demonstrates that the final structure was derived rather than guessed, and it lets a reviewer find the step where a dependency was missed instead of only seeing that the answer looks wrong.
- 4
What should be presented at each stage of the normalisation?
Model answer
Each stage should present the attributes as they stand at that point, the key of each group, and a statement of what was removed and why — the repeating group, the partial dependency or the transitive dependency.
- 5
Where should the source data for the normalisation come from?
Model answer
The source is the client's own documents — the order form, the invoice, the enrolment sheet — because normalising the real document guarantees that everything the client actually records has a place in the design.
- 6
How does the entity-relationship diagram relate to the normalised tables?
Model answer
They must describe the same structure: each entity on the diagram is a table, each relationship is a foreign key, and any many-to-many relationship on the diagram must appear in the tables as a link table.
Other ways to work this
The same content, four other ways.
What is inside Levo
Six ways to work the same material.
Every question in The Development Project: Analysis and Design, on a schedule.
Attempt a question from memory, write the correct version, then attempt it again. Levo records the jump between your first attempt and your last, and brings each question back on the day you are due to forget it.
Or £46 a year, about £3.83 a month. Cancel anytime.