7.14. Стратегії розробки бд: класифікаційна схема, суть стратегій.
Проектування БД – процес створення проекту БД, яка призначена для підтримки функціонування підприємства і покращує досяжність його цілей.
Основні цілі проектування:
Виявлення даних і зв’язків між ними
Створення моделі даних для підтримки транзакцій
Розробка попереднього варіанта проекту БД
Застосовуються 2 способи проектування:
Висхідний (від атрибутів до відношень)- для простих БД
Це метод нормалізації
Низхідний (від високорівневих сутностей до відношень і атрибутів ).
Починається з розробки моделей, що містять декілька високорівневих сутностей і зв’язків, які послідовно уточюються. Кожен крок уточнення зображається відповідною моделлю(схемою). Для цього використовуються , як правило, семантичні моделі(приміром, модель ‘сутність-звязок’ (ER-модель))
В загальному випадку маємо таку схему:
Стратегії проектування БД
Висхідна низхідна інші
Теорія семантичні підхід змішана
нормалізації моделі ‘із середини на
верх’
підхід ‘із середини на верх’ подібний до висхідної стратегії. Відміна – процедура початкової ідентифікації сукупності основних сутностей, процедура розширення сутностей, зв’язків і атрибутів, які взаємодіють з початково визначеними сутностями.
Мета – спрощення класичної методології проектування БД.
Змішана стратегія – полягає в тому, що на першому етапі висхідна та низхідна стратегії застосовуються для проектування різних частин моделі. На другому етапі отримані результати поєднуються у єдине ціле.
7.15. Критерії оцінювання моделі даних у процесі проектування бд (за Флемінгом і ван Халлом).
Критерії оцінювання моделі даних у процесі проектування БД (за Флемінгом та ван Халлом)
Практика проектування БД дала змогу сформулювати деякий набір критеріїв оптимальності моделі даних.
Критерій |
Пояснення |
Структурна достовірність |
Відповідність способу визначення і організації інформації на підприємстві |
Простота |
Легкість розуміння моделі як професіоналами так і звичайними користувачами |
Виразність |
Здатність представляти відмінності між різними типами даних, зв’язків між ними і обмежень |
Відсутність надлишковості |
Виключення надлишкової інформації(частина даних входить тільки 1 раз) |
Здатність до сумісного використання |
Можливість використання моделі у різних ПП і технологіях |
Розширюваність |
Здатність до еволюції з метою включення нових вимог з мінімізацією впливу на вже існуючі |
Цілісність |
Узгодженість зі способом використання і управління інформацією на підприємстві |
Представлення у формі діаграми |
Здатність до представлення моделі зрозумілими графічними нотаціями. |
7.16. Рекомендації щодо ергономічного макету проектованої форми як елементу користувацького інтерфейсу.
Рекомендації щодо ергономічного макету проектованої форми як елементу користувацького інтерфейсу.
Усталеним способом представлення користувацького інтерфейсу є форми (вікна, діалоги, панелі) та звіти. Суттю цієї процедури є розробка макету форми чи звіту. Існують певні рекомендації щодо розробки окремих елементів таких макетів. Тобто ергономічний макет форми має включати:
Змістовну назву у полі його заголовку
Зрозумілі інструкції (зрозуміла користувачеві технологія, наявність довідкових екранів, єдиний стиль)
Логічно обґрунтоване групування і послідовності полів.
Візуально привабливий вигляд вікна форми і поля( гармонійне поєднання полів і груп, рівномірність розподілу по області, поля розміщують через регулярні інтервали, вирівнювання, відповідність паперовому оригіналу – не завжди!)
Упізнаваність назв полів
Узгоджена термінологія і скорочення
Узгоджене використання кольорів
Візуальне виділення простору і границь полів уведення даних
Зручні способи переміщення курсору
Засоби виправлення певних помилкових символів і полів загалом
Засоби виведення повідомлень помилки у процесі вводу значень
Окреме виділення для необов’язкових полів
Засоби виведення пояснень з описом полів
Засоби виводу повідомлень про завершення заповнення форми.