Моделиране на информационна система (практикум)

Това е първата ни среща с истинско моделиране — преди да пишем и ред код, отговаряме на въпросите: кои обекти ще описва системата, какви характеристики (атрибути) има всеки обект и какъв тип данни е всяка характеристика.

Оглеждаме се в предметната област „училище“ и изброяваме съществените обекти:

• Ученик — централният обект на системата.
• Клас — учениците се групират в класове.
• Преподавател — води учебни предмети.
• Учебен предмет — какво се изучава.
• Оценка — свързва ученик, предмет и стойност.

За всеки атрибут посочваме типа (по познанията ни от езиците за програмиране) и допустимите стойности:

По релационния модел на Код: за всяка група еднотипни обекти — таблица. Връзките между обектите стават колони, сочещи към друга таблица (както class_id при учениците в нашата учебна база):

1. Таблица classes(id, name).
2. Таблица students(id, name, grade, class_id → classes).
3. Таблица subjects(id, name).
4. Таблица marks(id, student_id → students, subject_id → subjects, mark, date).

Точно това е схемата, върху която работят SQL упражненията в този учебник — тя е решение на задачата „Моето училище“.

Справките са смисълът на цялата система — моделът е добър, ако отговаря лесно на въпросите, които потребителите ще задават. Провери двете справки в упражненията по-долу.

• Моделирането започва с въпроса „кои са обектите“, не с кода.
• Всеки атрибут има тип И множество от допустими стойности.
• Връзките между обектите са част от модела (ученик → клас).
• Обект с много екземпляри и собствени характеристики → отделна таблица.
• Моделът се оценява по това колко лесно отговаря на нужните справки.