From b7a63c41f861d9e3b6ea4fb1ee1805435055d8fd Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 2 Sep 2020 10:48:58 +0300 Subject: [PATCH 01/80] Update README.md --- README.md | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 6271b269..a3628150 100644 --- a/README.md +++ b/README.md @@ -1,10 +1,13 @@ -# database_basics_template +# Система управління проектами Шаблон репозиторію для виконання лабораторних робіт з курсу "Організація баз даних" *Для виконання лабораторних робіт необхідно зробити ```fork``` цього репозіторію, склонувати вже власний репозіторій та розміщувати документацію (результати виконання лабораторних робіт) у відповідних діректоріях. В цьому файлі необхідно вказати назву проекту (тему лабораторних робіт). Коротку загальну характеристику проекту, контактні дані виконавців.* +## Contributors +- Dmitriy Uvin (Telegram - @dmitriyuvin) +- Illya Alexeevich (Gmail - Flimka134@gmail.com) [Теми проєктів](./guidelines/themes.md) From a351f5f0587c2626ce0c3b7ee23771f1cf184097 Mon Sep 17 00:00:00 2001 From: DJar1k Date: Wed, 2 Sep 2020 11:25:58 +0300 Subject: [PATCH 02/80] Update README.md --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index a3628150..9e1d30be 100644 --- a/README.md +++ b/README.md @@ -8,6 +8,7 @@ ## Contributors - Dmitriy Uvin (Telegram - @dmitriyuvin) - Illya Alexeevich (Gmail - Flimka134@gmail.com) +- Rostyslav Nakarlovich (Telegram - @Zvesdochyot) [Теми проєктів](./guidelines/themes.md) From f4e41151bd35d09ffd2b36ad2fde7ba6a27065db Mon Sep 17 00:00:00 2001 From: Starling73 <63596872+Starling73@users.noreply.github.com> Date: Wed, 2 Sep 2020 11:27:39 +0300 Subject: [PATCH 03/80] Update README.md --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index 9e1d30be..32380f99 100644 --- a/README.md +++ b/README.md @@ -9,6 +9,7 @@ - Dmitriy Uvin (Telegram - @dmitriyuvin) - Illya Alexeevich (Gmail - Flimka134@gmail.com) - Rostyslav Nakarlovich (Telegram - @Zvesdochyot) +- Pavlo Skvortsov (Telegram - @p_skv) [Теми проєктів](./guidelines/themes.md) From 18a5c4121438b01745e316ac4ecc609a4f27f085 Mon Sep 17 00:00:00 2001 From: rrilik <66564020+rrilik@users.noreply.github.com> Date: Wed, 2 Sep 2020 11:28:01 +0300 Subject: [PATCH 04/80] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 32380f99..b3b3855a 100644 --- a/README.md +++ b/README.md @@ -9,7 +9,7 @@ - Dmitriy Uvin (Telegram - @dmitriyuvin) - Illya Alexeevich (Gmail - Flimka134@gmail.com) - Rostyslav Nakarlovich (Telegram - @Zvesdochyot) -- Pavlo Skvortsov (Telegram - @p_skv) +- Kirill Salun (kaeviane@gmail.com) [Теми проєктів](./guidelines/themes.md) From b585935477ffa1e69679cbeb8af7814ae3703f99 Mon Sep 17 00:00:00 2001 From: rrilik <66564020+rrilik@users.noreply.github.com> Date: Wed, 2 Sep 2020 11:29:09 +0300 Subject: [PATCH 05/80] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index b3b3855a..a5a7f140 100644 --- a/README.md +++ b/README.md @@ -9,7 +9,7 @@ - Dmitriy Uvin (Telegram - @dmitriyuvin) - Illya Alexeevich (Gmail - Flimka134@gmail.com) - Rostyslav Nakarlovich (Telegram - @Zvesdochyot) -- Kirill Salun (kaeviane@gmail.com) +- Kirill Salun (Gmail - kaeviane@gmail.com) [Теми проєктів](./guidelines/themes.md) From 2f36683edb9a166d484e06a343db3baf094de28d Mon Sep 17 00:00:00 2001 From: Starling73 <63596872+Starling73@users.noreply.github.com> Date: Wed, 2 Sep 2020 11:31:27 +0300 Subject: [PATCH 06/80] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index a5a7f140..32380f99 100644 --- a/README.md +++ b/README.md @@ -9,7 +9,7 @@ - Dmitriy Uvin (Telegram - @dmitriyuvin) - Illya Alexeevich (Gmail - Flimka134@gmail.com) - Rostyslav Nakarlovich (Telegram - @Zvesdochyot) -- Kirill Salun (Gmail - kaeviane@gmail.com) +- Pavlo Skvortsov (Telegram - @p_skv) [Теми проєктів](./guidelines/themes.md) From 260977f43690bd62bbfc4875a1cf60a3fe20c302 Mon Sep 17 00:00:00 2001 From: rrilik <66564020+rrilik@users.noreply.github.com> Date: Wed, 2 Sep 2020 11:36:12 +0300 Subject: [PATCH 07/80] Update README.md --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index 32380f99..ea5775e6 100644 --- a/README.md +++ b/README.md @@ -10,6 +10,7 @@ - Illya Alexeevich (Gmail - Flimka134@gmail.com) - Rostyslav Nakarlovich (Telegram - @Zvesdochyot) - Pavlo Skvortsov (Telegram - @p_skv) +- Kirill Salun (Gmail - kaeviane@gmail.com) [Теми проєктів](./guidelines/themes.md) From dd04f3a2d19bc048b5ee186d6386139d59ae06b4 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 2 Sep 2020 11:57:36 +0300 Subject: [PATCH 08/80] Update README.md --- README.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/README.md b/README.md index ea5775e6..0830bff5 100644 --- a/README.md +++ b/README.md @@ -11,6 +11,8 @@ - Rostyslav Nakarlovich (Telegram - @Zvesdochyot) - Pavlo Skvortsov (Telegram - @p_skv) - Kirill Salun (Gmail - kaeviane@gmail.com) +- Artem Sudarev (Telegram - @sssudarev) +- Sergey Prilepa (Telegram - @seaborg1um) [Теми проєктів](./guidelines/themes.md) From 052e735e018e76b7717e7f8119e26026c0a74d9f Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Tue, 15 Sep 2020 11:28:13 +0300 Subject: [PATCH 09/80] Update README.md --- README.md | 13 ++----------- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/README.md b/README.md index 0830bff5..06aa1475 100644 --- a/README.md +++ b/README.md @@ -1,10 +1,7 @@ -# Система управління проектами +# ProjectsLab -Шаблон репозиторію для виконання лабораторних робіт з курсу "Організація баз даних" +Project Operating System. System for projects operating and managment. -*Для виконання лабораторних робіт необхідно зробити ```fork``` цього репозіторію, склонувати вже власний репозіторій та розміщувати документацію (результати виконання лабораторних робіт) у відповідних діректоріях. -В цьому файлі необхідно вказати назву проекту (тему лабораторних робіт). Коротку загальну характеристику -проекту, контактні дані виконавців.* ## Contributors - Dmitriy Uvin (Telegram - @dmitriyuvin) - Illya Alexeevich (Gmail - Flimka134@gmail.com) @@ -13,9 +10,3 @@ - Kirill Salun (Gmail - kaeviane@gmail.com) - Artem Sudarev (Telegram - @sssudarev) - Sergey Prilepa (Telegram - @seaborg1um) - -[Теми проєктів](./guidelines/themes.md) - -[Методичні вказівки](./guidelines/guidelines.md) - -[Звітність](https://docs.google.com/spreadsheets/d/1ePb9OBB7ox0E5-GAh2r6ZU3j--PpAROCUfqzA17kL20/edit?usp=sharing) From 5ef46592166409392820e5292060b9afaef4f433 Mon Sep 17 00:00:00 2001 From: Starling73 Date: Tue, 15 Sep 2020 11:58:26 +0300 Subject: [PATCH 10/80] =?UTF-8?q?=D0=97=D0=B0=D0=BF=D0=B8=D1=82=D0=B8,=20?= =?UTF-8?q?=D0=B2=D1=81=D1=82=D1=83=D0=BF,=20=D0=BC=D0=B5=D1=82=D0=B0?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/requirements/stakeholders-needs.md | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index bbdb2682..10a18b76 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -2,12 +2,11 @@ ## Вступ -*[Вступ повинен містити короткий огляд всього документу.]* +У цьому документі описуються запити зацікавленої особи, в якості якої виступає доцент Болдак А. О., по відношенню до розробляємої в рамках лаборатних робіт системи управління проектами. ### Мета -*[Визначення мети цієї сукупності вимог. Зазвичай такою метою є створення та впровадження - інформаційної системи відповідного призначення.]* +Метою документа є визначення основних вимог до функціональності, продуктивності і експлуатаційної придатності, а також визначення бізнес-правил і технологічних обмежень, що пред'являються до предмету розробки. ### Контекст From 7cbb47e2a229f424574a2778355020be64267a4b Mon Sep 17 00:00:00 2001 From: Starling73 Date: Tue, 15 Sep 2020 13:04:47 +0300 Subject: [PATCH 11/80] =?UTF-8?q?=D0=A4=D1=83=D0=BD=D0=BA=D1=86=D1=96?= =?UTF-8?q?=D0=BE=D0=BD=D0=B0=D0=BB=D1=8C=D0=BD=D1=96=D1=81=D1=82=D1=8C,?= =?UTF-8?q?=20=D0=BF=D1=80=D0=B0=D0=BA=D1=82=D0=B8=D1=87=D0=BD=D1=96=D1=81?= =?UTF-8?q?=D1=82=D1=8C,=20=D0=BD=D0=B0=D0=B4=D1=96=D0=B9=D0=BD=D1=96?= =?UTF-8?q?=D1=81=D1=82=D1=8C?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/requirements/stakeholders-needs.md | 36 +++++++++++++++++++++---- 1 file changed, 31 insertions(+), 5 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 10a18b76..d31fe9f6 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -15,8 +15,7 @@ ### Основні визначення та скорочення -*[Розділ містить визначення всіх термінів та скорочень, необхідних для правильного -тлумачення вимог. Можна зробити посилання на документ, в якому поданий аналіз предметної області.]* +* СУП - Система Управіння Проектами ### Посилання @@ -66,15 +65,42 @@ ## Функціональність -*[Functionality (функциональні вимоги)]* +Основні вимоги до функціональності, що пред'являються зацікавленим особами до предмету розробки, відносяться до таких категорій: + * Інтеграція програмного забезпечення. + * Модифікація функціональності зацікавлено особи. + +Інтеграція програмного забеспечення: + +Розробники стороннього програмного забезпечення мають доступ до функцій СУВД за допомогою спеціальної схеми API. + +Зацікавлена особа: + +Зацікавленою особою є фізичне або юридичне лице, яке бажає контролювати процес роботи над проектом. + ## Практичність -*[Usability (вимоги до зручності роботи)]* +Локалізація: + +СУП повинна мати українську, російську та англійську локалізації, а також функцію доповнення програми новимии локалізаціями. + +Мультиплатформеність: + +Суп повинна бути адаптована для доступу як і звичайних комп’ютерів, так і для мобільних пристроїв, що мають підключення до мережі Інтернет. + +Інтерфейс: + +Інтерфейс СУП має бути максимально простим та інтуїтивно зрозумілим для користувача. Також має бути доступна детальна інструкція використання даного сервісу та його можливостей. ## Надійність -*[Reliability (вимоги до надійності)]* +Працездатність: + +Працездатність СУП не повинна порушуватися збоями, затримками, або відсутність з’єднання в мережі Інтернет. При порушенні з’єднання сервіс переходить в автономний режим накопичування вхідних даних до того моменту, поки з’єднання не буде відновлено. + +Резервне копіювання та відновлення даних: + +СУП повинна мати функцію копіювання та збережених даних на незалежні сервери для можливого їх подальшого відновлення. ## Продуктивність From b908240975dc656543e6d67c879420b35c45eacf Mon Sep 17 00:00:00 2001 From: Starling73 <63596872+Starling73@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:05:57 +0300 Subject: [PATCH 12/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index d31fe9f6..ee7bcbc2 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -66,6 +66,7 @@ ## Функціональність Основні вимоги до функціональності, що пред'являються зацікавленим особами до предмету розробки, відносяться до таких категорій: + * Інтеграція програмного забезпечення. * Модифікація функціональності зацікавлено особи. From b6825aa8f9017eb0bb52c414d6537005ed181c38 Mon Sep 17 00:00:00 2001 From: Starling73 <63596872+Starling73@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:06:34 +0300 Subject: [PATCH 13/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index ee7bcbc2..29f5fe1a 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -67,8 +67,8 @@ Основні вимоги до функціональності, що пред'являються зацікавленим особами до предмету розробки, відносяться до таких категорій: - * Інтеграція програмного забезпечення. - * Модифікація функціональності зацікавлено особи. + + Інтеграція програмного забезпечення. + + Модифікація функціональності зацікавлено особи. Інтеграція програмного забеспечення: From 4fe86d06cf6e56a14b5dd911cde9126a565b5e3d Mon Sep 17 00:00:00 2001 From: Starling73 <63596872+Starling73@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:07:09 +0300 Subject: [PATCH 14/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 29f5fe1a..c2a7bd47 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -67,8 +67,8 @@ Основні вимоги до функціональності, що пред'являються зацікавленим особами до предмету розробки, відносяться до таких категорій: - + Інтеграція програмного забезпечення. - + Модифікація функціональності зацікавлено особи. +* Інтеграція програмного забезпечення. +* Модифікація функціональності зацікавлено особи. Інтеграція програмного забеспечення: From 26523f5dd197239ace93b4276d3ef3a99d55352b Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:32:19 +0300 Subject: [PATCH 15/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index c2a7bd47..ea8e64ec 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -105,7 +105,8 @@ ## Продуктивність -*[Performance (вимоги до продуктивності)]* +Швидке реагування на запит. +Якісна взаємодія усіх учасників проекту. ## Експлуатаційна придатність From dce7635cdbb7f0a6192a1a7301a433ee09db23d2 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:32:44 +0300 Subject: [PATCH 16/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index ea8e64ec..1cfa189e 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -106,6 +106,7 @@ ## Продуктивність Швидке реагування на запит. + Якісна взаємодія усіх учасників проекту. ## Експлуатаційна придатність From 0bd08938d74e3196d312a00d7b84d75572846b39 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:34:36 +0300 Subject: [PATCH 17/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 1cfa189e..b467dee4 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -109,6 +109,8 @@ Якісна взаємодія усіх учасників проекту. +Якісна синхронізація матеріалів проекту. + ## Експлуатаційна придатність *[Supportability (вимоги до підтримки)]* From 4658adb9d9558f970cd468a90b65c086ce1ff0f1 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:38:19 +0300 Subject: [PATCH 18/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index b467dee4..48fae6fb 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -44,6 +44,14 @@ ***УЧАСНИКИ:*** +- Dmitriy Uvin (Telegram - @dmitriyuvin) +- Illya Alexeevich (Gmail - Flimka134@gmail.com) +- Rostyslav Nakarlovich (Telegram - @Zvesdochyot) +- Pavlo Skvortsov (Telegram - @p_skv) +- Kirill Salun (Gmail - kaeviane@gmail.com) +- Artem Sudarev (Telegram - @sssudarev) +- Sergey Prilepa (Telegram - @seaborg1um) + ***ПЕРЕДУМОВИ:*** ***РЕЗУЛЬТАТ:*** From c02e1ffe87a50ae97042c3270890f7e5dfaa6cd8 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:41:20 +0300 Subject: [PATCH 19/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 48fae6fb..a14149a2 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -1,4 +1,4 @@ -# Назва проєкту. Запити зацікавлених осіб +# ProjectsLab. Запити зацікавлених осіб ## Вступ @@ -41,6 +41,8 @@ ***ID:*** ***НАЗВА:*** + +ProjectsLab ***УЧАСНИКИ:*** From de724238b254b33cb21b0758e9873fefc8a40f4a Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:42:44 +0300 Subject: [PATCH 20/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index a14149a2..d4012eaf 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -40,9 +40,9 @@ ***ID:*** -***НАЗВА:*** +***НАЗВА: ProjectsLab + -ProjectsLab ***УЧАСНИКИ:*** From 36f29a827ff62e33558a69fabd4665e19ba635d0 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:45:29 +0300 Subject: [PATCH 21/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index d4012eaf..e31d063d 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -39,11 +39,13 @@ ***ID:*** - -***НАЗВА: ProjectsLab - +## IV-92 (4) +***НАЗВА:*** + +## ProjectsLab + ***УЧАСНИКИ:*** - Dmitriy Uvin (Telegram - @dmitriyuvin) From ba71e4cc5b33d201bda5b38ce4d51ab717bd50c8 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:46:17 +0300 Subject: [PATCH 22/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index e31d063d..1317137b 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -40,11 +40,11 @@ ***ID:*** -## IV-92 (4) +***IV-92 (4)*** ***НАЗВА:*** -## ProjectsLab +***ProjectsLab*** ***УЧАСНИКИ:*** From 1cb6f304553ca67e8dc21cc2aaf784a745df5209 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:46:54 +0300 Subject: [PATCH 23/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 1317137b..3553e7c3 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -38,14 +38,10 @@ специфікації:* -***ID:*** +***ID:*** ***IV-92 (4)*** -***IV-92 (4)*** - -***НАЗВА:*** +***НАЗВА:*** ***ProjectsLab*** -***ProjectsLab*** - ***УЧАСНИКИ:*** - Dmitriy Uvin (Telegram - @dmitriyuvin) From 00896109e40a7bb8e8a81ce87c4f14adcc7057e9 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:51:07 +0300 Subject: [PATCH 24/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 3553e7c3..bc1d30f2 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -113,11 +113,11 @@ ## Продуктивність -Швидке реагування на запит. +-Швидке реагування на запит. -Якісна взаємодія усіх учасників проекту. +-Якісна взаємодія усіх учасників проекту. -Якісна синхронізація матеріалів проекту. +-Якісна синхронізація матеріалів проекту. ## Експлуатаційна придатність From 0b104f38f391ac5580fa1d122d00df068fb832f0 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 13:51:30 +0300 Subject: [PATCH 25/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index bc1d30f2..2db61196 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -113,11 +113,11 @@ ## Продуктивність --Швидке реагування на запит. +- Швидке реагування на запит. --Якісна взаємодія усіх учасників проекту. +- Якісна взаємодія усіх учасників проекту. --Якісна синхронізація матеріалів проекту. +- Якісна синхронізація матеріалів проекту. ## Експлуатаційна придатність From 9133c5ec79b5d94d68b24ec89313a773aaa443af Mon Sep 17 00:00:00 2001 From: dmitriy-sanders Date: Tue, 15 Sep 2020 14:11:28 +0300 Subject: [PATCH 26/80] =?UTF-8?q?=D0=9E=D0=BF=D0=B8=D1=81=D0=B0=D0=BD?= =?UTF-8?q?=D0=B8=D0=B5=20=D0=BA=D0=BE=D0=BC=D0=BC=D0=B8=D1=82=D0=B0,=20?= =?UTF-8?q?=D1=82=D0=B5=D1=81=D1=82?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- test.txt | 1 + 1 file changed, 1 insertion(+) create mode 100644 test.txt diff --git a/test.txt b/test.txt new file mode 100644 index 00000000..802992c4 --- /dev/null +++ b/test.txt @@ -0,0 +1 @@ +Hello world From 70600c27958400977a4e2bce9360ce9fde2be858 Mon Sep 17 00:00:00 2001 From: dmitriy-sanders Date: Tue, 15 Sep 2020 14:12:22 +0300 Subject: [PATCH 27/80] =?UTF-8?q?=D0=A3=D0=B4=D0=B0=D0=BB=D0=B5=D0=BD?= =?UTF-8?q?=D0=B8=D0=B5=20=D1=82=D0=B5=D1=81=D1=82=D0=B0?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- test.txt | 1 - 1 file changed, 1 deletion(-) delete mode 100644 test.txt diff --git a/test.txt b/test.txt deleted file mode 100644 index 802992c4..00000000 --- a/test.txt +++ /dev/null @@ -1 +0,0 @@ -Hello world From 715a2c5779a13b42b131dcde305de735ad03c7e9 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Tue, 15 Sep 2020 14:19:33 +0300 Subject: [PATCH 28/80] initial commit --- docs/requirements/state-of-the-art.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 3949b09a..17566ffa 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -2,7 +2,7 @@ ## Вступ -*[Вступ повинен містити короткий огляд всього документу.]* +*[Вступ.]* ## Основні визначення From 289493d978c04cdbe1e940a47390ec6148cca8d5 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Tue, 15 Sep 2020 14:24:58 +0300 Subject: [PATCH 29/80] Initial commit --- docs/requirements/state-of-the-art.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 3949b09a..17566ffa 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -2,7 +2,7 @@ ## Вступ -*[Вступ повинен містити короткий огляд всього документу.]* +*[Вступ.]* ## Основні визначення From 1510abf3891c37448020fe9d6fde9fcb59f58b50 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 17:49:28 +0300 Subject: [PATCH 30/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 24 +++++++++++++++++++----- 1 file changed, 19 insertions(+), 5 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index bbdb2682..8fb34482 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -1,4 +1,4 @@ -# Назва проєкту. Запити зацікавлених осіб +# ProjectsLab. Запити зацікавлених осіб ## Вступ @@ -40,12 +40,20 @@ специфікації:* -***ID:*** +***ID:*** ***IV-92 (4)*** -***НАЗВА:*** +***НАЗВА:*** ***ProjectsLab*** ***УЧАСНИКИ:*** +- Dmitriy Uvin (Telegram - @dmitriyuvin) +- Illya Alexeevich (Gmail - Flimka134@gmail.com) +- Rostyslav Nakarlovich (Telegram - @Zvesdochyot) +- Pavlo Skvortsov (Telegram - @p_skv) +- Kirill Salun (Gmail - kaeviane@gmail.com) +- Artem Sudarev (Telegram - @sssudarev) +- Sergey Prilepa (Telegram - @seaborg1um) + ***ПЕРЕДУМОВИ:*** ***РЕЗУЛЬТАТ:*** @@ -79,8 +87,14 @@ ## Продуктивність -*[Performance (вимоги до продуктивності)]* +- Швидке реагування на запит. + +- Якісна взаємодія усіх учасників проекту. + +- Якісна синхронізація матеріалів проекту. ## Експлуатаційна придатність -*[Supportability (вимоги до підтримки)]* +- Зручне використання +- редагування без будь-яких проблем +- Якісне оновлення From 29e6cbde900a5be2f03843a5b6bf92161b99b3c9 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 17:49:53 +0300 Subject: [PATCH 31/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 2 -- 1 file changed, 2 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 8fb34482..13885a8b 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -88,9 +88,7 @@ ## Продуктивність - Швидке реагування на запит. - - Якісна взаємодія усіх учасників проекту. - - Якісна синхронізація матеріалів проекту. ## Експлуатаційна придатність From 6969bb172b3d70282574537a9ff5f4ab44d7e494 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 17:56:49 +0300 Subject: [PATCH 32/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 13885a8b..e6af8f66 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -67,10 +67,8 @@ ## Короткий огляд продукту -*[Визначається границя системи та категорії її користувачів. Дається загальна характеристика категорій користувачів -системи]* - -*[Нижче йде опис FURPS:]* +ProjectsLab - це сервіс, який допоможе Вам у розробці програмного забеспечення. +Ми надаємо змогу усім користувачам нашого проекту спілкуватися між собою у зручному інтерфейсі. ## Функціональність From e166e1365f63e342c697a40b3cdde2dd98e211f5 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 18:01:26 +0300 Subject: [PATCH 33/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index e6af8f66..28af455f 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -57,6 +57,7 @@ ***ПЕРЕДУМОВИ:*** ***РЕЗУЛЬТАТ:*** +Результат нашої роботи - продукт, який відповідає нашим критеріям та меті. ***ВИКЛЮЧНІ СИТУАЦІЇ:*** From d2cacbcd86a1e19fa98eec53144453b553e2e25d Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 15 Sep 2020 18:02:24 +0300 Subject: [PATCH 34/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 28af455f..7a27646c 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -57,6 +57,7 @@ ***ПЕРЕДУМОВИ:*** ***РЕЗУЛЬТАТ:*** + Результат нашої роботи - продукт, який відповідає нашим критеріям та меті. ***ВИКЛЮЧНІ СИТУАЦІЇ:*** From a8a823fecd7d597db842eae0b7a554b61cfe72c9 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Tue, 15 Sep 2020 20:16:00 +0300 Subject: [PATCH 35/80] initial commit --- docs/requirements/state-of-the-art.md | 31 +++++++++++++++++++++++++-- 1 file changed, 29 insertions(+), 2 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 17566ffa..f6b7e14c 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -2,7 +2,7 @@ ## Вступ -*[Вступ.]* +*[Вступ повинен містити короткий огляд всього документу.]* ## Основні визначення @@ -11,7 +11,34 @@ ## Підходи та способи вирішення завдання -*[Розділ містить опис підходів, моделей та способів вирішення завдання.]* +*Підходи до управління проектами* + +Дослідження 2017 року показало, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): + +-План(Plan) - планування і прогнозування діяльності;\ +-Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами;\ +-Люди(People) - включаючи те, як вони співпрацюють та спілкуються;\ +-Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо.\ + +Існує ряд підходів до організації та завершення проектної діяльності, зокрема: поетапний, схильний, повторний та додатковий. Існує також кілька розширень для планування проектів, наприклад, на основі результатів (на основі продукту) або діяльності (на основі процесів). + +##Управління реалізацією переваг## + +Управління реалізацією переваг має чотири основних визначення. + +*Перше визначення* - розглядати управління вигодами як процес організаційних змін. Він визначається як "процес організації та управління таким, що насправді реалізується потенційна вигода від використання ІТ". + +*Друге визначення* сприймає це як процес. Управління вигодами визначається Асоціацією з управління проектами (APM) як ідентифікація, визначення, планування, відстеження та реалізація вигод для бізнесу. + +*Третім визначенням* є застосування цієї концепції на рівні управління проектами. Управління перевагами проекту визначається як "ініціювання, планування, організація, виконання, контроль, перехід та підтримка змін в організації та їх наслідків, спричинених механізмами управління проектами для реалізації заздалегідь визначених переваг проекту". + +Нарешті, *останнє визначення* сприймає управління реалізацією вигод як сукупність процесів, структурованих для подолання розриву між стратегічним плануванням та виконанням шляхом забезпечення реалізації найцінніших ініціатив. + +##Метод критичного ланцюга## + +Метод критичного ланцюга є додатком теорії обмежень для планування та управління проектами, призначений для подолання невизначеностей, властивих управлінню проектами, беручи до уваги обмежену доступність ресурсів (фізичних, людських навичок, а також можливостей управління та підтримки), необхідних для виконання проектів. + + ## Порівняльна характеристика існуючих засобів вирішення завдання From 7953df6def8b480f59f71f159aab9fbcc3c5c015 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Tue, 15 Sep 2020 20:35:28 +0300 Subject: [PATCH 36/80] initial commit --- docs/requirements/state-of-the-art.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index f6b7e14c..e44b54f4 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -22,7 +22,7 @@ Існує ряд підходів до організації та завершення проектної діяльності, зокрема: поетапний, схильний, повторний та додатковий. Існує також кілька розширень для планування проектів, наприклад, на основі результатів (на основі продукту) або діяльності (на основі процесів). -##Управління реалізацією переваг## +## Управління реалізацією переваг Управління реалізацією переваг має чотири основних визначення. @@ -34,11 +34,13 @@ Нарешті, *останнє визначення* сприймає управління реалізацією вигод як сукупність процесів, структурованих для подолання розриву між стратегічним плануванням та виконанням шляхом забезпечення реалізації найцінніших ініціатив. -##Метод критичного ланцюга## +## Метод критичного ланцюга Метод критичного ланцюга є додатком теорії обмежень для планування та управління проектами, призначений для подолання невизначеностей, властивих управлінню проектами, беручи до уваги обмежену доступність ресурсів (фізичних, людських навичок, а також можливостей управління та підтримки), необхідних для виконання проектів. +## Метод освоєного обсягу +Метод освоєного обсягу розширює управління проектами методами вдосконалення моніторингу проектів. Це ілюструє прогрес проекту до завершення з точки зору роботи та об'єму(вартості). ## Порівняльна характеристика існуючих засобів вирішення завдання From 9fca545543a116d646230e413ae52e352b15afd0 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Tue, 15 Sep 2020 20:57:12 +0300 Subject: [PATCH 37/80] adding project managment methods --- docs/requirements/state-of-the-art.md | 36 +++++++++++++++++++++------ 1 file changed, 29 insertions(+), 7 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index e44b54f4..dc6ec48b 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -15,14 +15,14 @@ Дослідження 2017 року показало, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): --План(Plan) - планування і прогнозування діяльності;\ --Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами;\ --Люди(People) - включаючи те, як вони співпрацюють та спілкуються;\ --Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо.\ +- План(Plan) - планування і прогнозування діяльності;\ +- Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами;\ +- Люди(People) - включаючи те, як вони співпрацюють та спілкуються;\ +- Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо. Існує ряд підходів до організації та завершення проектної діяльності, зокрема: поетапний, схильний, повторний та додатковий. Існує також кілька розширень для планування проектів, наприклад, на основі результатів (на основі продукту) або діяльності (на основі процесів). -## Управління реалізацією переваг +# Управління реалізацією переваг Управління реалізацією переваг має чотири основних визначення. @@ -34,14 +34,36 @@ Нарешті, *останнє визначення* сприймає управління реалізацією вигод як сукупність процесів, структурованих для подолання розриву між стратегічним плануванням та виконанням шляхом забезпечення реалізації найцінніших ініціатив. -## Метод критичного ланцюга +# Метод критичного ланцюга Метод критичного ланцюга є додатком теорії обмежень для планування та управління проектами, призначений для подолання невизначеностей, властивих управлінню проектами, беручи до уваги обмежену доступність ресурсів (фізичних, людських навичок, а також можливостей управління та підтримки), необхідних для виконання проектів. -## Метод освоєного обсягу +# Метод освоєного обсягу Метод освоєного обсягу розширює управління проектами методами вдосконалення моніторингу проектів. Це ілюструє прогрес проекту до завершення з точки зору роботи та об'єму(вартості). +# Іітеративно-інкрементний підхід + +В ході досліджень управління проектами було зазначено, що поетапні підходи не підходять для великомасштабних та багатокомпонентних проектів , з невизначеними, неоднозначними або швидкозмінними вимогами, або тих, що мають високий ступінь ризику, залежності,і швидкозмінні технології. + +Конус невизначеності пояснює дещо з цього, оскільки планування, здійснене на початковій фазі проекту, страждає від високого ступеня невизначеності. Це стає особливо вірним, оскільки розробка програмного забезпечення часто є реалізацією нового або нового продукту. + +# Бережливе управління проектами + +Бережливе управління проектами використовує принципи бережливого виробництва, щоб зосередитись на забезпеченні цінності з меншими витратами та за меншу кількість часу. + +# Поетапний(фазовий) підхід + +Поетапний підхід розбиває та керує роботою через низку окремих кроків, які потрібно завершити. Зазвичай він складається з п’яти областей процесу: + +- ініціація\ +- планування та дизайн\ +- конструювання\ +- контроль\ +- завершення або закриття. + +![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/b/bb/Project_Management_%28phases%29.png/480px-Project_Management_%28phases%29.png "5 етапів розробки проекту") + ## Порівняльна характеристика існуючих засобів вирішення завдання *[Розділ містить опис існуючих програм, інформаційних систем, сервісів, тощо, призначених для вирішення From 9916d1eea4b7c760756b087b1c1c869448b8fcd8 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Tue, 15 Sep 2020 21:38:59 +0300 Subject: [PATCH 38/80] managment methods upd --- docs/requirements/state-of-the-art.md | 32 ++++++++++++--------------- 1 file changed, 14 insertions(+), 18 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index dc6ec48b..5dbc2e34 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -11,7 +11,7 @@ ## Підходи та способи вирішення завдання -*Підходи до управління проектами* +**Підходи до управління проектами** Дослідження 2017 року показало, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): @@ -20,39 +20,31 @@ - Люди(People) - включаючи те, як вони співпрацюють та спілкуються;\ - Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо. -Існує ряд підходів до організації та завершення проектної діяльності, зокрема: поетапний, схильний, повторний та додатковий. Існує також кілька розширень для планування проектів, наприклад, на основі результатів (на основі продукту) або діяльності (на основі процесів). +Існує ряд підходів до організації та завершення проектної діяльності, зокрема: -# Управління реалізацією переваг +### **_Управління перевагами_** -Управління реалізацією переваг має чотири основних визначення. +Управління перевагами проекту визначається як "ініціювання, планування, організація, виконання, контроль, перехід та підтримка змін в організації та їх наслідків, спричинених механізмами управління проектами для реалізації заздалегідь визначених переваг проекту". -*Перше визначення* - розглядати управління вигодами як процес організаційних змін. Він визначається як "процес організації та управління таким, що насправді реалізується потенційна вигода від використання ІТ". - -*Друге визначення* сприймає це як процес. Управління вигодами визначається Асоціацією з управління проектами (APM) як ідентифікація, визначення, планування, відстеження та реалізація вигод для бізнесу. - -*Третім визначенням* є застосування цієї концепції на рівні управління проектами. Управління перевагами проекту визначається як "ініціювання, планування, організація, виконання, контроль, перехід та підтримка змін в організації та їх наслідків, спричинених механізмами управління проектами для реалізації заздалегідь визначених переваг проекту". - -Нарешті, *останнє визначення* сприймає управління реалізацією вигод як сукупність процесів, структурованих для подолання розриву між стратегічним плануванням та виконанням шляхом забезпечення реалізації найцінніших ініціатив. - -# Метод критичного ланцюга +### **_Метод критичного ланцюга_** Метод критичного ланцюга є додатком теорії обмежень для планування та управління проектами, призначений для подолання невизначеностей, властивих управлінню проектами, беручи до уваги обмежену доступність ресурсів (фізичних, людських навичок, а також можливостей управління та підтримки), необхідних для виконання проектів. -# Метод освоєного обсягу +### **_Метод освоєного обсягу_** Метод освоєного обсягу розширює управління проектами методами вдосконалення моніторингу проектів. Це ілюструє прогрес проекту до завершення з точки зору роботи та об'єму(вартості). -# Іітеративно-інкрементний підхід +### **_Іітеративно-інкрементний підхід_** В ході досліджень управління проектами було зазначено, що поетапні підходи не підходять для великомасштабних та багатокомпонентних проектів , з невизначеними, неоднозначними або швидкозмінними вимогами, або тих, що мають високий ступінь ризику, залежності,і швидкозмінні технології. Конус невизначеності пояснює дещо з цього, оскільки планування, здійснене на початковій фазі проекту, страждає від високого ступеня невизначеності. Це стає особливо вірним, оскільки розробка програмного забезпечення часто є реалізацією нового або нового продукту. -# Бережливе управління проектами +### **_Бережливе управління проектами_** Бережливе управління проектами використовує принципи бережливого виробництва, щоб зосередитись на забезпеченні цінності з меншими витратами та за меншу кількість часу. -# Поетапний(фазовий) підхід +### **_Поетапний(фазовий) підхід_** Поетапний підхід розбиває та керує роботою через низку окремих кроків, які потрібно завершити. Зазвичай він складається з п’яти областей процесу: @@ -62,7 +54,11 @@ - контроль\ - завершення або закриття. -![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/b/bb/Project_Management_%28phases%29.png/480px-Project_Management_%28phases%29.png "5 етапів розробки проекту") +![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/b/bb/Project_Management_%28phases%29.png/480px-Project_Management_%28phases%29.png "5 етапів розробки проекту") + +### **_Процесне управління_** + +Це підхід управління, який розглядає бізнес як сукупність процесів, яким вдалося досягти бажаного результату. Процеси керуються та вдосконалюються організацією з метою досягнення їх бачення, місії та основної цінності. ## Порівняльна характеристика існуючих засобів вирішення завдання From d45431ea42075da22925ef8de9f2d8973cfa23a9 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Tue, 15 Sep 2020 21:41:29 +0300 Subject: [PATCH 39/80] little improvments --- docs/requirements/state-of-the-art.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 5dbc2e34..2cc8aacd 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -15,9 +15,9 @@ Дослідження 2017 року показало, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): -- План(Plan) - планування і прогнозування діяльності;\ -- Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами;\ -- Люди(People) - включаючи те, як вони співпрацюють та спілкуються;\ +- План(Plan) - планування і прогнозування діяльності; +- Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами; +- Люди(People) - включаючи те, як вони співпрацюють та спілкуються; - Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо. Існує ряд підходів до організації та завершення проектної діяльності, зокрема: @@ -48,10 +48,10 @@ Поетапний підхід розбиває та керує роботою через низку окремих кроків, які потрібно завершити. Зазвичай він складається з п’яти областей процесу: -- ініціація\ -- планування та дизайн\ -- конструювання\ -- контроль\ +- ініціація +- планування та дизайн +- конструювання +- контроль - завершення або закриття. ![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/b/bb/Project_Management_%28phases%29.png/480px-Project_Management_%28phases%29.png "5 етапів розробки проекту") From ce98200bf259235b905527abeb964a508d4c7f8b Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Tue, 15 Sep 2020 21:52:55 +0300 Subject: [PATCH 40/80] Completed introduction and glossary --- docs/requirements/state-of-the-art.md | 45 ++++++++++++++++++++++----- 1 file changed, 38 insertions(+), 7 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 17566ffa..7319823a 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -1,13 +1,45 @@ -# Назва проєкту. Аналіз предметної області +# ProjectsLab. Аналіз предметної області -## Вступ +## Система управління проєктами *(англ. Project management system)* -*[Вступ.]* +[**Управління проєктом**](https://uk.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) — це процес керівництва роботою команди для досягнення цілей та успішного виконання поставлених завдань протягом визначеного часу. Основними обмеженнями будь-якого проєкту є складність, час, якість та бюджет. Тому оснвною задачею є оптимізація розподілу необхідних ресурсів та їх застосування для досягнення визначених цілей. +Необхідність управління проєктами, а саме необхідність координації використання людських та матеріальних ресурсів протягом життєвого циклу проєкту за допомогою сучасних методів і техніки управління для досягнення відповідного рівня прибутків учасників проекту, високої якості продукції, пов'язана з масовим ростом масштабів і складності проєктів, зростанням вимог до термінів їх здійснення, якості виконуваних робіт. -## Основні визначення +### Компоненти, що входять в поняття управління проєктами: +- визначення і формування вимог до проєкту; +- формування максимально чітких і зрозумілих цілей; +- встановлення і реалізація комунікації між задіяними в проєкті сторонами; +- врегулювання проектних обмежень: зокрема бюджету, ресурсів, ризиків, дедлайнів, якості; +- спілкування з командою, врахування їх потреб/побажань/очікувань і корекція існуючих планів відповідно до отриманих матеріалів. -*[Розділ містить визначення термінів та скорочень, які використовуються при аналізі предметної області.]* +--- + +При реалізації кожної з методик управління проектами зазвичай не обійтися без певного комплексу технологічного та організаційного інструментарію. Тобто, без системи управління проєктами. У загальному розумінні це певна сукупність методів, які можуть впливати на об'єкт управління з метою реалізації всіх поставлених завдань. Але найчастіше це поняття використовується в більш вузькому сенсі — як позначення конкретної програми. + +Всі вони переслідують 3 основні цілі: зробити співробітників більш ефективними, зробити сам процес проектного менеджменту продуктивнішим і ефективнішим, зробити управління проєктним профілем компанії зручнішим і прозорим для погляду з боку. + +## Необхідний теоретичний матеріал, що стосується теми + +**[Програмне забезпечення](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F) _(англ. software)_** — сукупність програм системи обробки інформації і програмних документів, необхідних для експлуатації цих програм. + +**[Документація](https://uk.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D1%96%D1%8F)** — сукупність офіційно визнаних, взаємопов'язаних та складених у визначеній формі документів, які містять передбачувану інформацію про виріб, процес або діяльність даного підприємства. + +**[Проєкт](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%94%D0%BA%D1%82)** — обмежена в часі, ресурсах та вимогах якості унікальна сукупність процесів, направлена на досягнення унікальних цілей та завдань для створення нової цінності (продукту або послуги). + +**[Система управління проєктами](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) _(англ. Project management system)_** — комплексне програмне забезпечення, що включає в себе програми для планування завдань, складання розпису, контролю ціни і управління бюджетом, розподілу ресурсів, спільної роботи, спілкування, швидкого управління, документування та адміністрування системи, яке використовуються спільно для управління великими проєктами. + +**[Система керування версіями](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8) _(англ. source code management, SCM)_** — програмний інструмент для керування версіями одиниці інформації: вихідного коду програми, скрипту, веб-сторінки, веб-сайту, 3D-моделі, текстового документу тощо. \ +Система керування версіями — інструмент, який дозволяє одночасно, не заважаючи один одному, проводити роботу над груповими проектами. + +**[Життєвий цикл програмного забезпечення](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. + +**[Водоспадна модель](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. \ +Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. + +**[Agile-менеджмент](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. + +**[Спіральна модель](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) _(англ. spiral model)_** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. ## Підходи та способи вирішення завдання @@ -22,8 +54,7 @@ - *Reliability (вимоги до надійності)* - *Performance (вимоги до продуктивності)* - *Supportability (вимоги до підтримки)* - - *(у вигляді таблиці).]* +*(у вигляді таблиці).]* ## Висновки From 4e532ce4a67235955432d6d6463eb17d8bc8912b Mon Sep 17 00:00:00 2001 From: dmitriy-sanders Date: Tue, 15 Sep 2020 22:23:58 +0300 Subject: [PATCH 41/80] Stakeholders needs part 1 --- docs/requirements/stakeholders-needs.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 2db61196..645e5fd6 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -2,7 +2,7 @@ ## Вступ -У цьому документі описуються запити зацікавленої особи, в якості якої виступає доцент Болдак А. О., по відношенню до розробляємої в рамках лаборатних робіт системи управління проектами. +У цьому документі описуються запити зацікавленої особи, в якості якої виступає доцент Болдак А. О., по відношенню до розробляємої в рамках лаборатних робіт - системи управління проектами. ### Мета @@ -38,7 +38,7 @@ специфікації:* -***ID:*** ***IV-92 (4)*** +***ID:*** ***IV-92 (1)*** ***НАЗВА:*** ***ProjectsLab*** From 3200f81048e7b3b5cc69f63363f169c18971a5bd Mon Sep 17 00:00:00 2001 From: dmitriy-sanders Date: Tue, 15 Sep 2020 23:16:06 +0300 Subject: [PATCH 42/80] Update stakeholders-needs --- docs/requirements/stakeholders-needs.md | 48 +++++++++++++------------ 1 file changed, 26 insertions(+), 22 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 45bbdba8..abb91bcb 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -10,34 +10,26 @@ ### Контекст -*[Короткий опис того, з якими проектами пов'язаний цей документ, на що він впливає.]* +Цей документ пов'язаний з системою управління проектами, описує її особливості, функціонал та інші властивості та відповідає запитам зацікавлених осіб і аналізу предметної області. ### Основні визначення та скорочення * СУП - Система Управіння Проектами - ### Посилання -*[Розділ містить повний список всіх документів, про які згадується.]* - +[Link 1](http://www.oridu.odessa.ua/7/7/metoduchni-rek/t/02.pdf) +[Link 2](https://ela.kpi.ua/bitstream/123456789/19481/1/DMM_UP_2017.pdf) +[Link 3](https://github.com/ip-85/robin/blob/master/docs/stakeholders.md#4) +[Link 3](http://rayradavn.gov.ua/images/metodychna/zayavka.pdf) ## Короткий зміст -*[Розділ містить опис того, про що йдеться в еій частині цього документу, що залишилася. -Також тут описана структура документу.]* +В подальшій частині документа описуються ділові процеси, вимоги замовника, виключні та основні сценарії розробки продукту. ## Характеристика ділових процесів -*[В цьому розділі визначаються зовнішні фактори, що впливають на бізнес (бізнес-актори), -та внутрішні фактори (робітники), дається загальна характеристика діяльності бізнес-акторів -та робітників, яка здійснюється за допомогою бізнесу.* - -*Дається опис бізнес-сценаріїв взаємодії бізнес-акторів, робітників і, можливо, інформаційної системи за допомогою наступної -специфікації:* - - ***ID:*** ***IV-92 (1)*** ***НАЗВА:*** ***ProjectsLab*** @@ -52,22 +44,35 @@ - Artem Sudarev (Telegram - @sssudarev) - Sergey Prilepa (Telegram - @seaborg1um) -***ПЕРЕДУМОВИ:*** +***ПЕРЕДУМОВИ:*** +Постановка задачі доцентом Болдак А. О. - створити систему для зручного управління проектами, зокрема під час розробки Програмного Забезпечення (ПЗ) ***РЕЗУЛЬТАТ:*** -Результат нашої роботи - продукт, який відповідає нашим критеріям та меті. +Результат нашої роботи - продукт, який відповідає нашим критеріям, меті, вимогам замовника, критеріям користувачів. ***ВИКЛЮЧНІ СИТУАЦІЇ:*** +- Нові вимоги від замовника, користувачів +- Зрив дедлайну +- Непередбачувані обставини +- Помилкові рішення, що затримують розробку продукту +- Технічні проблеми ***ОСНОВНИЙ СЦЕНАРІЙ:*** +- Підтвердження усіх вимог замовника та користувачів +- Створюється завдання для проектування БД. +- Створюється мета, види роботи для БД +- Створення моделей, сутностей, які будуть існувати в продукті, їх реалізація в БД +- Вибір типу БД, в даному випадку - реляційна +- Вибір СУБД (MySQL або PostgreSQL) +- Реалізація БД, згідно СУБД +- Згідно до вимог, формуються задачі для MVP (Minimum Viable Product) +- Розробка продукту згідно Agile, Scrum -*Кількість сценаріїв визначається у відповідності до специфіки завдання та необхідного -рівня деталізації (зазвичай, 5-6 сценаріїв).* ## Короткий огляд продукту -ProjectsLab - це сервіс, який допоможе Вам у розробці програмного забеспечення. Сервіс для слідкування та управління проектами, командами, задачами. Користувачі нашої системи зможуть оперувати задачами та проектами у зручному "user-friendly" інтерфейсі, також ми надаємо змогу усім користувачам нашого сервісу спілкуватися між собою у зручному інтерфейсі. +ProjectsLab - це сервіс, який допоможе Вам у розробці програмного забезпечення. Сервіс для слідкування та управління проектами, командами, задачами. Користувачі нашої системи зможуть оперувати задачами та проектами у зручному "user-friendly" інтерфейсі, також ми надаємо змогу усім користувачам нашого сервісу спілкуватися між собою у зручному інтерфейсі. Користувачі зможуть створювати команди та зберігати їх для майбутніх проектів. ## Функціональність @@ -93,11 +98,11 @@ ProjectsLab - це сервіс, який допоможе Вам у розро - Мультиплатформеність: -Суп повинна бути адаптована для доступу як і звичайних комп’ютерів, так і для мобільних пристроїв, що мають підключення до мережі Інтернет. +СУП повинна бути адаптована для доступу як і звичайних комп’ютерів, так і для мобільних пристроїв, що мають підключення до мережі Інтернет. Також СУП бути адаптованою для кожного браузера. - Інтерфейс: -Інтерфейс СУП має бути максимально простим та інтуїтивно зрозумілим для користувача. Також має бути доступна детальна інструкція використання даного сервісу та його можливостей. +Інтерфейс СУП має бути максимально простим та інтуїтивно зрозумілим для користувача, без зайвих компонентів. Також має бути доступна детальна інструкція використання даного сервісу та його можливостей. ## Надійність @@ -112,7 +117,6 @@ ProjectsLab - це сервіс, який допоможе Вам у розро ## Продуктивність - Швидке реагування на запит. - - Якісна взаємодія усіх учасників проекту. - Якісна синхронізація матеріалів проекту. From ba46823b71a057824c661ad66ee5ac6d7c0c0957 Mon Sep 17 00:00:00 2001 From: dmitriy-sanders Date: Tue, 15 Sep 2020 23:16:21 +0300 Subject: [PATCH 43/80] Update stakeholders-needs --- docs/requirements/stakeholders-needs.md | 1 - 1 file changed, 1 deletion(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index abb91bcb..40e011b2 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -48,7 +48,6 @@ Постановка задачі доцентом Болдак А. О. - створити систему для зручного управління проектами, зокрема під час розробки Програмного Забезпечення (ПЗ) ***РЕЗУЛЬТАТ:*** - Результат нашої роботи - продукт, який відповідає нашим критеріям, меті, вимогам замовника, критеріям користувачів. ***ВИКЛЮЧНІ СИТУАЦІЇ:*** From ed0a963d52f5de0f4ef8ccd6353485aa4fabd3ef Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Tue, 15 Sep 2020 23:20:38 +0300 Subject: [PATCH 44/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 40e011b2..6ad1c9e3 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -19,10 +19,10 @@ ### Посилання -[Link 1](http://www.oridu.odessa.ua/7/7/metoduchni-rek/t/02.pdf) -[Link 2](https://ela.kpi.ua/bitstream/123456789/19481/1/DMM_UP_2017.pdf) -[Link 3](https://github.com/ip-85/robin/blob/master/docs/stakeholders.md#4) -[Link 3](http://rayradavn.gov.ua/images/metodychna/zayavka.pdf) +- [Link 1](http://www.oridu.odessa.ua/7/7/metoduchni-rek/t/02.pdf) +- [Link 2](https://ela.kpi.ua/bitstream/123456789/19481/1/DMM_UP_2017.pdf) +- [Link 3](https://github.com/ip-85/robin/blob/master/docs/stakeholders.md#4) +- [Link 3](http://rayradavn.gov.ua/images/metodychna/zayavka.pdf) ## Короткий зміст @@ -81,11 +81,11 @@ ProjectsLab - це сервіс, який допоможе Вам у розро * Інтеграція програмного забезпечення. * Модифікація функціональності зацікавлено особи. -Інтеграція програмного забезпечення: +- Інтеграція програмного забезпечення: -Розробники стороннього програмного забезпечення мають доступ до функцій СУВД за допомогою спеціальної схеми API. +Користувачі данної СУП повинні мати можливість інтегрувати її з VCS (Version Control System). Наприклад з GitHub. -Зацікавлена особа: +- Зацікавлена особа: Зацікавленою особою є фізичне або юридичне лице, яке бажає контролювати процес роботи над проектом. @@ -105,11 +105,11 @@ ProjectsLab - це сервіс, який допоможе Вам у розро ## Надійність -Працездатність: +- Працездатність: Працездатність СУП не повинна порушуватися збоями, затримками, або відсутність з’єднання в мережі Інтернет. При порушенні з’єднання сервіс переходить в автономний режим накопичування вхідних даних до того моменту, поки з’єднання не буде відновлено. -Резервне копіювання та відновлення даних: +- Резервне копіювання та відновлення даних: СУП повинна мати функцію копіювання та збережених даних на незалежні сервери для можливого їх подальшого відновлення. @@ -122,5 +122,5 @@ ProjectsLab - це сервіс, який допоможе Вам у розро ## Експлуатаційна придатність - Зручне використання на мобільних пристроях та комп'ютерах -- Редагування без будь-яких проблем -- Якісне оновлення +- Зручне, швидке та зрозуміле редагування проекту +- Швидке та своєчасне оновлення даних по проекту From 9d68f2ac4f724ca0cac177226fc2b9e1e0d8aadf Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Tue, 15 Sep 2020 23:23:27 +0300 Subject: [PATCH 45/80] Update README.md --- docs/requirements/README.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/docs/requirements/README.md b/docs/requirements/README.md index 4ce87ba1..192270f5 100644 --- a/docs/requirements/README.md +++ b/docs/requirements/README.md @@ -1,5 +1,6 @@ -# Аналіз вимог до інформаційної системи +# ProjectsLab. Аналіз вимог до інформаційної системи -В цьому файлі необхідно перелічити всі документи, розроблені в проекті та дати посилання на них. +Документи, які були розроблені для подальшої розробки СУП за поданими замовником та зацікавленими особами вимогами та запитами.: -*В рамках проекту розробляються документи "Аналіз предметної області" та "Запити зацікавлених осіб".* + - [Аналіз предметної області](./state-of-the-art.md) + - [Запити зацікавлених осіб](./stakeholders-needs.md) From 9321ccff06084b8e59853e21c59d4858a049bbd5 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Tue, 15 Sep 2020 23:23:48 +0300 Subject: [PATCH 46/80] Update README.md --- docs/requirements/README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/README.md b/docs/requirements/README.md index 192270f5..236d9b17 100644 --- a/docs/requirements/README.md +++ b/docs/requirements/README.md @@ -1,6 +1,6 @@ # ProjectsLab. Аналіз вимог до інформаційної системи -Документи, які були розроблені для подальшої розробки СУП за поданими замовником та зацікавленими особами вимогами та запитами.: +Документи, які були розроблені для подальшої розробки СУП за поданими замовником та зацікавленими особами вимогами та запитами: - [Аналіз предметної області](./state-of-the-art.md) - [Запити зацікавлених осіб](./stakeholders-needs.md) From 747cb329dda6046ce31cc6487046cdde55592692 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Tue, 15 Sep 2020 23:54:55 +0300 Subject: [PATCH 47/80] Added brief description of existing project management services --- docs/requirements/state-of-the-art.md | 26 +++++++++++++++----------- 1 file changed, 15 insertions(+), 11 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 7319823a..5e603f6d 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -34,8 +34,7 @@ **[Життєвий цикл програмного забезпечення](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. -**[Водоспадна модель](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. \ -Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. +**[Водоспадна модель](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. **[Agile-менеджмент](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. @@ -45,16 +44,21 @@ *[Розділ містить опис підходів, моделей та способів вирішення завдання.]* -## Порівняльна характеристика існуючих засобів вирішення завдання +## Короткий огляд і порівняльна характеристика існуючих засобів вирішення завдання -*[Розділ містить опис існуючих програм, інформаційних систем, сервісів, тощо, призначених для вирішення -завдання. Дається порівняльна характеристика властивостей FURPS:* -- *Functionality (функциональні вимоги)* -- *Usability (вимоги до зручності роботи)* -- *Reliability (вимоги до надійності)* -- *Performance (вимоги до продуктивності)* -- *Supportability (вимоги до підтримки)* -*(у вигляді таблиці).]* +### Найпоширеніші сервіси з планування та керування проєктами + +- **[Trello](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. + +- **[GitHub Projects](https://github.com/features/project-management/)** — це веб-сервіс, де менеджери проєктів та розробники координують, відстежують та оновлюють результати своєї роботи в одному місці, завдяки чому проєкти залишаються прозорими. Достатньо лише створити задачу, щоб запропонувати нову ідею або повідомити про помилку. Після цього лідер команди організує та доручить завдання своїй команді. Однією з переваг є те, що такі запити підтримують більшість типів зображень і файлів. + +- **[Jira Software](https://www.atlassian.com/ru/software/jira)** — система відстеження помилок, призначена для організації спілкування з користувачами і управління проектами. Доступна в двох версіях: хмарній і серверній. На даний момент Jira є однією з найпопулярніших систем управління проблемами. Головними елементами Jira є проблема (issue) і робочий процес (workflow). Проблема описує роботу яка має бути виконана, мусить бути названа і описана. Важливим атрибутом є статус (status), який показує на якому етапі знаходиться робота над проблемою. Статус змінюється згідно робочого процесу, створеного для цієї проблеми. + +- **[Microsoft Project](https://www.microsoft.com/ru-ru/microsoft-365/project/project-management-software)** — програмне забезпечення для управління проєктами, створене, щоб допомогти менеджеру проекту в розробці планів, розподілі ресурсів за завданнями, відстеженні прогресу та аналізі обсягів робіт. Створює розклади критичного шляху. Розклади можуть бути складені з урахуванням використовуваних ресурсів. Ланцюжок управління проєктом візуалізується в діаграмі Ганта. + +- **[Asana](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. + +- **[Basecamp](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. ## Висновки From fbbef205da5405f242d22bc037d50a77fa3f0273 Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Wed, 16 Sep 2020 00:05:44 +0300 Subject: [PATCH 48/80] little improvements 2.0 --- docs/requirements/state-of-the-art.md | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 2cc8aacd..8e0f7183 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -1,4 +1,4 @@ -# Назва проєкту. Аналіз предметної області +# ProjectsLab. Аналіз предметної області ## Вступ @@ -11,9 +11,7 @@ ## Підходи та способи вирішення завдання -**Підходи до управління проектами** - -Дослідження 2017 року показало, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): +Виявлено, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): - План(Plan) - планування і прогнозування діяльності; - Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами; @@ -50,7 +48,7 @@ - ініціація - планування та дизайн -- конструювання +- виконання - контроль - завершення або закриття. From 5fbde0dc757052ce573fb45c6c16936baf965cc1 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 02:14:02 +0300 Subject: [PATCH 49/80] Comparison table --- docs/requirements/state-of-the-art.md | 18 +++++++++++++++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 5e603f6d..c4ce9e72 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -48,7 +48,9 @@ ### Найпоширеніші сервіси з планування та керування проєктами -- **[Trello](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. +- **[Asana](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. + +- **[Basecamp](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. - **[GitHub Projects](https://github.com/features/project-management/)** — це веб-сервіс, де менеджери проєктів та розробники координують, відстежують та оновлюють результати своєї роботи в одному місці, завдяки чому проєкти залишаються прозорими. Достатньо лише створити задачу, щоб запропонувати нову ідею або повідомити про помилку. Після цього лідер команди організує та доручить завдання своїй команді. Однією з переваг є те, що такі запити підтримують більшість типів зображень і файлів. @@ -56,9 +58,19 @@ - **[Microsoft Project](https://www.microsoft.com/ru-ru/microsoft-365/project/project-management-software)** — програмне забезпечення для управління проєктами, створене, щоб допомогти менеджеру проекту в розробці планів, розподілі ресурсів за завданнями, відстеженні прогресу та аналізі обсягів робіт. Створює розклади критичного шляху. Розклади можуть бути складені з урахуванням використовуваних ресурсів. Ланцюжок управління проєктом візуалізується в діаграмі Ганта. -- **[Asana](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. +- **[Trello](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. -- **[Basecamp](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. +### Таблиця порівнянь існуючих засобів вирішення завдання + +| Вимоги | Функціональні | | До зручності | | | До надійності | До продуктивності | До підтримки | | +|:-----------------:|:-------------:|:------------------------------:|:-------------:|:--------------:|:-----------------:|:-------------------:|:-----------------:|:----------------------:|:-------------------:| +| Критерії | Наявність API | Ціноутворення | Наявність FAQ | Багатомовність | Кросплатформність | Протокол шифрування | Швидкість доступу | Наявність документації | Своєчасне оновлення | +| Asana | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | TLS 1.2 | ✔️ | ✔️ | ✔️ | +| Basecamp | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | TLS 1.2 | ✔️ | ✔️ | ✔️ | +| GitHub Projects | ❌ | безкоштовно/платна підписка | ✔️ | ✔️ | ❌ | — | ✔️ | ❌ | ✔️ | +| Jira | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | TLS 1.2 | ✔️ | ✔️ | ✔️ | +| Microsoft Project | ❌ | разова купівля/платна підписка | ✔️ | ✔️ | ❌ | SSL/TLS | ✔️ | ❌ | ❌ | +| Trello | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | SSL | ✔️ | ✔️ | ✔️ | ## Висновки From 494a1effb80e6806e62d706b31a009549a84a42c Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 02:20:36 +0300 Subject: [PATCH 50/80] Small table fixes --- docs/requirements/state-of-the-art.md | 20 +++++++++++--------- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index c4ce9e72..fc18ec37 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -62,15 +62,17 @@ ### Таблиця порівнянь існуючих засобів вирішення завдання -| Вимоги | Функціональні | | До зручності | | | До надійності | До продуктивності | До підтримки | | -|:-----------------:|:-------------:|:------------------------------:|:-------------:|:--------------:|:-----------------:|:-------------------:|:-----------------:|:----------------------:|:-------------------:| -| Критерії | Наявність API | Ціноутворення | Наявність FAQ | Багатомовність | Кросплатформність | Протокол шифрування | Швидкість доступу | Наявність документації | Своєчасне оновлення | -| Asana | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | TLS 1.2 | ✔️ | ✔️ | ✔️ | -| Basecamp | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | TLS 1.2 | ✔️ | ✔️ | ✔️ | -| GitHub Projects | ❌ | безкоштовно/платна підписка | ✔️ | ✔️ | ❌ | — | ✔️ | ❌ | ✔️ | -| Jira | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | TLS 1.2 | ✔️ | ✔️ | ✔️ | -| Microsoft Project | ❌ | разова купівля/платна підписка | ✔️ | ✔️ | ❌ | SSL/TLS | ✔️ | ❌ | ❌ | -| Trello | ✔️ | безкоштовно/платна підписка | ✔️ | ✔️ | ✔️ | SSL | ✔️ | ✔️ | ✔️ | +| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | +|:----------------------:|:---------------------------:|:---------------------------:|:---------------------------:|:---------------------------:|:------------------------------:|:---------------------------:| +| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Ціноутворення | безкоштовно/платна підписка | безкоштовно/платна підписка | безкоштовно/платна підписка | безкоштовно/платна підписка | разова купівля/платна підписка | безкоштовно/платна підписка | +| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL/TLS | SSL | +| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | ## Висновки From 22e80299631dbc88eb1870440abc10fa289e9d62 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 02:22:36 +0300 Subject: [PATCH 51/80] Another small fix --- docs/requirements/state-of-the-art.md | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index fc18ec37..daf2acb8 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -62,17 +62,17 @@ ### Таблиця порівнянь існуючих засобів вирішення завдання -| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | -|:----------------------:|:---------------------------:|:---------------------------:|:---------------------------:|:---------------------------:|:------------------------------:|:---------------------------:| -| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Ціноутворення | безкоштовно/платна підписка | безкоштовно/платна підписка | безкоштовно/платна підписка | безкоштовно/платна підписка | разова купівля/платна підписка | безкоштовно/платна підписка | -| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL/TLS | SSL | -| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | +| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | +|:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:------------------------------:|:---------------------------------:|:-----------------------------:| +| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова купівля / платна підписка | безкоштовно / платна підписка | +| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | +| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | ## Висновки From 485e630f8abf6349324a487ef9c5cd25f4518d9d Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 02:24:40 +0300 Subject: [PATCH 52/80] And another one --- docs/requirements/state-of-the-art.md | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index daf2acb8..aac2fc77 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -62,17 +62,17 @@ ### Таблиця порівнянь існуючих засобів вирішення завдання -| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | -|:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:------------------------------:|:---------------------------------:|:-----------------------------:| -| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова купівля / платна підписка | безкоштовно / платна підписка | -| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | -| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | +| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | +|:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:--------------------------------:|:-----------------------------:| +| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова купівля / платна підписка | безкоштовно / платна підписка | +| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | +| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | ## Висновки From b8b5eb1f57ca415ef648dc66ec6c6cb85539e934 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 02:31:09 +0300 Subject: [PATCH 53/80] I hope that's the last one --- docs/requirements/state-of-the-art.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index aac2fc77..198f8ec6 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -65,7 +65,7 @@ | Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | |:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:--------------------------------:|:-----------------------------:| | Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова купівля / платна підписка | безкоштовно / платна підписка | +| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разовий платіж / платна підписка | безкоштовно / платна підписка | | Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | | Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | | Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | From 499319c5dfea8ecc3ba6061004d21e262ddd9fc2 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 02:35:14 +0300 Subject: [PATCH 54/80] The last one. --- docs/requirements/state-of-the-art.md | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 198f8ec6..5dc5b2df 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -62,17 +62,17 @@ ### Таблиця порівнянь існуючих засобів вирішення завдання -| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | -|:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:--------------------------------:|:-----------------------------:| -| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разовий платіж / платна підписка | безкоштовно / платна підписка | -| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | -| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | -| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | +| Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | +|:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-------------------------------:|:-----------------------------:| +| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова оплата / платна підписка | безкоштовно / платна підписка | +| Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | +| Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | +| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | ## Висновки From cbfbd13ecfe7ef96460dc0a188ca1b67908b5aed Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Wed, 16 Sep 2020 02:37:49 +0300 Subject: [PATCH 55/80] Methods edit, conclusions and links --- docs/requirements/state-of-the-art.md | 23 +++++++++++++++-------- 1 file changed, 15 insertions(+), 8 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 8e0f7183..b205e1fa 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -30,13 +30,11 @@ ### **_Метод освоєного обсягу_** -Метод освоєного обсягу розширює управління проектами методами вдосконалення моніторингу проектів. Це ілюструє прогрес проекту до завершення з точки зору роботи та об'єму(вартості). +Методика освоєного обсягу передбачає складання повного опису проекту і детального графіка його реалізації ще на початковій стадії. Це дозволяє робити точні оцінки фактичних даних і контролювати проект з початку і до повного завершення робіт. Перевага цього інструменту полягає в тому, що він дозволяє отримувати точні та надійні дані про хід виконання проекту вже на стадії 15%-ного його виконання. -### **_Іітеративно-інкрементний підхід_** +### **_Ітеративно-інкрементний підхід_** -В ході досліджень управління проектами було зазначено, що поетапні підходи не підходять для великомасштабних та багатокомпонентних проектів , з невизначеними, неоднозначними або швидкозмінними вимогами, або тих, що мають високий ступінь ризику, залежності,і швидкозмінні технології. - -Конус невизначеності пояснює дещо з цього, оскільки планування, здійснене на початковій фазі проекту, страждає від високого ступеня невизначеності. Це стає особливо вірним, оскільки розробка програмного забезпечення часто є реалізацією нового або нового продукту. +Основна ідея полягає в тому, щоб розробити систему шляхом циклів, що повторюються (ітеративний) та в менші проміжки часу (інкрементний), даючи змогу розробнику скористатися перевагами того, що було вивчене під час розробки попередніх порцій або версій системи. ### **_Бережливе управління проектами_** @@ -52,7 +50,7 @@ - контроль - завершення або закриття. -![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/b/bb/Project_Management_%28phases%29.png/480px-Project_Management_%28phases%29.png "5 етапів розробки проекту") +![alt text](https://upload.wikimedia.org/wikipedia/commons/a/a0/1_UA_Project_Management_%28phases%29.png "5 етапів розробки проекту") ### **_Процесне управління_** @@ -72,8 +70,17 @@ ## Висновки -*[Робляться висновки щодо доцільності розробки нової або модифікації існуючої інформаційної системи, необхідності та способів інтеграції з системами(сервісами) третіх сторін, тощо.]* +Через збільшення кількості проектів, зростання їх складності та кількості виконавців, попит на системи управління проектами зростає, на відміну від кількості цих систем. Оскільки попит почав з'являтися не так давно, то не було розроблено такої системи, яка влаштовувала б усіх користувачів. Існує достатня кількість аналогів, кожен має свої сильні та слабкі сторони, тож було прийнято рішення про створення власної системи управління проектами, яка об'єднала б у собі переваги попередників і оптимізувала або позбулася недоліків. ## Посилання -*[Розділ містить повний список всіх документів, про які згадується.]* +**[Project management](https://en.wikipedia.org/wiki/Project_management)**\ +**[Process-based management](https://en.wikipedia.org/wiki/Process-based_management)**\ +**[Методика освоєного обсягу в Управлінні Проектами](https://ua-referat.com/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4%D0%B8%D0%BA%D0%B0_%D0%BE%D1%81%D0%B2%D0%BE%D1%94%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D1%81%D1%8F%D0%B3%D1%83_%D0%B2_%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%96_%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0%D0%BC%D0%B8)**\ +**[Ітеративна та інкрементна розробка](https://uk.wikipedia.org/wiki/%D0%86%D1%82%D0%B5%D1%80%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D0%B0_%D1%82%D0%B0_%D1%96%D0%BD%D0%BA%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D1%82%D0%BD%D0%B0_%D1%80%D0%BE%D0%B7%D1%80%D0%BE%D0%B1%D0%BA%D0%B0)**\ +**[Основи роботи з Trello. 1 Вступ](http://prof.nau.edu.ua/help/osnovi-roboti-z-trelo-1-vstup/)**\ +**[Atlassian JIRA](https://uk.wikipedia.org/wiki/Atlassian_JIRA)**\ +**[Microsoft Project](https://uk.wikipedia.org/wiki/Microsoft_Project)**\ +**[Asana](https://uk.wikipedia.org/wiki/Asana)**\ +**[Опис Basecamp](https://startpack.ru/application/basecamp)**\ +**[Basecamp](https://ru.wikipedia.org/wiki/Basecamp)** From a4ac17f8bff035ce2185b3fc1eaacbb4a1126fbe Mon Sep 17 00:00:00 2001 From: Artem Sudariev Date: Wed, 16 Sep 2020 02:45:27 +0300 Subject: [PATCH 56/80] Little fixes --- docs/requirements/state-of-the-art.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index b205e1fa..30bd74b9 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -18,7 +18,7 @@ - Люди(People) - включаючи те, як вони співпрацюють та спілкуються; - Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо. -Існує ряд підходів до організації та завершення проектної діяльності, зокрема: +Існує ряд підходів до організації проектної діяльності, зокрема: ### **_Управління перевагами_** @@ -70,7 +70,7 @@ ## Висновки -Через збільшення кількості проектів, зростання їх складності та кількості виконавців, попит на системи управління проектами зростає, на відміну від кількості цих систем. Оскільки попит почав з'являтися не так давно, то не було розроблено такої системи, яка влаштовувала б усіх користувачів. Існує достатня кількість аналогів, кожен має свої сильні та слабкі сторони, тож було прийнято рішення про створення власної системи управління проектами, яка об'єднала б у собі переваги попередників і оптимізувала або позбулася недоліків. + У зв'язку зі збільшенням кількості проектів, зростанням їх складності та кількості виконавців, попит на системи управління проектами безперестанно зростає, на відміну від кількості цих систем. Оскільки попит почав з'являтися не так давно, то не було розроблено такої системи, яка влаштовувала б усіх користувачів. Існує достатня кількість аналогів, кожен з яких має свої сильні та слабкі сторони, тож було прийнято рішення про створення власної системи управління проектами, яка об'єднала б у собі переваги попередників і оптимізувала або позбулася недоліків. ## Посилання From f8ceef857eff10bc89931ab5dbbeaf36076fc6c9 Mon Sep 17 00:00:00 2001 From: dmitriy-sanders Date: Wed, 16 Sep 2020 09:21:39 +0300 Subject: [PATCH 57/80] Update state-of-the-art --- docs/requirements/state-of-the-art.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 94b465a6..0219a760 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -65,7 +65,7 @@ ### **_Ітеративно-інкрементний підхід_** -Основна ідея полягає в тому, щоб розробити систему шляхом циклів, що повторюються (ітеративний) та в менші проміжки часу (інкрементний), даючи змогу розробнику скористатися перевагами того, що було вивчене під час розробки попередніх порцій або версій системи. +Основна ідея полягає в тому, щоб розробити систему шляхом циклів, що повторюються (ітеративний) та в менші проміжки часу (інкрементний), даючи змогу розробнику скористатися перевагами того, що було вивчене під час розробки попередніх порцій або версій системи. ### **_Бережливе управління проектами_** From b426cda9398d1d2d92810cc3d5ab027fc585e3dc Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 09:23:55 +0300 Subject: [PATCH 58/80] Update state-of-the-art.md --- docs/requirements/state-of-the-art.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 0219a760..e85e4473 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -107,14 +107,14 @@ | Критерій \ Сервіс | Asana | Basecamp | GitHub Projects | Jira | Microsoft Project | Trello | |:----------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-----------------------------:|:-------------------------------:|:-----------------------------:| -| Наявність API | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Наявність API | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | | Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова оплата / платна підписка | безкоштовно / платна підписка | | Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | | Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | | Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | | Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | | Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Наявність документації | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Наявність документації | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | | Своєчасне оновлення | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | ## Висновки From 1c029ef9273127600e8a26b88946799e7af4f389 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 09:26:50 +0300 Subject: [PATCH 59/80] Update state-of-the-art.md --- docs/requirements/state-of-the-art.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index e85e4473..c1475ab9 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -111,7 +111,7 @@ | Ціноутворення | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | безкоштовно / платна підписка | разова оплата / платна підписка | безкоштовно / платна підписка | | Наявність FAQ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | | Багатомовність | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | -| Кросплатформність | ✔️ | ✔️ | ❌ | ✔️ | ❌ | ✔️ | +| Кросплатформність | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | | Протокол шифрування | TLS 1.2 | TLS 1.2 | No data | TLS 1.2 | SSL / TLS | SSL | | Швидкість доступу | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ | | Наявність документації | ✔️ | ✔️ | ✔️ | ✔️ | ❌ | ✔️ | From af788203d16f699fc085e1c959cda1e8bff102a4 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 11:26:45 +0300 Subject: [PATCH 60/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 6ad1c9e3..1b950e3f 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -19,10 +19,10 @@ ### Посилання -- [Link 1](http://www.oridu.odessa.ua/7/7/metoduchni-rek/t/02.pdf) -- [Link 2](https://ela.kpi.ua/bitstream/123456789/19481/1/DMM_UP_2017.pdf) -- [Link 3](https://github.com/ip-85/robin/blob/master/docs/stakeholders.md#4) -- [Link 3](http://rayradavn.gov.ua/images/metodychna/zayavka.pdf) +- [Джерело 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) ## Короткий зміст From 8bca783aff003d901e1846c3514d141f3a682dd6 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 11:40:38 +0300 Subject: [PATCH 61/80] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 06aa1475..f04edee7 100644 --- a/README.md +++ b/README.md @@ -1,6 +1,6 @@ # ProjectsLab -Project Operating System. System for projects operating and managment. +Система управління проектами (СУП). За домогою цієї системи ви зможете зручно керувати своїми проектами та їх розробкою. ## Contributors - Dmitriy Uvin (Telegram - @dmitriyuvin) From 4ed413f58f72bd7103a94ad70f7502ccaf1e6466 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 11:45:17 +0300 Subject: [PATCH 62/80] Update README.md --- README.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/README.md b/README.md index f04edee7..7807f40b 100644 --- a/README.md +++ b/README.md @@ -2,11 +2,11 @@ Система управління проектами (СУП). За домогою цієї системи ви зможете зручно керувати своїми проектами та їх розробкою. -## Contributors -- Dmitriy Uvin (Telegram - @dmitriyuvin) -- Illya Alexeevich (Gmail - Flimka134@gmail.com) -- Rostyslav Nakarlovich (Telegram - @Zvesdochyot) -- Pavlo Skvortsov (Telegram - @p_skv) -- Kirill Salun (Gmail - kaeviane@gmail.com) -- Artem Sudarev (Telegram - @sssudarev) -- Sergey Prilepa (Telegram - @seaborg1um) +## Розробники +- Дмитро Увін (Telegram - @dmitriyuvin) +- Ілля Писарчук (Gmail - Flimka134@gmail.com) +- Ростислав Накарловіч (Telegram - @Zvesdochyot) +- Павло Скворцов (Telegram - @p_skv) +- Кирило Салун (Gmail - kaeviane@gmail.com) +- Артем Сударєв (Telegram - @sssudarev) +- Сергій Прилепа (Telegram - @seaborg1um) From 46854b35e536670f6a5cc25dee1502c211aaf884 Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 11:53:49 +0300 Subject: [PATCH 63/80] Quick links fix --- docs/requirements/state-of-the-art.md | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index c1475ab9..b9d5eab6 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -21,24 +21,24 @@ ## Необхідний теоретичний матеріал, що стосується теми -**[Програмне забезпечення](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F) _(англ. software)_** — сукупність програм системи обробки інформації і програмних документів, необхідних для експлуатації цих програм. +**Програмне забезпечення [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F) _(англ. software)_** — сукупність програм системи обробки інформації і програмних документів, необхідних для експлуатації цих програм. -**[Документація](https://uk.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D1%96%D1%8F)** — сукупність офіційно визнаних, взаємопов'язаних та складених у визначеній формі документів, які містять передбачувану інформацію про виріб, процес або діяльність даного підприємства. +**Документація [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D1%96%D1%8F)** — сукупність офіційно визнаних, взаємопов'язаних та складених у визначеній формі документів, які містять передбачувану інформацію про виріб, процес або діяльність даного підприємства. -**[Проєкт](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%94%D0%BA%D1%82)** — обмежена в часі, ресурсах та вимогах якості унікальна сукупність процесів, направлена на досягнення унікальних цілей та завдань для створення нової цінності (продукту або послуги). +**Проєкт [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%94%D0%BA%D1%82)** — обмежена в часі, ресурсах та вимогах якості унікальна сукупність процесів, направлена на досягнення унікальних цілей та завдань для створення нової цінності (продукту або послуги). -**[Система управління проєктами](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) _(англ. Project management system)_** — комплексне програмне забезпечення, що включає в себе програми для планування завдань, складання розпису, контролю ціни і управління бюджетом, розподілу ресурсів, спільної роботи, спілкування, швидкого управління, документування та адміністрування системи, яке використовуються спільно для управління великими проєктами. +**Система управління проєктами [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) _(англ. Project management system)_** — комплексне програмне забезпечення, що включає в себе програми для планування завдань, складання розпису, контролю ціни і управління бюджетом, розподілу ресурсів, спільної роботи, спілкування, швидкого управління, документування та адміністрування системи, яке використовуються спільно для управління великими проєктами. -**[Система керування версіями](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8) _(англ. source code management, SCM)_** — програмний інструмент для керування версіями одиниці інформації: вихідного коду програми, скрипту, веб-сторінки, веб-сайту, 3D-моделі, текстового документу тощо. \ +**Система керування версіями [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8) _(англ. source code management, SCM)_** — програмний інструмент для керування версіями одиниці інформації: вихідного коду програми, скрипту, веб-сторінки, веб-сайту, 3D-моделі, текстового документу тощо. \ Система керування версіями — інструмент, який дозволяє одночасно, не заважаючи один одному, проводити роботу над груповими проектами. -**[Життєвий цикл програмного забезпечення](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. +**Життєвий цикл програмного забезпечення [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. -**[Водоспадна модель](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. +**Водоспадна модель [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. -**[Agile-менеджмент](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. +**Agile-менеджмент [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. -**[Спіральна модель](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) _(англ. spiral model)_** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. +**Спіральна модель [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) _(англ. spiral model)_** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. ## Підходи та способи вирішення завдання From f5746f23c0b91c541d9bdb6a100266d6b8badcfd Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 12:28:45 +0300 Subject: [PATCH 64/80] Update state-of-the-art.md --- docs/requirements/state-of-the-art.md | 21 ++++++++++++++------- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index c1475ab9..2f3bfa1b 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -27,6 +27,8 @@ **[Проєкт](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%94%D0%BA%D1%82)** — обмежена в часі, ресурсах та вимогах якості унікальна сукупність процесів, направлена на досягнення унікальних цілей та завдань для створення нової цінності (продукту або послуги). +**Завдання [(wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%97%D0%B0%D0%B2%D0%B4%D0%B0%D0%BD%D0%BD%D1%8F)** - проблемна ситуація з чітко визначеною ідеєю мети, яку необхідно досягти саме через параметризацію граничних умов, обставин; в більш вузькому сенсі задачею називають також цю саму параметризовану мету, що дана в рамках граничних умов проблемної ситуації, тобто те, що необхідно виконати. + **[Система управління проєктами](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) _(англ. Project management system)_** — комплексне програмне забезпечення, що включає в себе програми для планування завдань, складання розпису, контролю ціни і управління бюджетом, розподілу ресурсів, спільної роботи, спілкування, швидкого управління, документування та адміністрування системи, яке використовуються спільно для управління великими проєктами. **[Система керування версіями](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8) _(англ. source code management, SCM)_** — програмний інструмент для керування версіями одиниці інформації: вихідного коду програми, скрипту, веб-сторінки, веб-сайту, 3D-моделі, текстового документу тощо. \ @@ -35,19 +37,24 @@ **[Життєвий цикл програмного забезпечення](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. **[Водоспадна модель](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. +В данному випадку проект не розбивається на "спрінти", а виконується за одну довгу ітерацію. В данний час не є ефективною. -**[Agile-менеджмент](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. +**[Agile-менеджмент](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. Найпопулярніша методологія розробки проектів. Проект декомпозується на підзадачі та формуються "спрінти", найчастіше тижневі або двотижневі, і таким чином ведеться розробка. -**[Спіральна модель](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) _(англ. spiral model)_** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. +**[Спіральна модель](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) _(англ. spiral model)_** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. Проект декомпозується на підзадачі та формуються "спрінти" трохи довші за спрінти в Agile, найчастіше тижневі або двотижневі, і таким чином ведеться розробка. ## Підходи та способи вирішення завдання -Виявлено, що успіх будь-якого проекту залежить від того, наскільки чотири ключові аспекти узгоджені з контекстною динамікою, що впливає на проект, вони називаються чотирма П(англ. "four P's"): +Кожен створений проект складається та характеризується такими ресурсами (артефактами): +- Час +- Робоча сила - Люди (Розробники) +- Роль кожного розробника/учасника п проекті +- Проект, як велика кількісна задача, що потребує детальної декомпозиції на менші частини +- Задачі +- Підзадачі до задач -- План(Plan) - планування і прогнозування діяльності; -- Процес(Process) - загальний підхід до всіх видів діяльності та управління проектами; -- Люди(People) - включаючи те, як вони співпрацюють та спілкуються; -- Потужність(Power) - лінії повноважень, особи, що приймають рішення, органограми, політика реалізації тощо. +Проект, згідно вимог замовника та зацікавлених осіб декомпозується на менші задачі/підзадачі та формуються комплекти задач на кожний "спрінт". Прогрес відстежується за допомогою виконаних задач (Наприклад в колонці - Done). +Також, у кожного учасника проекта є своя роль, наприклад учасник з роллю Teamlead, може створити команду, задачі, та назначити для кожної задачі одного або декількох розробників та відстежувати їх прогрес. Також, для такої системи є життєво необхідное система Instant Messages and Notifcations, щоб кожен учасник був оповіщений про будь-які події вчасно. Існує ряд підходів до організації проектної діяльності, зокрема: From 2cf34a25b35dc28456c46ca46a21adb901ac260f Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 12:31:51 +0300 Subject: [PATCH 65/80] All links are fixed --- docs/requirements/state-of-the-art.md | 26 +++++++++++++------------- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index b9d5eab6..4b14d696 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -2,7 +2,7 @@ ## Система управління проєктами *(англ. Project management system)* -[**Управління проєктом**](https://uk.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) — це процес керівництва роботою команди для досягнення цілей та успішного виконання поставлених завдань протягом визначеного часу. Основними обмеженнями будь-якого проєкту є складність, час, якість та бюджет. Тому оснвною задачею є оптимізація розподілу необхідних ресурсів та їх застосування для досягнення визначених цілей. +**Управління проєктом [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8)** — це процес керівництва роботою команди для досягнення цілей та успішного виконання поставлених завдань протягом визначеного часу. Основними обмеженнями будь-якого проєкту є складність, час, якість та бюджет. Тому оснвною задачею є оптимізація розподілу необхідних ресурсів та їх застосування для досягнення визначених цілей. Необхідність управління проєктами, а саме необхідність координації використання людських та матеріальних ресурсів протягом життєвого циклу проєкту за допомогою сучасних методів і техніки управління для досягнення відповідного рівня прибутків учасників проекту, високої якості продукції, пов'язана з масовим ростом масштабів і складності проєктів, зростанням вимог до термінів їх здійснення, якості виконуваних робіт. @@ -21,24 +21,24 @@ ## Необхідний теоретичний матеріал, що стосується теми -**Програмне забезпечення [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F) _(англ. software)_** — сукупність програм системи обробки інформації і програмних документів, необхідних для експлуатації цих програм. +**Програмне забезпечення _(англ. software)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність програм системи обробки інформації і програмних документів, необхідних для експлуатації цих програм. **Документація [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D1%96%D1%8F)** — сукупність офіційно визнаних, взаємопов'язаних та складених у визначеній формі документів, які містять передбачувану інформацію про виріб, процес або діяльність даного підприємства. **Проєкт [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%94%D0%BA%D1%82)** — обмежена в часі, ресурсах та вимогах якості унікальна сукупність процесів, направлена на досягнення унікальних цілей та завдань для створення нової цінності (продукту або послуги). -**Система управління проєктами [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8) _(англ. Project management system)_** — комплексне програмне забезпечення, що включає в себе програми для планування завдань, складання розпису, контролю ціни і управління бюджетом, розподілу ресурсів, спільної роботи, спілкування, швидкого управління, документування та адміністрування системи, яке використовуються спільно для управління великими проєктами. +**Система управління проєктами _(англ. Project management system)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8)** — комплексне програмне забезпечення, що включає в себе програми для планування завдань, складання розпису, контролю ціни і управління бюджетом, розподілу ресурсів, спільної роботи, спілкування, швидкого управління, документування та адміністрування системи, яке використовуються спільно для управління великими проєктами. -**Система керування версіями [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8) _(англ. source code management, SCM)_** — програмний інструмент для керування версіями одиниці інформації: вихідного коду програми, скрипту, веб-сторінки, веб-сайту, 3D-моделі, текстового документу тощо. \ +**Система керування версіями _(англ. source code management, SCM)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8)** — програмний інструмент для керування версіями одиниці інформації: вихідного коду програми, скрипту, веб-сторінки, веб-сайту, 3D-моделі, текстового документу тощо. \ Система керування версіями — інструмент, який дозволяє одночасно, не заважаючи один одному, проводити роботу над груповими проектами. **Життєвий цикл програмного забезпечення [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. -**Водоспадна модель [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ _(англ. waterfall model)_** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. +**Водоспадна модель _(англ. waterfall model)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. -**Agile-менеджмент [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82) _(від англ. Agile — «рухливий», «спритний», «еластичний»)_** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. +**Agile-менеджмент _(від англ. Agile — «рухливий», «спритний», «еластичний»)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82)** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. -**Спіральна модель [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) _(англ. spiral model)_** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. +**Спіральна модель _(англ. spiral model)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D1%96%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C)** — генератор моделі процесу керування ризиками для проєктів програмного забезпечення. Спіральна модель скеровує команду на прийняття елементів однієї чи кількох моделей процесів, як-от інкрементного, водоспадного чи еволюційного методів планування проєктів. ## Підходи та способи вирішення завдання @@ -91,17 +91,17 @@ ### Найпоширеніші сервіси з планування та керування проєктами -- **[Asana](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. +- **Asana [asana.com](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. -- **[Basecamp](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. +- **Basecamp [basecamp.com](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. -- **[GitHub Projects](https://github.com/features/project-management/)** — це веб-сервіс, де менеджери проєктів та розробники координують, відстежують та оновлюють результати своєї роботи в одному місці, завдяки чому проєкти залишаються прозорими. Достатньо лише створити задачу, щоб запропонувати нову ідею або повідомити про помилку. Після цього лідер команди організує та доручить завдання своїй команді. Однією з переваг є те, що такі запити підтримують більшість типів зображень і файлів. +- **GitHub Projects [github.com](https://github.com/features/project-management/)** — це веб-сервіс, де менеджери проєктів та розробники координують, відстежують та оновлюють результати своєї роботи в одному місці, завдяки чому проєкти залишаються прозорими. Достатньо лише створити задачу, щоб запропонувати нову ідею або повідомити про помилку. Після цього лідер команди організує та доручить завдання своїй команді. Однією з переваг є те, що такі запити підтримують більшість типів зображень і файлів. -- **[Jira Software](https://www.atlassian.com/ru/software/jira)** — система відстеження помилок, призначена для організації спілкування з користувачами і управління проектами. Доступна в двох версіях: хмарній і серверній. На даний момент Jira є однією з найпопулярніших систем управління проблемами. Головними елементами Jira є проблема (issue) і робочий процес (workflow). Проблема описує роботу яка має бути виконана, мусить бути названа і описана. Важливим атрибутом є статус (status), який показує на якому етапі знаходиться робота над проблемою. Статус змінюється згідно робочого процесу, створеного для цієї проблеми. +- **Jira Software [atlassian.com](https://www.atlassian.com/ru/software/jira)** — система відстеження помилок, призначена для організації спілкування з користувачами і управління проектами. Доступна в двох версіях: хмарній і серверній. На даний момент Jira є однією з найпопулярніших систем управління проблемами. Головними елементами Jira є проблема (issue) і робочий процес (workflow). Проблема описує роботу яка має бути виконана, мусить бути названа і описана. Важливим атрибутом є статус (status), який показує на якому етапі знаходиться робота над проблемою. Статус змінюється згідно робочого процесу, створеного для цієї проблеми. -- **[Microsoft Project](https://www.microsoft.com/ru-ru/microsoft-365/project/project-management-software)** — програмне забезпечення для управління проєктами, створене, щоб допомогти менеджеру проекту в розробці планів, розподілі ресурсів за завданнями, відстеженні прогресу та аналізі обсягів робіт. Створює розклади критичного шляху. Розклади можуть бути складені з урахуванням використовуваних ресурсів. Ланцюжок управління проєктом візуалізується в діаграмі Ганта. +- **Microsoft Project [microsoft.com](https://www.microsoft.com/ru-ru/microsoft-365/project/project-management-software)** — програмне забезпечення для управління проєктами, створене, щоб допомогти менеджеру проекту в розробці планів, розподілі ресурсів за завданнями, відстеженні прогресу та аналізі обсягів робіт. Створює розклади критичного шляху. Розклади можуть бути складені з урахуванням використовуваних ресурсів. Ланцюжок управління проєктом візуалізується в діаграмі Ганта. -- **[Trello](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. +- **Trello [trello.com](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. ### Таблиця порівнянь існуючих засобів вирішення завдання From 6206bd96bbbfbc4fc02d4d5f7846ab9f0d581c6b Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 12:35:06 +0300 Subject: [PATCH 66/80] Quick fixes --- docs/requirements/state-of-the-art.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 4b14d696..c75090ca 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -34,7 +34,7 @@ **Життєвий цикл програмного забезпечення [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%96%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність окремих етапів робіт, що проводяться у заданому порядку протягом періоду часу, який починається з вирішення питання про розроблення програмного забезпечення і закінчується припиненням використання програмного забезпечення. -**Водоспадна модель _(англ. waterfall model)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C) життєвого циклу ПЗ** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. +**Водоспадна модель _(англ. waterfall model)_ життєвого циклу ПЗ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%92%D0%BE%D0%B4%D0%BE%D1%81%D0%BF%D0%B0%D0%B4%D0%BD%D0%B0_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C)** — послідовний метод розробки програмного забезпечення, названий так через діаграму, схожу на водоспад. Ця модель розробки запозичена з системної інженерії у виробництві та будівництві — областях, в яких зміни на пізніх етапах дуже дорогі або неможливі. **Agile-менеджмент _(від англ. Agile — «рухливий», «спритний», «еластичний»)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/Agile-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82)** — ітераційний метод планування та керування проєктами і процесами. Agile-менеджмент виділяє короткі цикли розробки продукту, надаючи додаткові оновлення в залежності від зміни потреб клієнта. @@ -91,17 +91,17 @@ ### Найпоширеніші сервіси з планування та керування проєктами -- **Asana [asana.com](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. +- **Asana [(asana.com)](https://asana.com/)** — програмне забезпечення для браузерів та мобільних пристроїв, призначене для спільної роботи над проєктами. Основний акцент розробників сервісу робиться на те, що управління проєктами можна здійснювати без використання електронної пошти. Кожна команда може створити для себе зручне робоче оточення (workspace). Кожне таке оточення може включати в себе множину проєктів, а кожен проєкт, в свою чергу, включає в себе множину задач. Asana дає можливість користувачу підписатися на цікаву для нього задачу. У разі змінення або закриття такої задачі всі підписники отримають відповідне сповіщення. -- **Basecamp [basecamp.com](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. +- **Basecamp [(basecamp.com)](https://basecamp.com/)** — це інструмент для управління проєктами, планування спільної роботи та постановки завдань по проєктам, що поширюється за допомогою хмарної моделі. У кожному новому проєкті можна вести бесіди, вносити текстові або будь-які інші документи, складати списки з пріоритетних завдань і користуватися календарем. Адміністратор має змогу вести моніторинг ступеня підготовки проекту та активності кожного учасника команди. -- **GitHub Projects [github.com](https://github.com/features/project-management/)** — це веб-сервіс, де менеджери проєктів та розробники координують, відстежують та оновлюють результати своєї роботи в одному місці, завдяки чому проєкти залишаються прозорими. Достатньо лише створити задачу, щоб запропонувати нову ідею або повідомити про помилку. Після цього лідер команди організує та доручить завдання своїй команді. Однією з переваг є те, що такі запити підтримують більшість типів зображень і файлів. +- **GitHub Projects [(github.com)](https://github.com/features/project-management/)** — це веб-сервіс, де менеджери проєктів та розробники координують, відстежують та оновлюють результати своєї роботи в одному місці, завдяки чому проєкти залишаються прозорими. Достатньо лише створити задачу, щоб запропонувати нову ідею або повідомити про помилку. Після цього лідер команди організує та доручить завдання своїй команді. Однією з переваг є те, що такі запити підтримують більшість типів зображень і файлів. -- **Jira Software [atlassian.com](https://www.atlassian.com/ru/software/jira)** — система відстеження помилок, призначена для організації спілкування з користувачами і управління проектами. Доступна в двох версіях: хмарній і серверній. На даний момент Jira є однією з найпопулярніших систем управління проблемами. Головними елементами Jira є проблема (issue) і робочий процес (workflow). Проблема описує роботу яка має бути виконана, мусить бути названа і описана. Важливим атрибутом є статус (status), який показує на якому етапі знаходиться робота над проблемою. Статус змінюється згідно робочого процесу, створеного для цієї проблеми. +- **Jira Software [(atlassian.com)](https://www.atlassian.com/ru/software/jira)** — система відстеження помилок, призначена для організації спілкування з користувачами і управління проектами. Доступна в двох версіях: хмарній і серверній. На даний момент Jira є однією з найпопулярніших систем управління проблемами. Головними елементами Jira є проблема (issue) і робочий процес (workflow). Проблема описує роботу яка має бути виконана, мусить бути названа і описана. Важливим атрибутом є статус (status), який показує на якому етапі знаходиться робота над проблемою. Статус змінюється згідно робочого процесу, створеного для цієї проблеми. -- **Microsoft Project [microsoft.com](https://www.microsoft.com/ru-ru/microsoft-365/project/project-management-software)** — програмне забезпечення для управління проєктами, створене, щоб допомогти менеджеру проекту в розробці планів, розподілі ресурсів за завданнями, відстеженні прогресу та аналізі обсягів робіт. Створює розклади критичного шляху. Розклади можуть бути складені з урахуванням використовуваних ресурсів. Ланцюжок управління проєктом візуалізується в діаграмі Ганта. +- **Microsoft Project [(microsoft.com)](https://www.microsoft.com/ru-ru/microsoft-365/project/project-management-software)** — програмне забезпечення для управління проєктами, створене, щоб допомогти менеджеру проекту в розробці планів, розподілі ресурсів за завданнями, відстеженні прогресу та аналізі обсягів робіт. Створює розклади критичного шляху. Розклади можуть бути складені з урахуванням використовуваних ресурсів. Ланцюжок управління проєктом візуалізується в діаграмі Ганта. -- **Trello [trello.com](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. +- **Trello [(trello.com)](https://trello.com/)** — це програмне забезпечення для управління проєктами. Проєкти в Trello представлені у вигляді дошки, що містить відповідні списки завдань. Списки містять картки, які пов’язані з завданнями. У міру реалізації проєктного процесу, картки переміщаються з одного списку в інший. Картки містять інформацію про користувачів / відповідальних за виконання завдання. Користувачі і дошки можуть бути згруповані в проєктні команди. На картках користувачі можуть залишати коментарі, голосувати за них. ### Таблиця порівнянь існуючих засобів вирішення завдання From 36a53a4d86664052d62ee2f98464182bba1b6edf Mon Sep 17 00:00:00 2001 From: Rostyslav Nakarlovich Date: Wed, 16 Sep 2020 12:40:27 +0300 Subject: [PATCH 67/80] Small fixes --- docs/requirements/state-of-the-art.md | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index c75090ca..aaace65c 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -1,6 +1,8 @@ -# ProjectsLab. Аналіз предметної області +# Система управління проєктами. Аналіз предметної області -## Система управління проєктами *(англ. Project management system)* +## Вступ + +### Система управління проєктами *(англ. Project management system)* **Управління проєктом [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8)** — це процес керівництва роботою команди для досягнення цілей та успішного виконання поставлених завдань протягом визначеного часу. Основними обмеженнями будь-якого проєкту є складність, час, якість та бюджет. Тому оснвною задачею є оптимізація розподілу необхідних ресурсів та їх застосування для досягнення визначених цілей. @@ -19,7 +21,7 @@ Всі вони переслідують 3 основні цілі: зробити співробітників більш ефективними, зробити сам процес проектного менеджменту продуктивнішим і ефективнішим, зробити управління проєктним профілем компанії зручнішим і прозорим для погляду з боку. -## Необхідний теоретичний матеріал, що стосується теми +## Основні визначення **Програмне забезпечення _(англ. software)_ [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F)** — сукупність програм системи обробки інформації і програмних документів, необхідних для експлуатації цих програм. @@ -87,7 +89,7 @@ Це підхід управління, який розглядає бізнес як сукупність процесів, яким вдалося досягти бажаного результату. Процеси керуються та вдосконалюються організацією з метою досягнення їх бачення, місії та основної цінності. -## Короткий огляд і порівняльна характеристика існуючих засобів вирішення завдання +## Порівняльна характеристика існуючих засобів вирішення завдання ### Найпоширеніші сервіси з планування та керування проєктами From 2ecb37db3e1af1fefd3b77e8a54474ec91966839 Mon Sep 17 00:00:00 2001 From: Dmitriy Uvin Date: Wed, 16 Sep 2020 14:15:24 +0300 Subject: [PATCH 68/80] Update state-of-the-art.md --- docs/requirements/state-of-the-art.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/requirements/state-of-the-art.md b/docs/requirements/state-of-the-art.md index 7c11b014..9927bcc9 100644 --- a/docs/requirements/state-of-the-art.md +++ b/docs/requirements/state-of-the-art.md @@ -1,7 +1,7 @@ # Система управління проєктами. Аналіз предметної області ## Вступ - +В даному документі описується предметна область для майбутньої розробки Системи Управління Проектами (СУП) ### Система управління проєктами *(англ. Project management system)* **Управління проєктом [(uk.wikipedia.org)](https://uk.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%96%D0%BD%D0%BD%D1%8F_%D0%BF%D1%80%D0%BE%D1%94%D0%BA%D1%82%D0%B0%D0%BC%D0%B8)** — це процес керівництва роботою команди для досягнення цілей та успішного виконання поставлених завдань протягом визначеного часу. Основними обмеженнями будь-якого проєкту є складність, час, якість та бюджет. Тому оснвною задачею є оптимізація розподілу необхідних ресурсів та їх застосування для досягнення визначених цілей. From 8d5099b28f374f1ac83648289a55a854bf9267b0 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Mon, 5 Oct 2020 14:53:29 +0300 Subject: [PATCH 69/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 1b950e3f..c2a41939 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -56,6 +56,7 @@ - Непередбачувані обставини - Помилкові рішення, що затримують розробку продукту - Технічні проблеми +- Недостатня кількість розробників ***ОСНОВНИЙ СЦЕНАРІЙ:*** - Підтвердження усіх вимог замовника та користувачів @@ -89,6 +90,16 @@ ProjectsLab - це сервіс, який допоможе Вам у розро Зацікавленою особою є фізичне або юридичне лице, яке бажає контролювати процес роботи над проектом. +- Управління вимогами замовника: + +Створення проекту : + +Team lead створює проект, дає йому назву, описує його, створює репозиторій для проекту, підключає інтеграцію з гітхаб, призначає людям ролі, розбиває вимоги замовника на завдання, завдання на під задачі, створює колонки для кожної великої, комплексної задачі, створює завдання для спринту , призначає на них людей. + +- Управління своїми завданнями : + +Розробник приступає до завдання, ставить дедлайн, змінює статус завдання на "в роботі", коли виникають питання по завданню, він їх ставить лідеру, розбиває свої завдання на кілька підзадач, по завершенню завдання змінює статус на "виконано". + ## Практичність - Локалізація: From 9212a3c83b84cf717b143b8b8c94fccce512cf1c Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Mon, 5 Oct 2020 15:11:55 +0300 Subject: [PATCH 70/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 10 ---------- 1 file changed, 10 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index c2a41939..7ac9b41c 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -90,16 +90,6 @@ ProjectsLab - це сервіс, який допоможе Вам у розро Зацікавленою особою є фізичне або юридичне лице, яке бажає контролювати процес роботи над проектом. -- Управління вимогами замовника: - -Створення проекту : - -Team lead створює проект, дає йому назву, описує його, створює репозиторій для проекту, підключає інтеграцію з гітхаб, призначає людям ролі, розбиває вимоги замовника на завдання, завдання на під задачі, створює колонки для кожної великої, комплексної задачі, створює завдання для спринту , призначає на них людей. - -- Управління своїми завданнями : - -Розробник приступає до завдання, ставить дедлайн, змінює статус завдання на "в роботі", коли виникають питання по завданню, він їх ставить лідеру, розбиває свої завдання на кілька підзадач, по завершенню завдання змінює статус на "виконано". - ## Практичність - Локалізація: From 17d19dcaadb4a7891bc068dd616870ea77b3630a Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:01:48 +0300 Subject: [PATCH 71/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 46 ++++++------------------- 1 file changed, 11 insertions(+), 35 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 7ac9b41c..d97147ba 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -30,45 +30,21 @@ ## Характеристика ділових процесів -***ID:*** ***IV-92 (1)*** - -***НАЗВА:*** ***ProjectsLab*** - -***УЧАСНИКИ:*** - -- Dmitriy Uvin (Telegram - @dmitriyuvin) -- Illya Alexeevich (Gmail - Flimka134@gmail.com) -- Rostyslav Nakarlovich (Telegram - @Zvesdochyot) -- Pavlo Skvortsov (Telegram - @p_skv) -- Kirill Salun (Gmail - kaeviane@gmail.com) -- Artem Sudarev (Telegram - @sssudarev) -- Sergey Prilepa (Telegram - @seaborg1um) - +***ID:*** ***IV-92 (2)***
+Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
+***НАЗВА:***
+Cтворення проекту.
+***УЧАСНИКИ:***
+Team Lead, керуючий
***ПЕРЕДУМОВИ:*** -Постановка задачі доцентом Болдак А. О. - створити систему для зручного управління проектами, зокрема під час розробки Програмного Забезпечення (ПЗ) - +Вимоги замовника ***РЕЗУЛЬТАТ:*** -Результат нашої роботи - продукт, який відповідає нашим критеріям, меті, вимогам замовника, критеріям користувачів. - +Проект, готовий до роботи ***ВИКЛЮЧНІ СИТУАЦІЇ:*** -- Нові вимоги від замовника, користувачів -- Зрив дедлайну -- Непередбачувані обставини -- Помилкові рішення, що затримують розробку продукту -- Технічні проблеми -- Недостатня кількість розробників - +EX.002.001 Недостатньо відомостей замовника +EX.002.002 Недостатня кількість розробників +EX.002.003 Можливість реалізації ***ОСНОВНИЙ СЦЕНАРІЙ:*** -- Підтвердження усіх вимог замовника та користувачів -- Створюється завдання для проектування БД. -- Створюється мета, види роботи для БД -- Створення моделей, сутностей, які будуть існувати в продукті, їх реалізація в БД -- Вибір типу БД, в даному випадку - реляційна -- Вибір СУБД (MySQL або PostgreSQL) -- Реалізація БД, згідно СУБД -- Згідно до вимог, формуються задачі для MVP (Minimum Viable Product) -- Розробка продукту згідно Agile, Scrum - ## Короткий огляд продукту From 0a39d0babcfad5e5d7eeccaf8bac18bb87141d13 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:02:38 +0300 Subject: [PATCH 72/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index d97147ba..30061812 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -31,19 +31,31 @@ ## Характеристика ділових процесів ***ID:*** ***IV-92 (2)***
+ Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
+ ***НАЗВА:***
+ Cтворення проекту.
+ ***УЧАСНИКИ:***
+ Team Lead, керуючий
+ ***ПЕРЕДУМОВИ:*** + Вимоги замовника + ***РЕЗУЛЬТАТ:*** + Проект, готовий до роботи + ***ВИКЛЮЧНІ СИТУАЦІЇ:*** + EX.002.001 Недостатньо відомостей замовника EX.002.002 Недостатня кількість розробників EX.002.003 Можливість реалізації + ***ОСНОВНИЙ СЦЕНАРІЙ:*** ## Короткий огляд продукту From 2fcfeda5a75321e82d2e966ad6283a1e3f828fdf Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:04:42 +0300 Subject: [PATCH 73/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 30061812..c2325e38 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -44,17 +44,17 @@ Team Lead, керуючий
***ПЕРЕДУМОВИ:*** -Вимоги замовника +Вимоги замовника
***РЕЗУЛЬТАТ:*** -Проект, готовий до роботи +Проект, готовий до роботи
***ВИКЛЮЧНІ СИТУАЦІЇ:*** -EX.002.001 Недостатньо відомостей замовника -EX.002.002 Недостатня кількість розробників -EX.002.003 Можливість реалізації +EX.002.001 Недостатньо відомостей замовника
+EX.002.002 Недостатня кількість розробників
+EX.002.003 Можливість реалізації
***ОСНОВНИЙ СЦЕНАРІЙ:*** From f7713b898a653ae3538db7078e68e187366f09c6 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:05:28 +0300 Subject: [PATCH 74/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 16 +++------------- 1 file changed, 3 insertions(+), 13 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index c2325e38..29a73108 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -35,27 +35,17 @@ Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
***НАЗВА:***
- Cтворення проекту.
- ***УЧАСНИКИ:***
- Team Lead, керуючий
- ***ПЕРЕДУМОВИ:*** - Вимоги замовника
- ***РЕЗУЛЬТАТ:*** - Проект, готовий до роботи
- ***ВИКЛЮЧНІ СИТУАЦІЇ:*** - -EX.002.001 Недостатньо відомостей замовника
-EX.002.002 Недостатня кількість розробників
-EX.002.003 Можливість реалізації
- +##EX.002.001 Недостатньо відомостей замовника
+##EX.002.002 Недостатня кількість розробників
+##EX.002.003 Можливість реалізації
***ОСНОВНИЙ СЦЕНАРІЙ:*** ## Короткий огляд продукту From c52990119afa8c5121186b437399336507e8506d Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:06:05 +0300 Subject: [PATCH 75/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 29a73108..7ae4a0d7 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -31,9 +31,7 @@ ## Характеристика ділових процесів ***ID:*** ***IV-92 (2)***
- Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
- ***НАЗВА:***
Cтворення проекту.
***УЧАСНИКИ:***
@@ -42,10 +40,10 @@ Team Lead, керуючий
Вимоги замовника
***РЕЗУЛЬТАТ:*** Проект, готовий до роботи
-***ВИКЛЮЧНІ СИТУАЦІЇ:*** -##EX.002.001 Недостатньо відомостей замовника
-##EX.002.002 Недостатня кількість розробників
-##EX.002.003 Можливість реалізації
+***ВИКЛЮЧНІ СИТУАЦІЇ:***
+EX.002.001 Недостатньо відомостей замовника
+EX.002.002 Недостатня кількість розробників
+EX.002.003 Можливість реалізації
***ОСНОВНИЙ СЦЕНАРІЙ:*** ## Короткий огляд продукту From c394353a332a4591334389d1fc2e8bf117216fe4 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:14:54 +0300 Subject: [PATCH 76/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 14 +++++++++++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 7ae4a0d7..6a7a398b 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -41,10 +41,18 @@ Team Lead, керуючий
***РЕЗУЛЬТАТ:*** Проект, готовий до роботи
***ВИКЛЮЧНІ СИТУАЦІЇ:***
-EX.002.001 Недостатньо відомостей замовника
-EX.002.002 Недостатня кількість розробників
-EX.002.003 Можливість реалізації
+- EX.002.001 Недостатньо відомостей замовника
+- EX.002.002 Недостатня кількість розробників
+- EX.002.003 Можливість реалізації
***ОСНОВНИЙ СЦЕНАРІЙ:*** +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 messages. +8. Задає опис кінцевого продукту. ## Короткий огляд продукту From fb54eb212f78b2a69bb36b11dd99d20b97a0e4d5 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:15:41 +0300 Subject: [PATCH 77/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 6a7a398b..828de67f 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -33,18 +33,29 @@ ***ID:*** ***IV-92 (2)***
Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
***НАЗВА:***
+ Cтворення проекту.
+ ***УЧАСНИКИ:***
+ Team Lead, керуючий
+ ***ПЕРЕДУМОВИ:*** + Вимоги замовника
+ ***РЕЗУЛЬТАТ:*** + Проект, готовий до роботи
+ ***ВИКЛЮЧНІ СИТУАЦІЇ:***
+ - EX.002.001 Недостатньо відомостей замовника
- EX.002.002 Недостатня кількість розробників
- EX.002.003 Можливість реалізації
+ ***ОСНОВНИЙ СЦЕНАРІЙ:*** + 1. Team lead та керуючий реєструються на платформі. 2. Інтегрує проект з репозиторію github-а. 3. Задає назву, опис проекту. From 6bbcddbd9b872fcb44b22dcfe5c4319957cbbcf2 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:16:55 +0300 Subject: [PATCH 78/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 16 +++++----------- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index 828de67f..b5a53555 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -31,22 +31,16 @@ ## Характеристика ділових процесів ***ID:*** ***IV-92 (2)***
-Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
-***НАЗВА:***
- -Cтворення проекту.
-***УЧАСНИКИ:***
- -Team Lead, керуючий
+Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
-***ПЕРЕДУМОВИ:*** +***НАЗВА:*** : Cтворення проекту.
-Вимоги замовника
+***УЧАСНИКИ:***
: Team Lead, керуючий
-***РЕЗУЛЬТАТ:*** +***ПЕРЕДУМОВИ:*** : Вимоги замовника
-Проект, готовий до роботи
+***РЕЗУЛЬТАТ:*** : Проект, готовий до роботи
***ВИКЛЮЧНІ СИТУАЦІЇ:***
From a7cdd53bab80c22157a829c61a10a8307b5812f0 Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:17:40 +0300 Subject: [PATCH 79/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index b5a53555..c31f6629 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -30,13 +30,11 @@ ## Характеристика ділових процесів -***ID:*** ***IV-92 (2)***
- -Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
+***ID:*** ***IV-92 (2)*** Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
***НАЗВА:*** : Cтворення проекту.
-***УЧАСНИКИ:***
: Team Lead, керуючий
+***УЧАСНИКИ:*** : Team Lead, керуючий
***ПЕРЕДУМОВИ:*** : Вимоги замовника
From 093d6f8b7f556d493b12b7d1995f26e094ee5d3b Mon Sep 17 00:00:00 2001 From: Flimka <62616715+IllyaPysarchuk@users.noreply.github.com> Date: Tue, 6 Oct 2020 15:23:51 +0300 Subject: [PATCH 80/80] Update stakeholders-needs.md --- docs/requirements/stakeholders-needs.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/docs/requirements/stakeholders-needs.md b/docs/requirements/stakeholders-needs.md index c31f6629..911ccf32 100644 --- a/docs/requirements/stakeholders-needs.md +++ b/docs/requirements/stakeholders-needs.md @@ -30,15 +30,15 @@ ## Характеристика ділових процесів -***ID:*** ***IV-92 (2)*** Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
+Type: Business Use Case | Package: #002 | Scenario: #002 | Version: 1.0 | BUC.002.002.v1.0
-***НАЗВА:*** : Cтворення проекту.
+***НАЗВА:*** Cтворення проекту.
-***УЧАСНИКИ:*** : Team Lead, керуючий
+***УЧАСНИКИ:*** Team Lead, керуючий
-***ПЕРЕДУМОВИ:*** : Вимоги замовника
+***ПЕРЕДУМОВИ:*** Вимоги замовника
-***РЕЗУЛЬТАТ:*** : Проект, готовий до роботи
+***РЕЗУЛЬТАТ:*** Проект, готовий до роботи
***ВИКЛЮЧНІ СИТУАЦІЇ:***