Обоснование необходимости разработки

Из характеристик перечисленных систем видно, что для гостевого дома, чей номерной фонд часто один или два номера, не подходят системы, предназначенные для гостиниц с большим или средним номерным фондом.

В первую очередь это касается стоимости системы, для малой гостиницы, которая может быть открыта только ограниченное количество месяцев в году, оплата таких систем не представляется возможной. Так же нельзя сказать, что логика системы, предоставляющая услугу мгновенного бронирования, будет отвечать требованиям владельца гостиницы, поскольку в случае, когда пользователь забронировал номер на малый промежуток времени, гостиница может потерять больший заказ, а вместе с ним и возможность получить большую прибыль. Так же при неверных или заранее не достоверных данных гостя, гостинице придется отказать в обслуживании остальных клиентов, что приведет к потере прибыли.

В свете всего свыше сказанного системы для больших или средних гостиниц, нельзя применять для малых гостиниц.

Далее будут рассмотрены недостатки систем предназначенных для малых гостиниц.

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

Так же такие системы не предлагают услуги по бронированию в реальном времени, а при бронировании по телефону трудно определить будет ли данная заявка оптимальна для гостиницы с точки зрения прибыли или нет.

Все это делает их, также не пригодными для применения в гостиницах с номерным фондом в один, два номера.

Ко всему вышеперечисленному нужно добавить еще один недостаток, если для гостиниц с номерным фондом, начиная с пяти номеров, ложная заявка на проживание будет трудностью, но для гостиницы с одним или двумя номерами такая заявка останавливает работу всего предприятия.

В связи со всем вышеперечисленным для малых гостиниц необходима система, которая будет выводить отчеты, и иметь настройки сравнимые с системами, предназначенными для больших гостиниц, но при этом иметь стоимость, номерной фонд, и время обучения как в малых системах. Тогда можно выделить следующие требования к системе:

1. Понятный графический интерфейс

2. Проверка пользователя при бронировании гостиницы

.   Возможность добавить, удалить, изменить свойства номера

.   Возможность добавить, удалить, изменить свойства заявки гостя.

.   Настройка ценовой политики в зависимости от времени года и количества человек в группе.

.   Возможность добавить, удалить, изменить услуги, предлагаемые в гостинице.

.   Система должна быть построена при помощи web-технологий.

.   Сбор статистических данных о заполнении гостиницы.

.   Вывод обработанных статистических данных в виде отчетов. 

Описание математической задачи, решаемой с помощью ИС. Постановка задачи

Пользователь подает заявку на бронирование гостиницы, заявки накапливаются, у каждой заявки есть период начала, и период окончания периода проживания в гостинице, стоимость номера в день. Необходимо разместить заявки, так чтобы гостиница получила максимальную прибыль. Если у двух заявок пересекаются период проживания, то выбирается та заявка, которая обеспечит большую прибыль гостевому дому.

Математическая модель

Пусть  количество периодов, и  - начало периода дней в периоде,  - конец период проживания, - стоимость периода проживания, , необходимо выбрать такие непересекающиеся периоды проживания, чтобы прибыль гостиницы была максимальной.

Пусть  период проживания гостя в гостинице.

∅, где , ,

Целевая функция - максимальная прибыль от выбранных периодов проживания.