- •На основі апробованої методології вдосконалити опис предметної області «Лікарські препарати» для привести моделі «як є» до моделі «як повинно бути», встановивши:
- •Призначення системи «Лікарські препарати»
- •Склад підсистем
- •Цілі системи і підсистем.
- •Модульна структура структура всієї системи «Лікарські препарати»
- •Основні інформаційні об'єкти «Лікарські препарати».
- •Порядок занесення даних у бд.
- •Функціональні характеристики системи.
- •Зовнішні сутності кожної з підсистем.
- •Категорії користувачів системи і надані їм можливості.
- •Дані, які надходять на вхід кожної з підсистем
- •Призначення підсистеми обробки запитів, визначення категорій користувачів?
- •Категорії функціонування системи.
- •Сформувати вимоги до інформаційної системи для заданого об’єкта щодо:
- •Функціоналі характеристики:
- •Надійності:
- •Налаштованість:
- •Розробити ескізи пропозицій у вигляді схем, нотацій, діаграм чи моделей щодо отриманих результатів в пп.1-2 Завдання.
Призначення підсистеми обробки запитів, визначення категорій користувачів?
Дана підсистема призначена для визначення категорії, повноважень і обробки запитів користувачів системи «Лікарські препарати».
Призначення підсистеми обробки запитів користувачів:
реєстр нових користувачів;
визначення прав доступу зареєстрованого користувача;
обробку запитів;
прийом реєстраційних даних від користувачів;
прийом реєстраційних даних від обслуговуючого персоналу;
складання інструкцій;
запис даних в БД корисувачів;
запис даних в БД препаратів;
запис даних в БД зареєстрованих користувачів.
Категорії функціонування системи.
При роботі з системою на стадіях наповнення під час експлуатації БД необхідна участь наступних категорій користувачів: адміністратора БД та групи експертів. Адміністратор системи є внутрішній користувач і здійснює заповнення БД інформацією, підготовленою учбовою частиною, деканатом або групою експертів. Внесення змін в БД системи здійснюється лише адміністратором системи під керівництвом групи експертів. Викладачі і студенти є кінцевими користувачами, що працюють з системою відповідно до прав доступу в інформаційно-пошуковому режимі.
Сформувати вимоги до інформаційної системи для заданого об’єкта щодо:
Функціоналі характеристики:
2.1.1. Первинне введення інформації в БД.
2.1.2. Зміна змісту БД:
введення нових даних;
зміна існуючих даних;
архівація даних.
2.1.3. Здійснення пошуку в БД за запитом користувача.
2.1.4. Віддалений доступ до системи за протоколом TCP/IP.
2.1.5. Забезпечення захисту і безпеки даних, зокрема:
розподіл доступу до ресурсів сервера (власник, група і т. д.)
контроль інформації, що вводиться
забезпечення цілісності БД.
6. Виведення знайденої інформації.
Надійності:
Інформаційна система «Лікарські препарати»:
бути стійкою до хибних дій користувача (помилки у діях персоналу не повинні приводити до збоїв (відмов) у роботі інформаційної системи);
забезпечувати гарантований контроль вхідної та вихідної інформації;
забезпечувати час відновлення після відмови (збоїв) визначений.
Налаштованість:
Програмне забезпечення повинно забезпечувати:
прийом, реєстрацію, оброблення вхідних даних;
ініціювати і впроваджувати механізми контролю доступу до інформаційної ситеми;
автоматичне переключення між резервними вузлами у разі виходу резервованих вузлів із ладу;
надання механізмів централізованого конфігурування всіх підсистем.
Умови експлуатації:
Процедура санкціонованого доступу до інформаційної ситеми повинна бути розроблена, виходячи із вимог:
запобігання несанкціонованого внесення змін або знищення даних;
запобігання несанкціонованого використання інформації.
Технічні питання регламентованого доступу до інформації в інформаційній ситемі можуть бути вирішені паролями, які оформлені через адміністратора.
Вимоги до інформаційної і програмної сумісності:
Для розробки і розвитку інформаційної ситеми застосовується CASE-засіб AllFussion Process Modeller (BPWin). Для взаємодії користувача з технічними засобами повинен використовуватися стандартний графічний інтерфейс, який дозволяє використовувати інформаційну систему з максимальною ефективністю.
Вимоги до програмної документації:
документування спроб несанкціонованого доступу у разі виявлення спроб несанкціонованого втручання у систему;
документування системних помилок, що надходять від підсистем.
