1.Правила розробки інтерфейсу

Прості правила дизайну:

Правило 1. Мітки повинні знаходиться біля або зверху редагованих полів.

Правило 2. Такі поля як OK або Cancel, повинні знаходитися з правого боку.

Правило 3. Переклади повинні бути змістовними.

Правило 4. Діалогові вікна повинні відповідати потоку даних між користувачем і системою.

Правило 5. Для часто вживаних команд потрібно використовувати клавіатуру для прискорення роботи досвідченого користувача.

Правило 6. Ми повинні пам'ятати про надсилання підтверджень користувачеві. У випадку об'ємних команд користувач повинен отримувати інформацію про відправлення йому команди. Зображення може бути виконане у формі текстової інформації, відсотків виконання команди, "термометра".

Правило 7. У системи повинна бути проста обробка помилок. Правило 8. У системи повинна бути операція "відміна".

Правило 9. Система повинна давати змогу користувачеві контролювати роботу. Користувачі не люблять операцій, що ініціюються без їх відома. Такі операції не повинні робитися системою, а реакція на команди Esc, Ctr+C, Break… повинна бути дуже швидкою.

Правило 10. Інтерфейс не повинен використовувати дуже багато пам'яті, виділеної користувачеві. Він повинен відображати основну інформацію про виконуване завдання і про стадію завдання.

Правило 11. Зв'язані операції повинні бути об'єднані в один діалог. Якщо це неможливо, операції повинні бути розділені таким чином, щоб зв'язані діалоги були доступні.

Правило 12. Потрібно дотримуватися правила Міллера. Правило Міллера 7+/-2 говорить, що людина може зосередитися на 5-9 елементах. Правило повинне застосовуватися при проектуванні меню, підменю, діалогових полів і т.д. Правило може бути реалізоване шляхом декомпозиції інтерфейсу і його подальшим групуванням в об'єднані групи.

2.Елементи структурного підходу

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

До цього класу моделей належать наступні підходи:

методи Yourdon (DeMarco і Ward/Mellon),

методологія структурного системного аналізу і дизайну (Structured System Analysis and Design Methodology, SSADM),

техніка структурного аналізу і дизайну (Structured Analysis and Design Technique, SADT).

Згідно з DeMarco, структурний аналіз використовує наступні методи:

Словник баз даних,

Схеми потоків даних,

Структурована англійська мова,

Таблиці рішень,

Дерева рішень.

Інші методи:

Схема перетворення,

Діаграма зміни станів,

Список подій,

Схема даних,

Пред- і післяумови,

Діаграми відносин "сутність-зв'язок",

Історія життя об'єкту.

Недолік використання структурного підходу - труднощі в об'єднанні моделей.

3.Прапорці потоку даних (малюнки не витирати! Вони є ключовими у відповіді!)

Виклик пов'язаний з потоком даних від модуля запиту до викликаного модуля і навпаки. Перший відповідає параметрам вводу, останній - параметрам виводу.

Малюнок 7.5.5. Прапори потоку даних.

Малюнок 7.5.6. Використання даних.

Структурні діаграми відформатовані зверху-вниз, тобто модулі запиту вище викликаних модулів.

Структурні діаграми являються специфікацією блок-схем даних.

Високорівневий модуль, який є джерелом даних, викликає модуль нижчого рівня, який є одержувачем даних.

Малюнок 7.5.7. Структурні діаграми проти DFD.

4.Складові організації даних (можна просто перерахувати всі пункти без хнього опису).

Постійність

Обмеження баз даних

Послідовність бази даних

Зв'язок з реальністю

Контроль копіювання даних

Складена модель даних

Доступність даних

Безпека даних