Управління проєктом розробки сайту Internet-магазину квітів

Склярук, Олександр Іванович
Please use this identifier to cite or link to this item: https://er.chdtu.edu.ua/handle/ChSTU/6764
Full metadata record
DC Field	Value	Language
dc.contributor.advisor	Дяченко, Петро Васильович	-
dc.contributor.author	Склярук, Олександр Іванович	-
dc.date.accessioned	2026-01-11T17:09:42Z	-
dc.date.available	2026-01-11T17:09:42Z	-
dc.date.issued	2022-12-14	-
dc.identifier.uri	https://er.chdtu.edu.ua/handle/ChSTU/6764	-
dc.description.abstract	Інтернет-магазин – це інструмент, з допомогою якого можна залучити нових потенційних клієнтів і полегшити процес замовлення послуг. Потенційні клієнти з допомогою каталогів та пошуку за ключовими словами з легкістю знайдуть сайт, ознайомляться з його товарами та послугами і можуть захотіти стати повноцінними клієнтами. Мета дослідження полягає у розробці сайту Internet-магазину квітів з використанням технологій управління проєктами в галузі інформаційних технологій. Об’єктом дослідження є процеси управління проєктом розробки Інтернет-магазину квітів на різних фазах його реалізації. Предмет дослідження – проєкт розробки Інтернет-магазину квітів.	uk_UA
dc.language.iso	uk	uk_UA
dc.subject	ІНТЕРНЕТ-МАГАЗИИН	uk_UA
dc.subject	РОЗРОБКА ПРОЄКТУ	uk_UA
dc.subject	ПЛАНУВАННЯ ПРОЄКТУ	uk_UA
dc.subject	ОЗЕЛЕНЕННЯ	uk_UA
dc.subject	РОСЛИНИ	uk_UA
dc.subject	КВІТИ.	uk_UA
dc.title	Управління проєктом розробки сайту Internet-магазину квітів	uk_UA
dc.type	Master Thesis	uk_UA
Appears in Collections:	122 Комп’ютерні науки (Управління стартапами і проектами в галузі інформаційних технологій)
Files in This Item:
File	Description	Size	Format
Пояснювальна записка_Склярук Олександр_МСТП-2102_2022-2023.pdf Restricted Access		2.81 MB	Adobe PDF	View/Open Request a copy
Show simple item record
Extracted text
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ 
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ 
Факультет інформаційних технологій і систем 
Кафедра комп’ютерних наук та системного аналізу 
Пояснювальна записка 
до кваліфікаційної роботи 
   магістра 
 (освітній рівень) 
на тему: «Управління проєктом розробки сайту Internet-магазину квітів» 
Виконав: студент 2 курсу, групи МСТП-2102 
спеціальності 122 – «Комп’ютерні науки» 
     (шифр і назва спеціальності) 
освітня програма «Управління стартапами
(назва освітньої програми)
і проєктами в галузі інформаційних технологій» 
      Склярук Олександр Іванович 
Керівник   Дяченко П.В. 
 (прізвище та ініціали)
Рецензент   Морозов В.В. 
 (прізвище та ініціали)
Черкаси 2022 року 
2 
Бланк завдання на кваліфікаційну роботу магістра студенту 
Черкаський державний технологічний університет 
Факультет Інформаційних технологій і систем 
Кафедра Комп’ютерних наук та системного аналізу 
Освітній рівень Магістр 
Спеціальність 122 – комп’ютерні науки 
ЗАТВЕРДЖУЮ 
Завідувач кафедри КН та СА  
_______________ Триус Ю.В. 
«____» _____________ 20__ р. 
ЗАВДАННЯ 
на кваліфікаційну роботу бакалавра студенту 
Скляруку Олександру Івановичу 
(прізвище, ім‘я, по батькові) 
1. Тема роботи «Управління проєктом розробки сайту Internet-магазину квітів»
Керівник роботи Дяченко П.В., к.т.н., доцент 
(прізвище, ім’я, по батькові, науковий ступінь, вчене звання) 
затверджені наказом університету від «14» жовтня 2022 р. № 275/04. 
2. Строк подання студентом роботи  «8» грудня 2022 року
3. Вихідні дані до роботи:
Звіт з переддипломної практики 
4. Зміст пояснювальної записки (перелік питань, що їх належить розробити):
Вступ 
4.1. Аналіз передумов створення ІТ-проєкту 
4.2. Розробка концепції проєкту 
4.3. Планування та управління проєкту 
4.4 Моделювання виконання проєкту 
Висновки. 
3 
6. Консультанти розділів роботи
Прізвище, ініціали та Підпис, дата 
Розділ посада 
консультанта завдання видав завдання прийняв 
7. Дата видачі завдання 14.10.2022 р.
КАЛЕНДАРНИЙ ПЛАН 
Строк виконання 
№ з/п Назва етапів кваліфікаційної роботи магістра Примітка 
етапів роботи 
1 Видача завдання на кваліфікаційну роботу до 14.10.2022 Виконано 
магістра. 
2 Аналіз літературних джерел, об’єкту та предмету до 29.10.2022 Виконано 
дослідження. 
3 Написання теоретичного розділу кваліфікаційної до 07.11.2022 Виконано 
роботи магістра. 
4 Написання аналітичного розділу (аналіз об’єкту до 15.11.2022 Виконано 
й предмету дослідження). 
5 Написання практичних розділів й висновків по до 29.11.2022 Виконано 
роботі. 
6 Передзахист кваліфікаційної магістра на до 08.12.2022 Виконано 
засіданні випускової кафедри. 
7 Подання роботи завідувачу кафедри. до 08.12.2022 Виконано 
8 Захист кваліфікаційної роботи магістра. 14.12.2022 Виконано 
Студент       _____________________________    Склярук О.І. 
(підпис)  
Керівник роботи          ____________________________      Дяченко П.В. 
(підпис)  
4 
РЕФЕРАТ 
Кваліфікаційна робота магістра містить: 65 с., 25 рис., 8 табл., 14 
використаних джерел. 
Актуальність теми. У сучасному світі існує безліч причин для створення 
власних веб-сайтів або ж Інтернет-магазинів. Особливо корисним це може бути для 
різноманітних компаній чи підприємців, які надають ті чи інші послуги в різних 
сферах. В першу чергу, Інтернет-магазин – це місце, де можна публікувати детальну 
інформацію про фірму, її послуги, умови замовлення та виконання послуг, контактну 
інформацію та реквізити, а головне – Інтернет-магазини надають клієнтам 
можливість створювати покупки просто в себе вдома, не відвідуючи реальні 
магазини, не чекаючи в чергах та витрачаючи значно менше свого часу. Інтернет-
магазини інформують своїх користувачів круглий рік вдень та вночі, а змінювати 
інформацію про товари та їх наявність на них дуже швидко та зручно, що дає їм 
значну перевагу над реальними магазинами та поступово заміщають їх. 
Інтернет-магазин – це інструмент, з допомогою якого можна залучити нових 
потенційних клієнтів і полегшити процес замовлення послуг. Потенційні клієнти з 
допомогою каталогів та пошуку за ключовими словами з легкістю знайдуть сайт, 
ознайомляться з його товарами та послугами і можуть захотіти стати повноцінними 
клієнтами. 
Мета та задачі дослідження. Мета дослідження полягає у розробці сайту 
Internet-магазину квітів з використанням технологій управління проєктами в галузі 
інформаційних технологій.  
Задачі, що вирішуються в роботі: 
– проведення дослідження ринку Інтернет-магазинів квітів;
– дослідження особливостей методологій управління проєктами в ІТ галузі;
– розробка компонентів управління проєктом розробки Інтернет-магазину
квітів;
– виявлення та оцінка можливостей подальшого удосконалення Інтернет-
магазину з метою розширення його функціональності.
5 
Об’єктом дослідження є процеси управління проєктом розробки Інтернет-
магазину квітів на різних фазах його реалізації. 
Предмет дослідження – проєкт розробки Інтернет-магазину квітів. 
У процесі дослідження використовувалися наступні методи: 
– експертне оцінювання альтернатив;
– методи прийняття рішень в умовах невизначеності;
– календарне планування;
– метод критичного шляху.
Користувачі матимуть можливість перегляду інформації про будь-який товар 
Інтернет-магазину, зможуть дізнатись про ціну товару, побачити його опис, 
зв’язатися з адміністратором Інтернет-магазину в разі необхідності та придбати товар 
і замовити його доставку. 
Перелік ключових слів: ІНТЕРНЕТ-МАГАЗИИН, РОЗРОБКА ПРОЄКТУ, 
ПЛАНУВАННЯ ПРОЄКТУ, ОЗЕЛЕНЕННЯ, РОСЛИНИ, КВІТИ. 
6 
ABSTRACT 
The master's thesis contains: 65 pages, 25 figures, 8 tables, 14 used sources. 
Actuality of theme. In today’s world there are many reasons to create your own 
website or online stores. It can be especially useful for various companies or entrepreneurs 
who provide certain services in various fields. First of all, an online stores is a place where 
you can publish detailed information about the company, its services, terms of ordering and 
performing services, contact information and details, and most importantly, online stores 
give customers the opportunity to make purchases right at home, not visiting real stores, not 
waiting in lines and spending much less of your time. Online stores inform their users all 
year round, day and night, and changing information about products and their availability is 
very fast and convenient, which gives them a significant advantage over real stores and is 
gradually replacing them. 
An online store is a tool that can be used to attract new potential customers and 
facilitate the process of ordering services. With the help of catalogs and keyword searches, 
potential customers will easily find the site, familiarize themselves with its goods and 
services and may want to become full-fledged customers. 
The purpose and objectives of the research. The purpose of the study is to develop 
a site for an Internet flower shop using project management technologies in the field of 
information technology. 
Tasks solved in the work: 
 Researching the market of onile stores; 
 Study of the peculiarities of project management methodologies in the IT industry; 
 Development of project management components for the development of an online 
store of flowers; 
 identification and assessment of opportunities for further improvement of the online 
store in order to expand its functionality. 
The object of the research is the project management processes of the development 
of an online store of flowers at various phases of its implementation. 
7 
The subject of the research is the project of developing an online store of flowers 
The following methods were used in the research process: 
 Expert evaluation of alternatives; 
 Methods of decision-making in conditions of uncertainty; 
 Calendar planning; 
 the critical path method. 
  Users will be able to view information about any product of the online store, find out 
the price of the product, see its description, contact the administrator of the online store if 
necessary, and purchase the product and order its delivery. 
List of keywords: ONLINE STORE, PROJECT DEVELOPMENT, PROJECT 
PLANNING, LANDSCAPING, PLANTS, FLOWERS. 
8 
ЗМІСТ 
ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, СКОРОЧЕНЬ І ТЕРМІНІВ ...... 10 
ВСТУП ................................................................................................................................ 11 
1 АНАЛІЗ ПЕРЕДУМОВ СТВОРЕННЯ ІТ-ПРОЄКТУ ................................................ 13 
1.1 Постановка та обґрунтування проблеми ........................................................ 13 
1.2 Опис задуму створеного проєкту .................................................................... 13 
1.3 Аналіз аналогів проєкту ................................................................................... 14 
Висновки до розділу 1 ...............................................................................................18
 2  РОЗРОБКА КОНЦЕПЦІЇ ПРОЄКТУ ......................................................................   19 
2.1 Аналіз зацікавлених сторін проэкту................................................................ 19 
2.2 Форма взаємодії між учасниками проєкту ..................................................... 19 
2.3 Концепції проєкту ............................................................................................. 20 
2.4 Життєвий цикл проєкту . ................................................................................. ...24
Висновки до розділу 2 .............................................................................................. 26 
3  ПЛАНУВАННЯ ТА УПРАВЛІІННЯ ПРОЄКТУ ...................................................... 27 
3.1 Управління змістом проєкту ............................................................................ 27 
3.2 Планування часу проєкту ................................................................................. 33 
3.3 Планування трудових ресурсів проєкту ......................................................... 36 
3.4 Планування якості проєкту .............................................................................. 40 
3.5 Управління ризиками проєкту ......................................................................... 41 
3.6 Планування бюджету проєкту ......................................................................... 46 
Висновки до розділу 3 .............................................................................................. 48 
4  МОДЕЛЮВАННЯ ВИКОНАННЯ ПРОЄКТУ ........................................................... 49 
4.2 Опис засобів програмної реалізації проєкту . .............. ...... ..............................49
9 
4.4 Макет сайту ........................................................................................................ 59 
Висновки до розділу 4 .............................................................................................. 61 
ВИСНОВКИ ....................................................................................................................... 62 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ......................................................................... 64 
10 
ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, СКОРОЧЕНЬ І ТЕРМІНІВ 
СДР – структура декомпозиції робіт; 
ІСР – ієрархічна структура робіт; 
СУБД – система управління базами даних; 
WBS – work breakdown structure; 
MS –  Microsoft; 
HTML – Hypertext Markup Language; 
CSS – Cascading Style Sheets; 
JS – JavaScript; 
SQL – Structured Query Language; 
SEO – search engine optimization; 
SEM – Search engine marketing . 
11 
ВСТУП 
Актуальність теми. У сучасному світі існує безліч причин для створення 
власних веб-сайтів або ж Інтернет-магащинів. Особливо корисним це може бути для 
різноманітних компаній чи підприємців, які надають ті чи інші послуги в різних 
сферах. В першу чергу, Інтернет-магазин – це місце, де можна публікувати детальну 
інформацію про фірму, її послуги, умови замовлення та виконання послуг, контактну 
інформацію та реквізити, а головне – Інтернет-магазини надають клієнтам 
можливість створювати покупки просто в себе вдома, не відвідуючи реальні 
магазини, не чекаючи в чергах та витрачаючи значно менше свого часу. Інтернет-
магазини інформують своїх користувачів круглий рік вдень та вночі, а змінювати 
інформацію про товари та їх наявність на них дуже швидко та зручно, що дає їм 
значну перевагу над реальними магазинами та поступово заміщають їх. 
Інтернет-магазин – це інструмент, з допомогою якого можна залучити нових 
потенційних клієнтів і полегшити процес замовлення послуг. Потенційні клієнти з 
допомогою каталогів та пошуку за ключовими словами з легкістю знайдуть сайт, 
ознайомляться з його товарами та послугами і можуть захотіти стати повноцінними 
клієнтами. 
Мета та задачі дослідження. Мета дослідження полягає у розробці сайту 
Internet-магазину квітів з використанням технологій управління проєктами в галузі 
інформаційних технологій.  
Задачі, що вирішуються в роботі: 
– проведення дослідження ринку Інтернет-магазинів квітів;
– дослідження особливостей методологій управління проєктами в ІТ галузі;
– розробка компонентів управління проєктом розробки Інтернет-магазину
квітів;
– виявлення та оцінка можливостей подальшого удосконалення Інтернет-
магазину з метою розширення його функціональності.
Об’єктом дослідження є процеси управління проєктом розробки Інтернет-
магазину квітів на різних фазах його реалізації. 
Предмет дослідження – проєкт розробки Інтернет-магазину квітів. 
12 
У процесі дослідження використовувалися наступні методи: 
– експертне оцінювання альтернатив;
– методи прийняття рішень в умовах невизначеності;
– календарне планування;
– метод критичного шляху.
Користувачі матимуть можливість перегляду інформації про будь-який товар 
Інтернет-магазину, зможуть дізнатись про ціну товару, побачити його опис, 
зв’язатися з адміністратором Інтернет-магазину в разі необхідності та придбати товар 
і замовити його доставку. 
Апробація результатів роботи. Основні положення і результати 
кваліфікаційної роботи магістра доповідалися і були обговорені на студентській 
науково-практичній конференції ЧДТУ (Черкаси, 2022).  
Публікації. Результати кваліфікаційної роботи магістра опубліковані у 
збірнику тез доповідей студентської науково-практичної конференції ЧДТУ: 
Федоренко В. С., Триус Ю. В., Порівняльний аналіз програмних засобів управління 
проєктами:  Збірник тез доповідей студентської науково-практичної конференції 
ЧДТУ : 19–22 квітня 2022 р. [Електронний ресурс] / [упоряд. : Батраченко О. В., 
Бєляєва С. С., Захарова О. В. та ін.] ; М-во освіти і науки України, Черкас. держ. 
технол. ун-т. – Черкаси : ЧДТУ, 2022. – С. 63-64. 
Перелік ключових слів: ІНТЕРНЕТ-МАГАЗИИН, РОЗРОБКА ПРОЄКТУ, 
ПЛАНУВАННЯ ПРОЄКТУ, ОЗЕЛЕНЕННЯ, РОСЛИНИ, КВІТИ. 
13 
1 АНАЛІЗ ПЕРЕДУМОВ СТВОРЕННЯ ІТ-ПРОЄКТУ 
1.1 Постановка та обґрунтування проблеми 
З кожним днем Інтернет та веб-сервіси стають все звичнішими для людей та 
поступово беруть все більшу участь в повсякденних життях людей. Зараз складно 
знайти когось, хто не знає, не користується, або ж не чув про існування сервісів які 
спрощують наше повсякденне життя та економлять дорогоцінний час, допомагаючи 
робити звичайні речі, такі як перегляд інформації, спілкування купівлю – продаж 
зручнішими та швидшими.  
Будь-якому онлайн-сервісу буде складно повністю замінити звичайний формат 
взаємодії клієнтів з фірмами що надають різноманітні послуги, проте ці два підходи 
чудово доповнюють один одного. Сьогодні людям не потрібно виходити з дому, йти 
до магазинів які можуть знаходитись в інших частинах міста, стояти в чергах лише 
для того, аби запитати щось про обраний товар або про його наявність – достатньо 
лише взяти до рук свій телефон та зайти на сайт відповідної фірми і в зручному 
форматі знайти для себе все що було необхідним. Це може стосуватись будь-якого 
сервісу, і, звичайно ж, якщо підприємець хоче зробити свій бізнес успішним, сьогодні 
йому просто необхідно завести власний веб-сайт або Інтернет-магазин в залежності 
від його потреб. Бізнеси що містять інформацію про себе в Інтернеті мають величезну 
перевагу над тими, що ні. Коли зацікавлений, навіть, лише потенційний клієнт шукає 
для себе інформацію в пошукових системах, він обов’язково наткнеться на різні 
оголошення і перегляне їх, і, що важливо, є велика імовірність, що зустрівши саме те, 
що він шукав, користувач припинить пошуки і придбає товар саме там, зекономивши 
час собі та підприємцю. 
Саме це і є проблема і водночас її рішення – якщо в підприємця немає 
інформації про себе в Інтернеті, він буде втрачати багато клієнтів лише тому, що вони 
про нього не знають, і напроти, ті хто можуть розказати про себе людям, ті на кого 
будуть натикатись частіше мають більшу імовірність створення успішного, 
стабільного та прибуткового бізнесу. 
14 
1.2 Опис задуму створеного проєкту 
Ідеєю проєкту є розробка Інтернет-магазину для продажу квітів. Це повинно 
допомогти підприємцю з пошуком нових клієнтів, та створити всі необхідні умови 
для того, аби вже існуючі клієнти не мали жодних проблем з замовленням послуг та 
мали лише гарні враження.  
Функціонал повинен бути зручним для обох сторін: клієнтам має бути зручно 
знайти важливу та корисну для них інформацію, навігація по сайту повинна бути 
прозора та зрозуміла. На сайті повинна бути можливість при необхідності зв’язатись 
з адміністратором та задати йому питання, на випадок, якщо щось залишиться 
незрозумілим чи з’являться додаткові запитання. У клієнтів має бути змога купити 
товар онлайн, та замовити доставку.  
Для адміністраторів Інтернет-магазину повинні бути створені зручні 
інструменти для всієї необхідної роботи. Перш за все це можливість додавати нові 
товари та інформацію до них а також редагувати та видаляти інформацію про вже 
існуючі товари. Повинна бути можливість перегляду замовлень а також можливість 
дізнатись все необхідне про клієнта та заявку в простому та зручному форматі. 
1.3 Аналіз аналогів проєкту 
Оскільки торгівля квітами досить розповсюдженим та популярним видом 
зайнятості, знайти приклади вже існуючих успішних аналогів нескладно та розумно. 
Для цього було обрано три, на мій погляд, найкращих та найбільш конкурентно 
спроможних аналоги, серед них: 
– Інтернет-магазин flowers.ua [1];
– Інтернет-магазин plant-shop.com.ua [2];
– Інтернет-магазин florium.ua [3].
Перший аналог має досить просту структуру: весь каталог знаходиться на одній 
сторінці, що може бути не зовсім зручно. Ідея розмістити всі товари на одній сторінці 
на перший погляд може здатися непоганою, адже користувачу не потрібно буде 
15 
 
робити зайвих пошуків в меню, розбиратися в структурі сайту і так далі, проте це 
може значно погіршити сприйняття контенту. Коли інформації занадто багато і її 
хочуть показати як найшвидше, це може сильно погіршити її сприйняття, тому краще 
розбивати показ товарі на категорії, які можуть бути корисні для користувачів. 
На рисунку 1.1 представлено інтерфейс Інтернет-магазину «flowers.ua». 
 
Рисунок 1.1 – Інтерфейс Інтернет-магазину «flowers.ua» 
Аналізуючи Інтернет-магазин «plant-shop.com.ua» (рис. 1.2), можна сказати що 
на відміну від попереднього аналогу цей має досить зручне меню з великою кількістю 
різних категорій, що робить навігацію набагато зручнішою. Користувачі без проблем 
зможуть обрати для себе категорію, яка цікавить саме їх, застосувати необхідні 
фільтри та знайти саме ті товари, які шукали. Із недоліків можна виділити забагато 
реклами – за перші ж декілька секунд після того як клієнт зайде на сайт йому 
запропонують зареєструватися, залишити свою пошту для майбутніх розсилок, 
придбати товар саме зараз, щоб отримати вигідну знижку та покажуть декілька 
сторонніх оголошень. В розумній мірі реклама дуже корисна та необхідна, вона 
дозволяє повідомляти клієнтів про вигідні пропозиції робить співпрацю ще 
вигіднішою, проте якщо показувати її занадто часто та не завжди корисну, це може 
мати негативні наслідки, наприклад, клієнт втратить цікавість або ж відволічеться та 
просто закриє сайт. Інтерфейс сайту «plant-shop.com.ua» можно побачити на рисунку 
1.2. 
16 
 
 
Рисунок 1.2 – Інтерфейс Інтернет-магазину «plant-shop.com.ua» 
 Інтернет-магазин «florium.ua» (рис. 1.2), не має недоліків, таких як у перших 
двох аналогів. В нього зручна навігація, яка також дає можливість клієнтам знайти 
все необхідне без зайвих зусиль, не відволікаючись на інші непотрібні товари, також 
в нього немає сторонніх оголошень та набридливих пропозицій. Сайт має 
мінімалістичний дизайн, який дає користувачу строго те, за чим він прийшов, однак і 
це іноді буває «занадто». До єдиного недоліку Інтернет-магазину «florium.ua» можна 
віднести дещо застарілий та запростий дизайн. Меню є практичним, але не виглядає 
привабливим, схоже можна сказати і про оформлення товарних карток. Дизайн, не 
менш ніж практичність має дуже велике значення для клієнтів. Набагато приємніше 
проводити час за сайтами, які не створюють навантажень на очі, дають інформацію в 
легкому форматі та просто виглядають відповідно до сучасних реалій. Для створення 
таких дизайнів часто залучають спеціально навчених людей, які можуть витрачати 
години, розташовуючи всі елементи сторінки в правильному порядку, в правильних 
місцях та застосовуючи до них сучасні стилі, що надають елементам свіжості та 
легкості в сприйнятті. На рисунку 1.3 зображено інтерфейс сайту «florium.ua». 
17 
 
 
Рисунок 1.3 – Інтерфейс Інтернет-магазину «florium.ua» 
У таблиці 1.1 представлено порівняльний аналіз розглянутих Інтернет-
магазинів за певними критеріями.  
Як видно з таблиці 1.1 усі сайти мають рівну кількість переваг та недоліків, 
проте деякі з них виграють у одних параметрах, інші в інших. Оптимальним рішенням 
буде створити власний Інтернет магазин, котрий буде містити переваги усіх 
перелічених аналогів та буде позбавлений їх недоліків, таких як незручність у 
навігації, завелику кількість оголошень та застарілий дизайн. 
Таблиця 1.1 – Порівняльний аналіз додатків-конкурентів 
Критерії «flowers.ua» «plant- «florium.ua» 
shop.com.ua» 
Підтримка української мови + + + 
Зручне меню та навігація - + + 
Простота у користуванні + + + 
Відсутність зайвих оголошень + - + 
Сучасний, відповідний до стандартів дизайн + + - 
Результати 4 4 4 
 
18 
 
Висновки до розділу 1 
У цьому розділі було описано та обґрунтовано існуючу проблему щодо 
актуальності та необхідності створення власного сайту та Інтернет-магазину для 
підприємців, які прагнуть отримати нових клієнтів та надати їм можливість знайти 
відповіді на свої питання не виходячи з дому. Достатньо точно було описану головну 
ідею та необхідний функціонал для Інтернет-магазину, що дозволяє створити та 
встановити необхідні рамки та ключові вимоги до проєкту. 
Додатково було проведено аналіз існуючого ринку, оцінка конкурентних 
сервісів та дослідження їх переваг і недоліків. Завдяки цьому було набагато простіше 
виявити та доповнити перелік необхідного функціоналу для майбутнього проєкту.  
 
  
19 
2 РОЗРОБКА КОНЦЕПЦІЇ ПРОЄКТУ 
2.1 Аналіз зацікавлених сторін проєкту 
Задля того аби прорахувати всі складові проєкту, необхідно проаналізувати 
його оточення, а саме усі зацікавлені сторони які могли б вплинути на сам проєкт. 
Зацікавлених у проєкті можна поділити на дві категорії, а саме первинні та 
вторинні. 
До первинних зацікавлених сторін можна віднести таких людей як: керівник 
проєкту, замовник проєкту, ініціатор проєкту, та команда проєкту. 
Вторинними зацікавленими сторонами є інвестори проєкту, клієнти 
(споживачі) проєкту а також органи влади. 
Наступним кроком необхідно розглянути детальніше кожного з них. 
Керівник проєкту 
В даному випадку в керівника проєкту є дві ролі. 
Роль: замовник та ініціатор. 
Форма впливу на проєкт: сприяння та участь в найшвидшому та оптимальному 
завершенні проєкту а також його ведення. 
Форма участі: керування проєктом, а саме допомога та ініціативи щодо 
прийняття рішень які допомагають реалізації проєкту, участь у веденні документів. 
Вигода: бажання реалізувати проєкт, отримати досвід та прибуток. 
Команда проєкту 
Ролі: команда проєкту складається з наступних людей: тестувальник, дизайнер, 
маркетолог, менеджер та три програмісти. 
Участь: команда проєкту працює над безпосередньо розробкою проєкту на 
будь-якому етапі. 
Вигода: вигодою для команди є досід, отриманий під час роботи над проєктом 
та прибуток. 
Інвестори 
Роль: інвестор. 
20 
 
Форма участі: формою участі інвесторів в проєкту є саме фінансування проєкту. 
Вигода: вигодою для інвесторів є отримання прибутку. 
Клієнти 
Роль: клієтами є всі споживачі кінцевого продукту. 
Вигода: отримання готового продукту для подальшого користування ним. 
Проаналізувавши всіх учасників проєкту можна зробити висновки що всі 
сторони будуть мати ту чи іншу вигоду для себе, а отже всі учасники повинні бути 
зацікавлені в швидкому та успішному завершенні проєкту. 
2.2 Форма взаємодії між учасниками проєкту 
Для того щоб проєкт виконувався швидко, правильно та оптимізовано, перш за 
все необхідно оптимізувати саме комунікаційні процеси всередині команди.  
Коли немає чіткої ієрархії та чітко вказаних правил які допоможуть учасникам 
команди ефективніше спілкуватись один з одним для найшвидшого вирішення 
проблем, навіть найдосвідченіші працівники можуть робити помилки, та витрачати 
багато часу просто щоб змінити етап розробки проєкту, або отримати необхідну 
консультацію у необхідних спеціалістів. Для усунення таких проблем багато команд 
використовують різноманітні правила взаємодії один з одним, завдяки яким кожен 
розробник знає до кого і коли звернутися у разі винекнення проблем або запитань. 
В залежності від складності проєкту, його цілей, кількості людей, складу 
команди розробників, менеджерів та зайнятості окремо кожного з вищеназваних 
правила взаємодії можна побудувати різні, однак в більшості з них можна знайти 
певні стандарти і створити ефективну систему саме для цього проєкту. 
Крок 1 
Замовник зв’язується з менеджером відповідальним за майбутній проєкт, 
пояснює йому задачі, проблеми та бажаний результат. 
Крок 2 
Менеджер обирає та зв’язується з майбутнім тім лідом для консультації. Разом 
з тім лідом вони набирають інших розробників для майбутнього проєкту. 
21 
 
Крок 3 
Після того як команда зібрана менеджер та тім лідер знайомлять команду з 
ідеями та цілями майбутнього проєкту, розбивають проєкт на ключові відрізки та 
задачі і призначають відповідальних розробників на підзадачі. 
Крок 4 
Після того як розробник ознайомився з проєктом та отримав свою задачу він 
приступає до ознайомлення з нею. Читає технічну документацію за необхідності 
(якщо документація є), розраховує скільки часу йому буде необхідно для її вирішення, 
створює детальний план над задачою та повідомляє про це менеджера. 
Якщо приблизна оцінка необхідного часу розрахована розробником сильно 
відрізняється, від оцінки часу розрахованої менеджером, або ж просто незадовільняє 
його, розробник повинен аргументувати свої розрахунки. Менеджер може назначити 
додаткові консультації розробнику зі старшими розробниками, аби розрахований час 
став допустимим для даного проєкту. 
Крок 5 
Після того як розробник розібрав задачу, він приступає до її виконання чітко 
згідно зі своїм планом. Вразі винекнення непередбачуваних проблем або питань які 
можуть змінити час виконання задачі, розробник терміново повідомляє про це 
менеджера. Якщо розробник розуміє як усунути проблему, він повертається до 
пункту 4, вносячи зміни до свого плану та враховуючи нові дані. 
Якщо ж розробник не може самотужки усунути проблему або не знає як це 
зробити, менеджер може виділити йому час для повторного аналізу задачі. Якщо 
проблема все ще не вирішена, розробнику можуть провести консультацію з тім 
лідом, або ж іншим розробником, який зможе допомогти, після чого розробник 
вносить весь потрачений час у свій план та пояснює на що він був витрачений та 
продовжує працювати над задачою. Якщо ж розробник приймає рішення, що він не 
може виконати цю задачу, менеджер може зняти конкретну задачу з розробника та 
призначити її іншому розробнику. 
 
 
22 
 
Крок 6 
Коли задача виконана, розробник звітує про це менеджеру та, якщо задача цього 
потребує, робить комміт на гітхабі та приступає до наступної задачі. 
Дотримуючись цих правил кожен розробник завжди буде знати на якому 
конкретному етапі розробки він знаходиться та що йому робити в разі виникнення 
питань. 
2.3 Концепція проєкту 
Мета проєкту 
Метою проекту є створення готового продукту у вигляді Інтернет-магазину, 
який буде надавати користувачам можливість перегляду усієї необхідної інформації 
щодо послу фірми та можливість купувати товари онлайн. 
Цілі проєкту 
Для кращого розуміння та керування проєктом необзідно чітко виділити його 
цілі та орієнтуватись на них впродовж всіх етапів розробки. 
Цілі повинні ставитись реальні та мають враховувати всі ситуації на ринку, такі 
як конкуренцію та непередбачувані зміни. Після виявлення цілей проекту потрібно 
чітко слідувати їм. Щоб отримати реальні очікування та знати чого варту очікувати 
від проєкту потрібно гарно проаналізувати вже існуючі аналоги та розуміти яку саме 
користь вони дають, аби підвищити імовірність успішного та своєчасного закінчення 
проєкту. 
Таблиця 2.1 – Цілі та критерії досягнення цілей 
№ Ціль Критерій 
1 Залучити нових клієнтів Підняти продажі на 25% 
протягом року 
2 Регулярно отримувати нових відвідувачів сайту 200 відвідувань сайту 
щотижня через 6 місяців 
після отримання готового 
проєкту 
23 
 
3 Отримати прибуток Фірма повинна 
отримувати більше 
грошей, ніж отримувала 
до створення Інтернет-
магазину. Проєкт повинен 
повернути вкладені гроші 
протягом місяця 
 
Продукт проєкту 
Готовим продуктом проєкту повинен стати готовий Інтернет-магазин, що 
повинен мати такі можливості: 
– перегляд інформації про товари, а саме їх назву, ціну та короткий опис; 
– можливість зв’язатися з адміністратором сайту для вирішення можливих 
питань; 
– можливість додавати нові та редагувати вже існуючі товари для 
адміністраторів; 
– можливість для адміністраторів редагування будь-якої інформації на сайті, 
такої як контактні дані або опис фірми; 
– можливість клієнтів додавати товари у кошик перед їх сплатою та перегляд 
кошику; 
– клієнти повинні мати можливість залишити свій електронний адрес для 
отримання оголошень, якщо вони захочуть. 
Критерії успішності проєкту 
Проєкт можна назвати успішним якщо він буд підходити під певний ряд описів, 
таких як: 
– велика кількість гарних відгуків; 
– клієнти зможуть впізнавати проєкт; 
– клієнти будуть хотіти повертатись та знову користуватися послугами саме 
цієї фірми. 
 
24 
 
Обмеження проєкту 
Для зручнішого планування можна внести наступні обмнеження для проєкту: 
– розробка проєкту повинна тривати не довше ніж 2 місяці; 
– загальні витрати на проєкт не повинні перевищувати очікувані витрати 
більше ніж на 50000 грн. 
Згідно з створеною концепцією, побудуємо дерево цілей проєкту. 
Створення Інтернет-
магазину 
Отримати 
Залучити нових 
прибуток 
клієнтів Підвищити  
репутацію фірми 
 
Рисунок 2.1 – Дерево цілей проєкту 
2.4 Життєвий цикл проєкту 
У кожного проєкта є свій життєвий цикл – починаючи з часу від етапу, коли 
проєкта ще не існує і закінчуючи вже готовим, працюючим, повністю завершеним 
проєктом. Чітке розуміння та обмежування життєвого циклу проєкту допомагає 
поділити його на ключові відрізки, оцінити їх вартість, а отже і вартість усього 
проєкта а також назначити відповідних розробників на кожен життєвий цикл проєкту 
в залежності від етапу готовності на якому зараз знаходиться проєкт. 
Для даного проєкта можна виділити наступні життєві цикли: 
– ініціювання; 
– планування; 
– реалізація; 
– завершення. 
Кожен з цих циклів може поділятися на декілька дрібніших етапів 
Етап ініціювання можна поділити на такі фази: 
– Фаза постановки задачі; 
25 
 
– Фаза аналізу ринку; 
– Фаза створення концепції проєкту; 
– Фаза оцінки життєздатності проєкту; 
– Фаза розробки та чіткої постанови вимог до проєкту; 
– Фаза пошуку розробників; 
– Фаза обговорення контракту з розробниками. 
Етап планування можна поділити на наступні фази: 
– Фаза створення структури проєкту; 
– Фаза планування бюджету; 
– Фаза планування життєвого циклу. 
 Етап реалізацій поділяється на наступі фази: 
– Фаза планування технічного завдання та концепту; 
– Фаза підбору технологій та архітектури для майбутнього проєкту; 
– Фаза підбору дизайну та розробки прототипу; 
– Фаза тестування; 
– Фаза реалізації проєкту. 
Етап завершення можна поділити на наступні фази: 
– Фаза публікації сайту в Інтернеті; 
– Фаза розформовування команди та збереження проєкту; 
Визначившись з основними етапами розробки та їх фазами можна приблизно 
оцінити бюджет проєкту (табл. 2.3). 
Таблиця 2.3 – Тривалість проєкту за фазами 
№ Назва 
Оцінка Оцінка 
фази 
тривалості(дні) вартості 
1  4 15 000 грн. 
Ініціалізація 
 
 
 
2  15 30 000грн. 
Планування 
 
 
3 Реалізація 36 150 000 грн. 
26 
 
4  4 10 000грн. 
Завершення 
 
 
 
60 днів 205 000грн 
Висновки до розділу 2 
В даному розділі було розібрано та проведено детальний аналіз проєкту. Було 
названо та обрано ключових учасників у створенні проєкту а також виявлено як і які 
учасники проєкту можуть на нього впливати. 
Було сплановано та розібрано план взаємодії розробників один з одним задля 
кращого порозуміння та оптимізованішої роботи на проєкті. Кожен розробник зможе 
орієнтуватись на цей план та завжди розуміти на якому етапі розробки він 
знаходиться та що йому слід робити. 
Одним з найголовнішим кроків підчас планування проєкту було визначення 
ключових життєвих циклів проєкту, що дало можливість краще розуміти та 
орієнтуватись що саме і коли саме повинно виконуватсь. Також чітке планування 
життєвих циклів допомогло краще розрахувати бюджет на даний проєкт. 
  
27 
 
3 ПЛАНУВАННЯ ТА УПРАВЛІІННЯ ПРОЄКТУ 
3.1 Управління змістом проєкту 
Для успішної реалізації проєкту необхідно чутко розуміти з чого саме повинен 
складатися проєкт. Кожен процес повинен гарно керуватися а також регулярно 
перевірятись досвідченими людьми. Для того щоб розуміти що саме має бути 
виконано, необхідно створити правильний зміст проєкту. 
Керування змістом проєкту означає виконання усіх необхідних процесів, які 
необхідні, щоб у проєкту містилися виключні ті роботи, які будуть корисними та не 
створюватимуть зайвих навантажень на команду або не затримуватимуть основні 
процеси. 
Для грамотного планування проєкту можуть використовуватись різні методи та 
підходи, проте одним з найпоширеніших та найзручніших вважається саме метод під 
назвою «Структура декомпозиції робіт». Цей метод перш за все передебачає опис 
завдань та мети проєктів, провівши декомпозицію в рамках ієрархічного зв’язку 
результатів пакетів робіт, які потрібні для успішного завершення проєкту. 
Суть декомпозиції полягає у піділу проєкту на декілька менших частин і, якщо 
необхідно, поділу частин на ще менші частини проєкту. Декомпозицію можна 
проводити до самих базових та найелементарніших частин, якщо це необхідно, проте 
зазвичай це надмірна декомпозиція проєктів може лише нашкодити зручності 
виконання та слідкуванню за роботами. 
Основними потребами для проведення декомпозиції проєкту є чітке розуміння 
всіх робіт, які буде цей проєкт включати в себе та основні вимоги від кінцевого 
результату. 
Кінцевим продуктом у конкретно цьому проєкті є готовий сайт Інтернет-
магазин квітів. 
Таблиця 3.1 – Високорівневі вимоги до кінцевого результату проєкту 
 
 
28 
 
№ Назва вимоги 
1 перегляд інформації про товари, а саме їх назву, ціну та короткий опис 
2 можливість зв’язатися з адміністратором сайту для вирішення можливих питань 
3 можливість додавати нові та редагувати вже існуючі товари для адміністраторів 
4 можливість для адміністраторів редагування будь-якої інформації на сайті, такої як 
контактні дані або опис фірми 
5 можливість клієнтів додавати товари у кошик перед їх сплатою та перегляд кошику 
6 клієнти повинні мати можливість залишити свій електронний адрес для отримання 
оголошень, якщо вони захочуть 
 
Під час побудови структури декомпозиції робіт повинно виконати послідовну 
декомпозицію проєкту на декілька менших його частин. 
Для успішного створення структури декомпозиції робіт необхідно оцінити 
вартість роботи та розробити розклад для кожного з етапів разом та окремо. Кожен 
елемент структури декомпозиції робіт повинен давити відчутний результат, який 
полегшить сприйняття проєкту та дозволить краще орієнтуватись в окремих його 
частинах. Декомпозиційні частини повинні чітко йти один за одним, бути 
послідовними та пов’язаними логічно. Підчастини проєкту повинні бути цілісними та 
взаємозамінними водночас, задля того, аби можна аби існував гнучкий механізм, що 
дозволяє зручно коригувати проєкт. 
Структура декомпозиції робіт може бути розроблена як із самого початку, так і 
на основі вже створених робіт. Розробляючи схему декомпозицій робіт, їх можна 
поділяти на продукти (рис. 3.1) або ж на процеси (рис. 3.2). 
29 
 
Програмний 
Розробка мобільного 
комплекс 
Інтернет магазину для 
продажу квітів 
Просування 
Розробка 
сайту 
сайту Проєктна 
Статут сайту документація 
Розробка 
OBS сайту 
компанії по Календарний план 
Тестування просуванню WBS сайту 
сайту План закупівель 
План 
перевірок 
Початок компанії 
Проведення План керування 
по просуванню 
корегуючих дій ризиками 
продукту 
 
Рисунок 3.1 – Схема декомпозиції поділу «тільки за продуктами» 
30 
 
Просування 
сайту 
Керування Розробка 
людськими компанії по 
ресурсами просуванню 
сайту 
Керування 
змістом 
Тестування 
Керування сайту Початок 
строками компанії по 
просуванню 
Керування Розробка Інтернет Запуск сатйа у 
сайту 
ризиками магазину продажу з тестову 
квітів єкспулатацію 
Керування 
проєктом Технічне 
обслуговування 
Ініціація 
Usability-
Формальний 
Керування тестування 
Розробка 
початок 
якістю 
проєкту Аналіз 
Керування Створення отриманих 
вартістю концептуальної 
Призначення результатів 
схеми сайту 
менеджера  тестування 
Контроль та 
монітринг Корегування 
Розробка 
Формування 
проєкту виявлених 
дизайну 
стратегії недоліків та 
сайту 
Керування проєкту помилок 
комунікація Розробка 
ми основного Проведення 
Розробка 
контрольного 
статуту функціоналу 
Заверення 
проєкту сайту тестування 
 
Рисунок 3.2 – Схема декомпозиції поділу  «тільки за процесами» 
 
 
 
31 
 
Під час створення структури декомпозиції робіт проєкту перш за все необхідно 
було виконати два кроки, таких як визначення результату проєкту, а саме готовий 
Інтернет-магазин для продажу квітів, а також поділ проєкту на основні пакети робіт.  
Кінцеву та детальну структуру робіт наведено на табл. 3.2. 
Таблиця 3.2 – Структура декомпозиції усіх робіт у проєкті 
СДР Назва задачі Тривалість (дні) Ресурси Оцінка вартості 
Розробка Інтернет 
1 63 дні  205000,00 грн. 
магазину квітів 
1.1    Ініціація 4 дні  15 000,00 грн. 
1.1.1       Формування команди 1 день Проектний менеджер[50%] 1 000,00 грн. 
1.1.2       Формалізація ідеї 1 день Проектний менеджер[50%] 1 000,00 грн. 
1.1.3       Аналіз ринку 1 день Маркетолог 6000,00 грн. 
1.1.4       Розробка бізнес-плану 1 день Проектний менеджер 7000,00 грн. 
      Прийняте рішення 
1.1.5 0 днів  0,00 грн. 
замовником 
1.2    Планування 13 днів  30000,00 грн. 
1.2.1       Планування якості 5 днів Проектний менеджер[34%] 3000,00 грн. 
1.2.2       Планування змісту 5 днів Проектний менеджер[33%] 13000,00 грн. 
      Планування трудових 
1.2.3 1 день Проектний менеджер[34%] 2000,00 грн. 
ресурсів 
1.2.4       Планування бюджету 5 днів Проектний менеджер[33%] 3000,00 грн. 
1.2.5       Планування часу 5 днів Проектний менеджер[33%] 3000,00 грн. 
1.2.6       Планування ризиків 5 днів Проектний менеджер[33%] 4 000,00 грн. 
      Планування 
1.2.7 2 дні Проектний менеджер[33%] 1000,00 грн. 
комунікацій 
1.2.8       Планування закупівель 3 днів Проектний менеджер[33%] 1000,00 грн. 
      Всі плани проекту 
1.2.9 0 днів  0,00 грн. 
затверджені Замовником 
32 
 
150 000,00 
1.3    Реалізація 43 днів  
грн. 
1.3.1       Розробка концепу 8 днів Проектний менеджер[34%] 5000,00 грн. 
Програміст;Проектний 
1.3.2       Розробка ТЗ 12 днів 13000,00 грн. 
менеджер[33%] 
1.3.3       Вибір технології 3 днів Програміст 5000,00 грн. 
      Проектування 
1.3.4 7 днів Програміст 17000,00 грн. 
архітектури додатку 
      Створення структури 
1.3.5 12 днів Програміст 18000,00 грн. 
додатку 
1.3.6       Розробка дизайну 8 днів Дизайнер 10000,00 грн. 
1.3.7       Створення прототипу 10 днів Дизайнер;Програміст 30000,00 грн. 
1.3.8       Тестування 7 днів Тестувальник 10000,00 грн. 
1.3.9       Реалізація сайту 10 днів Програміст 30000,00 грн. 
      Створення рекламних 
1.3.10 10 днів Маркетолог[50%] 6 000,00 грн. 
сторінок 
1.3.11       Запуск реклами 10 днів Маркетолог[50%] 6 000,00 грн. 
1.3.12       Готовий сайт 0 днів  0,00 грн. 
1.4    Завершення 4 дні  10000,00 грн. 
      Розміщення сайту в 
1.4.1 1 день Маркетолог;Програміст 4400,00 грн. 
Інтернеті 
1.4.2       Розпуск команди 1 день Проектний менеджер[50%] 2000,00 грн. 
1.4.3       Архівація проекту 1 день Проектний менеджер[50%] 2000,00 грн. 
1.4.4       Аналіз проекту 1 день Проектний менеджер 1600,00 грн. 
1.4.5       Проект закритий 0 днів  0,00 грн. 
 
Завдяки правильно побудованій ієрархічній структурі робіт можна правильно 
планувати проєкт та керувати ним. Саме тому ІСР можна назвати чи не основною 
частиною та методом планування проєктами. 
33 
 
3.2 Планування часу проєкту 
Важливим етапом при плануванні проєктами є календарне планування. На етапі 
календарного планування необхідно скласти та скорегувати пов’язаних між собою 
розклад робіт. Розробляючи календарний план потрібно звертати увагу на наступні 
цілі: 
 Управління роботами проєкту; 
 Організація фінансування проєкту; 
 Організація вчасного завершення проєкту. 
Розробка календарного плану проєкту завжди ітеративна, тому, що в процесі 
виконання необхідно постійно повертатися до попередніх етапів для уточнення і 
наближення їх до реальності, чи поступово наближаючи попередні варіанти до 
найкращих досяжних значень. 
Приступаючи до планування календарного плану необхідно чітко знати перелік 
усіх робіт що повинні проводитись в даному проєкті. 
У цьому проєкті календарне планування буде виконуватись за допомогою 
системи управління проєктами Microsoft Project. 
Microsoft Project – це одна з найкращих програм для керування проєктами, яка 
надає користувачам такі зручності як: зручний інтерфейс з усіма корисними 
інструментами для керування проєктом та простоту використання. 
Для початку роботи необхідно записати весь перелік робіт у майбутньому 
проєкті (рис. 3.3). 
 
34 
 
 
Рисунок 3.3 – Список з веденням переліку робіт 
 Щоб продовжити необхідно визначитись із тривалістю робіт та процесів. 
Одним із найпростіших способів зробити це – скористатись календарем що 
доступний у комірці start.  
 Наступним етапом у плануванні робіт є необхідність встановлення зв’язків між 
роботами, так як тільки з урахуванням послідовного виконання робіт програма зможе 
обчислити часовий графік проєкту. 
Встановлюючи зв’язки між роботами необхідно враховувати мати на увазі 
наступні типи меж робіт: 
– так швидко, як це можливо - As Soon As Possible (ASAP); 
– так пізно, як це можливо - As Late As Possible (ALAP); 
– фініш не пізніше, ніж - Finish No Later Than (FNLT); 
35 
 
– фініш не раніше, ніж - Finish No Earlier Than (FNET); 
– старт визначеної дати - Must Start On (MSO); 
– фініш на визначену дату - Must Finish On (MFO); 
– старт не пізніше, ніж - Start No Later Than (SNLT); 
– старт не раніше, ніж - Start No Earlier Than (SNET). 
 Також необхідно мати на увазі конкретні дати часових рамок. Для кожного 
виду обмежень, характер і призначення яких стає зрозумілим після введення ряду 
виконання робіт, логічно ввести тільки пари часових параметрів. Так, наприклад, для 
використання типу обмеження MFO логічно визначити кінцеву дату та тривалість. У 
цьому випадку дата початку розраховується автоматично. 
 Спершу визначення зв’язку між роботами проекту обмеження типу ASAP 
були встановлені для всіх робіт, а пізніше були внесені коригування до окремих робіт. 
Після завершення проектування зв’язків формується календар проєкту (рис. 3.4) 
 
 
Рисунок 3.4 – Зв’язки між роботами проєкту 
Також необхідно пам’ятати про мережеву схему для даного проєкту, що можна 
побудувати в МS Project автоматично (рис. 3.5). 
36 
 
 
Рисунок 3.5 – Схема мереж проєкту 
3.3 Планування трудових ресурсів проєкту 
Не менш необхідним етапом можна назвати розробку трудових ресурсів. 
Трудовими ресурсами у даному проєкту можна назвати саму команду проєкту. 
Головними вимогами для команди проєкту є наступні завдання: грамотне 
керівництво, професійне та стимулююче оточення та безпосередня підтримка 
керівництва а також кваліфікований технічний персонал. 
Команда проєкту повинна складатися зі спеціалістів, які досконало володіють 
навичками що необхідні для даного проєкту та відповідально ставляться до своїх 
обов’язків. 
Головний програміст 
Дизайнер 
Проєктний менеджер 
Програміст Програміст 
Маркетолог Тестувальник 
 
Рисунок 3.6 – Структура організації проєкту 
У команді проєкту нараховується семеро осіб. Головним є проєктний менеджер, 
він виступає у ролі керівника проєкту та керує іншими членами команди. 
Далі базуючись на створеній структурі СДР можна розподілити ролі та 
відповідальності серед команди проєкту про основним задачам. Для цих цілей можна 
використати матрицю відповідальності (табл. 3.3). 
37 
 
Таблиця 3.3 – Матриця відповідальності 
 ПМ М Д П Т 
1.1.1 RP     
1.1.2 RP     
1.1.3  RP    
1.1.4 RP     
1.2.1 RP     
1.2.2 RP     
1.2.3 RP     
1.2.4 RP     
1.2.5 RP     
1.2.6 RP     
1.2.7 RP     
1.2.8 RP     
1.3.1 RP     
1.3.2 RP  P P  
1.3.3 RP   RP  
1.3.4    RP  
1.3.5    RP  
1.3.6    RP  
1.3.7   RP   
1.3.8   P RP  
1.3.9    P  
1.3.10     RP 
1.3.11   P RP  
1.3.12  RP    
1.3.13  RP    
1.3.14      
1.4.1 RP P  И  
1.4.2 RP     
1.4.3 RP     
1.4.4 RP     
P – Виконавець, R – Відповідальний 
Для продовження робіт над проєктом потрібно визначити які ресурси будуть 
використані у подальшому виконанні кожної задачі, а отже, виділити ресурсі для 
роботи проєкту. 
Говорячи про проєктні ресурси слід брати до уваги обладнання, матеріальні 
ресурси та людські, що потрібні для успішного завершення проєкту. 
Почати планування ресурсів слід із переліку обладнання та людей, яких 
потрібно буде задіяти у проєкті. 
Є два способи як це зробити: 
 спершу зібрати повний перелік усіх ресурсів та почати розподіляти їх; 
Задачі 
38 
 
 поступово розподіляти ресурси, формуючи їх перелік. 
У нашому випадку нам вже відомі все наявні ресурси, тож розумніше буде 
скористатися першим варіантом. 
За допомогою кнопок меню View -> Resource Sheet можна знайти таблицю 
ресурсів де будуть доступні усі необхідні характеристики, такі як: 
– Resource Name; 
– Type; 
– Material Label; 
– Initials; 
– Group; 
– Max. Units; 
– Std. Rate; 
– Ovt. Rate; 
– Cost/Use; 
– Accrue At; 
– Base Calendar; 
– Code. 
В залежності від від міри використання ресурсу у проєкті необхідно вказати 
відсоток його зайнятості. 
На рис. 3.7 зображена заповнена таблиця ресурсів. 
 
Рисунок 3.7 – Заповнена таблиця ресурсів проєкту 
Призначення ресурсів до робіт проєкту 
Як тільки ресурси будуть визначені, можна почати призначати їх до робіт. Щоб 
зробити це необхідно двічі натиснути лівою кнопкою миші по комірці із назвою робіт. 
39 
 
Далі після цього повинно з’явитися спливаюче вікно Task Information, в якому й 
можна почати призначати ресурси. 
У вікні ресурсів можна обирати серед готових ресурсів та призначити їх до 
роботи (рис. 3.8). 
 
Рисунок 3.8 – Призначення доступних ресурсів проєкту 
Після того як ресурси були призначені, їх відображення можна побачити на 
діаграмі Ганта (рис. 3.9) 
40 
 
 
Рисунок 3.9 – Ресурси, призначені роботам на часовій діаграмі 
3.4 Планування якості проєкту 
Успішними можна назвати проєкти, які були завершені вчасно, виконали всі 
вимоги та очікування від них та не потребувало надмірно великої кількості 
додаткових, незапланованих ресурсів. Не менш важливим критерієм успішность 
проєкту можна назвати його якість. Згідно з термінологією міжнародного стандарту 
ISO якістю називають сукупність характеристик та властивостей об’єкта, які 
дозволяють виміряти та спрогнозувати можливість проєкта задовольнити потреби 
його споживачів. 
Формування концепції якості у цьому проєкті відбувалася по наступним 
крокам: 
41 
 
– формування рекомендацій з якості, які визначатимуть методи забезпечення 
якості а також структуру документів забезпечення якості; 
– використання технологій керування проєктами які можуть бути корисними 
для конкретного проєкту; 
– контроль якості на будь-якому етапі проєкту; 
– кожен працівник повинен нести відповідальність за якість своєї роботи. 
Після того як було визначено на сформовано концепцію якості необхідно 
визначити заходи для досягнення якості на всіх етапах проєкту. 
Етап ініціації 
На даному етапі необхідно провести глибокий аналіз ринку та остаточно 
визначити потреби та очікування клієнтів. 
Етап планування 
На етапі планування необхідна присутність усіх головних документів проєкту 
а також проведення оцінки ризиків та проєктних структур. 
Етап реалізації 
На етапі реалізації всі результати мають відповідати корпоративній настанові 
якості ISO 9001 – загальновизнаним стандартам якості. 
Етап завершення 
На етапі завершення необхідно провести перевірку якості проєкту та 
впевнитись у правильному використанні всіх ресурсів та інструментів. 
3.5 Управління ризиками проєкту 
 Управління ризиками охоплює виявлення, аналіз і реагування на фактори 
ризику, які є частиною життя бізнесу. Ефективне управління ризиками означає 
спроби контролювати, наскільки це можливо, майбутні результати, діючи 
проактивно, а не реактивно. Таким чином, ефективне управління ризиками пропонує 
потенціал для зменшення як можливості виникнення ризику, так і його потенційного 
впливу. 
 
42 
 
 Структура управління ризиками. 
 Структури управління ризиками створені для того, щоб робити більше, ніж 
просто вказувати на існуючі ризики. Хороша структура управління ризиками також 
повинна розраховувати невизначеності та передбачати їхній вплив на бізнес. Отже, 
результатом є вибір між прийняттям ризиків або відмовою від них. Прийняття або 
відмова від ризиків залежить від рівня терпимості, який бізнес уже визначив для себе.
 Якщо бізнес встановлює управління ризиками як дисциплінований і 
безперервний процес з метою виявлення та вирішення ризиків, тоді структури 
управління ризиками можуть використовуватися для підтримки інших систем 
зменшення ризиків. Вони включають планування, організацію, контроль витрат і 
складання бюджету. У такому випадку бізнес, як правило, не буде відчувати багато 
сюрпризів, оскільки увага зосереджена на проактивному управлінні ризиками. 
 Протидія ризикам. 
Протидія ризикам зазвичай приймає одну з наступних форм: 
– уникнення: підприємство прагне усунути певний ризик, позбувшись його 
причини; 
– пом'якшення: зменшення прогнозованої фінансової вартості, пов'язаної з 
ризиком, шляхом зниження ймовірності виникнення ризику; 
– прийняття: у деяких випадках бізнес може бути змушений прийняти ризик. 
Цей варіант можливий, якщо суб’єкт господарювання розробляє 
непередбачені обставини для пом’якшення впливу ризику, якщо він 
відбудеться. 
 Під час винекнення непередбачених обставин бізнес має використовувати 
чіткий підхід для вирішення проблем. Результатом є добре деталізований план, який 
може бути виконаний, як тільки виникне потреба. Такий план дозволить бізнес-
організації впоратися з перешкодами на шляху до успіху, як тільки вони виникнуть. 
Важливість ризик менеджменту. 
Управління ризиками — важливий процес, тому що він дає бізнесу необхідні 
інструменти, щоб він міг адекватно виявляти потенційні ризики та впоратися з ними. 
43 
 
Після того, як ризик виявлено, його легко пом'якшити. Крім того, управління 
ризиками забезпечує бізнесу основу, на якій може приймати обґрунтовані рішення. 
 Для бізнесу оцінка та управління ризиками — найкращий спосіб підготуватися 
до непередбачених обставин, які можуть завадити прогресу та зростанню. Коли бізнес 
оцінює свій план усунення потенційних загроз, а потім розробляє структури для їх 
усунення, він підвищує свої шанси стати успішним підприємством. 
Крім того, прогресивне управління ризиками забезпечує максимально активне 
усунення високопріоритетних ризиків. Більше того, керівництво матиме необхідну 
інформацію, яку вони зможуть використовувати для прийняття обґрунтованих рішень 
та забезпечення того, щоб бізнес залишався прибутковим. 
Процес аналізу ризиків. 
Аналіз ризиків – це якісний підхід до вирішення проблем, у якому 
використовуються різні інструменти оцінки для розробки та ранжирування ризиків з 
метою їхньої оцінки та усунення. 
Ідентифікування ризику – ідентифікація ризику переважно включає мозковий 
штурм. Бізнес збирає своїх співробітників разом, щоб вони могли розглянути всі 
джерела ризику. Наступним кроком є розстановка всіх виявлених ризиків у порядку 
пріоритету. Оскільки неможливо пом'якшити всі існуючі ризики, розстановка 
пріоритетів гарантує, що ризики, які можуть суттєво вплинути на бізнес, будуть 
усунені у швидшому порядку. 
Оцінка ризику – у багатьох випадках вирішення проблеми включає визначення 
проблеми і наступний пошук відповідного рішення. Однак, перш ніж з'ясовувати, як 
краще впоратися з ризиками, бізнес повинен визначити причину ризиків, запитавши: 
«Що викликало такий ризик і як він може вплинути на бізнес?» 
Пошук можливих рішень – як тільки суб'єкт приступає до оцінки можливих 
заходів щодо зниження виявлених ризиків та запобігання їх повторення, йому 
необхідно поставити таке питання: яких заходів можна вжити для запобігання 
повторенню виявленого ризику? Крім того, що краще зробити, якщо це повториться? 
Розробка механізмів пошуку імовірних ризиків – тут ідеї, які виявилися 
корисними для зниження ризиків, перетворюються на низку завдань, а потім на плани 
44 
 
на випадок непередбачених обставин, які можна розгорнути в майбутньому. Якщо 
виникають ризики, плани можуть бути наведені в дію. 
На рисунку 3.10 зображено план управління ризиками. 
Планування 
керування 
Якісний аналіз ризиками 
Ідентифікація 
ризиків 
ризиків 
Кількісний 
аналіз ризиків 
Планування 
реагування 
Моніторинг 
та контроль 
 
Рисунок 3.10 – План управління ризиками 
Для виявлення імовірності виникнення ризикованих подій що можуть вплинути 
на проєкт було застосовано наступну шкалу: 
– «0» - ризик не вплине на проєкт; 
– «0.05» - ризик вплине мінімально; 
– «0.1» - ризик слабо вплине на проєкт; 
– «0.2» - ризик помірно вплине; 
– «0.4» - ризик сильно впливатиме на проєкт; 
– «0.8» - ризик занадто сильно вплине на проєкт. 
Пілся цього можна створити шкалу імовірності виникнення  ризику по шкалі 
від 0 (точно не виникне) до 1 (точно виникне): 
– 0,0-0,2 – дуже низька імовірність; 
– 0,2-0,4 – низька імовірність; 
– 0,4-0,6 – середня імовірність; 
– 0,6-0,8 – висока імовірність; 
45 
 
– 0,8-1 – дуже висока імовірність. 
Тепер можна створити загальну таблицю імовірності виникнення ризику на 
проєкт (табл. 3.4). 
Таблиця 3.4 – Імовірність ризику та сили його впливу 
№ Вид ризику Вірогідність Вплив на хід 
появи проєкта 
1 Фінансовий ризик 0,2 0,8 
2 Технічний ризик 0,1 0,5 
3 Маркетинговий ризик 0,1 0,2 
4 Ризик персоналу 0,3 0,4 
5 Управлінський ризик 0,3 0,6 
6 Юридичний ризик 0,1 0,2 
7 Ринковий ризик 0,1 0,4 
8 Форс-мажорний ризик 0,3 0,7 
 
Тепер необхідно створити таблицю що допоможе орієнтуватися та розуміти що 
саме потрібно робити у разі виникнення того чи іншого потенційного ризику що 
вплине на проєкт (табл. 3.5). 
Таблиця 3.5 – Методи запобігання виникнення ризиків у проєкті 
№ Вид ризику Застереження ризику Усунення ризику 
Кроки вирішення Відповіда Дата Кроки вирішення Відповіда
льний льний 
1 Фінансовий ризик - збільшення ПМ  - повторний ПМ 
бюджету розгляд бюджету 
- кредитування - кредитування 
проєкту 
- пошук 
додаткових 
інвесторів 
4 Ризик персоналу - проведення ПМ  - регулярний ПМ 
якнайкращого тай пошук нових 
найвідбірнішого учасників проєкту 
персоналу для - підвищення 
проєкту кваліфікації 
- стимулювання учасників 
учасників проєкту 
5 Управлінський - підвищення ПМ  -  повторне ПМ 
ризик кваліфікації планування 
відповідальних проєкту 
людей 
46 
 
- регулярні - прийняття 
консультації зі доречніших 
спеціалістами рішень 
- пошук нових, 
кращих 
менеджерів 
8 Форс-мажорний - збільшення ПМ  - повторне ПМ 
ризик бюджету планування 
- збільшення часу проєкту 
 
3.6 Планування бюджету проєкту 
Планування бюджету проекту - це визначення вартості робіт, виконуваних у 
рамках проекту та процес формування на цій основі бюджету проекту, встановленим 
розподілом витрат за видами робіт, за часом виконання робіт, статтями витрат, за 
центрами витрат або з інших позиціях. 
Бюджетування є плануванням вартості або планом витрат. Це означає, що 
бюджет повинен давати уявлення, коли, скільки і за що буде виплачено грошей. Тому 
тут можливе застосування будь-яких методів представлення витрат, головне - щоб 
вони задовольняли практичним вимогам зацікавлених у них стейкхолдерів, 
сформованим стандартам і відповідали на цікаві стейкхолдерів проекту питання. 
В якості форми представлення бюджету можуть виступати: 
– календарні плани-графіки витрат; 
– матриці розподілу витрат; 
– стовпчасті діаграми витрат; 
– стовпчасті діаграми кумулятивних (наростаючим підсумком) витрат; 
– лінійні діаграми розподілених у часі кумулятивних витрат; 
– кругові діаграми структури витрат. 
Оскільки в проєкті немає закупівель, його вартість обумовлена лише витратами 
на заробітню платню команді проєкта. Для її розрахунку необхідно використання 
ресурсів за годину множити на тривалість робіт (рис. 3.11). 
47 
 
 
Рисунок 3.11 – Ставка кожного виконавця проєкту 
В MS Project витрати обраховуються автоматично, як тільки до робіт будуть 
присвоєні доступні ресурси. Для зручності на діаграму Ганта можна вивести витрати 
проєкту, для цього необхідно додати відповідний стовпчик (рис. 3.12). 
 
Рисунок 3.12 – Діаграма Ганта з витратами проєкту 
Ще в MS Project існує безліч шаблонних звітів, в тому числі і фінансових, за 
допомогою яких можна зробити різні звіти, що будуть корисні проєктному 
менеджеру на етапі моніторингу та контролю. 
 
48 
 
Висновки до розділу 3 
Планування проєкту є найголовнішою та найвідповідальнішою частиною 
проєкту. 
Саме на фазі планування для даного проєкту розроблено зміст проєкту з повним 
переліком робіт, що необхідно виконати для успішного завершення проєкту. 
Наступним виконаним етапом є розроблений календарний плану проєкту. Для 
якого, до повного переліку робіт була визначена тривалість кожної роботи, як 
наслідок тривалість всього проєкту, також на цьому етапі були встановлені зв’язки 
між всіма роботами проєкту. 
Після спланованого календарного планування відбувається планування 
ресурсів. На цьому етапі для проєкту були внесені необхідні для виконання робіт 
трудові ресурси, що згодом були призначені для виконання цих самих робіт. 
Далі відбувається планування якості проєкту. В цьому етапі були сформовані 
та прописані стандарти якості, яким повинен відповідати проєкт. 
На етапі управління ризиками визначено, які види ризиків для проєкту більш 
небезпечні та розроблено відповідні кроки, щоб запобігти появі даних ризиків та 
варіанти вирішення ризикової ситуації, в разі її виникнення.  
На етапі планування бюджету була закладена вартість проєкту, його обмеження 
та допущення.  
Останнім етапом фази планування є управління комунікаціями проєкту. В 
даному етапі розроблено план комунікацій для проєкту, за допомогою якого учасники 
зможуть комфортно обмінюватися необхідною інформацією. 
Отож, планування проєкту є важливим, оскільки охоплює всі фундаментальні 
етапи створення проєкту. Розробивши даний розділ, стало зрозуміло, що для 
успішного завершення проєкту менеджер повинен вкласти в планування всі свої 
можливості та знання. 
 
 
 
49 
 
4 МОДЕЛЮВАННЯ ВИКОНАННЯ ПРОЄКТУ  
4.1 Опис засобів програмної реалізації проєкту 
 Стек LAMP тахнологій. 
LAMP Stack – це набір програмного забезпечення з відкритим вихідним кодом 
для створення веб-сайтів та веб-застосунків. LAMP – це абревіатура, і ці стеки 
зазвичай складаються з операційної системи Linux, HTTP-сервера Apache, системи 
керування реляційними базами даних MySQL та мови програмування PHP. 
 Linux – це Unix-подібна комп'ютерна операційна система, зібрана за моделлю 
розробки та розповсюдження безкоштовного програмного забезпечення з відкритим 
вихідним кодом. 
 Apache розробляється та підтримується відкритою спільнотою розробників під 
егідою Apache Software Foundation. Випущений під ліцензією Apache License Apache 
є програмним забезпеченням з відкритим вихідним кодом. Підтримується широкий 
спектр функцій, і багато хто з них реалізований у вигляді скомпільованих модулів, 
що розширюють основні функції Apache. Вони можуть змінюватись від підтримки 
мови програмування на стороні сервера до схем аутентифікації. 
 MySQL – це багатопоточна, розрахована на багато користувачів система 
управління базами даних SQL (СУБД), придбана Sun Microsystems в 2008 році, яка 
потім була придбана корпорацією Oracle в 2010 році. З перших років свого існування 
команда розробників MySQL зробила свій вихідний код доступним за умов 
Стандартної громадської ліцензії GNU, а також відповідно до різних угод про 
власність. MariaDB – це форк MySQL, розроблений спільнотою під керівництвом 
його початкових розробників. 
 PHP – це серверна мова сценаріїв, розроблена для веб-розробки, але також 
використовується як мова програмування загального призначення. Код PHP 
інтерпретується веб-сервером через модуль процесора PHP, який генерує 
результуючу веб-сторінку. Команди PHP за бажання можна вбудувати безпосередньо 
у вихідний HTML-документ, а не викликати зовнішній файл для обробки даних. PHP 
50 
 
– це безкоштовне програмне забезпечення, випущене відповідно до умов ліцензії 
PHP, яка несумісна зі стандартною громадською ліцензією GNU (GPL) через 
обмеження, що накладаються ліцензією PHP на використання терміна PHP. 
 Веб-сервери на базі Linux складаються з чотирьох програмних компонентів. Ці 
компоненти підтримують одне одного, становлять програмний стек. Веб-сайти та веб-
програми працюють поверх цього базового стека. 
 Роль PHP як мови програмування програм LAMP також виконували інші мови, 
такі як Perl та Python. 
Perl – це сімейство високорівневих, інтерпретованих, динамічних мов 
програмування загального призначення. 
Python – мова програмування високого рівня загального призначення, що 
широко використовується. Python підтримує кілька парадигм програмування, 
включаючи об'єктно-орієнтовану, імперативну, функціональну та процедурну 
парадигми. Він має динамічну систему типів, автоматичне керування пам'яттю, 
стандартну бібліотеку та суворе використання прогалин. 
 Компоненти LAMP значною мірою взаємозамінні та не обмежуються вихідним 
вибором. LAMP підходить для створення динамічних веб-сайтів та веб-додатків. 
Пакет LAMP можна комбінувати з багатьма іншими безкоштовними програмними 
пакетами з відкритим вихідним кодом, такими як netsniff-ng для тестування безпеки 
та посилення захисту; Snort - система виявлення вторгнень (IDS) та запобігання 
вторгнень (IPS); RRDtool для діаграм; Nagios, Collectd чи Cacti для моніторингу. 
 Як це працює. 
ОС Linux складає перший рівень. Вона закладає основу моделі стека. Всі інші 
шари працюють поверх неї. 
 Другий рівень складається з програмного забезпечення веб-сервера, зазвичай 
веб-сервера Apache. Цей рівень знаходиться поверх рівня Linux. Веб-сервери несуть 
відповідальність за спілкування веб-серверів та веб-сайтів. 
 Третій рівень – це MySQL, де знаходяться бази даних. У ньому зберігаються 
деталі, які можна запросити за допомогою мови сценаріїв для створення веб-сайту. 
Зазвичай він знаходиться поверх рівня Linux поряд з Apache (2-й рівень). У 
51 
 
високопродуктивних конфігураціях MySQL можна вивантажити окремий хост-
сервер. 
 Наступним є PHP, що знаходиться поверх всіх чотирьох шарів, і це останній 
шар. Рівень сценаріїв складається з PHP та/або інших мов веб-програмування. Веб-
сайти та веб-програми працюють на цьому рівні. 
 Процес починається, коли веб-сервер Apache отримує запити на веб-сторінки 
від браузера користувача. Якщо запит відноситься до PHP-файлу, Apache передає 
запит PHP, який завантажує файл і виконує код, що міститься у файлі. PHP також 
взаємодіє з MySQL для отримання будь-яких даних, на які є посилання на код. 
 Переваги стеку LAMP. 
Безкоштовний та з відкритим вихідним кодом. Розробники уникають витрат на 
ліцензійний збір під час використання LAMP. LAMP безкоштовний, на відміну від 
WAMP, де розробникам потрібно платити ліцензійний збір Microsoft. 
 LAMP повністю з відкритим вихідним кодом і не є власністю розробники 
можуть уникнути блокування. Вони можуть вибрати правильні компоненти для 
конкретних проектів або бізнес-вимог. 
 LAMP пропонує налаштування й іншими способами. Apache має модульну 
структуру, і розробники знайдуть існуючі модулі, що налаштовуються, доступні для 
безлічі різних розширень. Ці модулі варіюються від підтримки інших мов до 
можливостей автентифікації. 
 LAMP має безпечну архітектуру і методи шифрування, що добре 
зарекомендували себе на підприємстві. 
 LAMP допоможе розробникам скоротити час розробки. Це стек із відкритим 
вихідним кодом, який доступний вже понад десять років, і сьогодні існує значна 
екосистема LAMP. Розробники можуть спиратися на те, що інші люди зробили у 
минулому, і зробити це своїм власним. Працюючи в модулі Apache, який допоможе 
розробникам виконати 80% роботи, налаштовуючи лише останні 20% та 
заощаджуючи значну кількість часу. 
52 
 
 Програми або веб-сайти, створені з використанням лампових технологій, 
можуть зменшуватися або збільшуватися в залежності від вимог, що до них 
пред'являються. 
 Код може працювати в ряді операційних систем, включаючи Windows, Linux, 
Android та iOS. 
 Багато досвідчених і доброзичливих людей у співтоваристві готові 
запропонувати оперативну підтримку на етапі розробки, розгортання тощо. 
Залежність шарів стеку ламп один від одного можна побачити на рисунку 4.1 
 
Рисунок 4.1 – Залежність шарів стеку LAMP 
HTML. 
 HTML (мова гіпертекстової розмітки) - це текстовий підхід до опису структури 
вмісту, що міститься в HTML-файлі. Ця розмітка повідомляє веб-браузеру, як 
відображати текст, зображення та інші форми мультимедіа на веб-сторінці. 
 HTML - це текстовий файл, який містить певний синтаксис, файли та угоди про 
імена, які показують комп'ютеру та веб-серверу, що він знаходиться у форматі HTML 
і повинен сприйматися як такий. Застосовуючи ці угоди HTML до текстового файлу 
практично в будь-якому текстовому редакторі, користувач може написати та 
створити базову веб-сторінку, а потім завантажити її до Інтернету. 
 Основною угодою HTML є включення оголошення типу документа на початку 
текстового файлу. Це завжди йде першим у документі, тому що це частина, яка 
ствердно інформує комп'ютер про те, що це HTML-файл. Заголовок документа 
зазвичай виглядає так: <!DOCTYPE html>. Це завжди має бути написано таким 
чином, без будь-якого змісту всередині чи розбивки. Будь-який контент, що передує 
цій об'яві, не буде розпізнаний комп'ютером як HTML. 
53 
 
 Типи документів використовуються не тільки для HTML, вони можуть 
застосовуватися для створення будь-якого документа, що використовує стандартну 
узагальнену мову розмітки (SGML). SGML – це стандарт для вказівки конкретної 
мови розмітки. HTML – це одна з кількох мов розмітки, до яких застосовуються 
оголошення SGML та doctype. 
 Іншою важливою вимогою для створення HTML-файлу є його збереження з 
розширенням .html. Коли оголошення типу документа сигналізує комп'ютеру HTML 
зсередини файлу, розширення файлу сигналізує комп'ютеру HTML зовні файлу. 
Маючи і те, й інше, комп'ютер може сказати, що це HTML файл, незалежно від того, 
читає він файл чи ні. Це стає особливо важливим при завантаженні файлів до 
Інтернету, тому що веб-сервер повинен знати, що робити з файлами, перш ніж він 
зможе відправити їх на клієнтський комп'ютер для читання внутрішнього вмісту. 
 Після написання типу документа та збереження у вигляді HTML файлу 
користувач може використовувати всі інші синтаксичні інструменти HTML для 
налаштування веб-сторінки. Після того, як вони будуть завершені, ймовірно, буде 
кілька файлів HTML, що відповідають різним сторінкам веб-сайту. Важливо, щоб 
користувач завантажував ці файли в ту ж ієрархію, в якій вони були збережені, 
оскільки кожна сторінка посилається на певні шляхи до інших сторінок файлів, що 
дозволяє встановлювати зв'язки між ними. Їх завантаження в іншому порядку 
призведе до розриву посилань і втрати сторінок, оскільки зазначені шляхи до файлів 
не відповідатимуть сторінкам. 
Приклад вигляду HTML можна побичити на рисунку 4.2 
54 
 
 
Рисунок 4.2 – Вигляд мови HTML 
 CSS. 
 CSS це те, що додає стиль веб-сайту. Без CSS веб-сторінки були б у вигляді 
звичайного тексту на білому тлі, і ними було б дуже важко користуватися. CSS 
ґрунтується на HTML для створення візуальних елементів. 
 CSS — це те, що додає стиль та колір кожної веб-сторінки. У той час як HTML 
керує структурою документа за допомогою абзаців, заголовків та зображень, CSS 
дозволяє вказувати кольори, шрифти, макети та багато іншого.  
 Правило CSS складається з одного або декількох селекторів та списку 
оголошень, розділених крапкою з комою, у квадратних дужках. Кожне оголошення 
має властивість та значення, розділені двокрапкою. Правило може складатися з 
одного або кількох селекторів. 
Приклад коду css можна побачити на рисунку 4.3 
55 
 
 
Рисунок 4.3 – Вигляд каскадних стилів 
 JavaScript. 
 JavaScript – це мова програмування, створена для задоволення потреб змінного 
функціоналу Інтернету. З моменту свого створення його популярність та корисність 
зросли, і тепер він присутній не лише у веб-розробці. JavaScript є флагманом 
інтерактивної веб-розробки, і в результаті він практично універсальний у цій галузі.  
 Найбільш популярне використання JavaScript для веб-розробки, і це один із 
найпотужніших інструментів, який розробник може мати у своєму арсеналі. 
Розробники використовують JavaScript у веб-розробці, щоб додати інтерактивності та 
функцій, щоб покращити взаємодію з користувачем та зробити Інтернет набагато 
приємнішим. 
JavaScript вийшов далеко за межі фронтенд-розробки, з якої він і почався. 
Нещодавно JavaScript розширився до серверної частини веб-розробки і може 
використовуватися у всьому стеку. Це означає, що розробники мають зовнішній 
доступ до методів CRUD (створення, читання, оновлення, знищення) і можуть 
використовуватися навіть на внутрішній стороні веб-сайту. 
 Інтерактивність переднього плану: веб-розробка стає кращою лише завдяки 
підвищеній інтерактивності та можливостям, які пропонує JavaScript. 
Веб-програми схожі на веб-сайти, але натомість вони упаковані в обережну 
маленьку коробочку, що покращує контроль над безпекою та багато іншого. 
56 
 
Браузерні ігри. Сучасний веб-браузер пройшов довгий шлях, розробники навіть 
роблять надійні ігри, які працюють у браузері. 
Серверна веб-розробка. Як було сказано раніше, веб-розробка пройшла довгий 
шлях, і тепер JavaScript настільки надійний, що його можна використовувати навіть 
для керування серверною частиною веб-сайтів та веб-додатків. 
Приклад вигляду js коду можна побачити на рисунку 4.4 
 
Рисунок 4.4 – Вигляд мови javascript 
 CMS чи CMF ? 
 Інтернет спочатку був платформою для опублікування контенту, пов'язаного з 
іншим контентом. Ця основна ідея мешкає і сьогодні. Управління контентом, яким 
досі займається більшість людей в Інтернеті. Багато хто використовують видавничі 
інструменти для публікації свого контенту в Інтернеті, тоді як більшість людей, які 
працюють в індустрії веб-розробки, розробляють речі, які обертаються навколо 
контенту. 
 У цій галузі є низка технічних термінів, які здаються чужими людям, які не 
обізнані в цих речах. По-перше, це різниця між системою керування контентом (CMS) 
та платформою керування контентом (CMF). Як це часто буває з технічними 
термінами, існує тонка червона грань між ти, що вважається чим. 
 За визначенням, структура управління контентом, подібна до цієї, є скоріше 
набір інструментів, який надає технічні інструменти для роботи з концепціями та 
методами управління контентом. Вони можуть змінюватись від таких продуктів, як 
57 
 
CMS, таких як Drupal 8 та eZ Platform, до чистих наборів інструментів, таких як 
Symfony CMF. 
 CMS проста, але обмежена, CMF це потужний інструмент, яким любителі 
легко зловживають. 
 У зв'язку зі стрімким виходом на прибутковий корпоративний ринок багато 
інструментів CMS нині називають їх CMF. Вони прагнуть надати розробникам повні 
фреймворки веб-застосунків. Це може призвести до серйозної фрагментації досвіду 
користувача, оскільки творцям контенту часто не вистачає досвіду користувача. 
 По суті існує технічне визначення, яке можна використовувати для визначення 
CMS або CMF, але це сіра зона. В цілому продукт CMS забезпечує кращий досвід 
користувача за рахунок технічної гнучкості. З іншого боку, CMF забезпечує більшу 
технічну гнучкість, але може призвести до поганого редагування контенту. 
Для сайтів малого бізнесу та інших місць, де публікація контенту та передача 
інформації світу є ключовими, CMS є найкращим вибором. Для більших проектів, де 
у вас є кілька вимог та складності, тоді гнучкість CMF коштує додаткових інвестицій. 
 Сьогодні існує багато різних cms та cmf, деякі з них зображено на рисунку 4.5 
 
Рисунок 4.5 – Існуючі CMS та CMF 
 Magento vs Drupal 
 Magento – це платформа з відкритим вихідним кодом, написана на PHP, що 
дозволяє компаніям створювати свої веб-сайти електронної комерції. Вона була 
офіційно випущена в 2008 році компанією Varien і на сьогоднішній день 
58 
 
використовується більш ніж 250 000 веб-сайтів. Немає сумнівів у тому, що це одна з 
найчастіше використовуваних платформ електронної комерції у світі з різними 
продуктами та версіями. 
Magento включає 2 відмінні версії: Magento Open Source (Community Edition) – це 
безкоштовний план, який задовольняє більшість основних потреб електронної 
комерції, програмний код можна легко завантажити та налаштувати під вимоги 
власників бізнесу та Magento Commerce (Enterprise Edition) - це більш преміальний 
план з розширеними функціями та офіційною підтримкою. 
 Drupal - це ще одне середовище керування контентом з відкритим вихідним 
кодом, розроблене на PHP. У найближчі роки постійно підтримуватимуться і 
підтримуватимуться дві версії: Drupal 7 і Drupal 8. На відміну від Magento, цю 
платформу можна використовувати для створення різних типів веб-сайтів (не тільки 
веб-сайтів електронної комерції). 
Коли справа доходить до взаємодії з рішенням для електронної комерції, слід 
порівнювати Magento та Drupal Commerce. 
Drupal Commerce – це набір модулів для Drupal, який надає безліч функцій 
електронної комерції. Згідно з останніми даними Drupal, понад 56 000 проектів 
використовують Drupal Commerce. Існує 2 версії Drupal Commerce: Drupal Commerce 
1x: для Drupal 7 та Drupal Commerce 2x: для Drupal 8. Наразі остання версії активно 
набирає обертів та скоро повністю витіснить Drupal 7. 
Drupal - одна з найкращих CMS, коли йдеться про веб-сайти, орієнтовані на 
контент. Таким чином, веб-сайт Drupal Commerce дозволяє адміністраторам гнучко 
створювати різні типи контенту з полями, що налаштовуються, і атрибутами. Якщо 
необхідно створити сайт електронної комерції з великою кількістю контенту, Drupal 
Commerce буде набагато більш відповідним, ніж Magento. І навпаки, Magento має 
фундаментальну систему керування контентом. Це дозволяє лише додавати сторінки 
та трохи контенту у різні категорії сторінок та атрибутів до продуктів. 
З огляду на це, було вирішено використовувати CMF Drupal. 
59 
 
4.2 Макет сайту 
Зайшовши на сторінку новин користувач зможе побачити усі останні новини, 
які будуть відсортовані за датою публікації. Це є важоивою функцією, адже дасть 
можливість користувачам без зайвих зусиль слідкувати за новинами компанії, такими 
як акційні пропозиції, або ж про додавання нового товару. Отож якщо користувач 
буде зацікавлений в такій інформації, він зможе знайти її сам, без зайвого спаму. 
Сторінку новин можна побачити на рисунку 4.6 
 
Рисунок 4.6 – Вигляд сторінки новин 
В наступному розділі «Продукти» відвідувачі сайту зможуть переглянути усі 
товари. Для можливості швидко знайти категорію саме тих квітів, які необхідні 
конкретного клієнта на сторінці додана можливість фільтрації товарів за трьома 
категоріями такими як: сорт, висота та колір. Ці три параметри є чи не найзручнішими 
для підбору квітів по власному бажанню. Кнопки фільтрації містять випадаючий 
список з переліком усіх категорій які є в наявності, що може пришвидшити пошук. 
Сторінку «Продукти» можна побачити на рисунку 4.7 
60 
 
 
Рисунок 4.7 – Вигляд сторінки «Продукти» 
 Натиснувши на будь-який товар відвідувач сайту потрапить на сторінку з його 
описом, що буде мітити таки поля, як: назву, ціну, сорт, висоту та короткий опис до 
кожної окремої рослини, де адміністратори зможуть вказати різну додаткову 
інформацію, наприклад, як саме потрібно саджати рослину та доглядати її, які 
добрива їй можуть знадобитись яких помилок при вирощуванні варто уникати. 
Вигляд сторінки з описом товару можна побачити на рисунку 4.8 
 
Рисунок 4.8 – Вигляд сторінки опису таварів 
61 
 
Висновки до розділу 4 
У цьому розділі було детально описано та аргументовано вибір інструментів 
для розробки сайту. Була проведена робота з аналізу технологій та систем які 
використовуються в сучасному світі для створення схожих продуктів і в результаті 
обрано відповідні популярні інструменти, що в майбутньому гарантуватиме 
можливість підтримки проєкту сторонніми розробниками, які зможуть швидко 
зорієнтуватися у обраному стеку технологій, заощадивши гроші на надмірному 
вивченні проєкту та зможуть якнайшвидше приступити до роботи. 
Також у даному розділі було створено макет продукту для зручної подальшої 
орієнтації при розробці проєкту. 
 
 
 
 
 
 
 
  
62 
 
ВИСНОВКИ 
У даній кваліфікаційній роботі представлено управління проєктом з розробки 
сайту Інтернет-магазину квітів. Поступово Інтернет займає все більше простору у 
житті людей, речі які раніше займали багато часу, потребували особистого 
відвідування тих чи інших місць, відстоювання черги та комунікації з людьми 
сьогодні можуть виконуватись за лічені хвилини, не виходячи з власного будинку. Це 
є чи не найголовніша причина та мотивація для людей все більше використовувати 
різноманітні онлайн сервіси та поступово забуватися про офлайн відносини з 
організаціями, якщо це можливо. У цей вік чи не в кожного підприємця тепер є 
потреба у власному сайті, де він зможе надавати саме такі швидкі послуги будь-яких 
можлиих характерів своїм клієнтам, створюючи зручні умови для них, що дозволяє 
залишати вже існуючих клієнтів та привертати увагу нових. І напроти, підприємці які 
не можуть запропонувати такі умови своїм, навіть, потенційним клієнтам ризикують 
втратити їх, або ж так і не потрапити у їх поле зору. 
Саме тому було прийнято рішення розробити сайт для продажу квітів, який 
буде надавати можливість клієнтам користуватися всіма перевагами веб-сервісів, 
зберігаючи їх час та надаючи неймовірної зручності у порівнянні зі звичайним 
форматом взаємодії. 
У кожному розділі були проведені важливі частини планування та розробки 
проєкту. 
Так у першому розділі було проведено опис майбутнього проєкту на який 
можна орієнтуватися підчас усієї розробки задля зручнішої подальшої роботи а також 
дослідження у сфері та порівняння з існуючими аналогами задля того, аби не 
повторювати чужих помилок та перейняти їх сильні сторони і застосувати у власному 
проєкті. 
У другому розділі було сплановано та розглянуто основні концепції проєкту, 
такі як порядок взаємодій між командою розробки, життєвий цикл проєкту та 
обмеження його бюджету, що також необхідне для того щоб впродовж подальшої 
розробки було на що орієнтуватись. 
63 
 
Третій розділ містить в собі етапи розробки та їх планування у систем MS 
Project. Цей розділ є дуже важливим для побудови проєкту, адже він містить точні та 
чіткі рамки вартості та тривалості проєкту. В цьому ж розділі планувалося ризиків та 
бюджету для майбутнього проєкту. 
В останньому четвертому розділі було проведено детальний аналіз щодо 
підбору інструментів розробки. Були проведені роботи з визначення оптимальних та 
сучасних інструментів, які підійшли б для даного проєкту та обрано між ними 
найкращих для даних задач. 
В майбутньому планується розробка програмної реалізації сайту розробленого 
у кваліфікаційній роботі із використанням даного проєкту. Після реалізації проєкту 
сайти буде опублікований в мережі Інтернет щоб користувачі могли ним 
користуватись. 
Підсумовуючи можна з впевненістю сказати що етап розробки та реалізації 
проєкту має дуже важливе значення. Він допомагає чуткіше зрозуміти як саме 
повинен виглядати готовий продукт, що саме містити, чого саме від нього очікують 
замовники та користувачі. Для успішного завершення проєкта необхідно грамотно 
його почати та розробити, що в майбутньому буде ставити цілі вже для 
безпосередньої реалізації продукту  
64 
 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ 
1. Поняття життєвого циклу проєкту. URL: https://buklib.net/books/34069/ (дата 
звернення: 10.11.2022). 
2. Фази життєвого циклу проєкту. URL: https://buklib.net/books/34070/ (дата 
звернення: 10.11.2022). 
3. Структура декомпозиції робіт проєкту. URL: 
https://studentbooks.com.ua/content/view/1313/42/1/3/ (дата звернення: 
13.11.2022). 
4. Планування якості проєкту. URL: https://studfile.net/preview/5118274/page:32/ 
(дата звернення: 15.11.2022). 
5.  Управління ризиками проєкту. URL: 
https://pidru4niki.com/87734/menedzhment/upravlinnya_rizikami_proektu (дата 
звернення: 17.11.2022). 
6.  Філдінг Пол Дж. Як керувати проєктами / пер. з англ. О. Якименко. Харків : 
Вид-во «Ранок» : Фабула, 2020. 240 с. 
7.  Морозов В.В., Кузнецов Є.Д., Данченко О.Б. та інші. Управління бізнесом, 
проєктами, програмами та портфелями проєктів: колективна монографія. 
Університет економіки та права "КРОК", 2012. Т.3, 304 с. 
8.  Данченко О.Б., Дзюба Т.В. Маркетингові дослідження у проєктах: навчальний 
посібник. Київ: ВНЗ «Університет економіки та права «КРОК», 2021. 224 с. 
9.  Управління ІТ-проектами в Microsoft Project: Комп’ютерний практикум 
[Електронний ресурс]: навчальний посібник для студентів спец-і 122 
“Комп’ютерні науки” для всіх спеціалізацій / Л.М. Добровська, О.В. 
Аверьянова; КПІ ім. Ігоря Сікорського. Київ: КПІ ім. Ігоря Сікорського, 2020. 
152 с. 
10. Ефективне управління економікою: інформаційні технології, маркетинг, бізнес 
[текст]: матеріали міжнародної науково-практичної конференції, 19 квітня 2018 
р. // Черкаський державний технологічний університет. – Черкаси: ФОП 
Гордієнко, 2018. – 108 с.  
65 
 
11. . Веб-технології та веб-дизайн : навч. посібник / О. Г. Трофименко, О. Б. Козін, 
О. В. Задерейко, О. Є. Плачінда. – Одеса : Фенікс, 2019. – 284 с. 
12. Бойченко С.В., Іваненко О.В. Положення про дипломні роботи (проекти) 
випускників Національного авіаційного університету. – К.: НАУ, 2017. – 63 с. 
13. Дипломне проектування в комп’ютерній інженерії: навч.- метод. посібник / В. 
Д. Далека, А. І. Поворознюк., А. О. Подорожняк, Ю. І. Панфілов – Харків: НТУ 
«ХПІ», 2019. – 56 с. 
14. База “Аналіз ринків” 59576 оглядів. Вплив COVID-19 на ринок квітів в Україні, 
- Аналітика [Електронний ресурс]. - Режим доступу: 
https://trademaster.ua/ryinki_nonfood/312455. 
66
ChSTU repository

ChSTU repository preserves and enables easy and open access to all types of digital content including text, images, moving images, mpegs and data sets
