Опис і побудова інформаційної моделі навчального процесу

Відео: Пілотний проект: Інформаційна модель ділянки Керченського моста

Основним документом для підготовки студентів на військовій кафедрі, а також фахівців у напрямку або спеціальності є навчальний план, складений на основі державного освітнього стандарту по напрямку або спеціальності. Навчальний план складається з урахуванням послідовності викладання дисциплін і розподілу годин за видами занять для більш ефективного їх засвоєння і розвитку практичних навичок в цій предметній області.

На основі цього навчального плану складається, так звані, робочі навчальні плани для кожного року навчання.

Розглянемо більш докладно всі стадії проектування БД, що є спільною для всіх чотирьох прикладних програм, що входять до складу автоматизованого комплексу.

Спочатку ми повинні побудувати шукану інформаційну модель навчального процесу.

На першому етапі виділимо наступні інформаційні об`єкти: факультет, кафедра, спеціальність, група, дисципліна, заголовок навчального плану, вміст навчального плану, аудиторія, розклад.

На другому етапі побудуємо концептуальну модель предметної області, визначимо взаємозв`язку між об`єктами і побудуємо концептуальну модель. Схема концептуальної моделі представлена на рис. 6.

На третьому етапі визначимо ключі і атрибути об`єктів. Для кожного об`єкта визначимо атрибути, які користувачі будуть зберігати в БД. Вибір атрибутів, які обов`язково слід зберігати в БД, досить складний. Нечасто можна знайти однозначне розв`язання проблеми, і в будь-якому випадку воно зажадає ретельного вивчення роботи військової кафедри і аналізу концептуальної моделі.

факультет

Відео: Знайомство з Zbrush | Урок 2: Створення простої моделі

Навчальний план

Рис.6. Схема концептуальної моделі

На четвертому етапі формуємо логічну модель. Переходячи від концептуальної моделі до логічної, поставимо у відповідність кожному прямокутнику (об`єкту) концептуальної моделі таблицю, яка містить відповідні атрибути з вищенаведеного списку і встановимо зв`язок між таблицями логічної моделі за допомогою первинних ключів.

На п`ятому етапі проводимо нормалізацію отриманої моделі.

Приведення моделі до необхідному рівню нормальної форми є основою побудови оптимальної реляційної БД.

У процесі нормалізації елементи даних поділяються і групуються в додаткові таблиці, що представляють додаткові об`єкти і їх взаємозв`язку. Теорія нормалізації заснована на тому, що певний набір таблиць, званий нормалізованим, володіє кращими властивостями при таких операціях з БД як внесення, модифікація і видалення даних, в порівнянні з іншими можливими наборами таблиць, за допомогою яких можуть бути представлені ті ж дані.

Введення нормалізації таблиць при розробці інформаційної моделі забезпечує мінімальний обсяг фізичної, тобто збережені на будь-якому носії, БД і її максимальну швидкодію, що безпосередньо відбивається на якості функціонування інформаційної системи. Нормалізація інформаційної моделі виконується в кілька етапів.

На шостому етапі нам необхідно фізичне опис моделі

На етапі фізичного опису БД здійснюється введення конкретних інформаційних даних всіх кінцевих користувачів до відповідних таблиць, форма яких була створена на етапі проектування логічної моделі. При цьому необхідно забезпечити безпомилковість і точність занесення, зберігання і вибірки інформаційних даних з БД. Це називається забезпеченням цілісності бази даних.

Правильність інформаційних даних, що вводяться в БД для зберігання, може бути порушена, наприклад, через програмних помилок, збої і неправильному введенні даних оператора. При цьому помилки в даних залишаються непоміченими до тих пір, поки не приведуть до тяжких наслідків, тому необхідно вживати заходів для найбільш раннього виявлення їх. Такі заходи найкраще прийняти на стадії введення даних в БД.

В СУБД цілісність даних забезпечується цілим рядом спеціальних заходів, званих обмеженнями цілісності.

Обмеження цілісності - це набір певних правил, які встановлюють межі допустимих значень даних і зв`язків між ними.

Обмеження цілісності в більшості випадків визначаються особливостями предметної області. Наприклад, число годин лекцій навчального плану - позитивне число, рідко перевищує 6 в тиждень, число іспитів і заліків в семестрі не більше ніж 10 (кожного) і т.д.

Обмеження цілісності можуть ставитися до різних об`єктів БД: атрибутам (полях), записів, таблиць, зв`язків між ними і т.п.

Таким чином, після виконання всіх 6 етапів ми отримали фізичну модель предметної області навчального процесу, яка більш детально описується нижче.

У цьому дисертаційному дослідженні обмежимося приведенням структури системи «Навчальний план» і списком усіх отриманих нормалізованих таблиць, прив`язаний до обраної СУБД Paradox 7.0 під Windows. Структури інших підсистем ( «Розрахунок академічних доручень», «Розподіл навантажень викладачів», «Розклад») і їх зовнішні моделі є темами наступних наукових досліджень.

На рис.7 наведена блок-схема алгоритму програми «Навчальний план», а на рис.8 наведена структура бази даних «Навчальний план».

Відео: Інформаційний пошук. Мовні моделі. N-грами. ланцюги Маркова

lt; lt; ПопереднєНаступна gt; gt;

Увага, тільки СЬОГОДНІ!