Skvortsov

README.md

@@ -1,13 +1,12 @@
-# database_basics_template
-
-Шаблон репозиторію для виконання лабораторних робіт з курсу "Організація баз даних"
-
-*Для виконання лабораторних робіт необхідно зробити ```fork``` цього репозіторію, склонувати вже власний репозіторій та розміщувати документацію (результати виконання лабораторних робіт) у відповідних діректоріях. 
-В цьому файлі необхідно вказати назву проекту (тему лабораторних робіт). Коротку загальну характеристику
-проекту, контактні дані виконавців.*
-
-[Теми проєктів](./guidelines/themes.md)
-
-[Методичні вказівки](./guidelines/guidelines.md)
-
-[Звітність](https://docs.google.com/spreadsheets/d/1ePb9OBB7ox0E5-GAh2r6ZU3j--PpAROCUfqzA17kL20/edit?usp=sharing)
+# ProjectsLab
+
+Система управління проектами (СУП). За домогою цієї системи ви зможете зручно керувати своїми проектами та їх розробкою.
+
+## Розробники
+- Дмитро Увін (Telegram - @dmitriyuvin)
+- Ілля Писарчук (Gmail - [email protected])
+- Ростислав Накарловіч (Telegram - @Zvesdochyot)
+- Павло Скворцов (Telegram - @p_skv)
+- Кирило Салун (Gmail - [email protected])
+- Артем Сударєв (Telegram - @sssudarev)
+- Сергій Прилепа (Telegram - @seaborg1um)

docs/requirements/README.md

@@ -1,5 +1,6 @@
-# Аналіз вимог до інформаційної системи
+# ProjectsLab. Аналіз вимог до інформаційної системи
 
-В цьому файлі необхідно перелічити всі документи, розроблені в проекті та дати посилання на них.
+Документи, які були розроблені для подальшої розробки СУП за поданими замовником та зацікавленими особами вимогами та запитами:
 
-*В рамках проекту розробляються документи "Аналіз предметної області" та "Запити зацікавлених осіб".*
+ - [Аналіз предметної області](./state-of-the-art.md)
+ - [Запити зацікавлених осіб](./stakeholders-needs.md)

docs/requirements/stakeholders-needs.md

@@ -1,86 +1,119 @@
-# Назва проєкту. Запити зацікавлених осіб
+# ProjectsLab. Запити зацікавлених осіб
 
 ## Вступ
 
-*[Вступ повинен містити короткий огляд всього документу.]*
+У цьому документі описуються запити зацікавленої особи, в якості якої виступає доцент Болдак А. О., по відношенню до розробляємої в рамках лаборатних робіт - системи управління проектами.
 
 ### Мета 
 
-*[Визначення мети цієї сукупності вимог. Зазвичай такою метою є створення та впровадження 
- інформаційної системи відповідного призначення.]*
+Метою документа є визначення основних вимог до функціональності, продуктивності і експлуатаційної придатності, а також визначення бізнес-правил і технологічних обмежень, що пред'являються до предмету розробки.
 
 ### Контекст
 
-*[Короткий опис того, з якими проектами пов'язаний цей документ, на що він впливає.]*
+Цей документ пов'язаний з системою управління проектами, описує її особливості, функціонал та інші властивості та відповідає запитам зацікавлених осіб і аналізу предметної області.
 
 
 ### Основні визначення та скорочення
 
-*[Розділ містить визначення всіх термінів та скорочень, необхідних для правильного
-тлумачення вимог. Можна зробити посилання на документ, в якому поданий аналіз предметної області.]*
-
+* СУП - Система Управіння Проектами
 
 ### Посилання
 
-*[Розділ містить повний список всіх документів, про які згадується.]*
-
+- [Джерело 1 (oridu.odessa)](http://www.oridu.odessa.ua/7/7/metoduchni-rek/t/02.pdf)
+- [Джерело 2 (ela.kpi)](https://ela.kpi.ua/bitstream/123456789/19481/1/DMM_UP_2017.pdf)
+- [Джерело 3 (gihub.com)](https://github.com/ip-85/robin/blob/master/docs/stakeholders.md#4)
+- [Джерело 4 (rayradavn.gov.ua)](http://rayradavn.gov.ua/images/metodychna/zayavka.pdf)
 
 ## Короткий зміст
 
-*[Розділ містить опис того, про що йдеться в еій частині цього документу, що залишилася. 
-Також тут описана структура документу.]*
+В подальшій частині документа описуються ділові процеси, вимоги замовника, виключні та основні сценарії розробки продукту.
 
 ## Характеристика ділових процесів
 
-*[В цьому розділі визначаються зовнішні фактори, що впливають на бізнес (бізнес-актори), 
-та внутрішні фактори (робітники), дається загальна характеристика діяльності бізнес-акторів 
-та робітників, яка здійснюється за допомогою бізнесу.*
+***ID:*** ***IV-92 (1)***<br>
+
+***НАЗВА:***  Cтворення проекту.<br>
 
-*Дається опис бізнес-сценаріїв взаємодії бізнес-акторів, робітників і, можливо, інформаційної системи за допомогою наступної
-специфікації:*
+***УЧАСНИКИ:***  Team Lead, керуючий<br>
 
-
-***ID:***
-
-***НАЗВА:***
-
-***УЧАСНИКИ:***
+***ПЕРЕДУМОВИ:***  Вимоги замовника<br>
 
-***ПЕРЕДУМОВИ:***
+***РЕЗУЛЬТАТ:***  Проект, готовий до реалізації<br>
 
-***РЕЗУЛЬТАТ:***
+***ВИКЛЮЧНІ СИТУАЦІЇ:***<br>
 
-***ВИКЛЮЧНІ СИТУАЦІЇ:***
+- EX.002.001 Недостатньо/Некоректні вимоги замовника<br>
+- EX.002.002 Недостатня кількість розробників<br>
+- EX.002.003 Можливість реалізації<br>
 
 ***ОСНОВНИЙ СЦЕНАРІЙ:***
 
-*Кількість сценаріїв визначається у відповідності до специфіки завдання та необхідного 
-рівня деталізації (зазвичай, 5-6 сценаріїв).*
+1. Team lead та керуючий реєструються на платформі.
+2. Інтегрує проект з репозиторію github-а.
+3. Задає назву, опис проекту.
+4. Запрошує команду, призначає ролі, зони відповідальності.(Можлива EX.002.002)
+5. Трансформує вимоги замовника в завдання, призначає на них людей.(Можливі EX.002.001 EX.002.002 EX.002.003)
+6. Створює колонки для відстеження прогресу.(Можлива EX.002.003)
+7. Налаштовує Instant Messaging.
+8. Задає опис кінцевого продукту.
 
-## Короткий огляд продукту
+***ID:*** ***IV-92 (2)***<br>
 
-*[Визначається границя системи та категорії її користувачів. Дається загальна характеристика категорій користувачів
-системи]*
+***НАЗВА:***<br>
+Управління проектами.<br>
 
-*[Нижче йде опис FURPS:]*
+***УЧАСНИКИ:***<br>
+Team Lead, куруючий, команда<br>
 
+***ПЕРЕДУМОВИ:***<br>
+Потреба в зручному управлінні кількома активними проектами<br>
 
-## Функціональність
+***РЕЗУЛЬТАТ:***<br>
+Зручне та швидке редагування проекту<br>
+
+***ВИКЛЮЧНІ СИТУАЦІЇ:***<br>
+- EX.003.001 Недостача інформації від замовника
+- EX.003.002 Проект не активний
+- EX.003.003 Кардинальна зміна вимог замовника
+- EX.003.004 Неможливість реалізаціїї
+- EX.003.005 Недостатня кількість розробників
+- EX.003.006 Зрив дедлайну
+- EX.003.007 Непередбачувані обставини
 
-*[Functionality (функциональні вимоги)]*
+***ОСНОВНИЙ СЦЕНАРІЙ:***<br>
+Team Lead/керуючий можуть швидко редагувати проект, його мету, потреби, задачі, перенаправити розробників, деактивувати проект.
+Під час редагування можливі виключні ситуції з кодами 003.*<br>
+
+## Короткий огляд продукту
+
+ProjectsLab - це сервіс, який допоможе Вам у розробці програмного забезпечення. Сервіс для слідкування та управління проектами, командами, задачами. Користувачі нашої системи зможуть оперувати задачами та проектами у зручному "user-friendly" інтерфейсі, також ми надаємо змогу усім користувачам нашого сервісу спілкуватися між собою у зручному інтерфейсі. Користувачі зможуть створювати команди та зберігати їх для майбутніх проектів.
+
+
+## Функціональність
 
-## Практичність
+Кожен режим реалізований через відповідний йому інтерфейс. Такий підхід сприяє ієрахічній систематизації взаємодії між різними ролями (видами) учасників створення проекту та взаємодії з ними (тестуваннями). Кожна з представлених моделей відводить певний набір функцій для впорядкування робочого процесу, сприяє автоматизації поділу на ці самі ролі та відведенню певній особі відповідної ланки взаємодії в застосунку.
 
-*[Usability (вимоги до зручності роботи)]*
+### Інтерфейс лідера
 
-## Надійність
+Функціональний простір облікового запису лідера має відповідати повному керуванню проектом.
 
-*[Reliability (вимоги до надійності)]*
+Надаються можливості:
+- Управління проектом
+- Управління заваданнями
+- Управління командою
+- Управління артефактами, що допомагають розв'язати завдання
+- Створення завдань для команди;
+- Встановлення та зміна дедлайнів завдань;
+- Встановлення та зміна приорітетності виконання завдань;
+- Встановлення порядку виконання завдань;
 
-## Продуктивність
+### Інтерфейс розробника
 
-*[Performance (вимоги до продуктивності)]*
+Можливості облікового запису розробника забеспечують керування своїми заданнями.
 
-## Експлуатаційна придатність
+Доступні функції:
+- Встановлення дедлайнів своїх завдань;
+- Зміна статусу завданнь (наприклад, вирішено);
+- Розбиття завдання на декілька підзавдань;
+- Уточнення вимог до завдання
 
-*[Supportability (вимоги до підтримки)]*