p align="justify"> 2. Визначення сценаріїв використання інтерфейсу.
. Проектування.
. Реалізація (програмування і тестування).
На основі аналізу предметної області нами були сформульовані наступні вимоги до інтерфейсу користувача:
. Розмежування доступу для різних груп користувачів.
. Можливість вибору дій (функцій) з об'єктами предметної області.
. Зручність і простота у використання.
. Інтуїтивна зрозумілість і швидкість освоєння.
. Використання ергономічних квітів і розташування елементів на формі.
Таким чином, на основі даних вимог можна зробити висновок, що для розроблюваного програмного засобу найбільше підходить функціонально-орієнтований інтерфейс, а саме інтерфейс прямого маніпулювання. При цьому, потрібно врахувати, що буде розроблено кілька варіантів інтерфейсу, що забезпечує різний доступ до об'єктів бази даних двом різним групам користувачів.
На основі запропонованих моделей взаємодії, опису функцій інформаційної системи, а також описи розмежування прав користувачів опишемо структуру меню (рис. 9).
Рис. 9. Структура інтерфейсу користувача
Розглянемо, яким чином форми основного додатка пов'язані між собою. Першою завантажується форма авторизації. Після вибору користувача і введення пароля відбувається авторизація - перевірка пароля. Якщо пароль введений коректно, то відбувається завантаження форми тієї групи користувача, яка була обрана в першому вікні. Модель взаємодії форм основного додатки представлена ??на рис. 10.
Рис. 10. Модель взаємодії форм основного програми
Змоделюймо взаємодія форм інтерфейсу користувача між собою. Модель взаємодії форм інтерфейсу представлена ??на рис. 11.
Рис. 11. Модель взаємодії форм інтерфейсу користувача
На основі розроблених структур меню і моделей взаємодії розробимо форми додатка з використанням можливостей середовища програмування Делфі. Форми представляють зручний спосіб перегляду, правки і додавання даних в таблицях. Форми містять елементи управління, за допомогою яких здійснюється доступ до даних в таблицях. Форми надають функціональні можливості для виконання багатьох завдань, які не можна виконати іншими засобами. Форми дозволяють виконати перевірку коректності даних при введенні, проводити обчислення і забезпечують доступ до даних в зв'язаних таблицях за допомогою підпорядкованих форм.
Глава 3. Експлуатаційні документи
3.1 Специфікація автоматизованого робочого місця технолога
АРМ призначена для обліку успішності учнів, створення електронних навчальних матеріалів, вона повинна відображати відповідну інформацію про учнів і предметах, відображати її в зручній формі, таблицях. Автоматизоване робоче місце вчителя в МОУ В (с) ОШ працює із загальною мережною базою даних.
Інформаційна система складається з програмного продукту опис керівництва системного адміністратора і програміста, а так же описом керівництва користувача. Необхідні стадії для розробки: отримання технічного завдання від директора МОУ В (с) ОШ, визначення доцільності створення нової інформаційної системи, проектування бази даних, створення операційної системи на мові високого рівня.
Держателем оригіналів програмної документації є МОУ В (с) ОШ.
Системні вимоги:
? Windows 2000/XP;
? Intel Pentium/Athlon 1Гц і вище;
? 256 Мб OЗУ;
? 35 Мб дискового простору.
3.2 Керівництво системного адміністратора і програміста
Для коректної роботи автоматизованого робочого місця слід спочатку встановити Microsoft Office.
У ini файлі програми, має бути чітко прописаний шлях до баз даних.
Примірний варіант для роботи з базою на локальному комп'ютері представлений на рис. 12.
Малюнок 12. Перегляд ini файлу
Прописати в BDE шляху на необхідні бази даних.
На цьому можна вважати програму налаштованої і приступити до роботи.
3.3 Опис АРМ вчителя МОУ В (с) ОШ з переглядом тексту програми. Керівництво користувача
Для запуску системи необхідно пройти перший етап - це додати користувача (технолога або техніка) в список користувачів А...
