нання і матеріалів - це матеріальні зв'язку. Узгодженість дій співробітників, взаємозв'язок і взаємодія елементів - це механізми забезпечення єдності і цілісності системи.
У предметної області ІВ можна виділити ряд об'єктів, суб'єктів і прецедентів.
Об'єктами є:
Викладач, провідний заняття в навчальній групі.
- Досліджуваний предмет.
Кафедра, профіль якої закріплює за нею предмет.
Студент, який навчає в певній групі.
Факультет спеціалізації.
Навчальна група факультету.
Суб'єктами діяльності в предметній області є адміністратор бази даних і користувач ІС.
Розподіл прецедентів залежить від користувача ІС. Адміністратор бази даних - представник обчислювального центру академії, який володіє прийомами створення та обслуговування реляційних БД. Користувач системи - методист кафедри.
2.3 Проектування інформаційно-логічної моделі бази даних
Методологія проектування інформаційних систем на основі концептуального моделювання предметної області- одна з найбільш часто використовуваних. Вона являє собою структурований процес створення систем, який зазвичай розбивається на наступні кроки: аналіз, проектування, програмування, тестування і впровадження.
При концептуальному моделюванні предметної області і застосуванні технології БД найбільш складним завданням є виявлення інформаційних і функціональних (динамічних зв'язків) між об'єктами реального світу.
Інформаційна структура предметної області містить всі об'єкти та їх зв'язку, які необхідні для побудови ІС, а функціональна структура визначає, яким чином використовуються і обробляються ці об'єкти. Інформаційна та функціональна структури спільно забезпечують повну специфікацію інформаційну систему.
Створення ІС на основі методології концептуального проектування припускає чотири етапи проектування:
Збір і аналіз інформаційних потреб користувачів і системний аналіз предметної області;
Побудова концептуальної (понятійної) моделі предметної області;
Створення концептуальної моделі бази даних;
Розробку системи за допомогою інструментальних засобів обраної СУБД.
Заключний етап проектування тісно пов'язаний з можливостями інструментальних засобів конкретних СУБД.
Даний етап у свою чергу розбивають на наступні кроки:
Логічне проектування БД;
Фізичне проектування БД;
Реалізація додатків;
Побудова моделей починається з побудови діаграм. Для досягнення цих цілей використовуються діаграми UML (Use case diagrams).
Базові поняття UML
Мова UML базується на трьох фундаментальних поняттях: сутність, ставлення і діаграма
Сутність - це об'єкт проектованої системи, який цілісно представляється в абстрактному вигляді.
Ставлення описав спосіб і форму зв'язку між сутностями.
Діаграма - це візуальне представлення набору сутностей з відносинами між ними. Діаграма формується за допомогою набору зумовлених графічних елементів мови.
В системі Delphi 2006 підтримуються дві версії мови UML: версія UML 1.5 і версія UML 2.0. У версії UML 1.5 налічується дев'ять класів діаграм: діаграми класів, діаграми об'єктів, діаграми прецедентів, діаграми послідовності, діаграми кооперації, діаграми станів, діаграми діяльності, діаграми компонентів і діаграми розгортання. У версії UML 2.0 налічуються тринадцятеро класів діаграм. До нових класам діаграм у версії UML 2.0 відносяться діаграми компонентів, діаграми внутрішньої структури, діаграми машин станів і діаграми взаємодії.
Діаграма класів
Діаграма класів - один з найбільш важливих і найбільш поширених серед програмістів видів програм UML. Тому діаграми класів задіяні в системі Delphi і технології ECO в якості основного інструменту моделювання.
Клас в мові UML - це структура, шаблон абстрактного поняття. Це поняття практично еквівалентно поняттю класу в об'єктних мовах програмування (зокрема, Delphi). На основі класу в процесі роботи програми створюється безліч однакових за своєю побудовою об'єктів.
Діаграма класів - це діаграма, що описує використовуються в проекті класи, їх поля, і методи, а також схеми успадкування та взаємозв'язків між ними.
Діаграма класів описує статичну, незмінну структуру програми. ...
