Бакалавърска програма Информатика Бакалавърска теза на тема Web базирана хотелска система за резервации Разработил : Александър Тодоров Факултетен Номер : F26193

    Не е тайна, че големите хотели правят значителни търговски отстъпки за услугите си през определени периоди в годината. Чрез Hostels247.com всеки един клиент, където и да е по света, ще можете да се възползва от тези изключителни оферти. Политиката на Hostels247 ще е да предлага тези оригинални услуги в системата си.

Друг проблем е, че потребителите искат да бъдат улеснени и да не им се налага да въвеждат непрекъснато пароли и лични данни при повторно пазаруване. Затова нашата система ще има опция при която всеки един клиент направил поне една поръчка, ще му се създава клиентски панел с генерирана парола и потребителско име, които ще му бъдат изпратени на посоченият от него имайл. Чрез тях той ще може да влиза в своят профил и така няма да му се налага повторно въвеждане на личните данни при следваща поръчка.

1. http://www.iseca.org/downloads/2003_2004-1/papers/42882_42924_43293_ISP.pdf

от курсова работа на тема: Сигурен интернет доставчик
- SSL ( Secure Socket Layer ) защита
Преглед на SSL protocol:

SSL е предложен от Netscape за сигурна комуникация по Internet. SSL работи

над транспортния слой на ISO/OSI мрежовия слой и може да бъде използван, да подсигурява комуникацията между всеки протокол от приложния слой на TCP/IP пакета като HTTP, telnet, FTP. Протоколът HTTPS (Secure HTTP) е HTTP над SSL. URL на защитен Web сайт започва с https:// вместо с http://. SSL се надграждащ върху транспортния слой. Самият протокол е разделен на слоеве. Той просто взема информацията от приложния слой, преформатира я и я предава на транспортния слой.

SSL обработва съобщение по следния начин:

- взема съобщението от по-горния слой

- фрагментира данните на подходящи блокове

- дава възможност за компресиране на данните

- добавя код за автентикация на съобщението (message authentication code

MAC)

- предава резултата на по-долния слой

- взема данните от по-долния слой

- декриптира ги

- проверява данните с приетия за сесията MAC ключ

- декомпресира данните, ако са били компресирани

- сглобява съобщението от получените блокове

- предава съобщението на по-горния слой.

SSL осигурява предаване на криптирани данни през мрежата и позволява

автентикация на сървъри. SSL гаранитира:

- поверителност - всички клиентски заявки и отговори от сървъри са

криптирани, за да пазят поверителността на данните предавани по мрежата;

- непокътнатост на данните – данните, които се предават между клиент и сървър са предпазени от намесата на трета страна.

Допълнително от клиентите може да бъде поискано, да се автентицират на

сървъра чрез техния собствен цифров сертификат.

Когато клиентът се свърже със защитен сървър, процесът познат като SSL

ръкостискане (handshake) започва. Сървърът се представя на клиента първо с

изпращане на своя дигитален сертификат. Ако клиентът се довери (trust) на сървъра, процесът продължава, включвайки споразумяване между сървърът и клиента относно ключа на сесията, с който да се криптират всички съобщения, изпращани в двете посоки (от клиента към сървъра и обратно). Това се прави от клиента, който генерира произволен симетричен ключ, който се криптира с публичния ключ на сървъра, и после го изпраща на сървъра. Това би могло да бъде ключът на SSL сесията, ако сървърът се “съгласи”. В противен случай сървърът и клиентът “преговарят”, докато стигнат до

споразумение за симетричен ключ, с който да се криптирата информацията, изпращана по Internet. Да отбележим, че за всеки клиент се поддържа отделна сесия, и сървърът отговаря за планирането на работата с клиента и сесийния ключ. Заявките, изпращани на сървъра, са криптирани. Това би могло да бъде доста значимо, ако използваме GET или POST методи с HTML форма, за да изпращаме поверителна информация, като например парола или номер на кредитна карта, на сървъра.

Например те никога не трябва да разкриват данните на разплащателните си карти на непознати интернет търговци.

В България при плащане с кредитна карта самият електронен магазин прехвърля плащането към посредник - това са системи като ePay, PayPal и др. Така електронният магазин не събира на сайта си номера на кредитни карти и лични данни на купувачите, което ги предпазва от посегателства.

Ако се спазват тези елементарни правила, търговията в интернет е много по-сигурна, стига да се търгува в легални сайтове. Ако отидете на пазара и си купите нещо, при проблем няма как да докажете, че сте го купили именно оттам. Докато в интернет всички транзакции остават записани, защото плащанията минават през вашата банка и през банката на търговеца. Така могат да бъдат проследени при възникване на проблем. Това е най-чистият вид търговия и тя е изцяло извън сивия сектор на икономиката, защото няма как поръчките и плащанията да останат скрити, категорични са от асоциацията на електронните търговци. В международен план само за изминалата година оборотите онлайн надвишиха 100 милиарда долара в САЩ, 7 милиарда в Англия и се наблюдава ръст на поръчките по интернет от 63 до 79% в държави като Франция и Германия.

Общата сума от транзакциите с наши карти в чужбина в лева (Visa, Visa Electron, MasterCard, Maestro) отново според Борика е над 60 милиона.
Източник: 1
5. Проектиране на хотелската система за резервации

Първото и най- важно нещо при започване на подобен проект е целта на тази система.

- намаляване на администраторските разходи. Посетителите правят резервация в реално време от web сайта, а нашата продажба ще е направена моментално след потвърждение. Това намалява нуждата от постоянна кореспонденция човек – човек.

- преодоляване на хотелската неохота за уговаряне на свободните стай. С хотелската система ще се предлага модул за управление на всички стай. Ще се предлага се възможност, с която ще могат да се управляват всички свободни и заети стай 24 часа в денонощието.

- лесно търсене. Системата ще предлага на всеки потребител да търси в сайта за резервация по всякакви местоположения, рейтинг или по предлагани удобства. Резултатите от търсенето ще показват всички възможности по подредени по рейтинг, цена или име.

- усъвършенстване на резервацията. Ако наш посетител търси резервация за определен период, но такава няма на разположение, системата веднага ще му предложи най–добрият алтернативен оптимален вариант според зададените й изисквания за търсене.

- осъществяване на разплащане в реално време. Сайтът ще може да осъществи връзка максимално бързо с банковата система за да осъществи транзакцията на плащане с кредитна или дебитна карта.

- моментално уведомление на оператор. Системата моментално ще уведомява по email даденият хотел, за направена резервация към него, като ще се генерира фактура за платено капаро на услугата.

- ще има оптимизация на страниците спрямо най–големите Интернет търсачки, за постигане на по–голяма посещаемост.

Структурата на таблиците в базата от данни трябва ще бъде съобразена с използвания релационен модел, както и с конкретния проблем, който ще се реши с изработването на информационната система.

Релаците на по-голямата част от таблиците ни в базата от данни ще бъдат в 3 та нормална форма, други ще бъдат в 2 ра нормална форма, поради изискванията за функционалност на системата.
5.2.1. Релационен модел
В настоящата дипломна работа информацията ще се съхранява в таблици, свързани помежду си чрез полета, съдържащи информация за свързване.

Ще има първични и вторични индекси – съответно primary и foreign key, които служат за сортиране на базата от данни, които ускоряват търсенето в наборите от данни и служат за запазване цялостта на данните. Първичният ключ представлява уникален идентификатор на запис в таблицата, който еднозначно определя записа. Вторичният се явява указател към първичен от друга таблица.

Съществуват следните видове релации:

- едно – към – едно - ред от дадена таблица е свързан с точно един ред от друга таблица.

- едно – към – много - един запис от първата таблица може да бъде сочен от няколко записа от втората таблица. Това е най-често използваната релация при изграждане на база от данни. При разработването на конкретната база от данни ще бъде използван този тип релация за връзки между таблиците.

- много – към – много - всеки един запис от първата таблица може да се свързва с всеки един елемент от другата таблица и обратното. Обикновено в случаите, в които е нужно да се осъществи такъв тип релация, се използва междинна таблица. По този начин релацията много-към-много се преобразува в две релации едно-към-много.