Завданням даної дипломної роботи є розробка інтернет книгарні Bookshelf [601640]

2
ЗАВДАННЯ
Завданням даної дипломної роботи є розробка інтернет книгарні “ Bookshelf”

3
АНОТАЦІЯ
В даній дипломній роботі розроблено інтернет-магазин книгарню . Проект
розроблений за допомогою технологій PHP. Продукт пропонує наступні функціональні
можливості:
•Пошук книг;
•Покупка друкованих книг ;
•Покупка і завантаження електронних книг ;
•Можливість створення профіля видавець;
•Можливість створення профіля користувач;
•Можливість створення видавцями власних категорій продуктів;
•Звітність для адміністраторів сайту;
•Широкий набір адміністративних інструментів .

4
ANNOTATION
In this diploma work the online store bookstore was created. The project is developed using
technologies PHP. The product offers the following functionality:
•Search for books;
•Buying printed books;
•Purchase and download e-Books;
•Ability to create profiles publisher;
•Ability to create user profiles;
•Ability to create categories of products for publishers;
•Reporting for administrators of the site;
•A wide range of administrative tools.
ЗМІСТ

5
ВСТУП……………………………………………………………………………………………………….
РОЗДІЛ 1. ОГЛЯД КНИЖКОВИХ ВЕБ-РЕСУРСІВ………………………………………. 5
1.1. Аналіз загальної ситуації в галузі …………………………………………………………… 5
1.2. Огляд та аналіз конкурентів в галузі книжкових інтернет-магазинах…………. 6
1.3. Цільова аудиторія проекту книжкового інтернет магазину………………………… 9
РОЗДІЛ 2. ПОСТАНОВКА ЗАДА ЧІ СТВОРЕННЯ ІНТЕРНЕТ-МАГАЗИНУ
КНИГАРНІ……………………………….……………………………………………………………… 11
2.1 Постановка задачі…………..…………………………………………………………………….. 11
2.2 Специфікація вимог…………………………..………………………………………………….. 18
2.2.1. Вступ……………………………………………………………………………………………
2.2.2. Загальний опис……………………………………………………………………………..
2.2.3. Характеристики системи………………………………………………………………
2.2.4. Вимоги зовнішніх інтерфейсів………………………………………………………
2.2.5. Нефункціональні вимоги до проекту……………………………………………..
2.3.Вибір засобів розроблення системи…………………………………………………….
РОЗДІЛ 3.ПРОЕКТУВАННЯ СИСТЕМИ ОБЛІКУ КЛІЄНТІВ ГОТЕЛЮ…
3.1……………………………………………………….
3.2…………………………………………………
3.3………………………………………………..
РОЗДІЛ 4.РЕАЛІЗАЦІЯ ТА ТЕСТУВАННЯ СИСТЕМИ
ОБЛІКУ КЛІЄНТІВ ГОТЕЛЮ…………………………………………………
4.1.Реалізація функціональних характеристик системи…………………………….
4.2………………………………………
4.3……………………………………………………………………….
РОЗДІЛ 5.ЕКОНОМІЧНА ЧАСТИНА……………………………………………………..
5.1.Оцінювання та аналізування факторів зовнішнього
та внутрішнього середовищ……. …………………………………………………………

6
5.2.Формування стратегічних альтернатив ………………. ……………………………..
5.3.Бюджетування……………………………………………………………………….. …..
ВИСНОВКИ…………………………………………………………………………………….. ………
СПИСОК ЛІТЕР АТУРИ……………………………………………………………………… ……
Додаток А.Ієрархія задач системи обліку клієнтів готелю…………………………
Додаток Б.Схема бази даних для системи обліку клієнтів готелю……………..
Додаток В.Алгоритм визначення відмови від броні……………………………… …..
Додаток Г.Структура модулів системи обліку клієнтів готелю………………….
Додаток Д.Основний код програми роботи з базою даних…………………….. ….
Додаток Е.Звіти програмної системи «Готель»…………………………………………
Вступ

7
Неможливо уявити сучасний світ без комп'ютера, і зокрема, без інтернету. З кожним
роком кількість користувачів неухильно зростає. І це не дивно, адже інтернет дає нам
велику кількість можливостей. Одним з головних його переваг є доступність
величезної кількості інформації. Не виходячи з дому, маючи тільки персональний
комп'ютер і доступ в інтернет, можна здійснювати подорожі по іншим країнам, вивчати
історію, читати цікавлять книги, дивитися кіно, розглядати мільйони фотографій. Але
це не все, що може дати нам всесвітня мережа, вона також дуже спрощує наше життя.
Тепер не потрібно стояти в чергах, щоб купити квиток або оплатити комунальні
платежі, все це можна швидко і безпечно зробити прямо зі свого робочого місця.
З розвитком інтернету неминучим стала поява інтернет-магазинів. Стають доступні
будь-які товари з будь-якої точки планети. Одяг, побутова техніка, книги, електроніка,
продукти, все, що завгодно і все, що потрібно тепер можна купувати прямо з дому.
Основна складність – вибрати конкретну модель серед безлічі аналогів. Але
використовуючи пошуковики не так вже складно знайти кращу. Всілякі форуми
допоможуть отримати думку користувачів про товар, на яке зазвичай можна
покладатися. Заодно можна дізнатися про цікаві тонкощах і подробицях, або побачити
опис більш цікавого товару. Магазини економлять час і гроші.
На жаль, недоліків у інтернет-магазинів теж вистачає. Найбільш, мабуть, головний –
неможливість побачити товар наживо. Фотографії не завжди бувають інформативні. Ще
один недолік, як це не дивно – надлишок інформації. Думки про один товар у різних
людей може кардинально відрізнятися і зробити вибір стає набагато складніше. Ціна і
доставка теж можуть залишити неприємний осад. Вартість товарів зазвичай нижче, ніж
у звичайних магазинах, але товар ще потрібно доставити покупцю. Ніхто не захоче
отримати побитий, пом'ятий, забруднений товар. А все це цілком може статися в
процесі доставки. Існують спеціальні комерційні служби, але вартість їх послуг
немаленька. В результаті чого може вийти, що сума замовлення невелика, але вартість
доставки зведе нанівець всю вигоду. З доставкою пов'язана і ще одна складність – час.
Якщо у звичайному магазині відразу після покупки товар виявляється у вас, то при

8
покупці через Інтернет вам доведеться почекати, поки замовлення до вас добереться.
З вищесказаного стає ясно, що у інтернет-магазину є багато достоїнств і недоліків,
тому до покупок варто ставитися дуже обдумано. Якщо порівнювати ціни, вивчати
характеристики товару, керуватися власною думкою і довіряти тільки перевіреним
сайтам, то покупки в інтернеті можуть істотно заощадити час, гроші і нерви.
Існує кілька способів створення інтернет-магазину – написати його на одній з мов веб-
програмування, використовувати систему управління контентом або просто вивісити
оголошення в соціальній мережі або на форумі.
Для розробника створення такого магазину цікава і прибуткова, але і достатньо
складна задача.
У своїй роботі я проаналізував деякі засоби розробки і вибрав, на мій погляд, одне з
найоптимальніших і з його допомогою створив книжковий інтернет-магазин.

9
РОЗДІЛ 1.
ОГ ЛЯД КНИЖКОВИХ ВЕБ-РЕСУРСІВ
1.1. Аналіз загальної ситуації в галузі
У найближчі роки півтора йтиме процес накопичення авторських прав, і коли це
завершиться, обсяг ринку електронних книг почне інтенсивно рости щорічно. Через
деякий час процес сповільниться, але років через десять електронні книги міцно
займуть 10-15% всього книжкового ринку. Якщо говорити про ринок електронних книг,
а точніше, текстів, то варто мати на увазі, що в це поняття входять і безпосередньо
пристрої для читання, і сервіси з торгівлі електронними книгами у вигляді файлів, і
сервіси "друку на вимогу". Що стосується українського ринку, він буде розвиватися
тільки в симбіозі з ринком пристроїв для читання електронних книг («рідерів»), при
цьому «рідери» повинні надавати користувачам можливість легко скачувати контент.
Поки що ринок пристроїв для читання електронних книг справляє украй слабке
враження.
Враховуючи високу потребу і динаміку зростання ринку прогнозується збільшення
ринку електронних книг в Україні в 2,3-2,5 рази щороку. Слід зазначити, що причиною
різкого зростання стануть як природні ринкові фактори, у тому числі, макроекономічні і
активність виробників, так і зміна структури попиту. Читання електронних книг – одне
з найпопулярніших додатків для мобільних пристроїв, серед користувачів WID читання
стійко займає позицію в першій трійці найбільш важливих завдань.
Основними трендами, що визначають розвиток сектора, наступні:
Зростання інтересу до сегменту електронних книг в цілому (інтерес з боку покупців,
реклама виготовлювачів книг, застосування пристроїв читання електронних книг в
освітніх установах, дії Apple, що пропагує iPad і т. Д.);
Зниження середньої ціни і масове подолання психологічно важливого порога, що
обумовлюється як природної ерозією цін, так і зростанням популярності бюджетних
моделей електронних книг з форматом екрану 5 дюйм;
Значуще збільшення рівня конкуренції, поява нових гравців і моделей з новими

10
технологічними властивостями і функціями. Передбачається до 201 7 року ціна
пристроїв для читання електронних книг опуститься, що найімовірніше призведе до
зростання продажів електронних книг в Інтернеті.
1.2. Огляд та аналіз конкурентів в галузі книжкових інтернет-магазинах
На даний момент на ринку електронної літератури існують наступні конкуренти:
Книжкові соціальні мережі, за оцінками експертів найбільш популярних 4: ImhoNet,
LiveLib, my-lib, ru.reader2 – всім бракує комплексної інтеграції можливостей.
Інтернет-магазини електронних і паперових книг (найбільш популярні: Litres Web-
kniga, ozon, context / ebook – обмеженість соціальних можливостей, пошуку, незручність
структури сервісу)
Піратські Інтернет-портали (knigaluby /, knigka / – сьогодні ведеться активна
боротьба з піратськими сайтами подібного роду)
Книжкові магазини
– Інтернет магазини – прямі конкуренти, займаються торгівлею електронних версій
книг, але володіють обмеженим функціоналом. У них слабо реалізована оцінка книг, як
правило, немає можливості прочитати відгуки читачів про книгу і попросити
рекомендацій.
– Книжкові соціальні мережі – потенційні конкуренти, в них яскраво освітлені
книги, реалізована можливість спілкуватися з друзями та рекомендувати один одному
книги, створювати фан-клуби і спілкуватися з авторами. Можливість покупки книг не
реалізована, як правило, коштують рекламні посилання на магазини паперових книг.
– Піратські інтернет бібліотеки – стримуючі конкуренти, в них у великому обсязі
представлені книги різних тематик. Як правило, якість книг середнє, формат Djvu або
pdf сканований. На сайтах розташовується безліч дратівливою реклами, що не
відноситься до книжкової тематики. Їх плюсом є безкоштовність, гроші власники
порталів отримують з реклами.
Серед розглянутих груп конкурентів найбільш відомими є:
Книжкові соціальні мережі: imhonet, livelib, bookmix, livelib, my-lib;

11
Інтернет магазини електронних книг: litres, web-kniga,uniquebook,context,ozon ;
Піратські книжкові портали: knigka, probiznes, zbooks, knigaluby, bigseller;
Книжкові соціальні мережі є потенційними конкурентами для створюваного сервісу.
Соціальні мережі володіють великими клієнтськими базами, і їм нічого не заважає
вийти на ринок торгівлі електронними версіями книг. Велика частина соціальних
мереж мають схожий функціонал і лише невеликими особливостями вони
відрізняються один від одного. Розглянемо найбільш відомі з них докладніше:
ImhoNet спочатку створювався як портал аматорів художньої літератури. В даний час в
базі сайту міститься багато, обговорювати і оцінювати годі й книгу цілком, а окремі
оповідання якогось автора незалежно від того в якому збірнику вони містяться.
Книги в ImhoNet оцінюються до 10-бальною шкалою, кожній оцінці якої приписана
якась характеристика від "Гірше не буває" до "Краще не буває". Такі рейтинги
допомагають краще орієнтувати в списках і переліках літератури.
LiveLib володіє однією з найбільших користувацьких баз і постійно її збільшує (чому
немало сприяють конкурси з хорошими призами). Це єдиний проект, у якого є інвестор.
BookMix – ще одна соціальна мережа, що стоїть на ряду з іншими. Аналог спільнот
ImhoNet, але зроблений сайт більш зручно, списки "Прочитав" і "хочу прочитати",
рецензії та відгуки.
Серед інших можна виділити книжковий проект X-Libris. Він з'явився в лютому
2007 і працює за принципом агрегаторів соціальних новин. Користувач додає книги, їх
опису, рецензії, посилання на електронні версії і все, що вважатимуть за потрібне, а
спільнота вже голосує «сподобалося / не сподобалося» і таким чином регулює рейтинг
тієї чи іншої книги.
Інтернет магазини електронних книг. Почали з'являтися об'єднання власників
електронних бібліотек, вони у свою чергу:
Зареєстрували ТОВ «Літрес» – легальний магазин електронних книг
Велика частина книг була закрита для безкоштовного скачування, а на читання був
встановлений захист.

12
Укладено багато ексклюзивних договорів з письменниками, за якими тільки
«Літрес» мав право поширювати електронні версії книг
«Літрес» отримує книги безпосередньо від авторів, тобто час на сканування і
розпізнавання не витрачається, автори отримують відрахування з продаваних на
«Літрес» книг.
Решта інтернет магазини електронних книг є партнерами «Літрес».
За функціональністю всі інтернет магазини дуже. Як правило, присутній слабкий
дизайн, мало інформації по здобувається книгам, відсутні користувальницькі оцінки. За
рівнем зручності використання сильно програють книжковим соціальних мереж.
Піратські книжкові портали є найбільш частим місцем, де можна скачати
електронну версію книг, але, як правило, там слабо структуровані розділи, відсутня
зручний пошук і підбір. Власники отримують прибуток тільки від показу реклами на
сайтах.
1.3. Цільова аудиторія проекту книжкового інтернет магазину.
Поведінки практично всіх споживачів оцінюється по етапах процесу покупки.
Для нашого проекту цілком доцільно використовувати аналіз життєвого стилю
споживачів та його цінностей. Характеристика потенційних споживачів за віком,
доходу і т.д. нічого очікувати бути об'єктивною.
Цінності бувають персональні (особисті) і соціальні. Соціальні – визначають
нормальна поведінка для суспільства або групи людей, а особисті цінності – для
конкретної людини.
Особистісні цінності потенційних споживачів можна описати за допомогою таблиці
цінностей Рокеча.
Основними цінностями потенційних споживачів є: 1.Комфортне життя
2.Захоплююче життя 3.Свобода 4.Насолода 5.Самоповага 6.Мудрість 7.Соціальне
визнання 8.Широта поглядів 9.Талант 10.Незалежність 11.Інтелект 12.Логіка.
Визначити типи споживачів, які користуватимуться нашим порталом допоможуть

13
моделі життєвих стилів споживачів .
Виходячи з життєвого стилю виділяються три типи споживача:
«Актуалізаторами» – процвітаючі сучасні люди, з високими доходами і високою
самооцінкою. Прагнуть самовиражатися різними шляхами.
«Експериментатори» – люди енергійні, ентузіасти. Шукають все нове, постійно
експериментують, дуже активні.
«Самореалізується» – задоволені життям люди, які цінують комфорт, зручність,
постійність.
Остаточно визначитися з цінностями та орієнтацією споживача допоможе модель
життєвого стилю LOV , де 9 важливих цінностей розташовані в порядку убування їх
значущості: Почуття приналежності, самореалізація, самоповага, забава і задоволення,
бути шановним, теплі стосунки з іншими, почуття досягнення, безпека, хвилювання.
За допомогою моделей цінностей за Рокечу і життєвого стилю споживачів (V ALS і
LOV) ми можемо описати загальними рисами наших потенційних споживачів:
Нашими потенційними споживачами є сучасні люди, з активною життєвою
позицією, які прагнуть реалізувати себе в різних областях, що підтримують з
оточуючими хороші відносини і цінують їхню думку. Такі люди приймають як цілком
самостійні і незалежні рішення, так іноді орієнтуються більшість.
Основні споживачі: люди у віці 16-35 років, володіють Інтернетом і (або)
електронними пристроями. Слід зазначити, що спостерігається значний вплив
споживача, він з легкістю може вибирати можливість придбання книги (через піратські
бібліотеки або через покупку)
Основними постачальниками легальної літератури є літературні агрегатори,
видавництва, автори.

14
РОЗДІЛ 2.
ПОСТАНОВКА ЗАДА ЧІ СТВОРЕННЯ ІНТЕРНЕТ-МАГАЗИНУ
2.1. Змістовна постановка задачі
Дане технічне завдання поширюється на розробку системи автоматизованого
управління книжковим Інтернет-магазином. Передбачається, що її будуть
використовувати адміністратор системи (менеджер по продажам) і клієнти. Дана
система являє собою спеціалізований Web-сайт з базою даних, що дозволяє, з одного
боку, покупцям вибирати, замовляти і оплачувати товар, а з іншого боку – дозволяє
продавцям збирати і обробляти замовлення покупців в автоматизованому режимі.
Основними цілями нашого веб-ресурсу:
•Стати зручним ресурсом, який організує зручну роботу користувача;
•Допомогти користовучам в зручному пошуку літератури ;
•Можливість видавцям розміщати та продавати літературу;
Ключовими можливостями сайту повинно стати:
•Пошук літератури;
•Коментування літератури;
•Створення та продаж власної літератури ;
•Для видавців та авторів створювати власної галереї ;
•Розсилка електронною почтою листів користувачам;
•Звітність для адміністраторів сайту і користувачів;
•Широкий набір адміністративних інструментів .
Загальний опис. Головна сторінка сайту
Для не зареєстрованого корисувача можливий тількі перегляд головної сторінки,
викорустовувати пошук, а також продивлятись детальну інформацію про літературу.
Ресурс буде локалізований для української та російськой мови, а т акож має бути
збережена можливість додавання інших мов, в разі виникнення потреби
Всі продукти поділяються на 2 типи:
а. Звичайні друковані книжки
б. Електронні книжки
Логування проходить по імені логіну. Також буде розроблена можливість

15
відновлення паролю, у випадку якщо користувач забув свій логін або пароль він завжди
зможе відправити на свою поцтову скриньку інструкцію щодо зміни паролю.
Літературні твори попадають в каруселі на сайті, для того щоб збільшити
візуалізацію продуктів на сайті
Кабінет користувача
Кабінет користувача має складатись з двох вкладок: особисті дані та придбані
товари. На вкладці придбанні товари користувач має можливість продивитись всі
товари що він купляв на сайті. Вкладка особисті дані містить інформацію, що надав
користувач при реєстрації і надає можливість її редагувати.
Сторінка книжок
Як для електронної так і для друкованї книжки сторінка продукту буде виглядати
однаково. На сторінці буде відображено інформацію :
1. Автор
2. Назва
3. Ціна
4. Аннотація
5. Кнопки покупки (для друкованих) і скачати (для електронних книжок)
Адміністрування сайту
Кабінет адміністратора повинен містити наступні функції:
•Можливість редагувати Головну сторінку сайту;
•Деактивовувати облікові записи користувачів;
•Можливість додавання, видалення, редагувати категорії книжок;
•Можливість додавання, видалення, редагувати продуктів книжок;
•Можливість додавання, видалення, редагувати сторінки Акційних пропозицій;
•Можливість додавання, видалення, редагувати сторінки Знижкових пропозицій.
На основі даної постановки задачі в наступному пункті сформовано специфікацію
вимог для програмного продукту.

16
2.2. Специфікація вимог до інтернет магазину “ Bookshelf”
1.1 Мета проекту
Задача проекту створити ресурс, який надавав би можливість з одного боку
користувачам шукати та купляти літературу на нашому сервісі, а з іншого боку
видавцям, на основі авторських прав, безпосередньо розміщувати свої твори на продаж
на нашому сайті. Адміністраторський сервіс, а також зручні і прості інтерфейси сайту
мають спростити задачі користувачів в пошуку, покупці, розміщенні нової літератури.
2.1 Характеристики продукту
Основними функціональними можливостями даного продукту є:
•Пошук книг;
•Покупка друкованих книг ;
•Покупка і завантаження електронних книг ;
•Можливість створення профіля видавець;
•Можливість створення профіля користувач;
•Можливість створення видавцями власних категорій продуктів;
•Форми зворотнього зв 'язку;
•Надання знижок та акційних пропозицій ;
•Стрічка новин;
•Додаткова візуалізація для обраних книг ;
•Звітність для адміністраторів сайту;
•Широкий набір адміністративних інструментів.
2.2 Класи користувачів та їх характеристики
У системі передбачено використання 4 клас а користувачів:
1.користувач з роллю адміністратор
•Бачити список всі єї літератури та її редагувати;
•Змінювати повідомлення в коментарях;
•Видаляти та редагувати облікові записи користувачів;

17
•Авторизовувати видавців
•Перегляд скарг, що надіслали користувачі.
2.користувач з роллю незалогований відвідувач
•Пошук та перегляд літератури;
3.користувач з роллю залогований відвідувач
•Перегляд та покупка літератури ;
•Коментування літератури;
•Створення власних лотів для продажу ;
•Пошук літератури;
•Редагувати власного облікового запису;
4.користувач з роллю видавець
•Бачити список с воєї літератури та її редагувати;
•Коментування літератури;
•Редагувати власного облікового запису;
•Створення власних лотів для продажі ;
•Перегляд скарг, що надіслали користувачі, щодо його книжок
Відповідно при створенні, додаванні нового користувача в систему та редагуванні
прав уже існуючих користувачів в залежності від обраної ролі користувачу буде
доступно лише набір можливостей закріплених за конкретною роллю. Якщо для
адміністратора це будуть "повні права" та можливість доступу до всіх метаданих
системи і відображення усіх елементів та підсистем продукту, то у випадку користувача
відвідувача чи видавця це будуть "обмежені права".
2.3 Середовище функціонування
Сайт є подуктом веборієнтованим і написаний на мові програмування PHP.
PHP це мова сценаріїв на стороні сервера призначені для веб-розробки, але також
використовується в якості мови програмування загального призначення.
PHP код може бути вбудований в HTML код, або він може бути використаний в

18
поєднанні з системами різних веб шаблонів, системи управління веб-контентом і веб-
платформами. PHP-код зазвичай обробляються PHP інтерпретатора, виконана у вигляді
модуля в веб-сервері або в якості Common Gateway Interface (CGI) виконуваного файлу.
Веб-сервер об'єднує результати коду інтерпретується і виконується РНР , який може
бути будь-якого типу даних, включаючи зображення, з генерується веб-сторінки. PHP
код також може бути виконана за допомогою інтерфейсу командного рядка (CLI) і може
бути використаний для реалізації автономних графічних додатків.
3.1 Головна сторінка
3.1.1Опис і пріоритет
Так як головна сторінка є обличчям сайту, кожен елемент має бути функціонально
зручним і розташовуватись згідно правил проектування GUI. Дана функція має високий
пріоритет.
3.1.2Послідовності дія/відгук
Для того щоб попасти на головну сторінку сайту треба в стрічці браузера ввести
http://bookshelf/
3.1.3Функціональні вимоги
oREQ-1.1: Header;
oREQ-1.2: Можливість зміни мов;
oREQ-1.3: Іконка корзини;
oREQ-1.4: Логотип (клікабельний, з перенаправленням на головну сторінку);
oREQ-1.5: Стрічка пошуку;
oREQ-1.6: Меню зі сторінок сайту;
oREQ-1.7: Посилання на сторінку логування зареєстрованих користувачів;
oREQ-1.8: Посилання на сторінку реєстрації для не зареєстрованих користувачів;
oREQ-1.9: Карусель для розміщення книжок;

19
oREQ-1.10: Лівий сайдбар (категорії Авторів) .
oREQ-1.11: Правий сайдбар (категорії Жанри, стрічка новин)
3.2 Кабінет користувача
3.2.1 Опис і пріоритет
Потрібно розробити кабінет користувача для того щоб користувач мав можливість
керувати своїм обліковим записом. Дана функція має високий пріоритет.
3.2.2Послідовності дія/відгук
Користувач натискає кнопку “Ввійти” і потрапляє на сторінку логування, після
проходження успішної авторизації, він потрапляє в особистий кабінет.
3.2.3Функціональні вимоги
oREQ-2.1: Інформаційна сторінка облікового запису;
oREQ-2.2: Можливість редагувати обліковий запис;
oREQ-2.3: Секція історії покупок на сайті;
3.3 Сторінка продукту книги
3.3.1Опис і пріоритет
Для того щоб користувач мав можливість купувати книги, треба створити сторінку
продукту. Дана функція має високий пріоритет. Дана функція має високий пріоритет.
3.3.2Послідовності дія/відгук
Користувач натискає на лінк книги і потрапляє на сторінку продуту.
3.3.3Функціональні вимоги
oREQ-3.1: Відображення інформації про книгу;
oREQ-3.2: Можливість додавання товару в кошик;
oREQ-3.3: Можливість скачування електронної книги;
oREQ-3.4: Перегляд короткої аннотації про книгу;
oREQ-3.5: Функція поділитись сторінкою книги в соц мережах;
oREQ-3.6: Прев'ю першої сторінки книги;

20
3.4 Функціонал кошик
3.4.1Опис і пріоритет
Для того щоб забезпечити роботу книгарні як магазину користувач повинен мати
можливість відвідати сторінку Кошик. Дана функція має високий пріоритет.
3.4.2Послідовності дія/відгук
Користувач має додати будь-якій товар у кошик, після того нажати на іконку Кошик
у header сайту.
3.4.3Функціональні вимоги
oREQ-4.1: Відображати товар, ціну та кількість;
oREQ-4.2: Можливість редагування та видалення;
oREQ-4.3: Оформлення замовлення;
3.5 Адміністрування сайту
3.5.1Опис і пріоритет
Для того щоб забезпечити адміністрування та модерацію сайту потрібно розробити
адміністративну панель. Пріоритет – високий.
3.5.2Послідовності дія/відгук
Користувач з правами «адміністратор» має перейти за посиланням
http://bookshelf/manager і залогуватись під своїм логіном
3.5.3Функціональні вимоги
oREQ-5.1: Список всіх сторінок сайту;
oREQ-5.2: Змінювати/видаляти облікові записи користувачів;
oREQ-5.3: Редагування продукти на сайті;
oREQ-5.4: Редагування каруселі книжок;
oREQ-5.5: Редагування категорії авторів;
oREQ-5.6: Редагування категорії жанри;

21
4.2 Програмні інтерфейси
Розробка проекту буде використовувати наступні технології:
oPHP – серверна частина;
oMySQL – СУБД;
oHTML 8/ CSS 3/ JS/ JQuery – Клієнт;
oGIT – система контролю версій;
oLog4J – логування;
oGoogle-Gson – json серіалізація java-об’єктів;
oApache – засіб збірки проекту;
Вимоги зовнішніх інтерфейсів
1.Адаптованість:
•сумісним з потребами та можливостями користувача;
•забезпечувати простоту переходу від виконання однієї функції до іншої;
•забезпечувати користувача на високому рівні вказівками стосовно його
можливих дій, а також генерувати належний зворотний звязок на його
запити;
•надавати користувачу можливість відчувати себе повноправним керівником
ситуації при розв’язанні всіх типів задач, тобто, забезпечувати його всією
необхідною інформацією;
•користувач повинен бути впевненим, що він сам розв’язує поставлену задачу;
•забезпечувати користувача різними, взаємнодоповнюючими формами
представлення результатів в залежності від типу запиту або від характеру
отриманого рішення;
•враховувати особливості користувачів різних рівнів;
2.Достатність інтерфейса:

22
•допустимі запити користувача пoвинні бути чіткими для користувачів всіх
рівнів;
•реакція системи на всі типи запитів також повинна бути одно-значною і
зрозумілою і, по можливості, простою.
3.Дружність інтерфейсу:
Це максимальна простота його використання і готовність в повній мірі
задовольнити запити користувача.
4.Гнучкість інтерфейсу:
•можливість адаптування до розв’язання конкретної задачі.
•інтерфейс не повинен бути перевантажений деталями щодо представлення
розв’язку поставленої задачі користувач може не охопити всіх подробиць
•він не повинен містити зайвих декоративних деталей, які відволікають від
головної задачі.
5.1 Вимоги продуктивності
Веб-ресурс має бути оптимізований під роботу браузера Chrome
5.2 Вимоги безпеки
За для збереження персональних даних користувачів система має бути захищенна
від взламів. Вся інформація щодо покупок в інтернет магазині має зберігатись
відповідно до збереження персональних даних. Відповідно всі паролі, а також логі
транзаакцій має бути хешованим.
5.3 Атрибути якості програмного продукту
Продукт має мати такі атрибути як зручність, а також надійна робота інтернет
ресурсу.
6. Інші вимоги
Можливість локалізації сайту

23
4.3 Комунікаційні інтерфейси
Для роботи веб-сайту потрібно використовувати протоколи передачі даних HTTP
2.3. Вибір технологів та інструментів
MODX є вільним, відкритим вихідним кодом система управління контентом і веб-
додатків для публікації контенту на всесвітній павутині і інтранет. MODX під
ліцензією GPL, написано на мові програмування PHP, і підтримує MySQL і Microsoft
SQL Server в якості бази даних. Він був нагороджений найперспективнішою системою
управління контентом з відкритим вихідним Packt Publishing в 2007 MODX дозволяє
повністю сегрегації контенту (звичайний HTML), зовнішній вигляд і поведінку
(сумісних зі стандартами CSS і JavaScript) і логіки (PHP сніпетів).
Додаткові можливості MODx включають:
•Графічний веб-інсталятор.
•Підтримує PHP 5.1.1 і вище.
•Підтримує WYSIWYG текстові редактори.
•Крос-браузерний і крос-платформний, включаючи Firefox, Safari і Internet
Explorer на Windows, Mac OS X (Firefox і Safari), і Linux (Firefox).
•Може бути встановлений під IIS, Apache, Lighttpd, Гайавату, Cherokee, Nginx і
веб-серверів Zeus.
•Підтримує будь-яку бібліотеку Ajax, в тому числі JQuery, MooTools, ExtJS, і
Prototype.
•Рекурсивний аналізатор для вкладених функціональності.
•Повний контроль всіх метаданих та URL структури для пошукової оптимізації

24
(SEO) цілей.
•Об'єктно-орієнтованим, MVC сумісний код ядра.
•Дозвола на основі ролей для менеджера.
•Можливість налаштування диспетчера.
•Можливість установки Додатків менеджером.
•Інтеграція електронної комерції за допомогою Foxy кошик.
Використання JSON для обміну даними
JSON є відкритим стандартом. Формат, який використовує людина-якого читають
текст для передачі об'єктів даних, що складаються з пар атрибут-значень. Це найбільш
поширений формат даних, який використовується для асинхронної браузер-сервер
зв'язку, який використовується AJAX.
JSON це формат даних залежить від мови. Це відбувається від JavaScript, але тепер
код для генерації і аналізу інформації JSON-формат доступний на багатьох мовах
програмування. Офіційний тип інтернет-ЗМІ для JSON є застосування / JSON.
Розширення імені файлу JSON є .json.
Вибір веб сервера
HTTP-сервер Apache є найбільш широко використовуваним ПО веб-сервера в світі.
Спочатку на основі сервера NCSA HTTPD, розвиток Apache почалося на початку 1995.
Apache грає ключову роль в початковий зростання Всесвітньої павутини.
Apache розробляється і підтримується відкритим співтовариством розробників під
егідою Apache Software Foundation. Найчастіше використовується на Unix-подібних
системах (зазвичай Linux), програмне забезпечення є для широкого спектра
операційних систем, включаючи eComStation, Microsoft Windows, NetWare, OpenVMS,
OS / 2, і ФОП. Випущений під ліцензією Apache, Apache є вільним і відкритим
вихідним кодом.

25
Станом на листопад 2015 року, Apache використовує 50% всіх активних сайтів і 37%
топ-серверів у всіх областях.
Apache підтримує безліч функцій, багато реалізованих у вигляді скомпільованих
модулів, які розширюють функціональність ядра. Вони можуть варіюватися від
серверного підтримки мови програмування до схем аутентифікації. Деякі інтерфейси
спільної мови підтримують Perl, Python, Tcl і PHP. Популярні модулі аутентифікації
включають mod_access, mod_auth, mod_digest і mod_auth_digest, наступник mod_digest.
Зразок Інші особливості включають Secure Sockets Layer і Transport Layer Security
підтримки (mod_ssl), модуль проксі (mod_proxy), модуль URL переписування
(mod_rewrite), призначені для користувача файли журналів (mod_log_config) і
підтримку фільтрації (mod_include і mod_ext_filter).
Популярні методи стиснення на Apache включають зовнішній модуль розширення,
mod_gzip, реалізований, щоб допомогти зі зменшенням розміру Веб-сторінки під
HTTP. Журнали Apache можуть бути проаналізовані за допомогою веб-браузера такі як
AWStats / W3Perl.
Apache може налаштовувати повідомлення про помилки, СУБД на основі бази
даних аутентифікації, та узгодження змісту. Він також підтримує кілька графічних
користувальницьких інтерфейсів.
Він підтримує аутентифікацію за паролем та аутентифікація цифрового сертифікату.
Оскільки вихідний код знаходиться у вільному доступі, кожен може адаптувати сервер
для конкретних потреб, і є велика публічна бібліотека Apache.
Проект Apache HTTP Server є зусиллям спільної розробки програмного
забезпечення спрямовані на створення надійної, комерційного класу,
багатофункціональний і вільно доступні реалізацію вихідного коду сервера HTTP. Цей
проект спільно управляється групою добровольців розташованих по всьому світу,
використовуючи Інтернет.

26
Р озділ 3.
ПРОЕКТУВАННЯ ТА ПРОГРАМНА РЕАЛІЗАЦІЯ ІНТЕРНЕТ КНИГАРНІ
“Bookshelf”
3.1. Використані шаблони проектування
Для проекту було обрано шаблон MVC. Model-View-Control (MVC) шаблон,
спочатку сформульована в кінці 1970-х, є зразком архітектури програмного
забезпечення побудований на основі збереження представлення даних окремо від
методів, які взаємодіють з даними. У теорії, добре розвинена система MVC дозволяє
front-end розробнику і back-end розробнику працювати в тій самій системі одночасно.
MVC була спочатку розроблена для персональних комп'ютерів, згодом була
адаптована і широко використовується веб-розробниками. Це стимулює розвиток
модульних систем, дозволяючи розробникам швидко оновлювати, додавати або навіть
видалити функціональність.
Назва патерну є зіставлення трьох основних частин: Модель, Вид і контролер.
Візуальне представлення

27

Зображення показує один макет потоку даних і як працює співвідношення між
кожним компонентом.
Модель це статичні данні, що використовуються для дизайну сайту. Вона повиненна
забезпечувати доступ до даних, які будуть розглядатися, або зібрані й записані, і є
сполучною ланкою між View компонентом і компонентом Controller в загальній
структурі.
Одним з важливих аспектів моделі є те, що це технічно "сліпий" – не має ніякого
зв'язку або знання того, що відбувається з даними, коли вони передається через View
або Controller. Модель не шукає данні в інших компонентах. Її єдина мета полягає в
обробці даних , що передаються з інших частинах.
Модель, однак, не може просто бути підведені в якості бази даних, або шлюз в іншу
систему, яка обробляє процес передачі даних. Модель повинна виступати в якості
воротаря до самих даних, не ставлячи питань, але приймаючи всі запити, які йдуть
своєю чергою. Найчастіше найбільш складною частиною системи MVC компонент
Модель також вершина всієї системи, так як без нього не існує зв'язок між контролером
і видом.
View це дані, які запитуються від моделі, розглядається і його кінцевий визначається
результат . Традиційно в веб-додатках, створених з використанням MVC, View є
частиною системи, де формується і відображається HTML. View також оброблює
запити з боку користувача, які потім виводить на взаємодію з контролером. Основним
прикладом цього є кнопка , коли користувач натискає і запускає дію в контролері.
Важливо також пам'ятати, що частковий вид ніколи не дається даними контролера.
Немає прямого зв'язку між видом і контролером без моделі між ними.
Controller, завдання його полягає в обробці даних, які користувач вводить або подає,
і оновлювати моделі відповідно. Controller без взаємодії з користувачем не має мети.
Controller може бути збирачем інформації, який потім передає його на моделі, який
буде організований для зберігання, і не містить будь-якої логіки. Контролер також

28
підключається тільки до одного View і Model, що робить його систему потоку даних в
одну сторону.
Controller отримує завдання для виконання, коли користувач взаємодіє з View і що
кожна функція контролера є тригером.
3.2. Проектування бази даних та основних класів
Для зображення моделі інформаційної системи книжкового веб-порталу, створенні
основні класи системи у вигляді діаграми класів (Додаток Б. Концептуальна діаграма
класів Книжкового веб-порталу).
Основною роль в роботі сайту відводяться користувачам, відповідно роль
користувача в базі данних буде мати такий вигляд (рис **):

29
hbc
Користувачи будуть наділенні певними налаштуваннями і атрибутами. В базу було
закладено також можливості які можуть бути доданні під час дороботок по проекту.
Відповідно це зображено (рис **):

30
Відповідно до структури сайту, були використанні стандартні темплейти
фреймворку MODX, відповідно це зображено так (рис **):
Для роботи з темплейтами, також було закладено структуру бази даних, які
розроблялись в процесі роботи над проектом (рис**):

31
as
3.3. Проектування користувацьких інтерфейсів
Головна сторінка містить такі елемети :
•header
•логотип (з лінком на головну сторінку)
•іконка корзини
•іконки мовного вибіру
•пошукова стрічка
•лівий сайдбар (список авторів, що представленні на сайті)
•правий сайдбар (жанри, що представленні на сайті)
•карусель верхня (з актуальними товарами)
•карусель нижня
•посилання на авторів і їхні твори

32
Головна
сторінка має
відповідати
макету
(рис ).

33
Форма реєстрації згідно шаблону:

34
Особистий кабінет згідно шаблону:
Сторінка категорії автора згідно шаблону:
Сторінка товару згідно шаблону:

35
Сторінка корзини згідно шаблону:
Сторінка контактів згідно
шаблону:

36
Сторінка адміністратора згідно шаблону:

37
РОЗДІЛ 4.
РЕАЛІЗАЦІЯ ТА ТЕСТУВАННЯ СИСТЕМИ
4.1. Звіт про тестування
1. Вступ
Тестування функціональності виконується для перевірки того, що програмне
забезпечення виконує і функції правильно відповідно до проектних специфікацій. Під
час тестування функціональності ми перевіряємо функції додатоків: введення тексту,
функції меню і установку і настройку на локалізованих машини і т.д.
•Встановлення та налаштування на локалізованих машин, що працюють
локалізується операційних систем і локальних кодових сторінок.
•Введення тексту, в тому числі використання розширених символів або
нелатинських.
•Основні функції програми. обробка рядків, текст і дані, Unicode додатків або
модулів.
•Регіональні настройки за замовчуванням.
•Текст звернення (наприклад, копіювання, вставка і редагування) розширених
символів, спеціальних шрифтів і нелатинських. Точні ярлики гарячих клавіш без будь-
яких дублювання.
Тестування Функціональність перевіряє, що додаток як і раніше повністю
функціональний після локалізації. Навіть додатки, які професійно багатомовний
відповідно до директив готовності вимагає тестування функціональності.
Тестування безпеки процес направлений, щоб виявити недоліки в безпеці
інформаційної системи, які захищають дані. Через логічних обмежень тестування
безпеки, проходячи тестування безпеки не є ознакою того, що ніяких недоліків не існує.
Це тип нефункціонального тестування.
•Тестування безпеки є в основному тип тестування програмного забезпечення, що

38
зроблено, щоб перевірити, чи є певна програма або продукт безпеченим чи ні. Він
перевіряє додаток на вразливість до атак.
•Це процес, щоб визначити, що інформаційна система захищає дані і підтримує
функціональність, як передбачалося.
•Тестування безпеки виконується для перевірки, чи є витік інформації в тому
сенсі, шляхом шифрування додатки або за допомогою широкого спектра програмного
забезпечення і технічних засобів і брандмауер і т.д.
•Шість основних понять безпеки, які повинні бути охоплені тестування безпеки є:
конфіденційність, цілісність, аутентифікація, доступність, авторизації і безвідмовності.
2. Розробка тестів .
Для тестування проекту було розроблено ряд тестів які перевіряють функціональні
вимоги, що описанні в техніному завданні, а так ож перевіряють безпеку ресурсу і
захист персональних данних системи. Тестові випадоки складаються з детальних
кроків, тестових даних.
2.1. Функціональні тести . Для етапу тестування було спроектовано 11
функціональних тестів. Таблиця 4.1 показує розподіл наборів функціональних тестових
випадків за варіантами використання.
Таблиця 4.1. Розподіл наборів функціональних тестових випадків
Варіанти використання Тестові випадки
Add to cart 2
Find Book 4
Book purchase 3
Book Categories 1
Author Categories 1
Загалом 11
Додаток Д «Результати функціонального тестування».
2.2. Тести на безпеку . Для етапу тестування було спроектовано 5 тестових випадків

39
безпеки. Таблиця 4.2 показує розподіл наборів тестових випадків на безпеку за
варіантами використання.
Таблиця 4.2. Розподіл наборів тестових випадків на безпеку
Варіанти використання Тестові випадки
Not Authorized 2
Admin resources 1
HTML injection 1
SQL injection 1
Загалом 5
Додаток Е «Результати тестування на безпеку».
3.Функціональне тестування . Результати функціонального тестування наведені в
Додатку Д «Результати функціонального тестування».
Підсумок тестування : 11 з 11 наведених тестів в Додатку Д пройшли успішно. Отже
функціональне тестування розглядаємо як повністю успішним – 100% тестових
випадків пройшли.
4.Тестування безпеки . Результати тестування безпеки наведені в Додатку Е
«Результати тестування на безпеку».
Підсумок тестування: 5 з 5 наведених тестів в Додатку Е пройшли успішно. Отже
тестування на безпеку розглядаємо як повністю успішним – 100% тестових випадків
пройшли.
Відомі дефекти: відсутні
Умови тестування, які визнавалися успішними були наступні:
Розробка тестів:
•Всі заплановані тестові випадки розроблено;
•Покриття тестами програмних вимог досягає 100%;
•Покриття тестами варіантів використання досягає 100%;

40
•Тестування:
•Всі розроблені тестові випадки виконано;
•Виконано тестування продуктивності, вимоги продуктивності задоволено;
•Всі внутрішні дефекти виправлені і виправлення підтверджено.
•Всі наведені умови задоволено, проект вважається успішним .
4.2. План впровадження
1. Вступ
Для запуску проекто потрібно визначити основні кроки запуску проекту у
промислову експлуатацію. Надати необхідні рекомендації фдміністраторам щодо
використання проекту. Документ буде носити рекомендаційний характер, замовник має
право вносити свої корективи в роботі з програмного забезпечення і налаштовувати
проект на власний розсуд, в залежності від необхідних бізнеспроцесів.
2. Ролі відповідальності
Ролі які передбачаються планом впровадження це:
Розробник – людина, що буде займатися технічними питаннями . Основна задача
це підключення та розгортання необхідних модулів проекту
Консультант – спеціаліст, який буде займатись навчанням персоналу проекту
3. Часовий план
Ми розглянемо план впровадження для 2 осіб, які будуть займатись супроводом
проекту
Таблиці 4.3. Графік впровадження
Назва робіт ТерміниВідповідальний

41
Проект Bookshelf01.11.15-
20.03.16
Етап №1 "Підготовчі роботи. Конвертація та перенесення
даних"01.11.15-
20.11.15
перенос даних, перевірка отриманих даних Розробник
Етап №2 "Розгортання проекту"21.11.15-
09.03.16
Роботи по розрортанню проекту на локальному тестовому сервері Розробник
Етап №3 "Навчання користувачів "10.03.16 –
12.03.16
Навчання адміністраторівКонсультант
Етап №4 "Промислова експлуатація"13.03.16 –
17.03.16
Підготовка системи до експлуатації Розробник
Супровід під час експлуатаціїРозробник,
Консультант
Ризик непередбачених змін (резерв часу)18.03.16 –
20.03.16Розробник,
Консультант
4. Навчання персоналу
Для запуску проекту потрібно провести тренінги для таких типів користувачів, як:
Для успішного запуску проету необхідно провести навчання для користувачів типу
адміністратор
Адміністратори – тренінг, в якому буде розглянуто детальні можливості
адміністратор, а також буде ознайомленно з основними можливостями адмін панелі
проекту.
Графік навчання зображено в попередньому розділі.
5. Робоче середовище
Так як проект являється веб-сайтом написаним на мові програмування PHP, для
локального розгортання необхідно встановити локальний сервер Apache
4.3. План супроводу

42
1. Вступ
План супроводу це опис особливостей для проведення обслуговування системи під
час експлуатації. Де будуть розглянуті рекомендації, щодо її супроводу.
2. Огляд системи
Проект являє собою веб-аплікацію написану на платформі PHP. Основні функції
системи:
Пошук книг;
Покупка електронних книг ;
Покупка друкованих книг ;
Створення нових лотів;
Набір адміністративних інструментів
Сворення власних профілів користувачів
Історія кошика користувачів
Створення колекцій авторів
3. Середовище супроводу
Для супроводу проекту рекомендується використовувати Систему Відслідковування
Помилок (Bug Tracking System).
Один з варіантів обрем одну з умовно безкоштовних систем, наприклад Jira.
Jira є Bug Tracking System, розроблений Atlassian. Вона забезпечує систему
стеження за дефектами, відстеження помилок і функції управління проектами.
Згідно Atlassian, JIRA використовується для відстеження проблеми і управління
проектами більш 25000 клієнтів в 122 країнах по всьому світу.
У порівнянні з Bugzilla, JIRA більш внутрішньо налаштовується. Bugzilla має один,
фіксований кінцевий автомат представляти життєвий цикл «помилка». Всі такі
помилки, як передбачається, слідувати тій же фіксованого шаблону виявлення, ремонту
і випробування. Всі помилки і повинні мати однаковий життєвий цикл. JIRA дозволяє
цей автомат міняти користувачамам, а також для різних класів питання, які необхідно
відстежувати, кожен зі своєї власної машини. Це робить JIRA набагато більш гнучким:
він може бути використаний в якості більш загального "відстеження проблем", а не

43
тільки в системі відслідковування помилок, відстеження нових побажаннь, завдання
системного адміністратора, завдання Scrum або будь-який інший функції. Щоб
уникнути накладних витрат на настройку JIRA для кожного нового типу завдання,
вбудованих конфігурацій, таких як GreenHopper.
4. Процедури супроводу
Типову схему супроводу проекту зобразимо на рис. 4.1.
Рис. 4.1.
Схема супроводу системи
Отже, як видно з і схеми:
•Звітуючий (Reporter) повідомляє проблему в JIRA; питанню присвоюється статус
Open;
•Менеджер (Manager) повідомляється через JIRA про проблему і призначає
завдання Розробнику (Developer); питання тепер має статус: Inprogress, Resolved,
Closed;
•Розробник може просити роз'яснення або в Звітуючого або в Менеджера;
питанню присвоюють статус: Open;
•Розробник визнає, що він зрозумів суть питання і вже може почати працювати
над ним (статус Inprogress); якщо не потрібно ніяких дій, розробник може відзначити,

44
як проблему, як вирішено ( Resolved);
•Розробник відзначає питання, як вирішене ( Resolved), коли робота завершена, і
репортер і керівник повідомляється про це;
Менеджер перевіряє, чи питання буде вирішене. Коли він задоволений результатом,
вони відзначають проблему закритою (Closed).
РОЗДІЛ 5. ЕКОНОМІЧНА ОЦІНКА ПРОЕКТНОГО РІШЕННЯ
5.1. Економічна характеристика проектного рішення
Спеціалізацією інтернет-магазину були обрані книги. Зараз багато популярні
романи екранізують і, на жаль, у деяких людей пропадає бажання прочитати оригінал
історії. Іншою проблемою є поширення електронних книг. Але для безлічі людей
звичайна книга все ще є великою цінністю. Саме для того щоб задовільнити потреби
обох груп читачів і створений наш проект.
Для будь-якого користувача інтернет-магазину головними перевагами є швидкість
завантаження і простота навігації. На жаль, іноді буває складно розібратися в
заплутаній ієрархії сайту і знайти потрібну річ. Ще одним неприємним явищем іноді
буває поганий дизайн – занадто дрібний текст або яскраві, кричущі кольори, від яких
втомлюються очі.
Тому головним завданням є створення інтернет-магазину книжок, у якому покупець
міг би з легкістю орієнтуватися, швидко знаходити потрібний товар і купувати його.
Велику увагу слід приділити і дизайну. Проаналізувавши декілька засобів розробки
вибрати оптимальне. Додаткове завдання – просування отриманого проекту в інтернеті.
Вдалий web-сайт – це у вищій мірі ефективний інструмент торгівлі – він здатний
захоплювати увагу аудиторії. Як і будь-який інший маркетинговий інструмент,
заснований на принципі безпосереднього відгуку, насамперед він повинен
заінтригувати відвідувача, а потім сподвигнуть його на певні дії. Проте, багато

45
ігнорують цю особливості головної сторінки, що часто призводить до того, що
відвідувачі не затримуються на сайті надовго і залишають його, ледь зайшовши. Такі
web-сайти, нехай навіть містять іноді величезні кількість корисних порад і статей,
практично ніколи не досягають передбачуваного рівня відвідуваності, не кажучи вже
про продажі.
Зробивши лише кілька змін, простий web-сайт може перетворитися на більш
надійний і ефективний інструмент. Важливо пам'ятати, що день у день на потенційних
клієнтів обрушується потік інформації і різних рекламних повідомлень, і що в плані
завоювання їхньої уваги існує гранично жорстка конкуренція. Web-сайт, здатний
привернути увагу і викликати цікавість, спонукає клієнтів не тільки переглянути
залишилися сторінки і зробити покупки, але і знову відвідати його через деякий час, а
також рекомендувати своїм друзям і знайомим.
По-перше, список товарів, що перебувають на складі. Так як онлайновий
«прилавок» як правило, прив'язаний до системи автоматизації якого-небудь
підприємства, то цей список містить ті ж вироби, що є у продажу і в звичайних (не
віртуальні) магазинах. Вміст складу представляється зазвичай у вигляді ієрархічної
деревоподібної структури, базовими елементами якої є групи товарів. Клацнувши
мишею на групі, вона розгортається, відкриваючи список підгруп або конкретних
виробів певного типу. Іноді покупець може подивитися картинку із зображенням товару
і його характеристики, а також додати його в свій кошик.
Наповнивши кошик, клієнт віддає команду «Виконати замовлення» і вибирає зручну
для нього форму оплати. Якщо він здійснює покупку в магазині вперше, то його
зазвичай просять вказати деякі відомості про себе – ім'я, телефон, адреса та ін.
Корпоративний покупець повідомляє назва підприємства, номер розрахункового
рахунку, ім'я та телефон контактної особи. На цьому етапі покупцеві присвоюється
певний ідентифікаційний код. Це робиться для того, щоб коли він зайде в магазин в
наступний раз, всю зазначену вище інформацію можна буде не вводити – досить вказати
свій код. Далі здійснюється розрахунок і безпосередня передача товару клієнту.

46
Існують різноманітні форми оплати: за готівковий розрахунок кур'єру при доставці,
за безготівковим розрахунком (для організацій), банківським переказом, електронні
платежі, оплата післяплатою або поштовим переказом.
Бар'єри для входу на ринок незначні, переважно інформаційні та правові (зв'язки з
агрегаторами, володіння знаннями про сервіс і його особливості). Великих фінансових
вкладень не потрібно. Продукція (послуга) на ринку слабодіфференцірованна.
Розширення асортименту відбувається за рахунок нової оцифрованої літератури.
Інтенсивність конкуренції низька, т ак як не проводиться рекламних кампаній,
практично немає брендів і боротьба ведеться тільки на рівні сприйняття людей
(продукція не має істотних відмінностей за асортиментом і ціною).
5.2. Розрахунок витрат на розробку інтелектуальної інформаційної систем
1) Витрати на розробку і впровадження програмного засобу (К) визначаються як:
Kзаг = K1 + K2, (5.1)
де K1 – витрати на розробку програмного засобу, грн.;
K2 – витрати на відлагодження і дослідну експлуатацію програмного засобу на
ЕОМ, грн.
Витрати на розробку програмного засобу включають в себе:
витрати на оплату праці розробників (Воп);
єдиний соціальний внесок ( В со );
вартість додаткових виробів, що закуповуються ( Вд);
транспортно-заготівельні витрати ( Bmp );
витрати на придбання спецобладнання ( Bсо );
накладні витрати ( Bн);
інші витрати (Bін).
Для проведення розрахунків витрат на оплату праці необхідно визначити категорії
працівників, які приймають участь в процесі проектування, їх чисельність,
середньоденну заробітну плату спеціаліста відповідної категорії та трудомісткість робіт
у людино-днях (людино-годинах).
Середньоденна заробітна плата і-го розробника ( ЗПДі) обчислюється за
формулою:
ЗПДі=ЗПі
Фм (5.2)

47
де ЗПі- основна місячна заробітна плата розробника і-ої спеціальності, грн.;
Фм – місячний фонд робочого часу, днів.
У проекті бере участь 2 працівників:
-Розробник інтерфейсу користувача – 8000 грн/міс;
-Розробник логічної частини– 9000 грн / міс;
Оскільки проект реалізовувався в грудні 2015 року, то кількість робочих днів 22, а
при 40 годинному робочому тиждні це 176 годин.
Трудомiсткiсть робiт над проектом становить 14 людино-днiв для інженера-
проектувальника та 18 людино-днiв для інженера-конструктора.
Денна заробітна плата розробника інтерфейсу користувача :
ЗПДІ=9000/22=409,0 грн.
Денна заробітна плата розробника логічної частини :
ЗПДІ=7000/22=378,2 грн.
Розрахунок витрат на оплату праці усіх розробників проекту обчислюємо за
формулою: ВОП=∑
і=1N
ni⋅ti⋅ЗПДi(5.3)
де ni – чисельність розробників проекту і-ої спеціальності  осіб;
ti – час, витрачений на розробку проекту працівником і-ої спеціальності, дні;
ЗПДі– денна заробітна плата розробника і-ої спеціальності, грн.;
ВОП= 1 ∙ 14 ∙ 409 + 1 ∙ 18 ∙ 378.2= 12533.6 грн.
Розрахунок витрат на оплату праці розробників зводиться у табл. 5.1.
Таблиця 5.1
Розрахунок витрат на оплату праці
Спеціальність
розробникаКількість
розробників,
чол.Час
роботи, дніДенна заробітна
плата розробника,
грн.Витрати
на оплату
праці, грн.
1. Розробник
інтерфейсу
користувача1 14409 5726
2. Розробник
логічної1 18378.2 6807

48
частини
Всього: 12533.6
2) Витрати на оплату праці працівникам тягнуть за собою додаткові зобов'язання
підприємства по сплаті ЄСВ В со .
Для роботодавців ставки єдиного соціального внеску встановлюються у відсотках
до бази нарахування цього внеску відповідно до класів професійного ризику
виробництва. Діяльність підприємства відноситься до 2 класу професійного ризику,
відповідно до якого ставка 36,77% ;
Сумарні витрати на збори фонди становлять:
Всо= 12533.6 * 0,3677 = 4608.6грн.
3) Витрати на додаткові вироби, що закуповуються (Вд) (папір, диски тощо)
визначаються за їхніми фактичними цінами з врахуванням найменування,
номенклатури та необхідної їх кількості в проекті. Вихідні дані та результати
розрахунків оформляються у табл. 5.2.
Розрахунок витрат на куповані вироби
Найменува
ння
купованих
виробівМарка,
типКільк
ість на
розробку,
шт.Ціна
за
одиницю,
грн.Су
ма
витрат,
грн.Сума витрат з
урахуванням транспортно-
заготівельних витрат, грн.
ПапірCAPTAI
N Universal
(80) A4,
500л167,567,
574,5
Вс
ього74,05
4) Витрати на придбання спецобладнання (Всо) для проведення експериментальних
робіт розраховуються в тому випадку, коли для розробки та впровадження проектного
рішення необхідне придбання додаткових технічних засобів: акумулятори та зарядний
пристрій.

49
Вартість спецобладнання для виконання проекту визначається на основі
специфікації в їх потребі та фактичних цін з урахуванням заготівельних витрат. Вихідні
дані та результати розрахунків зводяться у табл. 5.3.
Найменуван
ня обладнанняМарка, типКількість
на проект,
шт.Ціна за
одиницю, грн.Сума витрат з
урахуванням транспортно-
заготівельних витрат, грн.
1.Ноутбук Lenovo
g520-15210550 12534
2.Сервер HP
DL360G5 11050 1132.5
Всього 26200.5
Таблиця 5.3 Розрахунок вартості спецобладнання
5)Накладнi витрати(B н) проектних органiзацiй передбачають витрати на управлiння,
загальногосподарськi, невиробничi витрати. Вони становлять 20-30% витрат на оплату
працi. Розраховуємо накладнi витрати:
Bн = 12533.6 ·0,21 = 2632,1грн.
6)Iншi витрати (B iн) — це витрати, якi не врахованi в попереднiх статтях витрат. Їх
розраховують за встановленими вiдсотками до витрат на оплату працi (8%).
Biн = 12533.6·0,08 = 1002.6 грн
7) Витрати на розробку проектного рішення обчислюємо за формулою:
К1=Воп+Вф+Вд+Всо+Він+Вн
К1 = 47056.1грн.
8) Витрати на відлагодження і дослідну експлуатацію системи визначаємо згідно
формули:
К2=Sм.г.⋅tвід(5.5)
де Sм.г.– вартість однієї години роботи ПК, грн./год.

50
tвід – кількість годин роботи ПК на відлагодження програми, год.
При роботi ПК споживає 0,035 КВт/год., тариф на електроенергiю становить 0, 456
грн., таким чином вартiсть однiєї години роботи ПК становить 0,016 грн.
tвід = 8 ∙ (14 + 18) = 256 годин
К2 = 0,016 ∙ 256 = 4,1 грн.
Результати розрахунків зводяться у табл. 5.4.
Кошторис витрат на розробку проектного рішення
Найменування елементів витратСума
витрат, грн.
Витрати на розробку проектного рішення, у т.ч.:
витрати на оплату праці 12533.6
відрахування у спеціальні державні фонди 4608.6
витрати на додаткові вироби, що закуповуються 74,05
витрати на придбання спецобладнання 26200.5
накладні витрати 2632.1
інші витрати 1002.6
Витрати на відлагодження і дослідну експлуатацію
системи4,1
Всього 47056.1
5.3. Визначення комплексного показника якості
Комплексний показник якості (Пя) визначається шляхом порівняння показників
якості проектованої системи і вибраного аналогу.
Вибір показників якості здійснюється експертним методом. До основної групи
показників обов’язково були включені наступні:
Показники призначення
Актуальність
Універсальність
Ступінь новизни
Показники надійності
•Ймовірність помилки в проектуванні
Показники безпеки
Захищеність
Патентно-правові показники

51
Патентно-правовий статус
Ергономічні показники
Легкість експлуатації
Комплексний показник якості розробленої математичної моделі визначається
методом пошуку арифметичного середньозваженого з формули:
ПЯ=∑
i=1m
Ci×qi(5.6)
де m – кількість одиничних показників (параметрів), прийнятих для оцінки якості
розробленого проектного рішення;
qi- коефіцієнт вагомості кожного з параметрів щодо їхнього впливу на технічний
рівень та якість проектованої системи (встановлюється експертним шляхом), причому:
∑
i=1m
qi=1,0
(5.7)
Сі – часткові показники якості, визначені порівнянням числових значень
одиничних показників проектованої системи і аналога за формулами:
Сі=Ппрi
Паi або Сі=Паi
Ппрi(5.8)
де Ппрі, Паі – кількісні значення і-го одиничного показника якості відповідно
проектованої системи і аналога.
З попередніх двох формул вибирається та, в якій збільшення відповідає
покращенню показника якості проектованої системи. Результати розрахунку зводимо в
табл. 5.5.

52
Визначення комплексного показника якості проекту або аналога
ПоказникиЧислове значення
показників, бали Відносни
й показник
якості, СіКоефіціє
нт
вагомості, Ci
×qi
АналогРозроблен
е проектне
рішенняQi
Показники призначення
Актуальність 4820,10,2
Універсальність 341,30,30,39
Ступінь новизни 461.50,050,07
Показники надійності
Ймовірність помилки в
проектуванні691,50,40,6
Показники безпеки
Захищеність 991,00,050,05
Патентно-правові показники
Патентно-правовий
статус101010,050,05
Ергономічні показники
Легкість експлуатації 7101,40,050,07
Всього 11,43
Отже, комплексний показник якості дорівнює:
ПЯ= 0,2+0,39+0,07+0,6+0,05+0,05+0,0 7 = 1.43
Отриманий результат показує, що застосування математичної моделі оптимізації
чутливості є кращим, в порівнянні з аналогом.

53
5.4. Визначення експлуатаційних витрат
При порівнянні програмних засобів в експлуатаційні витрати включають вартість
підготовки даних (Е1) і вартість годин роботи ПК (Е2). Одноразові експлуатаційні
витрати визначаються за формулою:
ЕП(А)=Е1П(А)+Е2П(А)(5.9)
де ЕП(А)- одноразові експлуатаційні витрати на проектне рішення (аналог), грн.;
Е1П(А) – вартість підготовки даних для експлуатації проектного рішення (аналогу),
грн.;
Е2П(А) – вартість машино-годин роботи ПК для проектного рішення (аналогу), грн.
Вартість підготовки даних для експлуатації проектного рішення (аналогу) (Е1)
визначаються за формулою:
E1=∑
i=1N
ni⋅ti⋅ЗПгі
(5.10)
де і – номери категорій персоналу, які беруть участь у підготовці даних;
ni– чисельність співробітників і-ї категорії, осіб;
ti– трудомісткість роботи співробітників і-ї категорії, осіб;
ЗПгі– середньогодинна ставка робітника і-ї категорії з врахуванням відрахувань
єдиного соціального внеску, грн./год.
Середньогодинна ставка оператора визначається за формулою:
ЗПгі=ЗПг0і(1+b)
Фг (5.11)
де ЗПг0і– основна місячна зарплата працівника і-ї категорії, грн.;
b – коефіцієнт, який враховує єдиний соціальний внесок;
Фг – місячний фонд робочого часу, год.
Отже, визначаємо середньогодинну ставку:
для проектного рішення:
ЗПгі=9000(1+0,3677)
112=109.9
– інженер-проектувальник

54
ЗПгі=7000(1+0,3677)
144=66,48
– інженер-конструктор МЕМС
для аналога:
ЗПгі=12000(1+0,3677)
176=93,25
– інженер-проектувальник
ЗПгі=9000(1+0,3677)
160=76,93
– інженер-конструктор МЕМС
Обчислимо вартість підготовки даних для експлуатації проектного рішення та для
аналогу:
Е1П = 1 ∙ 14 ∙ 109.9 + 1 ∙ 18 ∙ 66.48 = 2735.24грн.
Е1А = 1 ∙22 ∙ 93.25 + 1 ∙ 20 ∙ 76.93 = 3722.10грн.
При роботi ПК споживає 0,035 КВт/год., тариф на електроенергiю становить 0, 456
грн., таким чином вартiсть однiєї години роботи ПК становить 0,016 грн.
Е1П = 0,016 * (14+18) = 0,512 грн
Е1П = 0,016 * (22+20) = 0,672 грн
Одноразові експлуатаційні витрати для проектного рішення становлять:
ЕП= 2735.24 + 0,51 = 2735.75 грн.
А для аналога витрати для проектного рішення становлять:
ЕА= 3722.10 + 0,67= 3722.77 грн.
Річні експлуатаційні витрати визначаються за формулою:
В
(e)П(А)=EП(А)∗NП(А)(5.12)
де В(e)П(А)– експлуатаційні річні витрати проектного рішення, грн.;
NП(А) – періодичність експлуатації проектного рішення (аналогу), разів/рік.
Отже, річні експлуатаційні витрати для проектного рішення з урахуванням того, що
періодичність експлуатації проектного рішення дорівнює 12 разів/рік, становлять:
В(е)П = 32829грн.
А для аналога річні експлуатаційні витрати з урахуванням періодичності
експлуатації, 12 разів/рік, становлять:
В(е)A =44673.24грн.
Вихідні дані та результати розрахунків витрат на підготовку даних для експлуатації
проектного рішення зводяться у таблицю 5.6.
Таблиця 5.6

55
Розрахунок витрат на підготовку даних для роботи на ЕОМ
Категорія
персоналуЧисельність
співробітників
і-ої категорії,
чол.Час роботи
співробітників
і-ої категорії,
год.Середньогоди
нна ЗП
співробітника і-ої
категорії, грн.Витрат
и на
підготовку
даних, грн.
Проектне рішення
Розробник
інтерфейсу
користувача1 14 109.9 1538.6
Розробник
логічної
частини 1 18 66.48 1196.64
Всього 2735.24
Аналог
Розробник
інтерфейсу
користувача1 22
93.252051.5
Розробник
логічної
частини1 20
76.931538.6
Всь
ого3722.77
Проектне рішення було розроблено із меншою затратою фінансів порівняно із
досліджуваним аналогом, тому можна зробити висновок, що розроблена модель є
більш рентабельною і дешевшою ніж аналог.
5.5. Розрахунок ціни споживання проектного рішення
Ціна споживання (ЦС) – це витрати на придбання і експлуатацію проектного
рішення за весь строк його служби:
ЦС(П)=ЦП+В(Е)NPV(5.13)
де ЦП– ціна придбання проектного рішення, грн.;

56
В(Е)NPV– теперішня вартість витрат на експлуатацію проектного рішення (за весь
час його експлуатації), грн.:
ЦП=К∗(1+ПР
100)×(1+СПДВ)+КО+Кк
(5.14)
де Пр – норматив рентабельності (значення узгоджується з викладачем);
Ко– витрати на прив'язку та освоєння проектного рішення на конкретному об’єкті,
грн.;
Кк– витрати на доукомплектування технічних засобів на об'єкті, грн.;
СПДВ– ставка податку на додану вартість (20 %).
Приймаємо норматив рентабельності Пр=30%, витрат на освоєння і
доукомплектування не передбачається ( К0 = 0 грн., Кк = 0 грн.).
ЦП =47056.1∙ (1 + 0,3) ∙ (1 + 0,2) = 73407.51 грн.
Ціна придбання аналогу:
ЦА = 85000 грн.
Теперішня вартість витрат на експлуатацію проектного рішення розраховується за
формулою:
В(е)NPV=∑
t=1TB(E)Nt
(1+R)t(5.15)
деВ(Е)Пt – річні експлуатаційні витрати в t-ому році, грн.;
Т – строк служби проектного рішення, років (1 рік);
R – річна ставка проценту банків(25%).
В(е)NPV = 32829/(1+0,25)= 41036.25 грн
Тоді ціна споживача проектного рішення складає:
ЦСП = 73407.51+ 41036.25= 114443.76грн.
Ціна споживання аналогу:
ЦСА = 85000 + 44673.24 = 129673.24грн.
5.6. Визначення показників економічної ефективності
1) Показник конкурентоспроможності:
Ккс=Цс(a)⋅Пя
Цс(п)(5.16)

57
Ккс=129673.24⋅1,43
114443.76=1.62
2) Економічний ефект в сфері експлуатації (грн.):
Еекс=В(е)а−В(е)п(5.17)
Еекс=44673.24−32829=11844,24грн.
3) Економічний ефект в сфері проектування (грн.):
Епр=Ца−Цп(5.18)
Епр=85000 – 73407.51 =11592.49 грн.
Якщо Епр>0 та Еекс>0, то розраховується:
Додатковий економічний ефект в сфері експлуатації (грн.):
EексД=∑
і=1Т
Еекс(1+R)T−і,
(5.19)
Еекс= 28981.23 грн
Додатковий економічний ефект в сфері проектування (грн.):
ЕпрД=Епр×(1+R)T
(5.20)
Епр = 11592.49(1+0,25)1= 14490,61 грн
6) Термін окупності витрат на проектування рішення (років):
Ток=К
Еекс(5.21)
Ток=73407.51
28981.23=2,5
років.
Результуючі показники економічної ефективності зводяться у таблицю 5.7.

58
Таблиця 5.7.
Показники економічної ефективності проектного рішення
Найменування показниківОдиниці
вимірюванняЗначення показників
АналогПроект
не рішення
1. Капітальні вкладення грн. 4705
6.1
2. Ціна придбання грн.85000.
073407.5
1
3. Річні експлуатаційні витрати грн.44673.
2432829
4. Ціна споживання грн.129673
.24114443.
76
5. Економічний ефект в сфері експлуатації грн.11844.2
4
6. Додатковий економічний ефект в сфері
експлуатаціїгрн.14490.6
1
7. Економічний ефект в сфері проектування грн.11592.4
9
8. Додатковий економічний ефект в сфері
проектуваннягрн.14490.6
1
9. Термін окупності витрат на проектування
рішенняроки 2,5
10. Коефіцієнт конкурентоспроможності 1.62

59
Висновок
В даному роздiлi була проведена економiчна характеристика проектного рiшення,
що доводить можливiсть позитивних економiчних ефектiв. Для перевiрки цих ефектiв
було розраховано витрати на розроблення i впровадження проектного рiшення,
показник якостi та експлуатацiйнi витрати.
Розрахунки свiдчать про те, що розробка програмної системи є доцiльною, оскiльки
забезпечується економiя капiталовкладень в розробку програмного продукту та значно
покращується рiчний економiчний ефект, який отримується користувачами розробленої
системи. Коефіцієнт конкурентноспроможності дорівнює 1.62.
Економiчна ефективнiсть розробки програми пiдтверджує її доцiльнiсть, адже
значення додаткового економiчного ефекту в сферi експлуатацiї рiвне 14490.61 грн, а
економiчного ефекту в сферi проектування – 11844.24 грн. Цiна придбання аналога
становить 85 000 грн, а проектного рiшення — 73407.51 грн. Отже, впровадження
розробленої математичної моделі дозволяє економити значнi ресурси.

60
Додаток А. Зразки програмного коду проекту
Авторизація користувача в системі:
Модель даних сутності «Користувач ( User)»:
Front Controller:
Access Filter:

61
Додаток Б. Концептуальна діаграма класів Туристичного веб-порталу
Додаток В. Діаграма прецендентів
Додаток Г. Діаграма діяльності
Процес покупки користувачем , зображено на рис. 2.

62
Процес покупки користувачем рис. 2.

63
Додаток Д. Результати функціонального тестування
ID № 1 : Registration:
Sunmmary: Тестер повинен пройти реєстрацію
Steps Expected Results Results
1.На головній сторінці нажати
кнопку “Реєстрація”Користувач перейде на сторінку реєстрації Passed
2. Перезавантажити сторінку Сторінка не зміниться Passed
3. Заповнити валідними
данними всі поляВсі поля заповненні Passed
4. Нажати кнопку
Зареєструватись З'явиться надпис що користувач
зареєстрований успішноPassed

№ 2 : Negative Registration:
Sunmmary: Тестер повинен пройти реєстрацію з негативними данними
Steps Expected Results Results
1.На головній сторінці нажати
кнопку “Реєстрація”Користувач перейде на сторінку реєстрації Passed
2. Перезавантажити сторінку Сторінка не зміниться Passed
3. Заповнити не валідними
данними всі поляВсі поля заповненні Passed
4. Нажати кнопку
ЗареєструватисьЗ'явиться помилка які саме помилки
користувач допустивPassed
№ 3 : Book search positive:
Sunmmary: Тестер повинен виконати пошук на книги
Steps Expected Results Results
1.На головній сторінці нажати
кнопку “Пошук”Користувач побачить діалогове вікно з
пошуковою стрічкоюполя заповненніPassed
2. Заповнити поле валідними
данними (назва книжки)Поле заповненне Passed

64
3. нажати кнопку клавіатури
“Enter”Пошук має бути успішним Passed
№ 4 : Book search negative:
Sunmmary: Тестер повинен виконати пошук на книги
Steps Expected Results Results
1.На головній сторінці нажати
кнопку “Пошук”Користувач побачить діалогове вікно з
пошуковою стрічкоюполя заповненніPassed
2. Заповнити поле не валідними
данними Поле заповненне Passed
3. нажати кнопку клавіатури
“Enter”Пошук має бути не успішним Passed
№ 5 : Author search positive:
Sunmmary: Тестер повинен виконати пошук автора
Steps Expected Results Results
1.На головній сторінці нажати
кнопку “Пошук”Користувач побачить діалогове вікно з
пошуковою стрічкоюполя заповненніPassed
2. Заповнити поле валідними
данними ( ім'я автора)Поле заповненне Passed
3. нажати кнопку клавіатури
“Enter”Пошук має бути успішним Passed
№ 6 : Aurhor search negative:
Sunmmary: Тестер повинен виконати пошук автора
Steps Expected Results Results
1.На головній сторінці нажати
кнопку “Пошук”Користувач побачить діалогове вікно з
пошуковою стрічкоюPassed
2. Заповнити поле не валідними
данними (ім'я автора)Поле заповненне Passed
3. Нажати кнопку клавіатури
“Enter”Пошук має бути успішним Passed
№ 7 : Book purchase :
Sunmmary: Тестер повинен виконати покупку книги

65
Steps Expected Results Results
1.На головній сторінці нажати
на посилання на книжкуСторінка продукту завантажиться Passed
2. Нажати на кнопку купити Товар доданий у кошик Passed
3. Перейти у кошик Сторінка кошику завантажилась Passed
4. Заповнити поля для покупки
валідними даннимиПоля заповненні Passed
5. Нажати кнопку Купити Заявка на покупку розміщена Passed
№ 8 : Book purchase negative :
Sunmmary: Тестер повинен виконати покупку книги з не валідними данним
Steps Expected Results Results
1.На головній сторінці нажати
на посилання на книжкуСторінка продукту завантажиться Passed
2. Нажати на кнопку купити Товар доданий у кошик Passed
3. Перейти у кошик Сторінка кошику завантажилась Passed
4. Заповнити поля для покупки
не валідними даннимиПоля заповненні Passed
5. Нажати кнопку Купити Заявка на покупку не розміщена Passed
№ 9 : e-Book upload :
Sunmmary: Тестер повинен виконати закачку
Steps Expected Results Results
1.На головній сторінці нажати
на посилання на електронну
книжкуСторінка продукту завантажиться Passed
2. Нажати на кнопку скачати Скачування успішне Passed
*після перенесення ресурсу з локального сервера, має бути підключенна модуль оплат.

66
№ 10 e-Book upload :
Sunmmary: Тестер повинен зайти на сторінку авторів
Steps Expected Results Results
1.На головній сторінці нажати
на посилання список авторівСторінка авторів завантажиться Passed
2. Нажати на іконку автора Сторінка автора завантажиться Passed
№ 11 e-Book upload :
Sunmmary: Тестер повинен зайти на список літератури
Steps Expected Results Results
1.На головній сторінці нажати
на посилання список літературиСторінка літератури завантажиться Passed
2. Нажати на іконку літератури Сторінка літератури завантажиться Passed
Додаток Д. Результати тестування на безпеку
Проведемо тестування на безпеку зг ідно наступних тестових випадків:
I
ID № 1 : Not Authorized:
Sunmmary: Тестер повинен під звичайним користувачем зайти в адмін панель
Steps Expected Results Results
3. В адресній строці вводимо:
http://localhost:8080/ bookshelf/admi
n.doПовинна зявитись початкова сторінка Passed
ID № 2 : Admin resources:
Sunmmary: Тестер повинен під звичайним користувачем зайти в адмін панель

67
Steps Expected Results Results
3. В адресній строці вводимо:
http://localhost:8080/ Bookshelf/admi
n.doПовинна зявитись початкова сторінка Passed
ID № 3 : HTML injection:
Sunmmary: Тестер повинен спробувати ввести тег html при створенні нової події
Steps Expected Results Results
3. В поле пошуку вводимо тег
<alert>RED</alert>Пошук має бути без результатів Passed
Рис. 1. Повідомлення про заборонені символи
ID № 6 : SQL injection:
Sunmmary: Тестер повинен спробувати ввести sql запит в полі пошуку події
Steps Expected Results Results
3. В поле пошуку введемо:
drop table users;Пошук має бути без результатів Passed