Лаб раб 7-SRS.

doc

Месенджер
Специфікація вимог до АІС
Версія <1.0>
Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

Лист змін
Дата Версія Опис Автор
<26/11/22> <1.0> Звіт про виконання лабораторної роботи В. Ю. Васьківський
работы № 7
Д. О. Гісса

Житомирська політехніка 2022 Стр.2

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

Зміст
1. Вступ 5
1.1 Мета 5
1.2 Визначення, акроніми та скорочення 5
1.3 Посилання 5
1.4 Короткий зміст 5

2. Огляд системи 5
2.1 Огляд прецедентів 5
2.2 Припущення і залежності 6

3. Опис вимог 6
3.1 Короткі описи варіантів використання 6
3.1.1 M1. Відповідь на питання користувача 6
3.1.2 M2. Изменение заказа 6
3.1.3 M3. Перегляд усіх даних системи 7
3.1.4 К1. Додавання користувача до контактів 7
3.1.5 К2. Спілкування з іншими користувачами 7
3.1.6 К3. Запитання до підтримки 8
3.1.7 К4. Подання скарги 8
3.2 Повні описи варіантів використання 8
3.3 Спеціальні вимоги 9
3.3.1 Функціональність 9
3.3.1.1 F1. Авторизація та аутентифікація користувачів в системі 9
3.3.1.2 F2. Створення скарги 9
3.3.1.3 F3. Аналітика користувачів 9
3.3.2 Застосовність 9
3.3.2.1 U1. Зручність використання 9
3.3.2.2 U2. Допомога в режимі online 9
3.3.3 Надійність 9
3.3.3.1 R1. Доступність 9
3.3.3.2 R2. Напрацювання на відмову 9
3.3.3.3 R3. Норма дефектів 9
3.3.4 Продуктивність 9
3.3.4.1 P1. Одночасно працюють користувачі 9
3.3.4.2 P2. Час відгуку 9
3.3.5 Придатність до експлуатації 10
3.3.5.1 S1. Масштабованість 10
3.3.5.2 S2. Оновлення версій 10
3.3.6 Обмеження проектування 10
3.3.6.1 X1. Застосовувані стандарти 10
3.3.6.2 X2. Вимоги до середовища виконання 10
3.3.6.3 X3. Вимоги до СУБД і доступу до даних. 10

Житомирська політехніка 2022 Стр.3

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

4. Допоміжна інформація 10

Житомирська політехніка 2022 Стр.4

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

Специфікація вимог до АІС

1. Вступ
1.1 Мета
Мета цього документа - в тому, щоб сформулювати вимоги до розроблюваної АІС диспетчеризації
поліграфічного виробництва. Дані вимоги описані в формі прецедентів, коротких описів
функціональних вимог і описів нефункціональних вимог.
1.2 Визначення, акроніми та скорочення
Основні визначення наведені в документі «04-Glossary.doc».
1.3 Посилання
Супутня інформація представлена в наступних документах:
▪ вимогах співвласників (Месенджер.doc);
▪ бачення (01-Vision.doc) та
▪ глосарії (04-Glossary.doc).
1.4 Короткий зміст
2. Огляд системи
2.1 Огляд прецедентів
Короткий опис акторів представлено в табл. 1.
Табл. 1. Актори системи

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

Менеджмент Відповідає на питання користувачів, перевіряє скарги та блокує користувачів за потреби, має
доступ до всіх даних системи.

Користувач Додають інших користувачів у контакти, листуються з іншими користувачами, роблять

дзвінки, ставить питання менеджменту, залишають скарги.

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

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

Код Основной актор Найменування Формулювання

M1 Менеджмент Відповідь на Менеджмент має окрему сторінку, де він бачить інформацію

питання про користувачів, які ставлять запитання, й усі поставлені
користувача запитання і може відповісти на них.

M2 Менеджмент Перевірка скарги Менеджмент має окрему сторінку, де він бачить усі скарги
та винесення користувачів, інформацію про переписки й де менеджмент
вироку може виносити вироку щодо скарги
M3 Менеджмент Перегляд усіх
У менеджменту є доступ до панелі адміністрування, де
даних системи
можна переглядати дані усіх користувачі

Житомирська політехніка 2022 Стр.5

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

К1 Користувач Додавання
У користувачів є можливість додавання інших користувачів
користувача до
до своїх контактів, де вони будуть зберігатися і буде
контактів
можливість швидко зв’язатися з ними
К2 Користувач Спілкування з
Користувачі можуть відправляти текстові повідомлення
іншими
іншим користувачам. Ті у свою чергу можуть відповідати
користувачами
їм. Також користувачі можуть телефонувати іншим
користувачам і вони будуть спілкуватися між собою онлайн
через голосовий зв’язок.
К3 Користувач Запитання до
У користувачів є окрема сторінка, де вони можуть
підтримки
поставити запитання службі підтримки. Вони можуть
написати заголовок запитання, його категорію і детальну
інформацію
К4 Користувач Подання скарги
Користувачі мають змогу відправити скаргу на інших
користувачів. Для цього їм необхідно вказати причину
скарги і за необхідністю надати додаткову інформацію

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

У разі змін в формах документів АІС повинна зазнати мало істотних змін (потрібно буде
модифікувати звітні форми).

У разі придбання або розробки інформаційних систем, що автоматизують суміжні ділянки

(маркетинг, склад готової продукції), буде необхідно розробити відповідні кошти імпорту-експорту
інформації.
3. Опис вимог
3.1 Короткі описи варіантів використання
3.1.1 M1. Відповідь на питання користувача

M1 Менеджмент Відповідь на Менеджмент має окрему сторінку, де він бачить інформацію

питання про користувачів, які ставлять запитання, й усі поставлені
користувача запитання і може відповісти на них.
Основна діюча особа: Менеджмент.
Інші учасники прецеденту: Користувач
Зв'язки з іншими варіантами використання: відсутні
Короткий опис.
Менеджмент має окрему сторінку, де йому приходять запитання від користувачів. Менеджмент може
переглядати інформацію про користувачів, які ставлять запитання. На сторінці передбачений інтерфейс для
відповіді на запитання.
3.1.2 M2. Изменение заказа

M2 Менеджмент Перевірка скарги та Менеджмент має окрему сторінку, де він бачить усі скарги
винесення вироку користувачів, інформацію про переписки й де менеджмент
може виносити вироку щодо скарги
Основна діюча особа: Менеджмент.
Інші учасники прецеденту: Користувач
Зв'язки з іншими варіантами використання: відсутні

Житомирська політехніка 2022 Стр.6

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

Короткий опис.
Менеджмент має окрему сторінку, на якій перелічені усі скарги, які користувачі коли-небудь подавали. У
менеджменту є зручний інтерфейс, де він може переглядати інформацію про переписку за участю
користувачів, які фігурують у скаргах. Також, після ознайомлення зі скаргою є окреме вікно, де менеджмент
може винести вирок

3.1.3 M3. Перегляд усіх даних системи

M3 Менеджмент Перегляд усіх даних
У менеджменту є доступ до панелі адміністрування, де
системи
можна переглядати дані усіх користувачі
Основна діюча особа: Менеджмент.
Інші учасники прецеденту: відсутні
Зв'язки з іншими варіантами використання: відсутні
Короткий опис.
У менеджменту є доступ до панелі адміністрування, на якій можна знайти інформацію про всі модулі
системи. Є окремі розділи, де можна переглянути історії листування користувачів, інформацію про всіх
користувачів сайту, аналітика та інше.
Даний варіант використання дозволяє Менеджеру дізнаватися про плани виробництва замовлення, а також
про фактичні результати виконання робіт над замовленням. Так як Менеджер не завжди має доступ до
комп'ютеризованих робочого місця, даний варіант використання повинен бути доступний також і Диспетчер,
для консультування Менеджера по телефону.
3.1.4 К1. Додавання користувача до контактів

К1 Користувач Додавання
У користувачів є можливість додавання інших користувачів
користувача до
до своїх контактів, де вони будуть зберігатися і буде
контактів
можливість швидко зв’язатися з ними
Основна діюча особа: Користувач.
Інші учасники прецеденту: Користувач.
Зв'язки з іншими варіантами використання:відсутні

Короткий опис.
У користувача є окрема форма, на якій можна виконувати пошук інших користувачів. Після того, як
користувача буде знайдено, є можливість просто написати йому або додати його у контакти. Користувачі,
додані до контактів будуть там зберігатися і синхронізуватися між пристроями.

3.1.5 К2. Спілкування з іншими користувачами

К2 Користувач Спілкування з
Користувачі можуть відправляти текстові повідомлення
іншими
іншим користувачам. Ті у свою чергу можуть відповідати їм.
користувачами
Також користувачі можуть телефонувати іншим користувачам
і вони будуть спілкуватися між собою онлайн через
голосовий зв’язок.
Основна діюча особа: Користувач.
Інші учасники прецеденту: Користувач
Зв'язки з іншими варіантами використання:відсутні

Житомирська політехніка 2022 Стр.7

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

Короткий опис.
У користувачів є зручний інтерфейс для спілкування з іншими користувачами. Після вибору конкретного
користувача для спілкування є опції подальної роботи. Користувач може написати текстове повідомлення або
здійснити онлайн виклик (аналог телефонного дзвінка). При цьому іншому користувачу прийде сповіщення
про повідомлення або про виклик.

3.1.6 К3. Запитання до підтримки

К3 Користувач Запитання до
У користувачів є окрема сторінка, де вони можуть поставити
підтримки
запитання службі підтримки. Вони можуть написати
заголовок запитання, його категорію і детальну інформацію
Основна діюча особа: Користувач.
Інші учасники прецеденту: відсутні.
Зв'язки з іншими варіантами використання: відсутні.
Короткий опис.
У користувачів є окрема сторінка, де вони можуть ставити запитання службі підтримки. Для відправки
запитання вони мають вказати категорію запитання, написати заголовок і надати додаткову інформацію для
того, щоб служба підтримки могла їм допомогти.

3.1.7 К4. Подання скарги

D4 Диспетчер Видача змінного
Диспетчер формує змінне завдання для майстра цеху
завдання
Основна діюча особа: Користувач.
Інші учасники прецеденту: відсутні
Зв'язки з іншими варіантами використання: відсутні
Короткий опис.
Користувач має окрему сторінку, на якій має змогу відправити скаргу на інших користувачів. Для цього їм
необхідно заповнити форму де потрібно вказати причину скарги, категорію і за необхідністю надати
додаткову інформацію.

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

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

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

▪ M2. Перевірка скарги та винесення вироку;

▪ К1. Додавання користувача до контактів;

▪ К2. Спілкування з іншими користувачами.

Прецедент М2 деталізований у файлі М2-NCP.doc.

Житомирська політехніка 2022 Стр.8

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

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

3.3.1 Функціональність
3.3.1.1 F1. Авторизація та аутентифікація користувачів в системі
В АІС повинні бути представлені довідник ролей користувачів (Диспетчер, Менеджер, Майстер
цеху) і довідник користувачів. Повинна бути можливість реєстрації користувача і призначення
користувачеві ролі.
3.3.1.2 F2. Створення скарги
При створенні скарги Користувач має обрати тип скарги з наданих категорій скарги.. В АІС повинні
бути представлені засоби управління категоріями скарг.
3.3.1.3 F3. Аналітика користувачів
В АІС повинні бути представлені засоби управління інформацією про користувачів, які будуть
візуалізувати дану інформацію у вигляді графіків і таблиць.
3.3.2 Застосовність
3.3.2.1 U1. Зручність використання
Інтерфейс АРМ «Користувач» повинен бути мати властивості зручності та інтуїтивної ясності і не
вимагати додаткової підготовки користувачів.

Інтерфейс АРМ «Менеджмент» та «Адміністратор» повинен бути розрахований на попередньо

навченого фахівця, який добре орієнтується в комп'ютерних інтерфейсах; час на навчання не
повинен перевищувати 1 робочий тиждень..
3.3.2.2 U2. Допомога в режимі online
Всі АРМ повинні підтримувати контекстну довідку у формі стандартного help операційної системи.
3.3.3 Надійність
3.3.3.1 R1. Доступність
АРМ Користувача, Менеджера і Адміністратора повинні бути доступні в цілодобовому режимі..

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

роботи.
3.3.3.2 R2. Напрацювання на відмову
Середній час безвідмовної роботи - 1000 робочих днів.
3.3.3.3 R3. Норма дефектів
Максимальна норма помилок або дефектів - 1 помилка на десять тисяч рядків коду.
3.3.4 Продуктивність
3.3.4.1 P1. Одночасно працюють користувачі
Система повинна бути здатна підтримувати мінімум 10000 одночасно працюючих користувачів,
пов'язаних із загальною базою даних.

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

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

Житомирська політехніка 2022 Стр.9

Система диспетчеризації типографії Версія: <1.0>
Специфікація вимог до АІС Дата: xx/xx/22

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

3.3.5.1 S1. Масштабованість
Система повинна бути здатна підтримувати мінімум 10000 одночасно працюючих користувачів,
пов'язаних із загальною базою даних і мати можливість збільшити їх кількість на випадок
збільшення штату співробітників підприємства.

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

Оновлення версій має здійснюватися в автоматизованому режимі на основі системи контролю версій
і системи (сервера) оновлення версій на робочих місцях користувачів.
3.3.6 Обмеження проектування
3.3.6.1 X1. Застосовувані стандарти
Система повинна відповідати всім стандартам інтерфейсу користувача Microsoft® Windows® або
ОС UNIX.
3.3.6.2 X2. Вимоги до середовища виконання
Система повинна задовольняти зазначеним вище вимогам на комп'ютері в наступній мінімальній
комплектації:
● 1024 Mb пам'яті
● 100 Mb вільного дискового простору
● процесор з тактовою частотою 2 GHz
● Операційна система Windows або Linux.
3.3.6.3 X3. Вимоги до СУБД і доступу до даних.
У ядрі системи повинна бути представлена промислова СУБД реляційного доступу.
Всі звернення до інформації повинні здійснюватися через PostgreSQL.
4. Допоміжна інформація
Перелік допоміжної інформації представлений в п. 1.3.

Житомирська політехніка 2022 Стр.10