МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів
Контакти
Тлумачний словник Авто Автоматизація Архітектура Астрономія Аудит Біологія Будівництво Бухгалтерія Винахідництво Виробництво Військова справа Генетика Географія Геологія Господарство Держава Дім Екологія Економетрика Економіка Електроніка Журналістика та ЗМІ Зв'язок Іноземні мови Інформатика Історія Комп'ютери Креслення Кулінарія Культура Лексикологія Література Логіка Маркетинг Математика Машинобудування Медицина Менеджмент Метали і Зварювання Механіка Мистецтво Музика Населення Освіта Охорона безпеки життя Охорона Праці Педагогіка Політика Право Програмування Промисловість Психологія Радіо Регилия Соціологія Спорт Стандартизація Технології Торгівля Туризм Фізика Фізіологія Філософія Фінанси Хімія Юриспунденкция |
|
|||||||
Методичні вказівки щодо виконання курсової роботи з дисципліни «Моделювання даних та маніпулювання даними»
Виконання курсової роботи з дисципліни «Моделювання даних та маніпулювання даними» складається з основних етапів: – аналіз предметної області та документування вимог до системи; – візуалізація вимог та проектування БД; – обґрунтування вибору СУБД та розробка прикладної програми БД. На першому етапі необхідно детально проаналізувати предметну область; розробити документ про образ та границі проекту та побудувати контекстну діаграму майбутньої системи; спроектувати діаграму варіантів використання (ВВ) та здійснити її опис; розробити специфікацію вимог щодо програмного засобу [3 ‑ 5]. У розділі «Документ про образ та границі проекту», згідно з [3], наводяться усі бізнес-вимоги до системи. Цей документ готує основу для подальшої розробки продукту та містить у собі такі підрозділи: – бізнес-вимоги (вихідні дані, можливості бізнесу, бізнес-цілі та критерії успіху, потреби клієнта або ринку, бізнес-ризики); – образ рішення (положення про образ проекту, основні функції, припущення і залежності); – масштаби і обмеження проекту (об'єм початкової запланованої версії, об'єм подальших версій, обмеження і виключення); – бізнес-контекст (профілі зацікавлених осіб, пріоритети проекту, операційне середовище; – контекстна діаграма системи. У розділі «Опис варіантів використання» необхідно побудувати діаграму ВВ [3 ‑ 5], здійснити стислий опис усіх ВВ та розгорнутий опис основних (не менше трьох) ВВ. Для розгорнутого опису може буди використаний шаблон, який містить у собі такі підрозділи: – ідентифікатор ВВ; – назва ВВ; – дата створення; – автор і дата останнього оновлення; – дійова особа ВВ; – стислий опис ВВ:. – попередні умови; – вихідні умови; – нормальний напрямок розвитку ВВ; – Альтернативний напрямок розвитку ВВ; – пріоритет, частота використання; – бізнес-правила та спеціальні вимоги. У розділі «Специфікація вимог щодо програмного засобу», згідно з[3], точно вказуються функції і можливості, якими має володіти програмне забезпечення, а також необхідні обмеження. Цей розділ має містити в собі такі підрозділи: – вступ (призначення документа; опис угод, які прийняті в документі; передбачувана аудиторія і рекомендації з читання; границі проекту); – загальний опис (загальний погляд на продукт; особливості продукту; класи і характеристики користувачів; операційне середовище; обмеження щодо дизайну і реалізації; припущення і залежності); – функції системи (опис і пріоритети; послідовності «дія – реакція»; функціональні вимоги); – вимоги до зовнішнього інтерфейсу (інтерфейси користувача; інтерфейси обладнання; інтерфейси програмного забезпечення; інтерфейси передачі інформації); – інші нефункціональні вимоги (вимоги до продуктивності; вимоги до охорони праці; вимоги до безпеки; атрибутів якості); – додатки (словник термінів, моделі аналізу; список питань). На другому етапі необхідно побудувати діаграму потоків даних та діаграм «сутність–зв’язок» (ER) для системи, що проектується [6]; на основі ER-діаграми створити схему БД, описати всі її таблиці, з вказівкою ключів та зв’язків, та провести нормалізацію реляційної БД (визначення функціональної залежності всередині кожної сутності, приведення сутностей до третьої нормальної форми) [7 – 10];. На третьому етапі необхідно провести аналіз існуючих СУБД [7 – 11], на основі якого бажано здійснити вибір конкретної СУБД для якої й створити схему БД (етап фізичного проектування). Наприкінці етапу необхідно розробити прикладну програму БД.
|
||||||||
|