3.3. Проектування користувацького інтерфейсу

В цьому підрозділі необхідно запропонувати і обґрунтувати механізм організації взаємодії користвачів із СППР (формальний діалог, природна мова чи графічний діалог) та описати основні вимоги до користувацького інтерфейсу системи виходячи із трьох аспектів: мови дій, мови відображення і бази знань (прим. — термін "база знань" використовується в контексті, що повинен знати користувач, щоб вести діалог з системою).

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

В рамках бакалаврської роботи в цьому підрозділі щодо проекту користувацького інтерфейсу повинна бути наступна інформація:

1) розробка та опис процедур введення даних;

2) розробка та опис процедур відображення даних;

3) розробка та опис процедур послідовності керування;

4) керівництво користувача;

5) розробка та опис процедур передавання даних;

6) розробка та опис процедур захисту даних

7) приклади екранних форм.

(Для детального ознайомлення з питаннями розроблення користвацького інтерфейсу пропонується п.5.2, стор. 179-189 навчального посібника) [1].

3.4. Проектування забезпечувальної частини сппр

Даний підрозділ повинен включати опис наступних забезпечуючих підсистем СППР:

- інформаційне забезпечення;

- організаційне забезпечення;

- програмне забезпечення;

- технічне забезпечення.

3.4.1. Інформаційне забезпечення

У даному підрозділі необхідно описати структуру інформаційного забезпечення, навести відповідну схему та описати структуру інформаційних масивів бази даних. Опис структури масивів (таблиць) БД можна виконувати роздрукувавши відповідну частину словника довідника даних (репозитарію метаданих), якщо такий підтримується вибраною СКБД. Якщо вибрана СКБД не має засобів автоматизованого ведення репозитарію метаданих, то тоді опис структур таблиць (масивів) БД виконується в наступних таблицях:

Опис масиву

Найменування масиву —

Ідентифікатор масиву —

Найменування носія інформації —

Максимальний об’єм масиву — _____ записів.

Довжина запису — ___ символів (або байтів).

Ключі упорядкування —

Ідентифікатор індексного масиву —

(наводиться у випадку використання індексних масивів у середовищі конкретної СКБД).

Найменування	Ідентифікатор у програмі	Умовне позначення у формулах	Формат	Бізнес-правила				Логічні чи семантичні зв’язки
				Первинний ключ	Умова на значення	Обов’язкове поле	Індексне поле

Бізнес-правила задають умови цілісності даних. Умови цілісності можуть задавати такі бізнес-правила:

— первинний ключ — проставляється ПК, якщо атрибут є первинним ключем;

— умова на значення — задаються, якщо в базі даних на значення атрибута накладаються якісь обмеження (діапазон значень, не більше, не менше певного значення, не нуль і т. ін.);

— обов’язкове поле — вказує на умову наявності значення атрибута у кожному записі (проставляємо «так», якщо значення атрибуту не може бути пустим, «ні» — у противному разі, якщо значення поля може бути пустим).

Індексне поле — ознака проставляється, якщо поле може виступати як індексне, а також указується, допускається чи не допускається дублювання значення індексу. Тобто можливі такі варіанти заповнення цієї ознаки:

— ІДД — це значить, що поле є індексним, в якому допускається дублювання значень;

— ІНД — це значить, що поле є індексним, в якому не допускається дублювання значень.

Логічні та семантичні зв’язки наводяться для ієрархічних та мережних СКБД або СКБД на основі інвертованих списків, де створюються спеціальні масиви або існує особливий механізм поєднання файлів.

Ідентифікатор індексного масиву наводиться для СКБД, в яких застосовуються індексні масиви.

.