X2. Вимоги до середовища виконання

Вступ

Мета

Мета цього документа полягає в тому, щоб сформулювати вимоги до АІС обліку музейних експонатів. Дані вимоги описані у формі прецедентів, коротких описів функціональних вимог і описів нефункціональних вимог.

1.2 Визначення, акроніми і скорочення

Основні визначення приведені в пояснювальній записці курсового проекту.

Посилання

Супутня інформація представлена в завданні на курсовий проект.

Огляд системи

2.1 Огляд прецедентів

Короткий опис акторів представлений в таблиці. 1.

Таблиця. 1. Актори системи

Актор Короткий опис
Відвідувач Здійснює огляд музейних експонатів
Директор Здійснює прийом нових експонатів і організовує виставки
Бухгалтер   Веде облік експонатів, здійснює облік витрат на утримання музею
Науковий працівник Здійснює облік експонатів музею
База даних Зберігає дані

Список варіантів використання показаний в таблиці 2.

Таблиця. 2. Реєстр варіантів використання

Код Основний актор Найменування Формулювання
В1   Відвідувач Здійснити візит до музею Цей варіант використання дозволяє відвідувачу здійснити візит до музею.
Д1   Директор Прийом нових експонатів Цей варіант використання дозволяє отримати нові експонати для музею.
Д2   Директор Організувати виставку Цей варіант використання дозволяє директору організовувати виставку музейних експонатів.
Д3 Директор Внесення нових експонатів в БД Цей варіант використання дозволяє директору заносити нові експонати до БД.
Б1   Бухгалтер Поставити експонат на облік Цей варіант використання дозволяє бухгалтеру поставити експонат на облік.
Б2   Бухгалтер Порахувати витрати Цей варіант використання дозволяє бухгалтеру порахувати витрати.
Н1   Науковий працівник Описати експонат Цей варіант використання дозволяє описати експонат.
БД1 База даних Збереження та вивід даних. Цей варіант використання дозволяє базі даних зберігати та виводити дані про експонати.

2.2 Припущення і залежності

Система застосовуватиметься на територіально зосередженому музеї.

В разі розширення музею, АІС повинна зазнати змін (потрібно буде розробити засоби звітності по всіх філіях).

Опис вимог

3.1 Короткі описи варіантів використання

3.1.1 В1. Здійснити візит до музею.

В1   Відвідувач Здійснити візит до музею. Цей варіант використання дозволяє відвідувачу здійснити візит до музею.

Основна дійова особа: Відвідувач

Інші учасники прецеденту: База даних, Директор

Зв'язки з іншими варіантами використання: Д2, БД1

Короткий опис.

Цей варіант використання дозволяє відвідувачу здійснити візит до музею.

3.1.2 Д1. Прийом нових експонатів

Д1   Директор Прийом нових експонатів Цей варіант використання дозволяє отримати нові експонати для музею.

Основна дійова особа: Директор

Інші учасники прецеденту: База даних

Зв'язки з іншими варіантами використання: БД1

Короткий опис.

Цей варіант використання дозволяє отримати нові експонати для музею.

3.1.3 Д2. Організувати виставку

Д2   Директор Організувати виставку Цей варіант використання дозволяє директору організовувати виставку музейних експонатів.

Основна дійова особа: Директор

Інші учасники прецеденту: База даних , Відвідувач

Зв'язки з іншими варіантами використання: БД1, В1

Короткий опис.

Цей варіант використання дозволяє директору організовувати виставку музейних експонатів.

3.1.4 Д3. Внесення нових експонатів в БД

Д3 Директор Внесення нових експонатів в БД Цей варіант використання дозволяє директору заносити нові експонати до БД.

Основна дійова особа: Директор

Інші учасники прецеденту: База даних

Зв'язки з іншими варіантами використання: БД1, В1

Короткий опис.

Цей варіант використання дозволяє директору заносити нові експонати до БД.

3.1.5 Б1. Поставити експонат на облік

Б1   Бухгалтер Поставити експонат на облік Цей варіант використання дозволяє бухгалтеру поставити експонат на облік.

Основна дійова особа: Бухгалтер

Інші учасники прецеденту: База даних, Директор

Зв'язки з іншими варіантами використання: БД, Д3

Короткий опис.

Цей варіант використання дозволяє бухгалтеру поставити експонат на облік.

Б2. Порахувати витрати

Б2   Бухгалтер Порахувати витрати Цей варіант використання дозволяє бухгалтеру порахувати витрати.

Основна дійова особа: Бухгалтер

Інші учасники прецеденту: База даних, Директор

Зв'язки з іншими варіантами використання: БД, Д3

Короткий опис.

Цей варіант використання дозволяє бухгалтеру порахувати витрати.

3.1.7 Н1. Описати експонат

Н1   Науковий працівник Описати експонат Цей варіант використання дозволяє описати експонат.

Основна дійова особа: Науковий працівник

Інші учасники прецеденту: База даних, Директор

Зв'язки з іншими варіантами використання: БД1, Д3

Короткий опис.

Цей варіант використання дозволяє описати експонат.

3.1.8 БД1. Збереження та вивід даних

БД1 База даних Збереження та вивід даних. Цей варіант використання дозволяє базі даних зберігати та виводити дані про експонати.

Основна дійова особа: Директор

Інші учасники прецеденту: База даних, Директор, Відвідувач, Бухгалтер, Науковий працівник

Зв'язки з іншими варіантами використання: БД1,В1, Д1, Д2, Д3, Б1, Б2, Н1

Короткий опис.

Цей варіант використання дозволяє базі даних зберігати та виводити дані про експонати.

3.2 Повні описи варіантів використання

Аналіз сформульованих варіантів використання показав, що з точки зору потенційних ризиків і архітектурної значущості найбільш істотними є прецеденти, пов'язані з роботою директора.

Для подальшої деталізації вибрано прецеденти:

Д1. Прийом нових експонатів

Д2. Організувати виставку

3.3 Спеціальні вимоги

3.3.1 Функціональність

3.3.1.1 F1. Авторизація і аутентифікація користувачів в системі

АІС має одного постійного користувача (Директор) і для його авторизації в системі необхідно передбачити відповідний механізм.

F2. Ведення БД

Для збереження даних про експонати потрібно використати базу даних.

3.3.2 Застосовність

3.3.2.1 U1. Зручність використання

Інтерфейс АІС обліку музейних експонатів має володіти властивостями зручності і інтуїтивної ясності і не вимагати додаткової підготовки користувачів.

3.3.3 Надійність

3.3.3.1 R1. Доступність

АІС має бути доступна в робочі дні в робочий час (як правило, з 8 до 18, якщо інше не вказане розпорядженням по музею).

Час, що витрачається на обслуговування системи не повинен перевищувати 3% від загального часу роботи.

3.3.3.2 R2. Напрацювання на відмову

Середній час безвідмовної роботи – 100 робочих днів.

3.3.3.3 R3. Норма дефектів

Максимальна норма помилок або дефектів – 1 помилка на десять тисяч рядків коду.

3.3.4 Продуктивність

3.3.4.1 P1. Одночасно працюючі користувачі

Система має бути здатна підтримувати мінімум 1 користувача, пов'язаного із загальною базою даних.

3.3.4.2 P2. Час відгуку

Час відгуку для типових завдань – не більше 5 секунд, для складних завдань – не більше 20 секунд.

3.3.5 Придатність до експлуатації

3.3.5.1 S1. Масштабованість

Система має підтримувати 1 користувача (директора). При збільшення кількості користувачів буде потрібно реалізувати відповідний механізм.

3.3.5.2 S2. Оновлення версій

Оновлення версій повинне здійснюватися в автоматизованому режимі на основі системи контролю версій і системи (сервера) оновлення версій на робочих місцях користувачів.

Обмеження проектування

3.3.6.1 X1. Вживані стандарти

Система повинна відповідати всім стандартам інтерфейсу користувача Microsoft® Windows®.

X2. Вимоги до середовища виконання

Система повинна задовольняти вищезгаданим вимогам на комп'ютері в наступній мінімальній комплектації:

· 200Mb пам'яті

· 300Mb вільного дискового простору

· процесор з тактовою частотою 850 MHz

· Операційна система Windows ХР.

3.3.6.3 X3. Вимоги до СУБД і доступу до даних.

Не висуваються.

Наши рекомендации