1. Турагенство має каталог турів з певною інформацією: назва туру, ціна та кількість осіб.

2. Користувач реєструється в системі, обирає Тур і робить Замовлення.

3. Незареєстрований користувач не має можливості замовляти тур.

4. Замовлення може мати статус: зареєстроване, сплачене чи скасоване.

5. Менеджер визначає тур як 'палаючий'. 'Палаючі' тури завжди відображаються нагорі переліку. Менеджер має можливість змінити статус Замовлення. На кожен замовлений тур користувачу визначається знижка з кроком, який встановлюється менеджером, але не більше відсотка, який так само визначає менеджер.

6. Адміністратор системи може:

• додати/видалити тур;
• заблокувати/розблокувати користувача.

7. Заблокований користувач може зайти у свій кабінет та має доступ до перегляду списку турів, але не може здійснити замовлення.

Розробити веб-застосунок, що підтримує функціональність відповідно до варіанту завдання.

1. На основі сутностей предметної області створити класи, які їм відповідають.

2. Класи і методи повинні мати назви, що відображають їх функціональність, і повинні бути рознесені по пакетам.

3. Оформлення коду має відповідати Java Code Convention.

4. Інформацію щодо предметної області зберігати у реляційній базі даних (в якості СУБД рекомендується використовувати MySQL або PostgreSQL).

5. Для доступу до даних використовувати JDBC API із застосуванням готового або ж розробленого самостійно пулу з'єднань.

НЕ допускається використання ORM фреймворків.

6. Архітектура застосунка повинна відповідати шаблону MVC.

НЕ допускається використання MVC-фреймворків.

7. При реалізації бізнес-логіки необхідно використовувати шаблони проектування (мінімум 3).

Використання шаблонів повинно бути обґрунтованим.

9. Використовуючи сервлети і JSP, реалізувати функціональність, наведену в постановці завдання.

10. Використовувати Apache Tomcat у якості контейнера сервлетів.

11. Реалізувати захист від повторної відправки даних на сервер при оновленні сторінки (реалізувати PRG).

12. При розробці використовувати сесії, фільтри, слухачі.

13. У застосунку повинні бути реалізовані аутентифікація і авторизація, розмежування прав доступу користувачів системи до компонентів програми. Шифрування паролів заохочується.

14. Використовувати Впровадити у проект журнал подій із використанням бібліотеки log4j.

15. Код повинен містити коментарі документації (всі класи верхнього рівня, нетривіальні методи і конструктори).

16. Застосунок має бути покритим модульними тестами (мінімальний відсоток покриття - 40%). Написання інтеграційних тестів заохочуються.

17. Реалізувати механізм пагінації сторінок з даними.

18. Всі поля введення повинні бути із валідацією даних.

19. Застосунок має коректно реагувати на помилки та виключні ситуації різного роду (кінцевий користувач не повинен бачити stack trace на стороні клієнта).

20. Самостійне розширення постановки задачі по функціональності заохочується (додавання капчі, формування звітів у різних форматах, тощо)!

21. Використання HTML, CSS, JS фреймворків для інтерфейсу користувача (Bootstrap, Materialize та ін.) заохочується!

За три дні до моменту старту захистів проектів (інтерв’ю) необхідно підготувати у вигляді окремого файлу схему бази даних, а також надати посилання на репозиторій із проектом.