Веб-додаток ресторану «Mocco» м.Київ

ПОХІТОН, Єгор

Будь ласка, використовуйте цей ідентифікатор, щоб цитувати або посилатися на цей матеріал: https://er.chdtu.edu.ua/handle/ChSTU/9410

Назва:	Веб-додаток ресторану «Mocco» м.Київ
Автори:	ТАЗЕТДІНОВ, Валерій ПОХІТОН, Єгор
Ключові слова:	ВЕБ-ДОДАТОК;САЙТ;РЕСТОРАН;СКРИПТИ;JOOMLA
Дата публікації:	2022
Короткий огляд (реферат):	Кваліфікаційна робота бакалавра містить пояснювальну записку на 62 сторінках, включає 36 ілюстрацій та 11 джерел. Актуальність теми. Тема роботи є актуальною, оскільки розроблений сайт є невід'ємною складовою частиною стратегії маркетингу, і дозволяє не лише збільшити кількість відвідувачів, а й поліпшити якість роботи ресторану, ефективніше проводити бізнес-процеси. В розділі 1 було проведено аналіз веб-сервісів для обслуговування клієнтів у ресторанному бізнесі. Було розглянуто приклади функціонування сайтів ресторанів та проаналізовано інструментальні засоби сайтів ресторанів. Також було описано предметну область сайту ресторану та створено інформаційну модель сайту та її характеристику. В розділі 2 представлено проектування веб-сервісів для обслуговування клієнтів у ресторанному бізнесі. Було проведено вибір функціональних можливостей веб-додатку та наведено етапи проектування сайту ресторану. Також була спроектована логічна модель бази даних та сама структура БД сайту. В розділі 3 було проведено реалізацію веб-сервісів для обслуговування клієнтів у ресторанному бізнесі. На основі цього було створено дизайн сайту та файл стилів. Також було описано модулі та роботу веб-додатку. Були визначені основні можливості сайту та його переваги. Крім цього було проведено тестування та валідація.
URI (Уніфікований ідентифікатор ресурсу):	https://er.chdtu.edu.ua/handle/ChSTU/9410
Розташовується у зібраннях:	123 Комп’ютерна інженерія (Комп'ютерні системи та мережі)

Файли цього матеріалу:

Файл	Опис	Розмір	Формат
1_ТИТУЛКА_Похітон-merged.pdf Restricted Access		5.11 MB	Adobe PDF	Переглянути/Відкрити Запит копії

Показати повний опис матеріалу Перегляд статистики

Усі матеріали в архіві електронних ресурсів захищено авторським правом, усі права збережено.

Extracted text

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ
ФАКУЛЬТЕТ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ І СИСТЕМ
КАФЕДРА ІНФОРМАЦІЙНОЇ БЕЗПЕКИ ТА КОМП’ЮТЕРНОЇ ІНЖЕНЕРІЇ
ПОЯСНЮВАЛЬНА ЗАПИСКА
до кваліфікаційної роботи бакалавра
на тему:«Веб-додаток ресторану «Mocco» м.Київ»
ЧДТУ.221828.008 ПЗ
Виконав: студент 4 курсу, групи КМ-185
спеціальності 123 – «Комп’ютерна інженерія»
за освітньою програмою – «Комп’ютерні
системи та мережі»
Єгор ПОХІТОН
Керівник
к.т.н., доцент Валерій ТАЗЕТДІНОВ
Рецензент
к.ф.-м.н., доцент Михайло ЯРМОЛЕНКО
«ЗАХИСТ ДОЗВОЛЯЮ»
Завідувач кафедри ІБ та КІ
д.т.н., професор ___ Володимир РУДНИЦЬКИЙ
Черкаси 2022 року
Форма № Н-9.01
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ
Факультет: інформаційних технологій і систем
Кафедра: інформаційної безпеки та комп’ютерної інженерії
Освітньо-кваліфікаційний рівень: Бакалавр
Спеціальність 123 – Комп’ютерна інженерія
Освітня програма Комп’ютерні системи та мережі
«ЗАТВЕРДЖУЮ»
Завідувач кафедри ІБ та КІ
д.т.н., професор ________ Володимир РУДНИЦЬКИЙ
«11» лютого 2022 року
ЗАВДАННЯ
на кваліфікаційну роботу бакалавра студенту
Похітону Єгору Андрійовичу
(прізвище, ім‘я, по батькові)
1. Тема роботи: Веб-додаток ресторану “Mocco”, м. Київ
Керівник роботи: к.т.н., доцент Тазетдінов Валерій Абударович
(прізвище, ім’я, по батькові, науковий ступінь, вчене звання)
затверджені наказом університету від «07» лютого 2022 р. № 45/04
2. Строк подання студентом роботи: 01.06.2022
3. Вихідні дані до роботи:
1. Сайт повинен бути побудований на основі баз даних
2. Наповнений динамічним вмістом за допомогою PHP-скриптів
3. Дизайн сторінок заснований на «фіксованих» розмірах сторінок
4. Мінімальний дозвіл екрана монітора - 17 дюймів (вміст монітора буде відображатися без
горизонтальної лінії прокрутки)
5. Сайт має бути оптимізованим на коректну роботу популярних браузерів (Opera, Mozilla
FireFox, Internet Explorer, Google Chrome)
4. Зміст розрахунково-пояснювальної записки (перелік питань, що їх належить розробити):
Вступ
1. Аналіз веб-сервісів для обслуговування клієнтів у ресторанному бізнесі;
2. Проектування веб-сервісів для обслуговування клієнтів у ресторанному бізнесі
3. Реалізація веб-сервісів для обслуговування клієнтів у ресторанному бізнесі
Висновки
Додатки
Список використаних джерел
5. Перелік графічного матеріалу (з точним зазначенням обов’язкових креслень, плакатів):
6. Консультанти розділів роботи:
Розділ Прізвище, ініціали Підпис, дата
консультанта завдання видав завдання прийняв
7. Дата видачі завдання: 20 лютого 2022 року
КАЛЕНДАРНИЙ ПЛАН
Термін
№ з/п Назва етапів роботи виконання Примітка
етапів роботи
1 Збір матеріалу 06.03-20.03 виконано
2 Обробка матеріалу 21.03-27.03 виконано
3 Аналіз веб-сервісів 28.03-31.03 виконано
4 Проектування моделі веб-додатку 01.04-10.04 виконано
5 Проектування логічної моделі бази даних та виконано
структури БД сайту 11.04-17.04
6 Створення дизайну сайту та файл стилів 18.04-25.04 виконано
7 Опис роботи та основних можливостей сайту 26.04-30.04 виконано
8 Тестування та валідація 01.05-08.05 виконано
9 Оформлення пояснювальної записки 09.05-31.05 виконано
10 Подання роботи на відгук та рецензування 01.06 виконано
Студент ____________________________ Єгор ПОХІТОН
(підпис)
Керівник роботи ____________________________ Валерій ТАЗЕТДІНОВ
(підпис)
АНОТАЦІЯ
Кваліфікаційна робота бакалавра містить пояснювальну записку на
62 сторінках, включає 36 ілюстрацій та 11 джерел.
Актуальність теми. Тема роботи є актуальною, оскільки розроблений сайт є
невід'ємною складовою частиною стратегії маркетингу, і дозволяє не лише
збільшити кількість відвідувачів, а й поліпшити якість роботи ресторану,
ефективніше проводити бізнес-процеси.
В розділі 1 було проведено аналіз веб-сервісів для обслуговування клієнтів
у ресторанному бізнесі. Було розглянуто приклади функціонування сайтів
ресторанів та проаналізовано інструментальні засоби сайтів ресторанів. Також
було описано предметну область сайту ресторану та створено інформаційну
модель сайту та її характеристику.
В розділі 2 представлено проектування веб-сервісів для обслуговування
клієнтів у ресторанному бізнесі. Було проведено вибір функціональних
можливостей веб-додатку та наведено етапи проектування сайту ресторану.
Також була спроектована логічна модель бази даних та сама структура БД сайту.
В розділі 3 було проведено реалізацію веб-сервісів для обслуговування
клієнтів у ресторанному бізнесі. На основі цього було створено дизайн сайту та
файл стилів. Також було описано модулі та роботу веб-додатку. Були визначені
основні можливості сайту та його переваги. Крім цього було проведено
тестування та валідація.
Ключові слова: ВЕБ-ДОДАТОК, САЙТ, РЕСТОРАН, СКРИПТИ, JOOMLA
ANNOTATION
The bachelor's thesis contains an explanatory note of 62 pages and includes
36 illustrations and 11 sources.
The actuality of the theme. The theme of the work is relevant, because the
developed site is an integral part of the marketing strategy, and allows not only to
increase the number of visitors but also to improve the quality of the restaurant, and
more efficient business processes.
Section 1 analyzed the web services for customer service in the restaurant
business. Examples of the functioning of restaurant sites were considered and the tools
of restaurant sites were analyzed. The subject area of the restaurant site was also
described and the information model of the site and its characteristics were created.
Section 2 presents the design of web services for customer service in the
restaurant business. The functionality of the web application was selected and the stages
of designing the restaurant site were presented. The logical model of the database and
the structure of the site database were also designed.
Section 3, the implementation of web services for customer service in the
restaurant business was carried out. Based on this, a site design and style file were
created. The modules and operation of the web application were also described. The
main features of the site and its benefits were identified. In addition, testing and
validation were performed.
Keywords:WEB APP, SITE, RESTAURANT, SCRIPTS, JOOMLA
ЗМІСТ
ВСТУП..............................................................................................................................4
1 АНАЛІЗ ВЕБ-СЕРВІСІВ ДЛЯ ОБСЛУГОВУВАННЯ КЛІЄНТІВ У
РЕСТОРАННОМУ БІЗНЕСІ...........................................................................................7
1.1 Приклади функціонування сайтів ресторанів...............................................7
1.2 Інструментальні засоби сайтів ресторанів...................................................13
1.3 Опис предметної області...............................................................................18
1.4 Інформаційна модель сайту та її характеристики.......................................19
2 ПРОЕКТУВАННЯ ВЕБ-СЕРВІСІВ ДЛЯ ОБСЛУГОВУВАННЯ КЛІЄНТІВ У
РЕСТОРАННОМУ БІЗНЕСІ.........................................................................................26
2.1 Вибір функціональних можливостей сайту ресторану..............................26
2.3 Етапи проектування сайту ресторану..........................................................36
2.4. Структура БД сайту......................................................................................39
2.3 Проектуваннялогічноїмоделібазиданих ...................................................... 42
3 РЕАЛІЗАЦІЯ ВЕБ-СЕРВІСІВ ДЛЯ ОБСЛУГОВУВАННЯ КЛІЄНТІВ У
РЕСТОРАННОМУ БІЗНЕСІ.........................................................................................44
3.1 Дизайн сайту, файл стилів сайту..................................................................44
3.2 Опис модулів..................................................................................................48
3.3 Опис роботи сайту: опис основних можливостей сайту, його переваги..53
3.4 Тестування та валідація.................................................................................58
ВИСНОВКИ....................................................................................................................61
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ......................................................................62
ЧДТУ.221828.008 ПЗ
Змн. Арк № докум. Підписпс Дата
Розробив Похітон Є.А. ь Літ. Лист Листів
Керівник ТазетдітовВ.А. Веб-додаток 2 62
РеценРзоезнртвонбиик Ярмоленко М.В. ресторану “Mocco”, Кафедра ІБ та КІ
РНец.КеоннтрКНе.рКі Гресько С.О.
в м.Київ гр. КМ-185
вЗонаитткрвоелрьдив Рудницький В.М Пояснювальна записка гр. КМ-185
оль Утверд.
ВСТУП
Метою даної кваліфікаційної роботи бакалавра є розробка функціонального
і сучасного сайту ресторану «Моссо». Відповідно до наявних сайтів-конкурентів і
цільової аудиторії був опрацьований матеріал, вироблений науково обґрунтований
вибір художнього оформлення сайту і його реалізація, проведена активна робота зі
створення функціональності і привабливості сайту.
Розроблений сайт відноситься до корпоративних сайтів. Сайт такого типу
являє собою великий ресурс, що всебічно описує діяльність компанії, дає
актуальну інформацію про товари і послуги, а також містить безліч допоміжних
даних, необхідних для цільової аудиторії. Корпоративний сайт може містити ті чи
інші ексклюзивні можливості і корисні для відвідувача сервіси, тобто є досить
складним як в інформаційному, так і в технічному плані.
Метою створення корпоративного сайту є розміщення повноцінного
представництва компанії в Інтернеті. Корпоративний сайт - це довгострокове
вкладення в бізнес, яке при грамотному підході швидко окупається як за рахунок
прямого прибутку, так і за рахунок підвищення впізнаваності компанії клієнтами.
Згодом корпоративний сайт стає незамінним інструментом спілкування з
клієнтами, цільовою аудиторією і всіма зацікавленими сторонами. Часто такий
сайт використовується для вирішення внутрішніх завдань компанії, наприклад,
для управління персоналом або ж об'єднання інформаційних ресурсів.
Корпоративний сайт може містити: інформацію про компанію; точну
інформацію про кожен товар і послуги; будь-які мультимедійні дані; складний
програмний вміст (від простих сервісів для користувачів до внутрішньої
корпоративної системою комунікацій); частини, що формуються користувачами
лист
ЧДТУ.221828.008 ПЗ 4
Зм. Лист № докум. Підпис Дата
(коментарі, форуми, експертні оцінки та багато іншого); унікальні сервіси для
залучення відвідувачів, які не мають аналогів в Інтернеті.
Цілі створюваного в процесі дипломної роботи сайту - надання інформації
про роботу ресторану «Моссо», збільшення кількості відвідувачів ресторану,
виявлення недоліків в роботі ресторану, що викликають невдоволення
відвідувачів. Даний сайт повинен залучати відвідувачів оригінальним графічним
дизайном, що забезпечує повну функціональність, зручність користування,
створювати атмосферу затишку і розкоші.
В ході роботи над проектом перед автором були поставлені такі завдання:
 аналітичний огляд літератури за темою, розгорнуте обґрунтування
вибору напрямку досліджень і виклад загальної концепції роботи;
 визначення цілей створення сайту і цільової аудиторії, збір і аналіз
необхідної інформації;
 дослідження структури, концепції, дизайну і функціональності сайтів-
конкурентів;
 проектування структури сайту, створення карти сайту, макетів майбутніх
web-сторінок, здійснення навігації по сайту;
 визначення необхідних і додаткових сервісів, вибір технології реалізації
сайту;
 розробка концепції сайту, створення графічних шаблонів, обробка
елементів графіки (зображень, іконок і ін.), проектування фотогалереї;
 виконання HTML-верстки, заповнення шаблонів вмістом, впровадження
в них динамічних елементів, графічного наповнення;
 програмуванням сайту: створення бази даних, редагування PHP-скриптів
і JavaScript-сценаріїв для реалізації функціональних можливостей сайту;
лист
ЧДТУ.221828.008 ПЗ 5
Зм. Лист № докум. Підпис Дата
 тестування функціональності і надійності сайту з точки зору юзабіліті,
перевірка коректності роботи в різних браузерах, усунення виявлених
неполадок;
 перевірка ефективності адаптації HTML коду для SEO-оптимізації.
Обрана тема дипломної роботи актуальна, оскільки представлений сайт є
невід'ємною частиною стратегії маркетингу, і дозволить не тільки збільшити
кількість відвідувачів, а й поліпшити роботу ресторану.
лист
ЧДТУ.221828.008 ПЗ 6
Зм. Лист № докум. Підпис Дата
1 АНАЛІЗ ВЕБ-СЕРВІСІВ ДЛЯ ОБСЛУГОВУВАННЯ КЛІЄНТІВ У
РЕСТОРАННОМУ БІЗНЕСІ
1.1 Приклади функціонування сайтів ресторанів
Важливим кроком у розробці будь-якого інформаційного продукту, є аналіз
вже існуючих подібних продуктів, виявлення всіх їх плюсів і мінусів, а також
визначення компонентів придатних до використання в розробці. У зв'язку з цим,
було відібрано декілька сайтів, найбільш великих, мереж та ресторанів.
Таким чином, серед переглянутих були виділені сайти, які можна віднести
до конкуруючих. Проведемо детальний аналіз даних сайтів [1].
Сайт українського ресторану "Фігаро" http://www.figaro-kiev.com/
представлений на рисунку 1.1.
Рисунок 1.1 – Сайт ресторану «Фігаро»
На сайті є каталог страв, що виготовляються в ресторані. Так само на сайті є
інформація по всіх акціях, що проводяться компанією. Велику увагу компанія
приділяє обслуговуванню клієнтів. Не мало важливим є те що компанія надає
лист
ЧДТУ.221828.008 ПЗ 7
Зм. Лист № докум. Підпис Дата
велику кількість робочих місць, що теж відображається на сайті. На сайті є зв'язок
з компанією, так само можна залишити свої відгуки, побажання, коментарі.
На головній сторінці розташовані, в самій верхній частині екрану, логотип
ресторану з гіперпосиланням на головну сторінку. Нижче наведене вертикальне
меню, також на сайті реалізована функція «пошуку по сайту».
Адміністратори сайту ведуть постійне оновлення, і додавання нової
інформації на сайт що дозволяє утримувати відвідувачів на сайті.
Сайт має досить просту структуру, і його дизайн цілком її відображає. Він
досить контрастний і легко читається.
Сайт київського ресторану "Терракота" http://terracotta.ua/ представлений на
рисунку 1.2.
Рисунок 1.2 – Сайт ресторану «Терракота»
Офіційний сайт компанії має горизонтальне меню, яке відображає
інформацію про меню, географічне розташування ресторану, новини компанії,
можливість замовити доставку і контакти компанії. Важливою особливістю сайту
є те що він представлений трьома мовами російською, англійською та
українською. Так само на сайті є реєстрація.
лист
ЧДТУ.221828.008 ПЗ 8
Зм. Лист № докум. Підпис Дата
Сайт ресторану «Ампір» http://www.artflasher.com/portfolio/ampir/
представлений на рисунку 1.3.
Рисунок 1.3 – Сайт ресторану «Ампір»
Даний ресурс є flash-сайтом. Передбачена можливість працювати без
ресурсів Flash, проте в цьому режимі можливий тільки перегляд першої сторінки
та посилання на перехід до головної сторінки не функціонує.
Заставка сайту тривала за часом, що стомлює користувача в очікуванні
завантаження сторінки.
Дизайн сайту строгий, стильний, досить яскраво відображена назва і
діяльність ресторану. Але на деяких сторінках сайту не витримано дизайн
головної сторінки ( "Новини", "Послуги"), не видно логотипу та частини посилань,
на інших сторінках контент закриває частину посилань.
Навігація представлена посиланнями у вигляді картинок, розміщених по
обидва боки від основного контенту. Посилання досить зручно розташовані, при
наведенні виділяються кольором.
лист
ЧДТУ.221828.008 ПЗ 9
Зм. Лист № докум. Підпис Дата
Текстове наповнення викладено зрозуміло і чітко. На відміну від інших
розглянутих сайтів є посилання в тексті.
Недостатньо реалізована можливість зворотного зв'язку. Це виражено лише
в наявності посилання на e-mail ресторану, що відсутній на інших аналогічних
сайтах.
Сайт ресторану Sauvagesauvage.ua представлений на рисунку 1.4.
Sauvage - ресторан у стилі альпійського шале в центрі Києва. Зазирнувши на
фешенебельний сайт ресторану, потрібно буде не просто зануритися в атмосферу
затишку, а й відчути достаток смаків розкішної авторської кухні.
При розробці сайту ресторану був обраний тонкий, майже інтуїтивний
підхід для подачі стилю, краси, смаків і ароматів цього затишного закладу.
Необхідно було максимально передати розкішну атмосферу, фірмовий стиль,
незвичайність інтер'єру, щоб максимально спокусити користувачів сайту відвідати
сам ресторан [2].
На всіх етапах дизайну і розробки сайту, автори спиралися на втілення ідей
відомих дизайнерів інтер'єру ресторану, щоб передати всю глибину якості і
атмосферного професіоналізму їх творіння.
Переваги:
- уособлення в дизайні атмосфери і переваг ресторану;
- елітна система управління матеріалами сайту;
- інтерактивний компонент «Карта розташування»;
- ведення сайту на декількох мовах;
- пошукова оптимізація інформаційних матеріалів і програмного коду
сайту згідно вимог при просуванні в пошукових системах Інтернету.
лист
ЧДТУ.221828.008 ПЗ 10
Зм. Лист № докум. Підпис Дата
Рисунок 1.4 – Сайт ресторану «Sauvage»
Сайт ресторану Fashion-ресторан INK ink-restaurant.comпредставлений на
рисунку 1.5.
Fashion-ресторан INK - епіцентр яскравих pre-party, модних вечірок і показів
найпопулярніших дизайнерів України та світу.
Авторський дизайн в поєднанні з нестандартною версткою зробили цей сайт
стилістично подібним атмосфері і високому іміджу самого ресторану.
Розробка сайту ресторану велася в суворій відповідності з побажаннями
клієнта і технічним завданням, перед запуском сайту було проведено масштабне
тестування його роботи.
лист
ЧДТУ.221828.008 ПЗ 11
Зм. Лист № докум. Підпис Дата
Переваги:
- спеціальна інтерактивна карта в розділі «Контакти»;
- розділ «Меню» з сортуванням за типами;
- інтеграція всіх сторінок сайту з соціальними мережами;
- керована банерна зона на головній сторінці сайту.
Рисунок 1.5 – Сайт ресторану «INK»
Таким чином, слід зазначити, що всі розглянуті сайти створені з
урахуванням особливостей цільової аудиторії і завдань сайтів.
лист
ЧДТУ.221828.008 ПЗ 12
Зм. Лист № докум. Підпис Дата
1.2 Інструментальні засоби сайтів ресторанів
У процесі аналізу цілей сайту і його структури були визначені наступні
вимоги до верстки сайту:
1) сайт повинен бути побудований на основі баз даних і наповнений
динамічним вмістом, керованим за допомогою PHP-скриптів;
2) дизайн сторінок заснований на «фіксованих» розмірах сторінок,
мінімальний дозвіл екрана монітора - 17 дюймів (вміст монітора буде
відображатися без горизонтальної лінії прокрутки);
3) верстка сайту оптимізована на коректну роботу популярних браузерів
(Opera, MozillaFireFox, Internet Explorer)
При роботі над версткою сайту і створенні необхідних сервісів будуть
використані наступні технології:
· PHP 5;
· MySQL 5;
· HTML;
· CSS;
· Photoshop.
Сайти створюються з використанням технологій HTML, JavaScript та
CSS (див.п. 1.2).
Кожна відображувана сторінка динамічних Web-сайтів заснована на
шаблонній сторінці, в яку вставляється інформаційне наповнення, яке зазвичай
зберігається в базі даних. Коли користувач запитує сторінку, відповідна
інформація витягується з бази, вставляється в шаблон, утворюючи нову Web-
сторінку, і пересилається Web-сервером в призначений для користувача браузер,
який і відображає її належним чином. Крім інформаційного наповнення,
динамічно можуть створюватися також і елементи навігації по Web-сайту. Таким
чином, якщо потрібно оновити вміст сайту, просто додаєте текст для нової
лист
ЧДТУ.221828.008 ПЗ 13
Зм. Лист № докум. Підпис Дата
сторінки, який потім вставляється в базу даних за допомогою певного механізму.
В результаті виходить, що Web-сайт сам себе оновлює.
Відразу після того як динамічний сайт створений і запущений в роботу,
починають проявлятися його переваги. Тепер у розпорядженні є порівняно
невелика кількість шаблонних сторінок, за допомогою яких генеруються сотні, а
може бути, і тисячі Web-сторінок. Вид (дизайн) сайту може бути легко змінений за
допомогою модифікації цих шаблонів. Зміну вмісту бази даних можна робити
через Web-інтерфейс з використанням HTML-форми, які, при цьому, не
втручаються в технічні деталі кожної специфічної СУБД.
Перше, що потрібно для створення динамічного сайту, - це Web-сервер,
наприклад Apache.
Web-сервер може використовуватися для обслуговування електронного
магазину, сервера новин, пошукового механізму, системи дистанційного навчання
і навіть для всієї сукупності перерахованих сфер. Вибір Web-сервера залежить від
того, яким видом діяльності приватна особа або організація збирається займатися
в Інтернеті.
Характеристики сервера - це надзвичайно важливий фактор, що визначає
надійність вузла, його «чуйність» на запити клієнтів, а також те, які зусилля
необхідно робити для підтримки його в робочому стані. При правильному виборі
компонентів і якісному проекті Web-вузол може стати для клієнтів і партнерів
новим, зручнішим способом взаємодії з вашою компанією. Перевантаження Web-
сервера може привести до того, що сервер баз даних або будь-який інший ресурс
стане недоступним для клієнтів.
Великі компанії до недавнього часу робили ставки на Microsoft
InternetInformation Server, NetscapeFastTrack, IBM WebSphere, а Apache в
основному використовувався невеликими компаніями. Однак зараз ситуація дещо
змінилася, і Apache починає підтримувати працездатність деяких великих
Інтернет-проектів, зокрема Yahoo.
лист
ЧДТУ.221828.008 ПЗ 14
Зм. Лист № докум. Підпис Дата
Apache надає великі можливості, що дозволяють налаштувати Web-сервер
відповідно до потреб індивідуальних і корпоративних користувачів.
Налаштування проводиться за допомогою директив, що містяться в
конфігураційних файлах. Apache дозволяє створювати віртуальні Web-вузли, а
також виконує функції proxy-сервера. Якщо потрібно надати доступ до вмісту
сервера лише обмеженому колу осіб, Web-сервер можна налаштувати так, щоб
при зверненні до вказаних каталогів сервер перевіряв реєстраційні імена і паролі у
власній або в одній з підключених до нього базі даних [3].
Далі потрібно вирішити, як зберігати інформаційне наповнення (контент),
яке відображається на Web-сторінці. У даній роботі на конкретному прикладі
покажемо, як створити базу даних в СУБД MySQL, яка дозволить розбити Web-
контент на таблиці, що містять поля і записи з даними. Поле - це дискретна
одиниця даних в таблиці. Наприклад, ми можемо створити таблицю
tbl_news_items з полями col_title, col_date, col_fullstory, col_author. СУБД MySQL -
відмінний вибір для створення такої бази даних внаслідок простоти у
використанні і адмініструванні, вільної розповсюдженості для різних платформ,
включаючи Linux і Windows, і швидко зростаючої популярності.
Структура сайту розроблена на HTML. Головна перевага HTML полягає в
тому, що документ може бути переглянутий на Web-браузерах різних типів і на
різних платформах.
Таблиці стилів є грандіозним проривом в області Web-дизайну. У наукових
колах, там, де був придуманий Web, більше цікавляться вмістом документів, ніж
їх зовнішнім виглядом. Оскільки все більше людей відкривають для себе Web,
обмеження HTML стають постійним джерелом розчарувань, і автори повинні
постійно придумувати, як подолати ці стилістичні обмеження. Хоча наміри були
самими благими - поліпшити зовнішній вигляд Web-сторінок - техніка виконання
цього мала, на жаль, побічні ефекти. Ця техніка іноді працює, але не завжди і не
скрізь. Вона включає:
лист
ЧДТУ.221828.008 ПЗ 15
Зм. Лист № докум. Підпис Дата
 використання відповідних розширень HTML;
 конвертування тексту в зображення;
 використання зображень для управління пробілами;
 використання таблиць для форматування тексту;
 написання програм замість використання HTML.
Ці способи явно збільшували складність сторінок Web, обмежували свободу
дій, створювали проблеми сумісності, а також складності для користувачів з
фізичними проблемами.
Таблиці стилів вирішують ці завдання, одночасно виходячи за вузькі рамки
механізмів подання в HTML. Таблиці стилів полегшують установку міжрядкових
інтервалів, відступів, кольору тексту і фону, розміру і стилю шрифту та інших
деталей.
Автори можу підключити цю таблицю стилів до основного документа
HTML за допомогою елемента LINK.
HTML 5 підтримує наступні можливості таблиць стилів:
Гнучкість розміщення інформації про стиль. Розміщення таблиць стилів в
окремих файлах полегшує їх повторне використання. Іноді необхідно включити
інструкції уявлення в документ, до якого вони застосовуються, шляхом
групування їх на початку документа або установкою в атрибутах по всьому тілу
документа. Щоб полегшити роботу зі стилями на базі сайту, ця специфікація
описує, як використовувати заголовки - "шапки" / headers HTTP для установки
застосування таблиць стилів в документах.
Незалежність від конкретної мови таблиці стилів. Ця специфікація не
прив'язує HTML до якоїсь певної мови таблиць стилів. Це дозволяє
використовувати різні мови, наприклад, просту для більшості користувачів і більш
складну - для користувачів з вузько спеціалізованими потребами.
Каскадування. Це можливість, яка надається деякими мовами таблиць
лист
ЧДТУ.221828.008 ПЗ 16
Зм. Лист № докум. Підпис Дата
стилів, такими як CSS, з'єднувати інформацію стилів з різних джерел. Це можуть
бути, наприклад, корпоративні керівництва за стилями, стилі для груп документів
і стилі, специфічні для окремого документа. Зберігаючи цю інформацію окремо,
таблиці стилів можуть бути повторно використані, полегшуючи творчість і більш
ефективне використання мереж. Каскад визначає упорядковану послідовність
таблиць стилів, де правила більш пізніх таблиць мають перевагу перед правилами
більш ранніх таблиць. Не всі мови таблиць стилів підтримують каскадування.
Залежність від типу носія. HTML дозволяє авторам визначати media-
незалежні документи. Це дає користувачам можливість використовувати Web-
сторінки на різних пристроях і носіях інформації, наприклад, графічні дисплеї
комп'ютерів, що використовують Windows, Macintosh OS і X11, телевізійні
пристрої, спеціально адаптовані телефони і портативні пристрої на базі PDA,
мовні браузери і тактильні Брайль-пристрої.
 Таблиці стилів, навпаки, застосовуються до конкретних носіїв або груп
носіїв. Таблиця, передбачувана для використання з екраном, може функціонувати
при друку на принтері, але мало підходить для мовних браузерів. Ця специфікація
дозволяє визначити пристрої з широкого набору, в яких дана таблиця стилів може
бути застосована. Це дозволяє призначеним для користувача агентам (ПА)
виключити вживання невідповідних таблиць стилів. Мови таблиць стилів можуть
включати можливості опису в тій же самій таблиці залежності від типу носія.
Альтернативні стилі. У авторів може з'явитися бажання надати
користувачам різні способи перегляду документа. Наприклад, створивши таблицю
стилів для компактного перегляду документів зі шрифтом невеликого розміру, або
таблицю, визначальну більшим шрифтом для зручності читання. Ця специфікація
дає авторам можливість визначати основну таблицю стилів, а також альтернативи
залежно від умов кінцевого користувача і типу носія. ПА повинні давати
користувачам можливість вибору з декількох таблиць стилів або об'єднання цих
таблиць.
лист
ЧДТУ.221828.008 ПЗ 17
Зм. Лист № докум. Підпис Дата
Заперечення в зв'язку з погіршенням параметрів роботи. Деякими
висловлюється заклопотаність у зв'язку з погіршенням параметрів роботи,
пов'язаним з використанням таблиць стилів. Наприклад, завантаження зовнішньої
таблиці стилів може затримати вивід документа. Такі ситуації виникають частіше,
якщо "шапки" документів містять велику кількість інформації про стилі. В даний
час пропонується для вирішення цієї проблеми включати відповідні інструкції
безпосередньо в кожен елемент HTML. Інформація про подання в цьому випадку
завжди доступна для ПА при відображенні конкретного елемента. У багатьох
випадках, автори вважають за краще використовувати звичайні таблиці стилів для
груп документів. При використанні впроваджених таблиць стилів, передача
стильових установок документам дійсно призводить до значного зниження
параметрів роботи, оскільки, для більшості документів, таблиці стилів будуть
розміщені в локальному кеші. Загальнодоступність хороших таблиць стилів
сприяє цьому.
1.3 Опис предметної області
Проект являє собою корпоративний сайт ресторану. Даний сайт буде
надавати повну інформацію про ресторан, дозволить здійснювати взаємодію
користувача з адміністратором сайту за допомогою відправки повідомлень [4].
Спосіб створення свого сайту обрано з усіх можливих. Існує три основних
шляхи, яких можна дотримуватися при створенні сайту:
- написати сайт самостійно;
- купити або замовити скрипт сайту у фірм які займаються цими
розробками;
- скористатися готовим скриптом, що поширюється за ліцензією GNU.
Обрано перший варіант.
лист
ЧДТУ.221828.008 ПЗ 18
Зм. Лист № докум. Підпис Дата
При написанні сайту самостійно необхідно знати як мінімум мову
гіпертекстової розмітки HTML, який включає спеціальні символи (теги) і дозволяє
веб-браузеру сконструювати з тексту дизайн. Але для створення динамічного
ресурсу недостатньо знати тільки HTML, необхідно використовувати можливості
мови PHP і JavaScript.
1.4 Інформаційна модель сайту та її характеристики
На основі сформульованих вимог до функцій сайту та інформаційного
наповнення, була спроектована структура сайту на рисунку 1.6.
Головна
сторінка
Меню Події Анонси Замовлен Контакти
ня
Рисунок 1.6 – Структура сайту
«Головна сторінка» - демонструє загальну інформацію про ресторан.
«Події» - повідомляє про святкування різних подій в ресторані .
«Анонси» - інформує про заходи, що відбуватимуться в ресторані
найближчим часом.
«Замовлення» - відображає інформації онлайн замовлення їжі з доставкою
додому.
«Контакти» - містить інформацію про місце розташування ресторану,
контактні адреси та телефони.
лист
ЧДТУ.221828.008 ПЗ 19
Зм. Лист № докум. Підпис Дата
Сторінка сайту має наступну структуру:
- поле мови, пошуку;
- меню горизонтальне;
- назва сайту - це власне ім'я ресурсу та його основне зображення діяльності;
- меню навігації вертикальне - дозволяє користувачеві переміщатися по WEB-
сайту;
- поле введення інформації - це головна текстова (інформаційна) складова.
Структура сайту показана на рисунку 1.7.
Рисунок 1.7 – Структура сторінки сайту
Для проектування інформаційних систем застосовуються не тільки діаграми
варіантів використання, діаграми класів і діаграми послідовності, але і діаграми
станів, діаграми діяльності, діаграми компонентів і інші.
Діаграми станів використовуються для опису поведінки складних систем.
Вони визначають всі можливі стани, в яких може перебувати об'єкт, а також
лист
ЧДТУ.221828.008 ПЗ 20
Зм. Лист № докум. Підпис Дата
процес зміни станів об'єкта в результаті деяких подій. Ці діаграми зазвичай
використовуються для опису поведінки одного об'єкта в декількох прецедентах.
Прямокутниками представляються стану, через які проходить об'єкт під час
своєї поведінки. Станам відповідають певні значення атрибутів об'єктів. Стрілки
являють переходи від одного стану до іншого, які викликаються виконанням
деяких функцій об'єкта. Є також два види псевдо-станів: початковий стан, в якому
знаходиться щойно створений об'єкт, і кінцевий стан, яке об'єкт не покидає, як
тільки туди перейшов [5].
Пройшовши етап дослідження всіх складових, що мають відношення до
проекту було визначено ціль його проведення та задачі які необхідно виконати.
Для цього було сформовано перелік вибраних функцій які будуть включені в
майбутній додаток,та способи їх втілення.
Наступний етап – це етап створення веб-додатку, а це говорить про те що
буде використано розробку новітні ІТ- технологій, які ще не відомі широкому
загалу, але необхідні для задоволення потреби користувачів.
Початком розробки проекту можна вважати створення контекстної діаграми.
Вона містить короткі, місткі, лаконічні дані які показують особливості взаємодії
довідково-інформаційної системи та оточення і описують їх зміст.
Можна визначити одні із важливих складових цієї діаграми:
– інформація та матеріали, які є в частині ідентифікації продукту та
являються даними вхідного характеру;
– результати до яких призведе втілення продукту в життя та які є даними
вихідного характеру;
– дані інформаційного та матеріального характеру, які допомагають
реалізації проекту та є даними з менеджменту;
– дані які є інструментами це – персонал, технічне забезпечення,
програми які проводять аналіз важливих елементів діаграми;
– замовлення клієнта на веб-додатку це є вхідні дані;
лист
ЧДТУ.221828.008 ПЗ 21
Зм. Лист № докум. Підпис Дата
– вихідні дані – замовлення яке вже готове та видача чеку;
– правила сервісу, закон України, умови оплати для клієнта відносяться
до управління;
– механізми – це адміністратор та ресторатор. Діаграма має такий вигляд
як зображено на рисунку 1.8.
Рисунок 1.8 – Контекстна діаграма розробки веб-додатку
Основна властивість контекстної діаграми полягає в зображенні основної
суті веб-додатку, що потребує необхідності створення декомпозиції. Декомпозиція
надає дані про особливості роботи веб-додатку.
Принципи декомпозиції:
– клієнтське замовлення;
– обрання страви з меню;
– звіт по оплаті – зроблена оплата чи ні.
Якщо оплата відбулася – то супроводжується видача чеку, якщо ні то
звернення до служби підтримки.
лист
ЧДТУ.221828.008 ПЗ 22
Зм. Лист № докум. Підпис Дата
В діаграмі варіантів використання важливою частиною є планування
проекту. Ця діаграма є найпростішою з поведінкових діаграм та демонструє
результат взаємодії між акторами та прецендентами і дозволяє отримати
інформацію про функціонал системи та показує як актором буде взаємодіяти у цій
системі.
Рисунок 1.9 – Декомпозиція діаграми
В створеній діаграми є такі актори як User Customer – це актори, які
обирають певну систему та збираються взаємодіяти з нею. Після відбору всіх
потенційних користувачів системи формується перелік всіх варіантів взаємодії
знею.Відповіднодовимогвибираютьсяваріанти,якимвідповідаєвеб-ресурс.
Діаграма Use Caseро зроблена завдяки інформації про користувачів веб-
додатку та можливих варіантів взаємодії з ними.
Визначено три типи користувачів (юзерів).
Фіолетовим кольором визначається загальні дії. Решта відповідно до
кольору кожного юзера.
Варіанти використання веб-додатку:
лист
ЧДТУ.221828.008 ПЗ 23
Зм. Лист № докум. Підпис Дата
– реєстрація;
– авторизація;
– перегляд ресторанів та меню;
– перегляд історії оплати та заказів;
– залишати відгуки;
– розміщення ресторану та меню;
– перегляд заробітку та витрат ресторану;
– пошук по сайту;
– оплата он лайн;
– додавати в улюблене;
– підтримка юзерів;
– підтримка сайту;
– налаштування профілю в особистому кабінеті.
На основі зібраних даних про акторів та всіх варіантів використання веб-
додатку розроблена Use Case діаграма.
лист
ЧДТУ.221828.008 ПЗ 24
Зм. Лист № докум. Підпис Дата
Рисунок 1.10 – Діаграма варіантів використання
лист
ЧДТУ.221828.008 ПЗ 25
Зм. Лист № докум. Підпис Дата
2 ПРОЕКТУВАННЯ ВЕБ-СЕРВІСІВ ДЛЯ ОБСЛУГОВУВАННЯ
КЛІЄНТІВ У РЕСТОРАННОМУ БІЗНЕСІ
2.1 Вибір функціональних можливостей сайту ресторану
Цілі створюваного в процесі дипломної роботи сайту - надання інформації
про роботу ресторану «Моссо», збільшення кількості відвідувачів ресторану,
виявлення недоліків в роботі ресторану, що викликають невдоволення
відвідувачів. Даний сайт повинен залучати відвідувачів оригінальним графічним
дизайном, що забезпечує повну функціональність, зручністю користування,
створювати атмосферу затишку і розкоші [6].
В ході роботи над проектом перед автором були поставлені такі завдання:
- аналітичний огляд літератури за темою, розгорнуте обґрунтування
вибору напрямку досліджень і виклад загальної концепції роботи;
- визначення цілей створення сайту і цільової аудиторії, збір і аналіз
необхідної інформації;
- дослідження структури, концепції, дизайну і функціональності сайтів-
конкурентів;
- проектування структури сайту, створення карти сайту, макетів майбутніх
web-сторінок, здійснення навігації по сайту;
- визначення необхідних і додаткові сервісів, вибір технології реалізації
сайту;
- розробка концепції сайту, створення графічних шаблонів, обробка
елементів графіки (зображень, іконок і ін.), проектування фотогалереї;
- виконання HTML-верстки, заповнення шаблонів вмістом, впровадження
в них динамічних елементів, графічного наповнення;
лист
ЧДТУ.221828.008 ПЗ 26
Зм. Лист № докум. Підпис Дата
- програмуванням сайту: створення бази даних, редагування PHP-скриптів
і JavaScript-сценаріїв для реалізації функціональних можливостей сайту;
- тестування функціональності і надійності сайту з точки зору юзабіліті,
перевірка коректності роботи в різних браузерах, усунення виявлених
неполадок;
- перевірка ефективності адаптації HTML коду для SEO-оптимізації.
Під вхідною оперативною інформацією наведеною у таблиці 2.1 розуміється
вся інформація, необхідна для вирішення завдання і розташована на різних носіях:
первинних документах, машинних носіях, в пам'яті персонального комп'ютера.
Від раціональної організації вхідної інформації оптового підприємства,
способів збору, реєстрації, передачі, зберігання і обробки інформації, її складу і
своєчасного отримання залежать оперативність і ефективність управління
торговими процесами.
Вхідною інформацією для розроблюваної в дипломному проекті
автоматизованої системи є:
- для відображення прибуткових операцій прибуткові накладні, заповнюються
від руки (форми вхідних документів приходу наведені в додатку). Ці
документи необхідні для обліку надходження товару на склад від
постачальників, а також для обліку надлишків, що виникають на складі;
- для відображення видаткових документів: товарно-транспортна накладна і
рахунок-фактура, які заповнюються від руки. Ці документи підтверджують
факт відвантаження продукції зі складу;
- для оформлення операцій заготівлі та придбання матеріалів
використовуються розрахункові документи постачальників: рахунки-
фактури, товарно-транспортні накладні та інші документи.
лист
ЧДТУ.221828.008 ПЗ 27
Зм. Лист № докум. Підпис Дата
Таблиця 2.1 – Перелік вхідних повідомлень
№ Назва вхідного Форма Термін і частота
Ідентифікатор Джерело
з/п повідомлення подання надходження
1 2 3 4 5 6
Довідник 5 раз в день Відділ
1 DKlient Текст
«Клієнти» продажів
Довідник 1 раз в тиждень Відділ
2 DTovar Текст
«Товари» продажів
Довідник 1 раз на рік Відділ
3 DUser Текст
«Користувачі» продажів
Отже, вхідними повідомленнями є:
- довідник Товари - ідентифікатор DTovar (тип Текст), що надається 1
раз в тиждень, миттєво працівниками відділу збуту;
- довідник Користувачі - ідентифікатор DUser (тип Текст), що надається 1
раз в рік, миттєво працівниками відділу збуту.
В системі задіяні такі довідники:
- довідник «Клієнти» - містить інформацію про клієнтів компанії;
- довідник «Користувачі» - містить загальну інформацію про
співробітників компанії, які є користувачами системи;
- довідник «Товари» - містить інформацію про товари, які необхідні
клієнту.
Актуалізація довідників системи наведена у таблиці 2.2.
лист
ЧДТУ.221828.008 ПЗ 28
Зм. Лист № докум. Підпис Дата
Таблиця 2.2 – Актуалізація довідників системи
Середній
Середня Середній
обсяг
Назва довідника відповідальний частота обсяг
довідника,
актуалізації актуалізації
записів
Довідник Відділ 1000 5 раз в день 10 записів
«Клієнти» продажів
Довідник Відділ 5000 1 раз в 10 записів
«Товари» продажів тиждень
Довідник Відділ 10 1 раз на рік 1-2 записи
«Користувачі» продажів
Вихідні дані можна переглянути в таблиці 2.3.
Таблиця 2.3 – Перелік і опис вихідних повідомлень
Форма Термін
№ Назва подання
вихідного Ідентифікатор і Періодичність видання і
допустимий Користувачі
з/п повідомлення вимоги видання час інформації
до неї затримки
Працівники
1 Товарна
накладна DNaklad Текст По вимозі Миттєво відділу
збуту,
комірник
Працівники
Рахунок на відділу
2 оплату DRah Текст По вимозі Миттєво збуту,
клієнт,
комірник
лист
ЧДТУ.221828.008 ПЗ 29
Зм. Лист № докум. Підпис Дата
Отож, вихідною інформацією є:
- товарна накладна - ідентифікатор DNaklad (тип Текст), що надається за
вимогою, миттєво працівниками відділу збуту, комірником;
- рахунок на оплату - ідентифікатор DRah (тип Текст), що надається за
вимогою, миттєво працівниками відділу збуту, комірником для клієнта.
В даному проекті результуючою інформацією є 2 звіти, які беруть дані з
таблиці заявок або довідників:
а) Звіт «Товарна накладна»;
1) номер заявки;
2) дата створення заявки;
3) клієнт (заявник);
4) призначений на заявку співробітник;
5) статус заявки;
6) найменування товару.
Даний звіт служить для отримання статистики роботи відділу продажів, а
так само для оперативного управління і прийняття рішень. У підсумках даного
звіту за місяць можна зрозуміти, наскільки завантажений відділ продажів при
реєстрації заявок, з якими проблемами стикаються клієнти.
б) Звіт «Рахунок на оплату»;
1) Номер заявки;
2) Дата створення заявки;
3) Виконані роботи;
4) Вартість виконаних робіт.
Даного роду звіт служить для виставлення рахунку на оплату клієнтові в
разі виконання робіт за заявкою клієнта.
лист
ЧДТУ.221828.008 ПЗ 30
Зм. Лист № докум. Підпис Дата
2.2 Вибір інструментів розробки сайту та їх обґрунтування
Порівняльна характеристика програмних продуктів, на якому базується
рішення даної задачі представленні в табл. 2.4.
Таблиця 2.4 – Порівняльна характеристика програмних продуктів,
на чому базується рішення задачі
Назва
програмного MicrоsоftSharePоint Jооmla!
продукту
Розробник Micrоsоft TheJооmlaPrоjectTeam
Остання
версії Sharepоint 2013 2.5.9
продукту
створення створення корпоративного Інтернет-
корпоративного Інтернет- порталу;
порталу; виконання модуль безпеки для багаторівневої
корпоративного пошуку; аутентифікації користувачів та
швидкий та ефективне адміністраторів; секції новин,
управління важливою продукції або послуг легко
інформацією; редагуються;
Можливості організація продуктивних розділи тем можуть бути додані
процесів бізнесу; авторами;
виконання завантаження зображень за допомогою
документообігу компанії; браузера для подальшого використання
створення сервера для з будь-якого місця сайту;
спілкування в реальному форум, опитування, голосування для
часі через мережу. ефективного зворотного зв’язку;
робота під Linux, FreeBSD, MacОSX,
Sоlaris, AIX, WinNT, Win2K.
лист
ЧДТУ.221828.008 ПЗ 31
Зм. Лист № докум. Підпис Дата
процесор: 64-розрядний PHP 4.3.10, MySQL 3.23.x або новіші
чотирьох ядерний ОЗУ: версії, але не 6.x, Apache 1.3.x.
4ГБ; Jооmlaможевикористовуватисяспільноз
жорсткий диск: 80ГБ; усіманайвідомішимибраузерами,
операційна система: 64- асаме: InternetExplоrer, Netscape, і
розрядний випуск MоzillaFireFоx. Саме знимисекція
Мінімальні Windоws Server 2008 Адмініструваннянайбільшсумісна.
системні Standard, Enterprise, Data ДеякіWYSIWYG-редактори,
характерист Center або Web Server з наприклад, htmlArea, працюють тільки
ики SP2; зInternetExplоrer.
Windоws Server 2008R2
Standard, Enterprise, Data
Center або Web Server;
або Windоws Server
2008R2 з SP1 Standard,
Enterprise, Data Centerабо
Web Server.
єдина база документів; простий та зручний інтерфейс
продумана пошукова управління;
система; користувачі самі мають змогу додавати
доступ до необхідної статі, використовуючи авторизацію
інформації за лічені ОpenID;
секунди в будь-який час; система функціонує на російській мові;
Переваги можливості перегляду безкоштовні компоненти, шаблони,
інформації з мобільного плагіни;
пристрою; підтримує любий хостінг, безкоштовне
глибока інтеграція с розповсюдження
додатками Оffice 2010;
можливість бізнес-
аналітики
високі системні відкритий код;
характеристики; уразлива до несанкціонованого
Недоліки низька швидкість доступу;
загрузки ресурсу; погано індексуються пошуковими
дорога ліцензія системами
Метою розробки додатку є поєднання кращих можливостей програмних
продуктів, які можуть вирішувати задачі такого роду, при цьому модуль буде
вирішувати тільки поставлену задачу.
лист
ЧДТУ.221828.008 ПЗ 32
Зм. Лист № докум. Підпис Дата
ASP.NET — технологія створення веб-застосунків і веб-сервісів від компанії
Майкрософт. Вона є складовою частиною платформи Microsoft.NET і розвитком
старішої технології Microsoft ASP. У цей час останньою версією цієї технології є
ASP.NET 5.
ASP.NET зовні багато в чому зберігає схожість із старішою технологією
ASP, що дозволяє розробникам відносно легко перейти на ASP.NET. У той же час
внутрішній устрій ASP.NET істотно відрізняється від ASP, оскільки вона
заснована на платформі. NET і, отже, використовує всі нові можливості, що
надаються цією платформою [7].
Після випуску сервера InternetInformationServices 4.0 в 1997 році, компанія
Microsoft почала досліджувати можливість нової моделі веб-застосунків, яка
задовольнить скарги на ASP, особливо пов'язані з відділенням оформлення від
змісту, і яка дозволить писати «чистий» код. Робота з розробки такої моделі була
доручена Марку Андерсу, менеджеру команди IIS, і Скотту Гутрі, що прийшов на
роботу в Microsoft в 1997. Андерс і Гутрі розробили початковий проект протягом
двох місяців, і Гутрі написав код первісного прототипу під час різдвяних канікул
1997 року.
Початковий проект називався «XSP»; Гутрі пояснив в інтерв'ю 2007 року
що, «завжди запитують, що означає буква X. У той час вона нічого не значила.
XML починається з неї; XSLT починається з неї. Все кльове починається з X, тому
ми його так і назвали.» Прототип XSP був написаний на Java, але скоро було
вирішено побудувати нову платформу на основі CommonLanguageRuntime (CLR),
бо на платформу Java у компанії Microsoft закінчувалась ліцензія. Гутрі описав це
рішення як «величезний ризик», тому що успіх нової розробки був пов'язаний з
успіхом CLR, яка, як і XSP, перебувала на ранній стадії розробки.
Хоча ASP.NET бере свою назву від старої технології Microsoft ASP, вона
значно від неї відрізняється. Microsoft повністю перебудувала ASP.NET,
ґрунтуючись на CommonLanguageRuntime (CLR), який є основою всіх застосунків
лист
ЧДТУ.221828.008 ПЗ 33
Зм. Лист № докум. Підпис Дата
Microsoft .NET. Розробники можуть писати код для ASP.NET, використовуючи
практично будь-які мови програмування, що входять у комплект .NET
Framework(C#, Visual Basic.NET, і JScript.NET). ASP.NET має перевагу у
швидкості в порівнянні зі скриптовими технологіями, тому що при першому
зверненні код компілюється і поміщається в спеціальний кеш, і згодом тільки
виконується, не вимагаючи витрат часу на парсинг, оптимізацію, і т. д.
Переваги ASP.NET
ASP.NET має перевагу у швидкості в порівнянні з іншими технологіями,
заснованими на скриптах (PHP, тощо)
Розширюваний набір елементів управління і бібліотек класів дозволяє
швидше розробляти застосунки
ASP.NET спирається на багатомовні можливості .NET, що дозволяє писати
код сторінок на C#, VB, C/C++ та ін.
Поділ візуальної частини та бізнес-логіки
Розширювана модель обробки запитів
Моде́ль-вигляд-контро́лер (або Модель-вид-контролер, англ. Model-view-
controller, MVC) — архітектурний шаблон, який використовується під час
проектування та розробки програмного забезпечення.
Цей шаблон поділяє систему на три частини: модель даних, вигляд даних та
керування. Застосовується для відокремлення даних (модель) від інтерфейсу
користувача (вигляду) так, щоб зміни інтерфейсу користувача мінімально
впливали на роботу з даними, а зміни в моделі даних могли здійснюватися без
змін інтерфейсу користувача.
Мета шаблону — гнучкий дизайн програмного забезпечення, який повинен
полегшувати подальші зміни чи розширення програм, а також надавати
можливість повторного використання окремих компонентів програми. Крім того
використання цього шаблону у великих системах призводить до певної
лист
ЧДТУ.221828.008 ПЗ 34
Зм. Лист № докум. Підпис Дата
впорядкованості їх структури і робить їх зрозумілішими завдяки зменшенню
складності.
Архітектурний шаблон Модель-Вид-Контролер (MVC) поділяє програму на
три частини. У тріаді до обов'язків компоненту Модель (Model) входить
зберігання даних і забезпечення інтерфейсу до них. Вигляд (View) відповідальний
за представлення цих даних користувачеві. Контролер (Controller) керує
компонентами, отримує сигнали у вигляді реакції на дії користувача, і повідомляє
про зміни компоненту Модель. Така внутрішня структура в цілому поділяє
систему на самостійні частини і розподіляє відповідальність між різними
компонентами.
MVC поділяє цю частину системи на три самостійні частини: введення
даних, компонент обробки даних і виведення інформації. Модель, як вже було
відмічено, інкапсулює ядро даних і основний функціонал з їх обробки. Також
компонент Модель не залежить від процесу введення або виведення даних.
Компонент виводу Вигляд може мати декілька взаємопов'язаних областей,
наприклад, різні таблиці і поля форм, в яких відображається інформація. У функції
Контролера входить моніторинг за подіями, що виникають в результаті дій
користувача (зміна положення курсора миші, натиснення кнопки або введення
даних в текстове поле).
Зареєстровані події транслюються в різні запити, що спрямовуються
компонентам Моделі або об'єктам, відповідальним за відображення даних.
Відокремлення моделі від вигляду даних дозволяє незалежно використовувати
різні компоненти для відображення інформації. Таким чином, якщо користувач
через Контролер внесе зміни до Моделі даних, то інформація, подана одним або
декількома візуальними компонентами, буде автоматично відкоригована
відповідно до змін, що відбулися.
Концепція MVC вперше застосувалася при проектуванні мови
програмування Smalltalk як модель для інтерфейсу користувача. Також в область
лист
ЧДТУ.221828.008 ПЗ 35
Зм. Лист № докум. Підпис Дата
застосування концепції входить реалізація каркаса Документ-Вид (Document-
View) в рамках бібліотеки MFC для мови Visual C++. У сучасних технологіях
концепція MVC представлена схемою JSP Model 1/2 для динамічної обробки Web-
змісту на основі Java Server Pages (JSP).
У мові програмування Java концепція MVC підтримується на рівні
стандартних класів-бібліотек. В результаті використання парадигми MVC
програміст отримує в своє розпорядження могутню структуру об'єктів-
компонентів, функції яких чітко розмежовані, що гарантує надійність і
розширюваність системи, що розробляється.
Веб-каркаси: Struts, WebWork/Struts 2, Spring MVC, JavaServerFaces (JSF),
Tapestry
Десктоп-каркаси: Swing, JFace.
2.3 Етапи проектування сайту ресторану
Для кращого розуміння того як буде виглядати наш веб-додаток розроблено
його архітектуру. Спроектовано логіку та розуміння як працює веб-додаток і що
використано для його роботи [8].
Головнимелементомвеб-додаткуєсервер,задопомогоюякогофункціонуєвесь
додатокта база данихза допомогою якої проходить обмінданими. Компоненти,
плагіни та модулі це ті складові, які приймають участь устворенісайту
лист
ЧДТУ.221828.008 ПЗ 36
Зм. Лист № докум. Підпис Дата
Рисунок 2.1 – Архітектура веб-додатку
Метою даної схеми є виявлення помилок при установці та видаленні
програмного продукту.
лист
ЧДТУ.221828.008 ПЗ 37
Зм. Лист № докум. Підпис Дата
Рисунок 2.2 – Тестова конфігурація клієнт/сервер
Метою аналізу графічного інтерфейсу користувача є знаходження недоробок
в графічному інтерфейсі в ході проведення різних оцінок після завершення
написання проекту.
Специфікація функцій
Специфікація вимог до програмного забезпечення (SRS) − це повний опис
поведінки системи що розробляється. Він включає набір прецедентів, що
описують всі взаємодії користувача з системою. Прецеденти також відомі як
функціональні вимоги. На додачу до прецедентів, SRS також містить не
функціональні (чи додаткові вимоги). Не функціональні вимоги є вимогами які
накладають обмеження на проект, чи реалізацію (такі як вимоги інженерії
продуктивності, стандарти якості, чи обмеження проектування) [9-11].
Специфікація функціональних вимог до системи приведена у таблиці 2.5.
лист
ЧДТУ.221828.008 ПЗ 38
Зм. Лист № докум. Підпис Дата
Таблиця 2.5 – Специфікація функціональних вимог
Ідентифікатор Назва Атрибути вимог
вимоги вимоги Пріоритет Контакт Трудність
UC-01 Додавання страви Обов’язкове Користувач, Середня
адміністратор
UC-02 Редагування страви Опційне Адміністратор Середня
UC-03 Видалення страви Опційне Адміністратор Середня
UC-04 Додавання користувачів Обов’язкове Адміністратор Середня
UC-05 Редагування даних про Опційне Адміністратор Середня
користувачів
UC-06 Зміна прав доступу Опційне Адміністратор Середня
користувачів
UC-07 Видалення користувачів Опційне Адміністратор Середня
UC-12 Перегляд інформації Обов’язкове Адміністратор Середня
UC-09 Додавання новин Опційне Адміністратор Середня
UC-10 Редагування новин Опційне Адміністратор Середня
UC-11 Видалення новин Опційне Адміністратор Середня
2.4. Структура БД сайту
Нa ocнoві aнaлізу предметної oблacті видeлимо інфopмaційні oб'єкти і їх
aтpибyти. Виділимо oб'єкти-cyтності «Продукти», «Страви», «Зaкaзи»,
«Дeтaлізaкaзa».
лист
ЧДТУ.221828.008 ПЗ 39
Зм. Лист № докум. Підпис Дата
Тaблиця 2.6 – Aтpибyти oб'єктів
Oб'єкт Aтpибyти oб'єктів
«Страва» Koд страви
Нaзвa
Kількість
Kaтeгopія
Cклад
Цінa
«Страви в зaкaзі» Koд страви
Нaзвa
Kількість
Kaтeгopія
Cклад
Цінa
«Зaкaзи» Koдзaкaзa
Дaтa
Виконано
Oплaчeнo
«Kaтeгopії страв» Koдкaтeгopії
Нaзвaкaтeгopії
«Продукти» Koд Продукту
Нaзвa
Kількість
Kaтeгopія
Код страви
Цінa
лист
ЧДТУ.221828.008 ПЗ 40
Зм. Лист № докум. Підпис Дата
Фрагмент реалізації бази даних:
mysql> CREATE DATABASE RESTOR;
CREATE TABLE `menu` (
`id_blyuda` INT(100) NOT NULL AUTO_INCREMENT,
`name_blyuda` VARCHAR(100) NOT NULL,
`ves_blyuda` INT(100) NOT NULL,
`cena_blyuda` INT(100) NOT NULL,
PRIMARY KEY (`id_blyuda`));
INSERT INTO sklad (NAME, DATE, KOLICHESTVO ) VALUES.
('картопля', '2022-05-10', '80'),
('цибуля', '2022-05-10', '40'),
('морква' , '2022-05-10', '30'),
('капуста', '2022-05-10', '30'),
('буряк', '2022-05-10', '30'),
('томати','2022-05-10', '60'),
('огірки', '2022-05-10', '60'),
('рис', '2022-05-10', '30'),
('греча', '2022-05-10', '30'),
('яловичина', '2022-05-10', '100'),
('баранина', '2022-05-10', '100'),
('яйце', '2022-05-13', '200'),
('сметана', '2022-05-14', '10'),
('масло слив', '2022-05-14', '10'),
('масло раст', '2022-05-14', '20'),
('перець солодкий', '2022-05-19', '50'),
('сухофрукти', '2022-05-19', '80'),
('цукор', '2022-05-19', '80');
SELECT * FROM sklad;
лист
ЧДТУ.221828.008 ПЗ 41
Зм. Лист № докум. Підпис Дата
2.3 Проектування логічної моделі бази даних
Основою будь-якої інформаційної системи є база даних. Моделлю
базиданихназиваєтьсяграфічнеаботекстовепредставленнябазиданих,девиділяютьс
ясутності, атрибути тазв’язкиміж ними.
Відповідно до побудованої моделі варіантів використання наша
інформаційна система має зберігати всю інформацію в базі даних.
Наша база даних складається з 11 таблиць, які необхідні для роботи
програмного продукту.
Рисунок 2.3 – База даних довідково-інформаційної системи
лист
ЧДТУ.221828.008 ПЗ 42
Зм. Лист № докум. Підпис Дата
Розглянемо детально назви і вміст цих таблиць.
1. Таблиця wp_commentmeta зберігає метадані всіх коментарів на сторінках
і в записах
2. Таблиця wp_comments зберігає всі коментарі які опубліковані, схвалені,
спам та ті які ще очікують перевірки
3. Таблиця wp_links зберігає інформацію про посилання в менеджері
4. Таблиця wp_options включає в себе налаштування та зберігає дані з
встановлених тем та плагінів
5. Таблиця wp_postsmeta зберігає метадані постів та сторінок
6. Таблиця wp_posts включає контент постів, а також сторінок, і дані меню
навігації
7. Таблиця wp_terms зберігає категорії постів, посилань та тегів
8. Таблиця wp_term_relationships зберігає дані, які пов’язані з категоріями та
тегами в таблиці wp_terms
9. Таблиця wp_term_taxonomy – тут зберігаються таксономія категорій,
посилань, тегів для записів в таблиці wp_terms
10.Таблиця wp_usermeta зберігає всі метадані користувачів
11.Таблиця wp_users зберігає дані про всіх користувачів.
лист
ЧДТУ.221828.008 ПЗ 43
Зм. Лист № докум. Підпис Дата
3 РЕАЛІЗАЦІЯВЕБ-СЕРВІСІВ ДЛЯ ОБСЛУГОВУВАННЯ КЛІЄНТІВ
У РЕСТОРАННОМУ БІЗНЕСІ
3.1. Дизайн сайту, файл стилів сайту
Конфігурація - це набір властивостей і умов, які виконує система. Для
настройки конфігурації необхідно виконати процедуру авторизації і зайти в
адміністративний інтерфейс управління за адресою http: // localhost / Joomla /
administrator /. Вікно входу зображено на рисунку 3.1.
Рисунок 3.1 – Вхід в адміністративний інтерфейс Joomla
Як ім'я користувача і пароля вводимо облікові дані, зазначені при установці.
В даному випадку, ім'ям користувача є «admin», пароль - «288419qwer».
Після введення правильної комбінації імені користувача і пароля,
відбудеться перенаправлення на головну сторінку адміністративного інтерфейсу.
Система управління контентом має широкий набір функцій:
• створення, редагування і публікація інформаційного матеріалу;
• конфігурація системи управління контентом;
лист
ЧДТУ.221828.008 ПЗ 44
Зм. Лист № докум. Підпис Дата
• установка тем оформлення, компонентів і модулів;
• статистика відвідувань, переглядів, користувачів;
• інформація про систему, оновлення та виправлення.
Інтерфейс адміністратора представлений на рисунку 3.2.
Рисунок 3.2 – Інтерфейс адміністратора CMS Joomla.
Для входу в конфігурацію слід вибрати кнопку «Налаштування». Меню
конфігурації складається з 5 пунктів:
• «Сайт» - загальні налаштування роботи сайту (ім'я, опис, вимикання,
реєстрація користувачів, візуальний редактор);
• «Система» - настройки шляху до каталогу податків і сервера довідки;
• «Сервер» - GZIP компресія сторінок, час життя сесії cookie;
• «Права» - настройки прав доступу для груп користувачів.
• «Фільтри тексту» - обмеження використання HTML тегів і атрибутів.
Інтерфейс розширеного налаштування представлений на рисунку 3.3.
лист
ЧДТУ.221828.008 ПЗ 45
Зм. Лист № докум. Підпис Дата
Рисунок 3.3 – Налаштування конфігурації CMS Joomla
Для створення повнокольорового конкурентоспроможного сайту важливо
приділити належну увагу оформленню. Стандартний дизайн, який пропонує
система Joomla ідеально демонструє нам можливості системи, але зовсім не
підходить для розробки нашого сайту. Якщо ми використовуємо інший шаблон,
нам необхідно завантажити його в папку «/ templates /». Щоб застосувати цей
шаблон, потрібно звернутися до адміністративної частини інтерфейсу:
«Розширення» - «Менеджер шаблонів».
лист
ЧДТУ.221828.008 ПЗ 46
Зм. Лист № докум. Підпис Дата
Рисунок 3.4 – Вибір шаблону дизайну сайту
У вікні, адміністратор системи може вибрати будь-яку з встановлених тем
оформлення. Вибір проводиться кнопками «Призначити» і «За замовчуванням».
Інтерфейс адміністратора, в разі потреби, дозволяє виробляти редагування
шаблонів сайту.
Код дизайну головної сторінки сайту представлено на (рис. 3.5.)
Рисунок 3.5 – Код дизайну головної сторінки сайту
лист
ЧДТУ.221828.008 ПЗ 47
Зм. Лист № докум. Підпис Дата
Система управління контентом Joomla має модульну структуру і в своєму
базовому варіанті не забезпечує всіх необхідних можливостей, необхідних для
реалізації готового проекту.
В Joomla присутній поділ на модулі і компоненти. «Компонентами»
називаються розширення, що дозволяють додавати додатковий функціонал до
роботи системи управління контентом. «Модулями» називаються елементи
виведення даних, відображення яких налаштовується окремо для кожної сторінки
веб-сайту.
При використанні стандартних шаблонів оформлення, або шаблонів на
підставі стандартних макетів дизайну - ніяких змін проводити не потрібно.
Необхідність у змінах виникає лише у випадках, коли в шаблон додаються
додаткові позиції для виведення модулів.
Компонентна структура дозволяє забезпечити гнучкість і високі
функціональні можливості системи. Використовуючи тільки необхідні для роботи
сайту модулі і компоненти, адміністратори веб-ресурсу захищають себе від
вузьких місць і вразливостей, наявних в незадіяних компонентах.
3.2. Опис модулів
При побудові сайту були використані наступні розширення:
• Модуль «K2» - конструктор контенту, який після установки на Joomla
перехоплює у неї нитки управління організацією матеріалів і фактично надає
власну панель управління в якості альтернативи адмінціJoomla (рис. 3.6).
лист
ЧДТУ.221828.008 ПЗ 48
Зм. Лист № докум. Підпис Дата
Рисунок 3.6 – Модуль К2
• Стандартний модуль «Меню» (рисунок. 3.7).
Рисунок 3.7 – Модуль «Меню»
лист
ЧДТУ.221828.008 ПЗ 49
Зм. Лист № докум. Підпис Дата
• Модуль «Каталог страв» (рис. 3.8).
Рисунок 3.8 – Модуль «ITPSocialButtons»
• Авторизація - модуль, що дозволяє користувачеві зареєструватися на сайті
і здійснювати замовлення (рисунок 3.9).
Рисунок 3.9 – Модуль БД
лист
ЧДТУ.221828.008 ПЗ 50
Зм. Лист № докум. Підпис Дата
Власна корзина замовлення (рис. 3.10).
Рисунок 3.10 – Модуль «Оплата»
Збір статистики організовано через вивід з GoogleAnalytics.
Підключення цієї функції на сайт.
1. Реєструємося на сайті GoogleAnalytics
2. Створюємо обліковий запис.
Рисунок 3.11 – Підключення модулю статистики
3. Налаштуємо обліковий запис для сайту.
лист
ЧДТУ.221828.008 ПЗ 51
Зм. Лист № докум. Підпис Дата
Рисунок 3.12 – Підключення модулю статистики
4. Отримання коду відстеження.
Рисунок 3.13 – Підключення модулю статистики
5. Даний код вставляємо в сторінку магазину
6. Далі налаштовуємо показники.
лист
ЧДТУ.221828.008 ПЗ 52
Зм. Лист № докум. Підпис Дата
Рисунок 3.14 – Підключення модулю статистики
3.3. Опис роботи сайту: опис основних можливостей сайту, його
переваги
Головне вікно сайту має запам’ятовуваний шаблон в строгому стилі та
теплих, приємних кольорах. Містить зручну навігацію в якості горизонтального
та вертикального меню. А найголовнішою перевагою першої сторінки є крупні
фото з описом і цінами тих страв, які можна замовити он-лайн з доставкою
додому.
Рисунок 3.15 – Головна сторінка сайту ресторану
лист
ЧДТУ.221828.008 ПЗ 53
Зм. Лист № докум. Підпис Дата
Сайт містить зручне каскадне меню для доступності навігації.
Рисунок 3.16 – Меню сайту ресторану
У верхній третині сайту розміщені рекламні фото ефекти – страви від шеф-
кухаря.
Рисунок 3.17 – Меню сайту ресторану
лист
ЧДТУ.221828.008 ПЗ 54
Зм. Лист № докум. Підпис Дата
Інформаційна частина сайту містить опис та крупні фото страви, які
доступні під замовлення з доставкою додому.
Рисунок 3.18 – Опис страв ресторану
Для вибору страв, що плануємо замовити з доставкою додому, користувачу
слід:
- Зайти на головну сторінку,
- Переглянути доступні під замовлення страви,
- Натиснути «Замовити».
лист
ЧДТУ.221828.008 ПЗ 55
Зм. Лист № докум. Підпис Дата
Рисунок 3.19 – Вибір з меню сайту ресторану
У вибраному переліку обрати розмір порцій вибраних страв,
Рисунок 3.20 – Обирання страви під замовлення
І на завершення вказати дані для доставки обраних страв.
лист
ЧДТУ.221828.008 ПЗ 56
Зм. Лист № докум. Підпис Дата
Рисунок 3.21 – Контакти для доставки страви
Для зручності, оплату можна проводити по факту доставки, або ж через
популярні платіжні системи
Рисунок 3.22 – Вибір способу оплати
лист
ЧДТУ.221828.008 ПЗ 57
Зм. Лист № докум. Підпис Дата
Також на сайті можна забронювати столик в ресторані
Рисунок 3.23 – Бронювання столика
3.4. Тестування та валідація
Вимоги (Requirements) до програмного забезпечення – сукупність тверджень
щодо атрибутів, властивостей, або якостей програмної системи, що підлягає
реалізації:
 Одиничність – Вимога описує одну і тільки одну річ.
 Завершеність – Вимога повністю визначена в одному місці і вся
необхідна інформація присутня.
 Послідовність – Вимога не суперечить іншим вимогам і повністю
відповідає зовнішній документації.
лист
ЧДТУ.221828.008 ПЗ 58
Зм. Лист № докум. Підпис Дата
 Атомарність – Вимога не може бути розбита на ряд більш детальних
вимог без втрати завершеності.
 Відстежування – Вимога повністю або частково відповідає діловим
потребам як заявлено зацікавленими особами і задокументовано.
 Актуальність – Вимога не стала застарілою з часом.
 Здійснимість – Вимога може бути реалізовано в межах проекту.
 Недвозначність – Вимога коротко визначена без звернення до
технічного жаргону та інших прихованих формулювань. Вона виражає об’єктивні
факти, можлива одна і тільки одна інтерпретація. Визначення не містить нечітких
фраз. Використання негативних тверджень заборонено.
 Обов’язковість – Вимога представляє певну характеристику,
відсутність якої призведе до неповноцінності рішення, яка не може бути
проігнорована.
 Верифікованість – Реалізованість вимоги може бути визначена через
один з чотирьох можливих методів: огляд, демонстрація, тест чи аналіз.
Методи тестування:
1. Білий ящик (WhiteBox) – цей метод заснований на тому, що розробник
тесту має доступ до коду програм і може писати код, який пов’язаний з
бібліотеками ПЗ, що тестується.
2. Чорний ящик (BlackBox) – цей метод заснований на тому, що
тестувальник має доступ до ПЗ тільки через ті ж інтерфейси, що і замовник або
користувач, або зовнішні інтерфейси, що дозволяють іншому комп’ютеру або
іншому процесу підключитися до системи для тестування.
3. Сірий ящик (GreyBox) – поєднує елементи двох попередніх підходів.
Фази тестування:
1. Створення тестового набору (TestSuit) для конкретного середовища
тестування (TestingEnvironment)
лист
ЧДТУ.221828.008 ПЗ 59
Зм. Лист № докум. Підпис Дата
2. Прогон програми на тестах з отриманням протоколу результатів
тестування (TestLog)
3. Оцінка результатів виконання програми на наборі тестів з метою
прийняття рішення про продовження або зупинку тестування.
Класи еквівалентності (Equivalenceclass):
Підхід полягає в наступному: вхідні / вихідні дані розбиваються на класи
еквівалентності, за принципом, що програма веде себе однаково з кожним
представником окремого класу. Таким чином, немає необхідності тестувати всі
можливі вхідні дані, необхідно перевірити по окремо взятому представнику класу.
Клас еквівалентності – це набір значень змінної, який вважається
еквівалентним.
Тестові сценарії еквівалентні, якщо:
 Вони тестують одне і те ж;
 Якщо один з них знаходить помилку, то й інші виявлять її;
 Якщо один з них не знаходить помилку, то й інші не виявлять її.
Еквівалентне розбиття: Розробка тестів методом чорного ящика, в якому
тестові сценарії створюються для перевірки елементів еквівалентної області. Як
правило, тестові сценарії розробляються для покриття кожній області як мінімум
один раз.
Програма вдало протестована методом «Чорного ящика» без помилок.
лист
ЧДТУ.221828.008 ПЗ 60
Зм. Лист № докум. Підпис Дата
ВИСНОВКИ
Метою даної кваліфікаційної роботи бакалавра є розробка функціонального
і сучасного сайту ресторану «Моссо». Відповідно до наявних сайтів-конкурентів і
цільовою аудиторією був опрацьований матеріал, вироблений науково
обґрунтований вибір художнього оформлення сайту і його реалізація, проведена
активна робота зі створення функціональності і привабливості сайту.
Розроблений сайт відноситься до корпоративних сайтів.
В ході роботи над проектом виконані такі завдання:
 аналітичний огляд літератури за темою, розгорнуте обґрунтування вибору
напрямку досліджень і виклад загальної концепції роботи;
 визначення цілей створення сайту і цільової аудиторії, збір і аналіз необхідної
інформації;
 дослідження структури, концепції, дизайну і функціональності сайтів-
конкурентів;
 проектування структури сайту, створення карти сайту, макетів майбутніх web-
сторінок, здійснення навігації по сайту;
 визначення необхідних і додаткові сервісів, вибір технології реалізації сайту;
 розробка концепції сайту, створення графічних шаблонів, обробка елементів
графіки (зображень, іконок і ін.), проектування фотогалереї;
 виконання HTML-верстки, заповнення шаблонів вмістом, впровадження в них
динамічних елементів, графічного наповнення;
 програмуванням сайту;
 тестування функціональності сайту, перевірка коректності роботи в різних
браузерах, усунення виявлених неполадок;
 перевірка ефективності адаптації HTML коду для SEO-оптимізації.
Даний проект може бути застосований для просування будь якого
ресторану.
лист
ЧДТУ.221828.008 ПЗ 61
Зм. Лист № докум. Підпис Дата
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ
1. Берд, Дж. Веб-дизайн. Керівництво розробника. / Дж. Берд. – Х: Альфа, 2012.
– 224 c.
2. Вотролл, Е. Вивчаємо веб-дизайн/Е. Вотролл, Дж. Сьярто. - К: Ескімо, 2020. -
496 c.
3. Гаррет, Д. Веб-дизайн. Елементи досвіду взаємодії/Д. Гарретт. – О.: Символ-
плюс, 2015. – 192 c.
4. Дакетт, Д. HTML та CSS. Розробка та дизайн веб-сайтів/Д. Дакетт. - К:
Ескімо, 2015. - 480 c.
5. Кірсанов, Д. Веб-дизайн: книга Дмитра Кірсанова/Д. Кірсанов. - Х: Символ,
2015. - 368 c.
6. Кисельов, С.В. Веб-дизайн: Навчальний посібник/С.В. Кисельов. – Х.:
Академія, 2018. – 416 c.
7. Кисельов, С.В. Веб-дизайн/С.В. Кисельов. - Х: Academia, 2019. - 285 c.
8. Колісниченко, Д. Вибираємо найкращий безкоштовний движок для сайту.
CMS Joomla! та Drupal/Д.Колісніченко. - К: Символ, 2015. - 288 c.
9. Макнейл, П. Настільна книга веб-дизайнера/П. Макнейл. – К: Ескімо, 2013. –
264 c.
10. Седерхольм, Д. Веб-дизайн для комерційних проектів / Д. Седерхольм. – К:
Ескімо, 2012. – 304 c.
11. Сирих, Б.А. Сучасний веб-дизайн. Епоха Інтернет 5.0. / Б.А. Сирих. - К:
Вільямс, 2014. - 368 c.
лист
ЧДТУ.221828.008 ПЗ 62
Зм. Лист № докум. Підпис Дата

Репозиторій ЧДТУ