Информационная система регистратуры гостиницы "Бастион"

Работа из раздела: «Программирование, компьютеры и кибернетика»

Оглавление

Введение

1. Описание предметной области

1.1 Общее описание предметной области

1.2 Состав и структура гостиницы «Бастион»

1.3 Функции подразделений и сотрудников

1.4 Бизнес процессы

1.5 Документооборот

1.6 Итоговая постановка задачи

1.7 Сравнительный анализ существующих гостиничных информационных систем

2. Моделирование

2.1 Анализ и выбор CASE средств для моделирования бизнес процессов

2.2 Визуальная модель предметной области

2.3 Математическая модель предметной области

2.3.1 Базовая математическая модель

2.3.2 Оптимизированная математическая модель

2.4 Реинжиниринг бизнес процессов гостиницы «Бастион» с учетом оптимизированных параметров

3. Проектирование информационной системы регистратуры гостиницы «Бастион»

3.1 Способ организации информационной системы

3.1.1 Выбор архитектуры информационной системы

3.1.2 Схема типовой архитектуры

3.1.3 Выбор платформы для реализации

3.2 Подсистемы ИС

3.3 Анализ и выбор CASE средства для проектирования базы данных

3.4 Построение базы данных информационной системы

3.4.1 Общее описание задачи проектирования базы данных ИС регистратуры гостиницы «Бастион»

3.4.2 Построение логической модели данных с помощью ERWin

4. Разработка графического интерфейса пользователя

5. Социальный аспект

6. Технико-экономическое обоснование

6.1 Расчет интегрального показателя качества

6.2 Установление и расчет себестоимости разработки

6.3 Расчет ожидаемого годового экономического эффекта

7. Безопасность и экологичность при эксплуатации информационной системы

7.1 Системный анализ надежности и безопасности ИС

7.2 Мероприятия по повышению надежности и безопасности информационной системы

7.3 Пожаробезопасность при эксплуатации системы

7.4 Защита окружающей среды при эксплуатации информационной системы

Заключение

Библиографический список

Введение

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

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

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

Только качественные услуги могут создать комфортные условия для гостей. Уровень комфорта в гостиничном бизнесе складывается из таких критериев, как состояние номерного фонда гостиницы, здания в целом, наличие удобных подъездных путей, техническое оснащение и информационное обеспечение, наличие предприятий питания и многое другое.

Виды гостиниц

Средствами размещения клиентов являются любые объекты, которые предоставляют клиентам эпизодически или регулярно место для ночевки (обычно в помещении).

В соответствии с рекомендациями Всемирной туристической организации (ВТО) все средства размещения можно представить двумя категориями - коллективными и индивидуальными.

В состав коллективных средств размещения клиентов включаются гостиницы и аналогичные заведения, специализированные заведения, прочие коллективные средства размещения клиентов.

Из основных признаков гостиниц следует отметить прежде всего наличие номеров. В зависимости от особенностей управления гостиницы могут представлять собой обособленные предприятия или образовывать гостиничные цепи. Примерами развитых гостиничных целей являются гостиницы Аккор (Франция), Холидей Инн (США), Форте (Великобритания), Шератон (США). Гостиницы предоставляют перечень обязательных услуг: уборку номера, ежедневную заправку постелей и уборку санитарного узла, а также обширную номенклатуру дополнительных услуг.

Коллективные средства размещения туристов:

1. Гостиницы и аналогичные средства размещения туристов:

· Гостиницы

· Аналогичные заведения

2. Специализированные заведения

· Оздоровительные заведения

· Лагеря труда и отдыха

· Общественные средства транспорта

· Конгресс-центры

3. Прочие коллективные заведения

· Жилища, предназначенные для отдыха

· Площадки для кемпинга

· Прочие коллективные заведения

Индивидуальные средства размещения туристов:

1. Индивидуальные средства размещения:

· Собственные жилища

· Арендуемые комнаты в семейных домах

· Жилища, арендуемые у частных лиц или агентств

· Размещение, предоставляемое бесплатно родственниками или знакомыми

· Прочее размещение на индивидуальной основе

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

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

Специализированные заведения (с единым руководством) также предназначены для обслуживания клиентов. Они не имеют номеров. Здесь исходной единицей может быть жилище, коллективная спальня, площадка. Кроме предоставления места для ночлега туристам, заведение может осуществлять и другие виды деятельности. Примерами таких специализированных заведений служат оздоровительные заведения (здравницы, курорты, санатории, оздоровительные 'фермы' и пр.), лагеря, средства размещения в общественных видах транспорта (поезда, суда), в конгресс - центрах.

Функция предоставления мест для ночевки в здравницах, в санаториях, на курортах является не главной. Прежде всего, необходимы лечение и профилактика заболеваемости приезжающих с привлечением естественных факторов (климат, море, минеральная вода и пр.). Материальные и духовные влияния на человеческий организм включают устранение привычных условий труда и отдыха, обогащение приезжающих новыми впечатлениями. Наряду с лечением организуется питание, отдых, спорт, быт и, естественно, ночевка проживающих.

Прочие коллективные средства размещения включают, прежде всего, жилища, предназначенные для отдыха. Примерами этой группы средств размещения служат гостиницы квартирного типа, комплексы домов или бунгало. Эти помещения имеют единое управление, сдаются за плату, в аренду, бесплатно любым лицом (лицами) или организацией. Ирландский совет по туризму, например, предусматривает следующую организацию комплекса домов для отдыха. Комплекс включает не менее девяти построек, в одной из них находится контора.

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

В состав прочих коллективных средств размещения входят объекты (с единым управлением) на площадках для кемпингов, в бухтах для малых судов. Клиенту предоставляется ночевка и ряд услуг типа информационных, торговых, досуговых.

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

Индивидуальные средства размещения предоставляются за плату, в аренду, бесплатно. Сюда включаются жилища (квартиры, коттеджи, особняки), которые арендуются поочередно членами домохозяйства.

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

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

1. Описание предметной области

1.1 Общее описание предметной области

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

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

Комплекс гостиничных услуг в целом не может быть сохранен для дальнейшей продажи. Если на текущие сутки гостиничный номер остается непроданным, то его невозможно продать дополнительно за эти сутки. Это же относится к услугам питания. Даже если материальные услуги типа “блюда и напитки” в некоторой степени (на допустимый срок реализации) могут храниться, то сервис, связанный с их реализацией, будет не востребован и не оплачен.

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

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

К таким критериям в большинстве случаев относят следующие:

- время ответа на звонок о получении информации или бронировании (15, 20, 30 секунд);

- время оформления в службе размещения. Независимо от массовости заезда клиенты не должны стоять в очереди более установленного на конкретном гостиничном предприятии времени (5-10 минут);

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

- внешний вид и наличие униформы;

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

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

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

Работа в сфере гостиничного сервиса имеет ряд особенностей, среди которых можно отметить следующие:

- под одной гостиничной крышей работают специалисты разных специальностей (от 5 до 9 специальностей). При этом практически любая услуга, оказываемая клиенту, требует кооперации нескольких служб и, следовательно, координации действий работников разных специальностей. Отсюда вытекает важность хорошей координации разных служб и разных специалистов, которые должны взаимодействовать таким образом, чтобы все возникающие у клиента проблемы решались оперативно и без вмешательства высшего руководства отеля. Клиент обычно высказывает все свои претензии службе приема. И если, например, его претензии вызваны качеством уборки номера, то исправлять положение должна служба номерного фонда, которая непосредственно не подчиняется службе приема. Без налаженного взаимодействия различных служб проблему быстро решить не удастся;

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

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

- работа отеля - это своего рода непрерывное производство: отель работает 24 часа в сутки, 365 дней в году. У менеджеров рабочий день не нормирован и практически всегда больше 8 ч в день (часто до 70 ч в неделю). При этом работа менеджеров высшего уровня отличается высокой долей разговорных контактов (непосредственно и по телефону) и относительно небольшим временем, расходуемым на работу с письмами и документами. Работа менеджеров отличается высокими нервными нагрузками. Необходимы умение принимать быстрые решения и постоянная готовность к любым неожиданностям: например, одновременный приезд двух важных персон, претендующих на один «президентский» номер. Отсюда профессиональные болезни гостиничных менеджеров - язва, гипертония, сердечная недостаточность, а также алкоголизм. Для работников службы общественного питания существует опасность нежелательного увеличения веса.

Проводившиеся в разных странах обследования не выявили какого-либо предпочтительного стиля управления отелем: есть удачные примеры чисто авторитарного стиля и не менее удачные примеры демократического стиля. Хотя в количественном аспекте авторитарный стиль преобладает. Это может объясняться тем, что долгое время отельный бизнес был семейным бизнесом: во главе отеля стоял глава семьи, которому беспрекословно должны были подчиняться его родственники - служащие отеля. Первые менеджеры со специальным образованием появились только в 20-х гг. XX в. До этого времени все гостиничные управляющие были чистыми практиками. Следует также отметить , что отели сильно отличаются друг от друга и поэтому совсем необязательно, что, например, менеджер, успешно работающий в небольшом бизнес-отеле, будет столь же успешно работать в большом курортном комплексе, и наоборот.

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

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

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

Есть несколько причин этой изменчивости. Во-первых, услуги такого рода оказываются и принимаются одновременно, что ограничивает возможности контролировать их качество. Временная неустойчивость спроса делает проблематичным сохранение качества обслуживания в периоды, когда спрос становится повышенным. Многое зависит от состояния оказывающего услугу в момент ее оказания. Один и тот же человек может прекрасно обслуживать вас сегодня и скверно - завтра. Причины этого скверного обслуживания могут быть самые разные: плохое настроение, болезнь, семейные проблемы. Изменчивость и колебания в качестве услуги - главная причина недовольства, высказываемого клиентами в адрес индустрии гостеприимства.

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

Сто комнатный отель, в котором сегодня заполнено только 60 комнат, не может сдать завтра 140 комнат. Потери от несданных 40 комнат -это невосполнимые потери.

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

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

Особенностью гостиничных услуг является и их быстрота (скорость) предоставления. Специфика гостиничного сервиса не терпит медлительности. Ни одна технологическая операция в гостинице не должна быть утомительной и занимающей у клиентов много времени. Многие специалисты по организации гостиничного дела рекомендуют внедрять передовые технологии обслуживания, а в качестве примера приводят опыт работы одной из гостиниц в Токио, в которой максимальное время, необходимое на оформление при заезде гостя, предварительную оплату, получение ключей и прочее не превышает 45 секунд. Во многих гостиницах эта процедура занимает 10-15 минут.

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

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

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

1.2 Состав и структура гостиницы «Бастион»

информационный моделирование бизнес case

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

Гостиница «Бастион» располагается в центре города Таганрог. Гостиница занимает площадь в 1200 кв. метров.

Генеральный директор является первым лицом отеля. Генеральный директор осуществляет ежедневное оперативное руководство персоналом гостиницы, контролирует работу подчиненных и решает все возникающие проблемы. Вместе с этим он должен обеспечить и стратегические задачи управления. Именно генеральный директор представляет на совет директоров финансовый план (budget) отеля и отвечает за его выполнение. Помимо ежегодных планов генеральный директор отвечает за разработку долгосрочного (обычно пятилетнего) плана, в котором должны быть определены долгосрочные цели предприятия и разработаны стратегии достижения этих целей. Эти стратегии должны быть обеспечены соответствующими финансовыми, организационными и материальными ресурсами. Генеральный директор имеет трех заместителей: по номерному фонду, по питанию и административным службам. Директору номерного фонда подчинены служба приема (Frontoffice), хозяйственная служба (горничные и уборщики общественных помещений, прачечная, химчистка и т. п.). Директору по общественному питанию подчинены кухня, рестораны, бары, банкетная служба, служба обслуживания в номерах (Roomservise). Директору по административной части подчиняются отдел маркетинга и продаж, служба безопасности, отдел персонала.

Схема организационной структуры отеля представлена на рис. 1.1.

1.3 Функции подразделений и сотрудников

Описание штата сотрудников отеля

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

1. Руководящий состав:

· директор отеля;

· администратор отеля;

· супервайзер;

2. Персонал, работающий с гостями

· портье;

· официанты;

· горничные;

· швейцары;

· посыльные;

3. Поддерживающие отделы

· охрана;

· инженеры,

· техники,

· складские рабочие,

· стюарды.

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

Руководящие работники, супервайзеры:

· соответствие навыков занимаемой должности;

· профессиональная эффективность -- выполнение поставленных задач при максимальном использовании имеющихся ресурсов;

· способность принимать решения, здраво рассуждать, инновационность, долгосрочное видение;

· межличностная и коммуникативная компетентность, умение убеждать, уважение к другим;

· способность обучать и профессионально развивать своих коллег;

· лидерство на собственном примере;

· делегирование задач;

· организационные навыки и планирование.

Персонал отеля:

· общее отношение к работе -- вежливость, дружелюбие, энтузиазм; взаимодействие с коллегами, отношения с гостями;

· гибкость, адаптируемость;

· принятие ответственности, инициативность;

· личная гигиена;

· дисциплинированность, пунктуальность;

· знание работы, качество работы, внимание к деталям;

· работа с нагрузкой, при стрессе;

· способность выполнять задания до конца;

· осознание затрат;

· владение иностранным языком.

Ниже будут перечислены обязанности основных сотрудников автоматизируемой области отеля:

· директора отеля;

· администратора отеля;

· супервайзера;

· портье.

Директор гостиницы выполняет следующие обязанности:

1. Организует и обеспечивает эффективную деятельность гостиницы.

2. Предоставляет клиентам информацию о предлагаемых услугах.

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

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

5. Обеспечивает рентабельное ведение гостиничного хозяйства, своевременное и качественное предоставление проживающим комплекса услуг.

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

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

8. Обеспечивает ведение и своевременное представление отчетности о хозяйственно-финансовой деятельности гостиницы.

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

10. Обеспечивает правильное сочетание экономических и административных методов руководства.

11. Осуществляет мероприятия по внедрению прогрессивных форм организации обслуживания.

Директор гостиницы вправе:

1. Представлять интересы гостиницы и действовать от ее имени во взаимоотношениях с органами государственной власти и другими организациями.

2. Подписывать и визировать документы в пределах своей компетенции.

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

Функции администратора гостиницы:

1. Обеспечивает работу по эффективному и культурному обслуживанию клиентов, созданию для них комфортных условий;

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

3. Информирует проживающих в гостинице о предоставляемых дополнительных платных услугах, принимает заказы на их выполнение и контролирует их исполнение;

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

5. Принимает и оформляет необходимые документы;

6. Осуществляет контроль над исполнением работниками указаний руководства организации;

7. Контролирует соблюдение работниками организации трудовой и производственной дисциплины, правил и норм охраны труда, техники безопасности, требований производственной санитарии и гигиены;

8. Принимает меры к разрешению конфликтов, возникающих при обслуживании проживающих;

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

10. Информирует руководство организации об имеющихся недостатках в обслуживании клиентов, принимает меры к их ликвидации.

Администратор гостиницы вправе:

1. Знакомиться с проектами решений руководства гостиницы, касающимися его деятельности;

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

3. В пределах своей компетенции сообщать своему непосредственному руководителю о всех выявленных в процессе осуществления должностных обязанностей недостатках в деятельности гостиницы (ее структурных подразделениях) и вносить предложения по их устранению;

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

5. Привлекать специалистов всех (отдельных) структурных подразделений к решению задач, возложенных на него (если это предусмотрено положениями о структурных подразделениях, если нет - то с разрешения директора гостиницы);

6. Требовать от руководства гостиницы оказания содействия в исполнении своих должностных обязанностей и прав.

Администратор гостиницы несет ответственность:

1. За ненадлежащее исполнение или неисполнение своих должностных обязанностей, предусмотренных настоящей должностной инструкцией, - в пределах, определенных действующим трудовым законодательством Российской Федерации;

2. За правонарушения, совершенные в процессе осуществления своей деятельности, - в пределах, определенных действующим административным, уголовным и гражданским законодательством Российской Федерации;

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

Основные функции супервайзера в отеле:

1. Управление:

· постановка целей и задач торговым представителям и контроль их исполнения;

· организация и контроль проведения промо-мероприятий;

2. Разрешение конфликтных ситуаций с клиентами;

3. Работа с персоналом:

· отбор, найм и увольнение персонала;

· аттестация сотрудников;

· обучение и развитие подчиненных.

Должностные обязанности портье:

1. Ведет учет движения номерного фонда гостиницы;

2. Оформляет разрешение на поселение граждан по предъявлению паспорта или другого документа, удостоверяющего личность;

3. Принимает и оформляет необходимые документы;

4. Осуществляет контроль за своевременной подготовкой номеров к приему граждан.

5. Ведет документацию по установленным формам;

6. Осуществляет контроль за соблюдением проживающими правил пользования гостиницами;

7. Следит за своевременностью оплаты за проживание и предоставляемые услуги, не допуская задолженности;

8. Обеспечивает контроль за паспортным режимом при оформлении граждан;

9. Принимает меры к разрешению конфликтов, возникающих при обслуживании проживающих;

10. Ведет журнал и книгу сдачи дежурства;

11. Сдает в бухгалтерию необходимые отчеты и документы;

12. Обеспечивает хранение, выдачу и получение ключей от номеров гостиницы;

13. Информирует проживающих в гостинице о предоставляемых дополнительных платных услугах и принимает заказы на их выполнение;

Принимает и вручает поступившую корреспонденцию проживающим.

1.4 Бизнес процессы

В данной работе рассматривается одна из основных функций отеля, заключающаяся в:

· планировании загрузки номеров;

· распределении номеров в отеле (с учетом их загрузки).

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

Контролем выполнения второго этапа также занимается директор отеля. Портье предоставляет супервайзеру сведения о плановой и фактической загрузке номеров в отеле. Супервайзер выявляет отклонения от плана (если таковые есть) и предоставляет сведения о них администратору. Последний вносит корректировки в план и передает портье измененный план распределения номеров. Также администратор занимается работой с клиентами.

Сценарии выполнения работ рассматриваемой предметной области представлены на рис. 1.2 и рис. 1.3.

1.5 Документооборот

Документооборот в рассматриваемой области отеля можно представить документами трех типов: входящие, исходящие и внутренние.

В качестве входящих документов выделим:

· Бланк открытия заказа

· Договор

· Акты

· Должностные инструкции

· Календарный план

· Приказы по технике безопасности

· Приказы по противопожарной защите

· Положение об отеле

В качестве внутренних документов выделим:

· Регистрационный журнал

· Служебные записки

В качестве исходящих документов выделим:

· Счет-фактура

· Отчеты

· Ежемесячный отчет

· Годовой отчет

Представленные документы сведены в таблицу, в которой также описано время использования, время хранения документов и количество экземпляров (см. табл.1.1).

Таблица 1.1 Сводная таблица документации

Название типа документа	Направление	Время использования	Время хранения	Количество экземпляров
Бланк открытия заказа	вх	1 месяц	6 месяцев	2 шт
Договор	вх	3 месяца	6 месяцев	3 шт
Счет-фактура	исх	1 месяц	6 месяцев	2 шт
Регистрационный журнал	вн	1 месяц	6 месяцев	1 шт
Приказы	вх	1 год	2 года	3 шт
Акты	вх	1 год	2 года	3 шт
Отчеты	исх	1 год	2 года	1 шт
Служебные записки	вн	1 месяц	6 месяцев	1 шт
Должностные инструкции	вх	1год	2 года	1 шт
Календарный план	вх	1 год	2 года	1 шт
Приказы по технике безопасности	вх	1 год	2 года	1 шт
Приказы по противопожарной защите	вх	1 год	2 года	1 шт
Ежемесячный отчет	исх	1 год	1 год	1 шт
Годовой отчет	исх	1 год	2 года	1 шт
Положение об отеле	вх	постоянно	постоянно	1 шт

На рисунке 1.4 представлены диаграммы, описывающие соотношение различных видов документов.

1.6 Итоговая постановка задачи

Автоматизация системы распределения номеров в отеле позволит обеспечить равномерную загруженность номеров за счет:

· уменьшения простоя номеров;

· равномерного распределения номеров;

· сокращение ошибок в работе благодаря хранению информации в базах данных;

· сокращения времени обработки информации;

· уменьшение риска потери данных;

· сокращения времени доступа к информации;

· упрощение обработки заказов.

Основными целями создания ИС гостиницы «Бастион» является решение вышеперечисленных задач, а так же:

· организация максимальной загруженности номеров;

· обеспечение работы номеров без простоев;

· повышение производительности труда сотрудников;

· автоматизация процесса ведения документации отеля;

· повышение оперативности получения и предоставления информации;

· увеличение точности расчета отчетных форм.

1.7 Сравнительный анализ существующих гостиничных информационных систем

В качестве ИС, работающих в области среднего гостиничного бизнеса, будут выбраны следующие:

· Amadeus Property Management System

· Servio Hotel

· СИНИМЕКС: ГОСТИНИЦА

Amadeus Property Management System

Amadeus Property Management System - это мощная комплексная система автоматизации всех подразделений отеля, которая совмещает в себе несколько модулей - Управление гостиницей (FrontOffice), Маркетинг и Продажи (Sales&Marketing), Конференции и Банкеты (Conference).

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

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

Amadeus PMS полностью интегрирована с продуктами MicrosoftOffice. Это облегчает работу для пользователей и значительно расширяет возможности для делового общения с гостями и партнерами.

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

AmadeusPMS адаптирована под условия работы в России и странах СНГ. Система является мультиязычной и поддерживает 18 языков.

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

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

· Единая база данных одного или нескольких отелей позволит использовать общие файлы, историю, тарифы и пакеты услуг, что сэкономит административные затраты предприятия

· Версия AmadeusMultiproperty для сети отелей поддерживает передовую систему централизованного бронирования CRS и имеет интерфейсы с GDS/IDS системами продаж. Служба продаж может использовать этот механизм для значительного увеличения уровня загрузки и повышения доходности

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

· Функции регистратуры помогают контролировать все операции связанных с уборкой и статусом номеров. С помощью специальных отчетов и форм система автоматически распределит работу горничных для уборки или смены белья

ServioHotel

Основная задача данного продукта - ведение учета размещения, бронирования мест в гостиницах и планирования загрузки номеров. Основными особенностями программы являются: учет номеров и мест; учет состояния номерного фонда; учет клиентов, ведение их истории и архива; ведение карточек клиентов; бронирование номеров (коллективное и индивидуальное); размещение гостей; автоматический поиск брони, изменение брони и отказ от нее.

Подбор номеров производится на основании пожеланий клиента (категория номера, наличие балкона, телефона и прочих удобств): из свободных на данный момент выбирается тот, который удовлетворяет запросу. При отсутствии оных бронь переносится в список «ожидающих».

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

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

СИНИМЕКС: ГОСТИНИЦА

Фирма предлагает конфигурацию «Синимекс: Гостиница», созданную для предприятий, оказывающих гостиничные услуги, собственно гостиниц, домов отдыха, пансионатов.

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

Кроме того, «Синимекс: Гостиница» позволяет управлять размещением клиентов, в том числе на основании договоров с юридическими лицами, контролировать состояние номерного фонда (аренда, ремонт, уборка и т.д.); формировать сводки и оперативные отчеты по загрузке, вести «черный список», в который заносятся так называемые проблемные клиенты.

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

В системе программ «1С: Предприятие», на базе которых разработана конфигурация, ввод ежедневных данных осуществляется при помощи документов. Программа позволяет регистрировать заявки на размещение, бронировать номера или места в них. Заявки могут приниматься не только по телефону и факсу, но и по электронной почте. При бронировании нового постояльца программа проверяет, не проживал ли он в гостинице ранее, не находится ли в «черном списке».

Определение критериев

1. Планирование номерного фонда -

• наличие интерактивного и масштабируемого плана загрузки гостиницы с полным отображением всех загруженных номеров отеля

• Возможность изменения плана загрузки номеров

• Использую функцию “drag&drop” можно легко переселить гостя или перенести бронирование в другой номер и изменить даты проживания непосредственно из графического плана комнат

• Печать индивидуальных отчетов распределения клиентов по номерам

2. Бронирование номеров -

• Система централизованного бронирования CRS и систем глобальной дистрибуции GDS/IDS, позволяющие из любой точки мира через интернет произвести интерактивное бронирование номера

• Использование глобальной категории комнат значительно облегчает бронирование групп т.к. не требует указывать конкретную категорию комнаты на этапе бронирования

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

• Расчет полной стоимости проживания, учет изменения пакетов, тарифов и других деталей брони во время будущего проживания

• Постоянные начисления с различными периодами: ежедневно, при заселении, по определенным дням недели и т.д.

• Быстрое и удобное изменение реквизитов для выставления счетов

3. Управление номерным фондом:

• Отслеживание состояния номерного фонда

• Управление статусами комнат, в числе и через телефонный интерфейс

• Отчеты по заездам и выездам

• Управление комнатами «на ремонте»

• Отчет по распределению горничных

• Печать индивидуальных отчетов распределения по номерам для горничных

• Формирование нарядов для горничных

4. Работа с клиентской базой предполагает наличие следующих возможностей:

• Полная история гостя.

• Единая база файлов гостей

• Возможность учитывать информацию о дополнительных услугах

• Хранение всех изменений с указанием даты, времени и имени пользователя, сделавшего изменение

5. Контроль работ

• Полное отслеживание всех сделанных изменений в ИС

• Специальный сервис для автоматической печати 'аварийных' отчётов

6. Стоимостной и количественный учет

• Возможность полного учета номерного фонда

• Всесторонний учет клиентской базы

• Расчет полной стоимости проживания

• Журнал всех финансовых транзакций с возможностью поиска и отбора транзакций

7. Автоматическое создание отчетов и форм наличие регламентированных отчетов и форм

• Возможность создания отчетов по различным критериям (бронь, занятость, дата въезда клиента)

• Настраиваемые отчеты

• Архив отчётов

8. Интеграция - возможность полной интеграции с другими программными продуктами

9. Модифицируемость - возможность внесения изменений в систему в соответствии с нуждами потребителя

10. Безопасность -

• защита по протоколам SSL3 и TSL

• комплексная защита базы данных

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

Анализ ИС по выбранным критериям представлен в таблице 1.2

Таблица 1.2 Сравнительный анализ существующих ИС

	Фактор важности	Amadeus Property Management System	ServioHotel	Синимекс: ГОСТИНИЦА
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Планирование номерного фонда	10	100	10	80	8	100	10
Бронирование номеров	9	100	9	100	9	100	9
Управление номерным фондом	10	100	10	100	10	80	8
Работа с клиентской базой	10	100	10	100	10	100	10
Контроль работ	8	80	6,4	80	6,4	70	5,6
Стоимостной и количественный учет	8	80	6,4	60	4,8	50	4
Автоматическое создание отчетов и форм	8	70	5,6	90	7,2	100	8
Интеграция	9	60	5,4	100	9	100	9
Модифицируемость	9	100	9	50	4,5	80	7,2
Безопасность	8	80	6,4	80	6,4	80	6,4
Администрирование	10	100	10	100	10	100	10
Итоговый балл:		88,2		85,3		87,2

Методика и порядок расчета показателей таблицы 5 методом SMART был приведен выше.

Все три рассматриваемые информационные системы имеют русскоязычный интерфейс и опыт внедрения на территории стран СНГ.

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

Система «Синимекс: ГОСТИНИЦА» стоит на втором месте по степени соответствия стандартной поставки системы функциональным и техническим требованиям, однако она имеет ограничения в плане планирования номерного фонда отеля. И эта система потребует установки отдельных серверов и создание соответствующей инфраструктуры по их обслуживанию.

На последнем месте система «ServioHotel».

Системы «AmadeusPropertyManagementSystem» и «Синимекс: ГОСТИНИЦА» имеют хост-центрическую архитектуру с одним центральным сервером - вся информация хранится в централизованной базе данных и доступна для обработки в любой момент времени для всех участников процесса. При этом эти системы предъявляют несколько более высокие требования к пропускной способности и надежности каналов связи (WAN).

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

2. Моделирование

2.1 Анализ и выбор CASEсредств для моделирования бизнес процессов

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

Наиболее трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в процессе которых CASE-средства обеспечивают качество принимаемых технических решений и подготовку проектной документации. При этом большую роль играют методы визуального представления информации. Это предполагает построение структурных или иных диаграмм в реальном масштабе времени, использование многообразной цветовой палитры, сквозную проверку синтаксических правил. Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.В разряд CASE-средств попадают как относительно дешевые системы для персональных компьютеров с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами.

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

· Мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;

· Интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;

· Использование специальным образом организованного хранилища проектных метаданных (репозитория).

В идеале необходимо, чтобы CASE-средства обеспечивали с точки зрения менеджмента адекватную связь между всеми средствами поддержки жизненного цикла организационной системы, включая преобразование организационных технологий в корпоративные приложения (например, в виде workflow- или BPM-систем, средств интеграции различных приложений и бизнес-процессов и пр.).

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

Чтобы выбрать инструментарий способный в полной мере отвечать на поставленные вопросы, необходимо проанализировать существующие CASE-средства. В данной работе будут построены модели «как есть» и «как надо» с различных точек зрения работы производственно-диспетчерского отдела, поэтому в качестве сравниваемых CASE-средств, будут выбраны: BPWin и RationalRose.

CASE-средство BPWin

Пакет BPWin основан на методологии IDEF0, а также поддерживает методологии IDEF3 и DFD, и предназначен для функционального моделирования и анализа деятельности предприятия. Модель в BPWin представляет собой совокупность SADT-диаграмм, каждая из которых описывает отдельный процесс в виде разбиения его на шаги и подпроцессы. С помощью соединяющих дуг описываются объекты, данные и ресурсы, необходимые для выполнения функций. Имеется возможность для любого процесса указать стоимость, время и частоту его выполнения. Эти характеристики в дальнейшем могут быть просуммированы с целью вычисления общей стоимости затрат - таким образом выявляются узкие места технологических цепочек, определяются затратные центры.

CASE-средство RationalRose

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

Преимущества подхода к моделированию бизнес-процессов с помощью UML заключаются в следующем:

· модель бизнес-процессов строится вокруг участников процессов и их целей;

· методика моделирования, построенная на основе вариантов использования, способствует лучшему пониманию модели бизнес-процессов участниками процессов.

CASE-средство Designer/2000

CASE-средство Designer/2000 2.0 фирмы ORACLE является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Developer/2000 поддержку полного ЖЦ ПО для систем, использующих СУБД ORACLE.

Designer/2000 представляет собой семейство методологий и поддерживающих их программных продуктов. Базовая методология Designer/2000 (CASE*Method) - структурная методология проектирования систем, полностью охватывающая все этапы жизненного цикла ИС.

Designer/2000 можно интегрировать с другими средствами, используя открытый интерфейс приложений API (ApplicationProgrammingInterface). Кроме того, можно использовать средство ORACLE CASE Exchange для экспорта/импорта объектов репозитория с целью обмена информацией с другими CASE-средствами.

Определение критериев оценки:

1. Моделирование организационных функций и процессов -

· Наличие большого числа стандартных объектов для описания бизнес процессов.

· Наличие инструмента имитационного моделирования.

· Наличие внутреннего языка управления

2. Разработка технического задания -

· Генерация и печать технической документации создаваемого проекта

3. Функционально-стоимостной анализ -

· определение и проведение общего анализа себестоимости бизнес-процессов на предприятии (маркетинг, производство продукции и оказание услуг, сбыт, менеджмент качества, техническое и гарантийное обслуживание и др.);

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

· определение и анализ основных, дополнительных и ненужных функциональных затрат;

· сравнительный анализ альтернативных вариантов снижения затрат в производстве, сбыте и управлении за счет упорядочения функций структурных подразделений предприятия;

· анализ интегрированного улучшения результатов деятельности предприятия.

4. Генерация кода приложения -

· Генерация кода для его применения в разработке приложений на различных языках программирования

5. Оформление проектной документации -

· Наличие генератора для оформления проектной документации

6. Хранение моделей деятельности предприятий -

· История моделей

7. Ведение библиотеки типовых бизнес моделей -

· Наличие репозитория бизнес моделей

8. Генерация отчетов -

· Встроенный генератор отчетов

9. Возможность групповой работы -

· Возможность работы со средством коллективно

Сравнительный анализ программных средств представлен в таблице 2.1.

Таблица 2.1 Сравнительный анализ программных средств

	Фактор важности	BPwin	RationalRose	Designer/2000
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Моделирование организационных функций и процессов	10	100	10	100	10	100	10
Разработка технического задания	8	80	6,4	70	5,6	60	4,8
Функционально-стоимостной анализ	7	100	7	90	6,3	90	6,3
Генерация кода приложения	10	90	9	90	9	80	8
Оформление проектной документации	8	60	4,8	100	8	100	8
Хранение моделей деятельности предприятий	6	100	6	100	6	100	6
Ведение библиотеки типовых бизнес моделей	8	90	7,2	100	8	100	8
Генерация отчетов	7	100	7	100	7	100	7
Возможность групповой работы	8	100	8	100	8	60	4,8
Итоговый балл:		65,4		67,9		62,9

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

1) Для каждого требования, бизнес процесса, функционального направления проставляется «Фактор важности» (максимальный балл равен 10), который показывает важность рассматриваемого требования к системе;

2) Каждое требование оценивается по 100-балльной шкале ('Степень соответствия', то есть это степень реализации требуемой функциональности в системе: насколько функциональность реализована в стандартной поставке);

3) Для каждого требования вычисляется интегральный показатель:

(1)

где E - оценка (балл);

F - фактор важности;

С - степень соответствия

4) Для каждого бизнес-процесса и функционального направления вычисляется общий интегральный показатель (как среднее арифметическое) ('Оценка (балл)') на основании Фактора важности и интегральной Оценки для каждого бизнес-процесса и функционального направления вычисляется степень соответствия ERP-системы требованиям:

(2)

5) Далее вычисляется общая оценка по каждому из критериев, как сумма оценок (баллов) для каждого из пяти требований. По итогам которой делается вывод о соответствии каждой из трех систем заданным требованиям.

Необходимо отметить, что нотация IDEF0/IDEF3, которую использует CASE-средство BPWin, определяет более жесткие правила построения моделей процессов, чем нотация UML, и содержит существенные ограничения на количество объектов и связей, отображаемых на одной диаграмме.

Поэтому окончательным средством для моделирования бизнес процессов будет выбран RationalRose и соответственно методология UML.

2.2 Визуальная модель предметной области

Для наглядного представления процессов, происходящих в описанной предметной области, было произведено ее визуальное моделирование с использованием методологий «Дракон» и UML.

Реализация модели согласно «Дракону» представляет собой блок-схему гостиницы. На первой схеме выделены основные функции отеля: планирование, распределение и контроль работ по отелю (см. рисунок 2.1).

В выполнение функции планирования входят следующие действия:

· Формирование плана загрузки номеров;

· Учет клиентов;

· Учет выполняемых работ.

В выполнение функции распределения входят следующие действия:

· Координация деятельности персонала и служб отеля (обеспечение их согласованной работы);

· Принятие оперативных мер по отклонениям от плана;

· Распределение номеров.

В выполнение функции контроля входит следующее действие:

· Контроль за выполнением плана загрузки;

Рассмотрим подробнее процесс заселения потенциального клиента в отель. Для этого была построена следующая блок-схема действий (см. рисунок2.2).

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

Модель предметной области, описанная средствами языка UML, включает следующие диаграммы:

· вариантов использования;

· последовательности.

Диаграмма прецедентов (рис. 2.3) была разработана для визуализации поведения элементов системы при взаимодействии с сущностями извне. На ней представлена реакция системы на действия 4 актеров:

· Директора;

· Администратора отеля;

· Портье;

· Супервайзера.

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

Диаграмма последовательности (рис. 2.4)составлена для представления последовательности действий в процессе функционирования системы. На ней представлены следующие объекты:

· Портье;

· Супервайзер;

· Администратор отеля;

· Директор отеля.

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

2.3 Математическая модель предметной области

2.3.1 Базовая математическая модель

При построении базовой модели будем исходить из следующих предположений.

Относительно этапа разработки плана считаем, что загрузка каждого номера не зависима от загрузки остальных номеров и для каждого номера (комнаты) задана длительность его загрузки, которая не может быть изменена. Финансированиепроцесса разработки плана загрузки номеров осуществляется равномерно по времени проведения работ.

Считаем, что все работы по размещению клиентов в номерах выполняются однородными нарядами средств независимо и одновременно (параллельно).

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

Для формальной записи задачи с учетом сделанных предположений введем следующие обозначения:

Т = {1 , . . . ,Т} -- множество единичных отрезков, составляющих рассматриваемый план.

I = {1 , . . . , m} -- множество комнат, принимаемых к рассмотрению на предмет их возможной загрузки.

Комнаты, соответствующие номеру i I, назовем i-м номером.

J = {1 , . . . ,n} -- полный перечень работ, составляющих все возможные варианты реализации по загрузке номеров. Работу, соответствующую номеру , назовем j-й работой. Обозначим черезсовокупность работ, которые должны быть произведены при реализации s-ro варианта.

Пусть

li-- длительность этапа планирования для i-ro номера;

Сit-- затраты на разработку плана загрузки i-го номера на t-м отрезке;

цjt-- количество единичных работ по размещению клиентов j-й разновидности, предлагаемых к выполнению на t-м отрезке времени;

fjt-- коэффициент важности выполнения работы j-й разновидности на t-м отрезке;

pij-- количество средств на i-й номер в составе однородного наряда для выполнения единичной работы j-й разновидности;

git -- затраты на съём однойi-й комнаты (номера) на t-м отрезке;

hit -- затраты на содержание однойi-й комнаты (номера) на t-м отрезке;

dit -- затраты на текущий ремонт однойi-й комнаты (номера) на t-м отрезке;

Vit -- ограничение сверху на возможный объем денежных средств на съем одной i-й комнаты на t-м отрезке;

Uit -- ограничение сверху на допустимое количество денежных средств на содержание одной i-й комнаты на t-м отрезке;

Wit -- ограничение сверху на возможный объем денежных средств на текущий ремонт одной i-й комнаты на t-м отрезке

u0i -- количество средств для i-го номера (комнаты)на начальном этапе плана;

bt-- объем выделяемых ресурсов (ассигнований) на развитие плана на t-м единичном отрезке;

Ft -- указанное значение загрузки комнат наt-м единичном отрезке.

Введем также следующие переменные.

Переменные выбора момента начала размещения клиентов по плану. Переменная xit принимает значение 1, если планирование загрузки i-го номера начинается на t-м отрезке, и xit - 0 в противном случае.

Переменные загрузки номера. Величина uit равняется количеству средств на размещение на i-й номер в составе отеля на t-м отрезке.

Переменные пополнения номеров . Величина vit равняется количеству комнат (номер), освобождаемых клиентами на t-м отрезке.

Переменные уменьшения количества номеров. Величина uit равняется количеству комнат, занимаемых клиентами на t-м отрезке.

Переменные назначения. Величина xijt равняется доле работ j-й разновидности по размещению клиентов в i-м номере на t-м отрезке.

С использованием введенных обозначений задача планирования записывается следующим образом.

Максимизировать

Z =

при ограничениях

В этой задаче целевая функция (1.1) выражает оценку загруженности номеров. Соотношения (1.2) связывают загрузку отеля по плану на данном и предыдущем отрезках времени, а неравенства (1.3)--(1.5) ограничивают соответственно число комнат в отеле, его пополнение и уменьшение. Неравенство (1.6) означает, что планирование загрузки для каждой комнаты не может начинаться на двух и более отрезках времени, а неравенство (1.7) запрещает производить размещение клиентов, если номер не может быть сдан в эксплуатацию. Ограничения (1.8) показывают, что работы по планированию загрузки не могут выполняться в большем объеме, чем заданный, а неравенства (1.9) означают, что на каждом отрезке можно использовать только такое количество комнат, какое имеется в отеле. Наконец, неравенства (1.10) ограничивают суммарные затраты, связанные с составлением плана загрузки, на каждом отрезке времени.

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

2.3.2 Оптимизированная математическая модель

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

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

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

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

Для формальной записи сформулированной задачи введем следующие обозначения:

Т = {1 , . . . ,Т} -- множество единичных отрезков, составляющих рассматриваемый план.

I = {1 , . . . , m} -- множество комнат, принимаемых к рассмотрению на предмет их возможной загрузки.

Комнаты, соответствующие номеру i I, назовем i-м номером.

S={1 , . . . ,S} -- полный список вариантов реализации всех рассматриваемых номеров (комнат). Вариант, соответствующий номеру sS, будем называть s-м вариантом.

Пусть

-- коэффициент важности i-го номера для клиента;

- суммарные затраты на выполнение j-й работы, если она начинается с t-гo единичного отрезка;

-- ограничения снизу и сверху на объемы финансирования j-й работы на t-м отрезке;

-- ограничения снизу и сверху на длительность выполнения j-й работы;

dj-- наименьший номер единичного отрезка, начиная с которого может выполняться j - я работа;

bt-- объем выделенных ассигнований для проведения работ на t-м единичном отрезке.

Введем следующие переменные.

Переменные выбора варианта реализации .

Переменная ys принимает значение 1, если реализуется s-й вариант размещения (загрузки) номера, и ys= 0 в противном случае.

Переменные выбора времени начала выполнения (финансирования) работ . Переменная принимает значение 1, если финансирование j-й работы начинается на t-м единичном отрезке, и = 0 в противном случае.

Переменные выбора длительности выполнения работ.

Величина равняется числу единичных отрезков плана загрузки, в течение которых финансируется выполнение j -й работы.

Переменные распределения финансирования работ по единичным отрезкам . Величина равняется объему средств, выделяемых на финансирование j-й работы на t-м единичном отрезке.

С использованием введенных переменных оптимизационная задача планирования работ может быть записана следующим образом.

Максимизировать

(2.1)

при ограничениях

Целевая функция данной задачи выражает величину ожидаемой суммарной прибыли для отеля по выбранным вариантам реализации размещения людей (загрузки) в номерах. Ограничения (2.2) означают, что каждый способ загрузки номера может быть реализован не более чем по одному варианту, а неравенства (2.3) связывают выбор варианта реализации с необходимостью начать на каком-то единичном отрезке финансирование каждой работы из числа образующих этот вариант. Ограничения (2.4) означают, что суммарное финансирование каждой работы, осуществляемое на различных единичных отрезках, не может быть меньше величины суммарных затрат выполнения данной работы. Двухсторонние неравенства (2.5) и (2.6) показывают, что длительность выполнения работы и объемы ее финансирования на каждом единичном отрезке должны находиться в заданных пределах, а неравенства (2.7) означают, что выполнение работы не может быть начато раньше установленного срока. Наконец, ограничения (2.8) показывают, что затраты на проведение работ на каждом единичном отрезке не могут превышать выделенных ресурсов.

Построенная математическая модель предназначена:

· для построения оптимального плана загрузки номеров в отеле с целью получения максимальной прибыли;

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

Таким образом, математическое моделирование позволяет получить четкий ответ: как оптимально распределить номера в отеле и в соответствии с каким планом, на основании имеющихся ресурсов.

2.4 Реинжиниринг бизнес процессов гостиницы «Бастион» с учетом оптимизированных параметров

В результате детального исследования предметной области было выявлено, что для более успешной работы предприятия необходимо произвести некоторые изменения процессов, связанных с составлением плана загрузки номеров в отеле. Для этого была разработана и оптимизирована математическая модель, описывающая данную задачу (см. п. 2.3). На основе оптимизированной модели предлагается разработать информационную систему гостиницы «Бастион», которая помимо фиксации данных и автоматизированного составления отчетов для последующего анализа будет включать модуль «Планирование номерного фонда». Данный модуль системы на основе вводимых параметров будет выбирать наиболее подходящий вариант загрузки номеров в отеле из списка всех возможных и предоставлять его пользователю. Наилучший вариант - тот, который приносит наибольшую прибыль, а значит соответствует максимальному значению функции Z, выражающей величину ожидаемой суммарной прибыли для отеля.

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

Для визуализации представления о производимых изменениях на языке UMLбыли спроектированы следующие диаграммы:

· диаграмма вариантов использования (прецедентов);

· диаграмма последовательности;

· диаграмма классов.

Диаграмма прецедентов (рис. 2.5) была разработана для визуализации поведения элементов системы при взаимодействии с сущностями извне. На ней представлена реакция системы на действия 5 актеров:

· Директор отеля

· Администратор отеля

· Портье

· Администратор ИС

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

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

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

Администратор ИС следит за корректной работой ИС, а также проводит работу по устранению неполадок в системе при их возникновении.

Диаграмма последовательности составлена для представления последовательности действий в процессе функционирования системы. На ней представлены следующие объекты:

· Портье;

· Администратор отеля;

· Модуль ИС «Планирование номерного фонда»;

· Директор отеля.

Данная диаграмма представлена на рис. 2.6.

Диаграмма классов (рис. 2.7) представляет собой исходную логическую модель программной системы для ее последующей реализации в форме физических моделей. На данной диаграмме представлены следующие классы:

· Номер в отеле;

· Работа;

· Вариант размещения;

· Клиент;

· Сотрудник;

· Оплата;

· Дополнительные услуги;

· Бронь;

· Выбывшие постояльцы.

Класс «Номер в отеле» описывает все номера в отеле и содержит атрибуты:

· № комнаты;

· Число мест в номере;

· Класс номера;

· Стоимость;

· Описание номера.

и операции над ним:

· Редактировать номер.

Класс «Работа» описывает все работы, которые необходимо выполнить перед размещением клиентов в номерах. Данный класс представлен атрибутами:

· Наименование работы;

· Начало выполнения;

· Конец выполнения;

· Стоимость выполнения работы.

и операциями над ним:

· Добавить работу;

· Удалить работу;

· Редактировать работу.

Элементами класса «Вариант размещения» являются все возможные варианты размещения клиентов в отеле на данный момент времени. Атрибуты класса:

· № варианта размещения;

· Номер комнаты;

· Класс;

· Дата ликвидности;

операция над классом:

· Редактировать вариант размещения.

Класс «Клиент» содержит сведения о клиентах отеля; он представлен атрибутами:

· Фамилия;

· Имя;

· Отчество;

· Номер удостоверения;

· Дополнительные данные;

и операциями над ним:

· Добавить клиента;

· Удалить клиента;

· Редактировать клиента.

Класс «Сотрудник» содержит информацию о всех сотрудниках отеля; класс описывается атрибутами:

· Фамилия;

· Имя;

· Отчество;

· Должность;

· Дата рождения

и операциями:

· Добавить сотрудника;

· Удалить сотрудника;

· Редактировать сотрудника.

Класс «Бронь» представлен атрибутами:

· Код брони;

· Состояние;

· Фамилия заказчика;

операциями:

· добавить;

· удалить;

· редактировать.

Класс «Дополнительные услуги» описывается атрибутами:

· Код услуги;

· Наименование услуги;

· Стоимость услуги

Операции над данным классом возможны следующие:

· добавить;

· удалить;

· редактировать.

Класс «Выбывшие постояльцы» представляет собой архив данных о всех клиентах, пользовавшихся услугами отеля. Он представлен атрибутами:

· Фамилия;

· Имя;

· Отчество;

· Номер удостоверения;

· Номер в отеле;

· Срок проживания

и операциями над ним:

· добавить;

· удалить;

· редактировать.

Класс «Оплата» необходим для учета выставленных клиентам счетов и оплаты по ним. Данный класс представлен атрибутами:

· Код оплаты;

· Предоплата;

· Полная стоимость;

· Дата оплаты;

· Полная стоимость

и операциями:

· добавить;

· удалить;

· редактировать.

3. Проектирование информационной системы регистратуры гостиницы«Бастион»

3.1 Способ организации информационной системы

3.1.1 Выбор архитектуры информационной системы

Архитектура информационной системы -- концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы. Рассмотрим особенности типовых архитектур, их преимущества и недостатки.

Архитектура файл-сервер представляет собой наиболее простой случай распределенной обработки данных, согласно которой на сервере располагаются только файлы данных, а на клиентской части находятся приложения пользователей вместе с СУБД. Файл-сервер представляет собой достаточно мощную по производительности и оперативной памяти ПЭВМ, являющуюся центральным узлом локальной сети. Файл-сервер в среде сетевой операционной системы организует доступ к файлам, полностью эквивалентным файлам операционной системы и расположенным во внешней памяти файл-сервера. При данном подходе программы СУБД располагаются в оперативной памяти рабочих станций локальной сети, а файлы базы данных - на магнитных дисках файл-сервера. Специальный интерфейсный модуль распознает, где находятся файлы, к которым осуществляется обращение. В связи с этим данная СУБД может работать как с локальными базами данных, так и с центральной базой данных. Синхронизация совместного использования базы данных файл-сервера возлагается на систему управления базами данных, которая должна обеспечивать блокирование записей на время их корректировки, чтобы сделать их недоступными с других рабочих станций.

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

Архитектура клиент-сервер основана на использовании серверов баз данных. Она используется при создании ИС, предназначенной для решения тесно связанных функциональных задач (число клиентов до 100 человек).

Общее представление информационной системы в архитектуре 'клиент-сервер' показано на рисунке 3.2. На стороне клиента выполняется код приложения, в который обязательно входят компоненты, поддерживающие интерфейс с конечным пользователем, производящие отчеты, выполняющие другие специфичные для приложения функции. Клиентская часть приложения взаимодействует с клиентской частью программного обеспечения управления базами данных, которая, фактически, является индивидуальным представителем СУБД для приложения. Благодаря организации репозитария БД в данной архитектуре гарантируется обеспечение целостности хранимых данных.

ИС на основе Internet-Intranet технологий - это корпоративная система, в которой используются методы и средства Internet. Такая система может быть локальной, изолированной от остального мира Internet, или опираться на виртуальную корпоративную подсеть Internet. В последнем случае особенно важны средства защиты информации от несанкционированного доступа. Создание intranet-сетей с внутреннимиWeb-серверами существенно облегчает сотрудникам предприятия доступ к разнообразной информации. Благодаря связям с корпоративными базами данных, файл-серверами и хранилищами документов Web-серверы предоставляют сотрудникам компании самые различные виды информации через единый интерфейс - Web-браузер. Несколько начальных страниц служат гипертекстовыми связями со всеми видами документов и данных.

Однако, при всех своих преимуществах (простота организации, удобство использования, стандартность интерфейсов и т.д.) эта архитектура обладает сильными ограничениями. Прежде всего, в информационной системе отсутствует прикладная обработка данных. Все, что может пользователь, это только просмотреть информацию, поддерживаемую Web-сервером. Далее, гипертекстовые структуры трудно модифицируются. Для того, чтобы изменить наполнение Web-сервера, необходимо приостановить работу системы, внести изменения в HTML-описания и только затем продолжить нормальное функционирование. Наконец, далеко не всегда достаточен поиск информации в стиле просмотра гипертекста. Базы данных и соответствующие средства выборки данных по-прежнему часто необходимы.

Многоуровневая архитектура более разумно распределяет модули обработки данных, которые в этом случае выполняются на одном или нескольких отдельных серверах. Эти программные модули выполняют функции сервера для интерфейсов с пользователями и клиента - для серверов баз данных. Кроме того, различные серверы приложений могут взаимодействовать между собой для более точного разделения системы на функциональные блоки, выполняющие определенные роли. Например, можно выделить сервер управления персоналом, который будет выполнять все необходимые для управления персоналом функции. Связав с ним отдельную базу данных, можно скрыть от пользователей все детали реализации этого сервера, разрешив им обращаться только к его общедоступным функциям. Кроме того, такую систему очень просто адаптировать к Web, поскольку проще разработать html-формы для доступа пользователей к определенным функциям базы данных, чем ко всем данным. Целостность хранимых данных обеспечивается за счет централизованного хранения логики приложений.

Выделим критерии для сравнения описанных архитектур:

· Число клиентов - характеризует число клиентских станций, которые позволяет использовать архитектура;

· Простота установки - характеризует простоту установки и настройки системы при выборе той или иной архитектуры;

· Простота администрирования - показывает, не усложнено ли обслуживание и администрирование системы;

· Легкость модернизации - характеризует процесс внесения изменений после внедрения системы;

· Обеспечение целостности данных - необходимое условие для организации ИС;

· Поддержка совместного доступа к данным - одновременная работа с данными нескольких сотрудников - значительно ускоряет процессы на предприятии;

· Поддержка прикладной обработки данных - для разрабатываемой системы необходима организация внесения изменений сотрудниками в информацию, хранимую в БД системы;

· Количество хранимой информации - показывает соответствие объема информации, необходимой для функционирования системы, и информации, хранение которой обеспечивается архитектурой;

· Стоимость реализации - также важный критерий при выборе архитектуры.

Таблица 3.1 Сравнительный анализ архитектур

	Фактор важности	Файл-сервер	Клиент-сервер	Internet-Intranet	Многоуровневая
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Число клиентов	9	40	3,6	100	9	100	9	80	7,2
Простота установки	7	100	7	95	6,65	100	7	0	0
Простота администрирования	8	80	6,4	100	8	100	8	85	6,8
Легкость модернизации	9	70	6,3	90	8,1	40	3,6	80	7,2
Стабильность работы	10	65	6,5	100	10	90	9	100	10
Обеспечение целостности данных	10	60	6	100	10	85	8,5	100	10
Поддержка совместного доступа к данным	10	0	0	100	10	100	10	100	10
Поддержка прикладной обработки данных	9	100	9	100	9	0	0	100	9
Количество хранимой информации	9	60	5,4	100	9	90	8,1	90	8,2
Стоимость реализации	7	70	4,9	100	7	90	6,3	70	4,9
Итоговый балл:		55,1		86,75		69,5		73,3

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

3) Для каждого требования вычисляется интегральный показатель:

(1)

где E - оценка (балл);

F - фактор важности;

С - степень соответствия

4) Далее вычисляется общая оценка по каждому из критериев, как сумма оценок (баллов) для каждого из пяти требований, по итогам которой делается вывод о соответствии каждой из трех систем заданным требованиям.

По результатам сравнения наиболее подходящая архитектура для ИС «Отель» - клиент-сервер (она поддерживает необходимое число клиентских станций; обеспечивает хранение достаточного количества информации, прикладную обработку данных; несложна для установки и администрирования).

3.1.2 Схема типовой архитектуры

Исходя из выбранной архитектуры системы, построим ее типовую схему (рис. 3.5). В данном случае диалоговые компоненты (средства представления и логика представления) размещаются на «тонком »клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными находятся на сервере. Для реализации данной архитектуры необходимо определить:

· платформу для серверной части системы;

· платформу для клиентской части системы;

· протоколы связи между серверной и клиентской частями системы;

· СУБД.

3.1.3 Выбор платформы для реализации

Для успешной реализации выбранной архитектуры одно из наиболее важных условий - правильный выбор операционной системы для сервера. Выбор будем осуществлять между UNIX-системами, т.к., несмотря на огромную популярность и простоту использования и администрирования систем Windows, открытость и универсальность платформы операционной системы Linux делает возможным ее настройку практически под любые нужды и конкретную ситуацию. Этим же обеспечивается совместимость практически со всеми платформами, а не только Intel или AMD (это не ограничивает нас в выборе аппаратной части для сервера). Также необходимо отметить довольно большую гибкость, наличие большого количества свободного программного обеспечения; неплохую техническую поддержку при использовании коммерческих версий Linux; систему безопасности, которая благодаря оригинальности обеспечивает неплохой уровень защиты.

Выбор ОС будем проводить среди следующих систем: SUSE Linux Enterprise Server 9, ALT Linux 4.0 Server, Debian GNU/Linux.

Debian GNU/Linux - свободная, высококачественная Unix-совместимая операционная система, обладающая полным набором приложений. Все пакеты, которые являются частью Debian GNU/Linux, свободны для распространения, согласно положениям GNU GeneralPublicLicense. Установленная на сервере Debian GNU/Linux также может включать приблизительно 450 программных пакетов (из разделов non-free и contrib), которые распространяются по особым правилам. Все пакеты очень хорошо интегрированы. Также необходимо отметить легкость модернизации и стабильность работы ОС.

AL TLinux 4.0 Server - предоставляет готовую техническую базу для решения актуальных задач любой организации в сфере информационных технологий. Для каждой из наиболее распространенных задач в состав дистрибутива входят специально подготовленные серверные решения -- виртуальные серверы. Решаемые задачи: организация среды обмена информацией (почтовый сервер с защитой от нежелательных сообщений и вирусов, сервер обмена мгновенными сообщениями, файловые серверы, сервер печати, веб-сервер, серверы баз данных); организация корпоративной сети (сетевой шлюз, прокси-сервер, централизованная аутентификация, синхронизация времени).Дистрибутив ALT Linux 4.0 сопровождается гарантированной поддержкой обновлениями по безопасности в течение 3-х лет с момента выпуска, имеется простой веб-интерфейс для работы с обновлениями.

SUSE Linux Enterprise Server 9 - масштабируемая и высокопроизводительная основа для защищенного функционирования вычислительных систем масштаба предприятия. Благодаря широким функциональным возможностям этот продукт компании Novell® отвечает требованиям современных сетей и запросам пользователей. Развертывание, настройка и обслуживание продукта SUSE Linux Enterprise Server 9 в масштабах предприятия не вызывает затруднений. SLES поддерживает широкий спектр аппаратных платформ и сертифицирован ведущими мировыми разработчиками ПО, например, корпорацией Oracle. Благодаря уникальным и открытым средствам управления, можно легко устанавливать, распространять, конфигурировать, защищать и обновлять Linux-серверы в любой части корпоративной сети.

Сравнение будем проводить по следующим критериям:

ь Техническая поддержка - очень важный критерий при выборе Unix-системы;

ь Простота администрирования - характеризует объем знаний, необходимый для администрирования ОС;

ь Простота настройки ОС - характеризует объем знаний, необходимый для настройки ОС;

ь Легкость модернизации - для будущей системы уже на стадии разработки необходимо учитывать возможность и простоту ее модернизации;

ь Безопасность - критерий особенно важен при выборе серверной ОС;

ь Наличие драйверов устройств - определяет, какой оборудование можно использовать с ИС;

ь Наличие разнообразного ПО - для любой ОС важно наличие разнообразного пользовательского ПО;

ь Простота установки.

Сравнительный анализ серверных ОС представлен в таблице 3.2.

Таблица 3.2

	Фактор важности	SUSE Linux Enterprise Server 9	ALT Linux 4.0 Server	Debian GNU/Linux
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Техническая поддержка	10	100	10	90	9	100	10
Простота администрирования	8	80	6,4	75	6	80	6,4
Простота настройки ОС	6	85	5,1	80	4,8	90	5,4
Легкость модернизации	6	90	5,4	85	5,1	85	5,1
Безопасность	10	90	9	90	9	90	9
Наличие драйверов устройств	8	70	5,6	70	5,6	80	6,4
Наличие разнообразного ПО	8	90	7,2	80	6,4	100	8
Простота установки ПО	7	75	5,25	60	4,2	100	7
Стабильность работы системы	10	85	8,5	90	9	100	10
Сеть	7	90	6,3	95	6,65	95	6,65
Итоговый балл:		68,75		65,75		73,95

Сравнение было проведено по методу SMART, описанному выше.

По результатам сравнения наиболее оптимальной операционной системой для сервера является Debian GNU/Linux.

В качестве СУБД, из которых будет производиться выбор для использования их в ИС, выбраны следующие:

Oracle занимает лидирующие позиции на рынке СУБД и, что особенно важно, лидирует на платформах Unix и Windows. В России также обозначилось лидерство Oracle, особенно в области крупномасштабных информационных систем государственных структур. Фактически в нашей стране СУБД Oracle стала стандартом для государственных информационных систем. Причина широкой распространенности Oracle заключается прежде всего в высоких эксплуатационных характеристиках СУБД, большом количестве подготовленных отечественных специалистов по Oracle, наличию поддерживающей инфраструктры - учебных центров, широкой сети партнеров Oracle, большому числу технических курсов по Oracle в высших учебных заведениях и т.д. Так, только в Москве имеется более десятка учебных центров, предоставляющих широкий спектр технических курсов практически по всем линиям программных продуктов Oracle. Партнерская сеть по всей стране насчитывает более 160 организаций, что гарантирует поддержку ПО Oracle практически в любой точке страны. На русском языке уже издано достаточно много качественных книг по СУБД Oracle.

Microsoft SQL Server

В комплект средств административного управления данной СУБД входит целый набор специальных мастеров и средств автоматической настройки параметров конфигурации. Также данная БД оснащена замечательными средствами тиражирования, позволяющими синхронизировать данные ПК с информацией БД и наоборот. Входящий в комплект поставки сервер OLAP дает возможность сохранять и анализировать все имеющиеся у пользователя данные. В принципе данная СУБД представляет собой современную полнофункциональную база данных, которая идеально подходит для малых и средних организаций.

Необходимо заметить, что SQL Server уступает другим рассматриваемым СУБД по двум важным показателям: программируемость и средства работы. При разработке клиентских БД приложений на основе языков Java, HTML часто возникает проблема недостаточности программных средств SQL Server и пользоваться этой СУБД будет труднее, чем системами DB2, Informix, Oracle или Sybase. Общемировой тенденцией в XXI веке стал практически повсеместный переход на платформу LINUX, а SQL Server функционирует только в среде Windows. Поэтому использование SQL Server целесообразно, по нашему мнению, только если для доступа к содержимому БД используется исключительно стандарт ODBC, в противном случае лучше использовать другие СУБД.

MicrosoftAccess -- реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов необходимых в многопользовательских БД, таких, например, как транзакции. Опыт показывает, что даже для проектов на 5-20 пользователей предпочтительно использовать клиент-серверные решения.

Выбор критериев для сравнения:

1. Работа под управлением различных ОС -

· Возможность работы на различных платформах

2. Сопряжение с другими БД -

· Возможность импорта экспорта данных в другие БД

3. Функциональная совместимость -

· Совместимость со сторонними программными средствами на уровне фунциональности

4. Одновременный доступ нескольких пользователей -

· Возможность работы с БД сразу нескольким авторизированным пользователям

5. Подключение к Web -

· Работа в сети интернет

6. Построение баз данных -

· Генерация скрипта БД

7. Распределенная обработка транзакций -

· Возможность работы в распределенной системе

Сравнительный анализ СУБД представлен в таблице 3.3.

Таблица 3.3

	Фактор важности	Oracle 9i	MS Access	MS SQL Server 2000
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Работа под управлением различных ОС	10	100	10	10	1	100	10
Сопряжение с другими БД	10	100	10	50	5	80	8
Функциональная совместимость	9	100	9	60	5,4	80	7,2
Одновременный доступ нескольких пользователей	9	100	9	0	0	100	9
Подключение к Web	10	100	10	100	10	100	10
Построение баз данных	8	80	6,4	100	8	90	7,2
Распределенная обработка транзакций	9	80	7,2	0	0	100	9
Итоговый балл:	61,6	29,4	60,4

Методика и порядок расчета показателей таблицы 3.3 методом SMART был приведен выше.

В сводной таблице представлены сравнительные характеристики рассмотренных СУБД. Клиентские места при этом могут функционировать практически на любой платформе (кроме СУБД Access), средством доступа клиентов к СУБД является либо CGI (Perl) либо JAVA приложения.

Пакет Oracle наделен самым развитым набором функций для работы с языком Java и доступа к данным через Интернет, системой оптимизации одновременного доступа. Единственным недостатком данной СУБД является сложность администрирования, однако все затраты на ее внедрение и освоение в последствии окупятся эффективной и надежной работой. В соответствии с чем, выбор пал на СУБД Oracle 9i.

Выбор платформы для клиентских частей системы будем проводить среди следующих операционных систем:

Windows 7 -- операционная система семейства Microsoft Windows NT, линейки операционных систем, используемых на пользовательских персональных компьютерах.

В Windows 7 обновлена подсистема управления памятью и вводом-выводом. Новой функциональностью также является «Гибридный спящий режим» или режим «гибернации», при использовании которого содержимое оперативной памяти дополнительно записывается на HDD, но и из памяти также не удаляется. В результате если подача энергии не прекращалась, то компьютер восстанавливает свою работу, пользуясь информацией из ОЗУ. Если питание компьютера выключалось, операционная система использует сохранённую на HDD копию ОЗУ и загружает информацию с неё (аналог спящего режима). Режим реализован благодаря так называемым «файлам гибернации», которые занимают объём на жёстком диске, равный объёму установленной на компьютере оперативной памяти. Возможно пользовательское удаление этих файлов с утратой функции гибернации. При этом восстановление этих файлов без особых затруднений возможно путём вызова специальных команд из командной строки.

MacOSX Show Leopard

Mac OS (Macintosh Operating System) - семейство проприетарных операционных систем с графическим интерфейсом. Разработана корпорацией Apple (ранее -- AppleComputer) для своей линейки компьютеров Macintosh. Популяризация графического интерфейса пользователя в современных операционных системах часто считается заслугой Mac OS. Она была впервые представлена в 1984 году вместе с оригинальным Macintosh 128K.

Ранние версии Mac OS были совместимы только с Макинтошами, основанными на процессорах Motorola 68k, следующие версии были совместимы с архитектурой PowerPC (PPC). С недавних пор Mac OS X стала совместима с архитектурой Intel x86. Но политика фирмы Apple такова, что она разрешает устанавливать систему Mac OS только на компьютеры Apple.

Mac OS X официально сертифицирована как UNIX-система. Так как Mac OS X и Mac OS 9 значительно отличаются друг от друга, программы для Mac OS 9 работают в Mac OS X в режиме эмуляции. Для запуска приложений Mac OS 9 в Mac OS X была создана виртуальная машина, называемая «Classic».

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

Debian имеет наибольшее среди всех дистрибутивов хранилище пакетов -- готовых к использованию программ, -- и если даже не по их числу, то по числу поддерживаемых архитектур: начиная с ARM, используемой во встраиваемых устройствах, наиболее популярных x86 и PowerPC, новых 64-разрядных AMD и заканчивая IBM S/390, используемой в мейнфреймах. Хранилище разделено на три ветки:

§ стабильную (stable), содержащую пакеты, вошедшие в последний официальный дистрибутив;

§ тестируемую (testing), из которой будет формироваться следующий стабильный дистрибутив;

§ нестабильную (unstable), в которой пакеты готовятся к помещению в тестируемую ветку.

Существует также ветка, называемая экспериментальной (experimental); в неё помещаются пакеты, претерпевающие особо большие изменения. Для работы с хранилищем разработаны разные средства, самое популярное из которых -- APT.

Выбор критериев оценки:

1. Техническая поддержка - возможность предоставления услуг технической поддержки пользователей через интернет или телефонную линию;

2. Исходный код - возможность внесение изменений в код ОС;

3. Наличие прикладного ПО и драйверов - возможности установки дополнительного прикладного ПО, а также драйверов для различного оборудования;

4. Сеть - поддерживаемые сетевые протоколы;

5. Безопасность - наличие способов защиты персональных данных и самой системы;

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

Анализ по выбранным критериям приведен в таблице 3.4.

Таблица 3.4

	Фактор важности	Windows 7	Mac OS X Show Leopard	Debian
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Техническая поддержка	10	100	10	100	10	90	9
Исходный код	6	0	0	90	5,4	100	6
Наличие прикладного ПО и драйверов	9	100	9	70	6,3	80	7,2
Сеть	9	100	9	100	9	100	9
Безопасность	10	50	5	100	10	100	10
Администрирование	10	100	10	100	10	100	10
Итоговый балл:	43	50,7	51,2

Методика и порядок расчета показателей таблицы 3.4 методом SMART был приведен выше.

Результаты сравнения:

Не смотря на то, что ОС Macintosh Leopard имеет очень хорошую совместимость с аппаратной частью компьютера, а так же у него хорошая техническая поддержка пользователей и безопасность находится на довольно высоком уровне, эта ОС не будет использована для разрабатываемой ИС, так как оборудование от компании Apple в области ПК немного дороже других фирм производителей, а так же существуют проблемы с его приобретением (так оно не так широко распространено на территории России) и обучением сотрудников предприятия работе на MACOS.

Не смотря на многофункциональность ОС Windows 7 - она имеет недостатки в области стоимости, что существенно ограничивает ее широкое применение. Исходя из этого, выбор ОС должен базироваться, прежде всего, на функциональных и стоимостных критериях, так как ОС должна надежно поддерживать дополнительное оборудование, подключаемое к ПК с наименьшими затратами на его техническое обслуживание, поддерживать различные сетевые протоколы передачи данных, а также дополнительное специализированное программное обеспечение.

В качестве конечного выбора будет ОС от Linux - Debian, так она обладает наиболее полным набором ПО в стандартной поставке ОС, к тому же эта ОС бесплатна, как и большинство дополнительного прикладного ПО для Linux. А отсутствие технической поддержки может компенсировать большим числом информации, относительно использования этой системы, и постоянно обновляющимся списком драйверов в сети интернет.

Обмен данными между сервером и клиентами осуществляется посредством стека сетевых протоколов TCP/IP. Данный стек реализует все уровни модели OSI и делится сам на 4 уровня: прикладной, транспортный, межсетевой, уровень доступа к сети (в OSI это уровни -- физический, канальный и частично сетевой).

3.2 Подсистемы ИС

ИС регистратуры гостиницы будет состоять из следующих подсистем:

· подсистема учета;

· подсистема планирования;

· подсистема контроля и управления.

Данные подсистемы представляют собой совокупность программных модулей, объединенных общей областью данных. Схема ИС гостиницы «Бастион» с делением на модули представлена в виде структурной карты Константайна на рис. 3.6.

Подсистема учета включает в себя следующие программные модули:

· Поиск свободных номеров (входными данными являются: пожелания клиента и данные из БД системы - информация о номерах, план загрузки);

· Выбор номера (передает в БД системы сообщение о состоянии занятости номера);

· Регистрация нового клиента (передает в БД системы данные о клиенте);

· Прием оплаты за проживание и услуги (по данным из бухгалтерии).

Подсистема планирования включает в себя следующие программные модули:

· Анализ вакантных номеров (производится на основании данных о свободных номерах из БД системы);

· Определение оптимального плана загрузки (в БД системы передается разработанных план загрузки номеров).

Подсистема контроля и управления включает в себя следующие программные модули:

· Коррекция плана загрузки номеров;

· Утверждение плана загрузки номеров.

На рис. 3.7 изображено распределение описанных модулей системы по АРМ.

3.3 Анализ и выбор CASEсредства для проектирования базы данных

CASE-средство ERwin

ERwin позволяет проектировать, документировать и сопровождать базы данных, хранилища данных и витрины данных (datamarts). Создав наглядную модель базы данных, вы сможете оптимизировать структуру БД и добиться её полного соответствия требованиям и задачам организации. Визуальное моделирование повышает качество создаваемой базы данных, продуктивность и скорость её разработки.

CASE-средство S-Designor

Продукт S-Designor фирмы Powersoft адресован разработчикам информационных систем. Это графический инструмент для проектирования структуры реляционных баз данных. Продукт S-Designor фирмы Powersoft адресован разработчикам информационных систем. Это графический инструмент для проектирования структуры реляционных баз данных. S- Designor реализует популярную методологию информационного моделирования, основанную на представлении информационных объектов и взаимосвязей между ними в виде ER-диаграммы ('сущность-связь'). Используемая в S-Designor нотация - IE (Information Engineering).

Определение критериев оценки:

1. Создание концептуальных и физических моделей структуры базы данных

· Наличие большого числа стандартных объектов для описания БД.

· Наличие инструмента имитационного моделирования БД.

· Наличие внутреннего языка управления

2. Генерация SQL-сценариев для создания структуры базы данных -

· Встроенный генератор сценариев

3. Генерация БД -

· Встроенный генератор БД для различных типов СУБД

4. Средства контроля данных -

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

5. Средства управления репозиторием -

· Изменение данных репозитория

6. Генерация отчетов -

· Встроенный генератор отчетов

7. Возможность групповой работы -

· Возможность работы со средством коллективно

Сравнительный анализ представлен в таблице 3.5.

Таблица 3.5

	Фактор важности	ERwin	S-Designor	Designer/2000
		Степень соотв.	Оценка	Степень соотв.	Оценка	Степень соотв.	Оценка
Создание концептуальных и физических моделей структуры базы данных	10	100	10	90	9	100	10
Генерация SQL-сценариев для создания структуры базы данных	9	90	8,1	90	8,1	80	7,2
Генерация БД	10	100	10	90	9	100	10
Средства контроля данных	9	80	7,2	70	8,3	90	8,1
Средства управления репозиторием	9	100	9	80	7,2	100	9
Генерация отчетов	8	80	6,4	70	5,6	70	5,6
Возможность групповой работы	8	70	5,6	60	4,8	60	4,8
Итоговый балл:		55,7		52		55,3

Методика и порядок расчета показателей таблицы 3.5 методом SMART был приведен выше.

Таким образом, после проведенного анализа существующих среди CASE-средств разработки БД, для построения модели БД будет использовано средство ERwin.

3.4 Построение базы данных информационной системы

3.4.1 Общее описание задачи проектирования базы данных ИС регистратуры гостиницы«Бастион»

Постановка задачи:

Необходимо построить информационную систему гостиницы «Бастион». База данных должна решать следующие задачи:

– ведение списка постояльцев;

– вывод вариантов размещения клиентов отеля;

– ведение архива выбывших постояльцев за последний год.

Необходимо также предусмотреть:

– получение списка свободных номеров (по количеству мест и классу);

– получение списка номеров (мест), освобождающихся в ближайшее время;

– выдачу информации по конкретному номеру;

автоматизацию выдачи счетов на оплату номера и услуг.

Характеристика входной и выходной информации:

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

- фамилия;

- имя;

- отчество постояльцев;

- номера удостоверения постояльца;

- номер комнаты, в которую заселяется постоялец.

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

- отчеты, то есть выдача полной информации по конкретному номеру (номеру комнаты или классу);

- чеки оплаты.

Проектируемая база данных для ИС «Отель» представляется в виде множества сущностей и связей между ними.

В контексте системы «Отель» могут быть получены следующие данные:

– служащий отеля:

а) вводит список постояльцев,

б) выдает необходимую информацию по конкретному номеру;

в) ведет учет дополнительных услуг;

г) получает список вариантов размещения новых клиентов;

д) выдает чеки оплаты;

– постоялец:

а) заказывает места и дополнительные услуги,

б) оплачивает номер и услуги,

в) запрашивает информацию по конкретному номеру.

Разрабатываемая информационная система должна удовлетворять следующим требованиям:

– ведение списка постояльцев;

– ведение архива выбывших постояльцев за последний год;

– ведение списка свободных номеров;

– ведение списка освободившихся номеров;

автоматически планировать оптимальное размещение клиентов и загрузку номеров.

3.4.2 Построение логической модели данных с помощью ERWin

Определение и описание сущностей и их атрибутов

Определим сущности для построения будущей логической модели в ERWin по методологии “сущность-связь”:

· сотрудники;

· клиенты;

· номера;

· работа;

· вариант размещения;

· занятость номеров;

· архив выбывших постояльцев;

· дополнительные услуги.

Теперь определим состав таблиц и их поля и связи. В данной базе данных используется 10 таблиц.

Таблица 3.6 -Структура таблицы «Сотрудники»

Наименование поля	Поле	Тип поля	Ширина поля
Код сотрудника	Code_work	Числовой	-
Фамилия	Surname	Текстовый	30
Имя	Name	Текстовый	30
Отчество	Patronym	Текстовый	30
Дата рождения	Dane_birth	Дата	-
Должность	Post	Текстовый

Таблица 3.7 - Структура таблицы «Клиенты»

Наименование поля	Поле	Тип поля	Ширина поля
Код клиента	Code_client	Числовой	-
Фамилия	Surname	Текстовый	20
Имя	Name	Текстовый	15
Отчество	Patronym	Текстовый	20
Номер удостоверения	Num_ydost	Текстовый	10
Доп. данные	Add_data	Тестовый	-

Таблица 3.8 - Структура таблицы «Номера»

Наименование поля	Поле	Тип поля	Ширина поля
Номер комнаты	Num_room	Числовой	-
Класс	Class	Текстовый	20
Количество мест	Kol_mest	Числовой	-
Стоимость	Cost	Денежный	-
Описание	Desrip	Текстовый	255

Таблица 3.9 - Структура таблицы «Работа»

Наименование поля	Поле	Тип поля	Ширина поля
Номер работы	Num_work	Числовой	-
Наименование	Name	Текстовый	255
Начало выполнения	Date_run	Дата	-
Конец выполнения	Date_end	Дата	-
Стоимость выполнения	All_Cost	Денежный	20

Таблица 3.10 - Структура таблицы «Вариант размещения»

Наименование поля	Поле	Тип поля	Ширина поля
Номер варианта размещения	Num_var	Числовой	-
Номер комнаты	Num_room	Числовой	-
Класс	Class	Дата	20
Дата ликвидности варианта	Date_lik	Дата	-

Таблица 3.11 - Структура таблицы «Занятость номеров»

Наименование поля	Поле	Тип поля
Код номера	Code_room	Числовой
Код постояльца	Code_client	Числовой
Дата заселения	Date_set	Дата
Дата выселения	Date_ev	Дата

Таблица 3.12 - Структура таблицы «Архив выбывших постояльцев»

Наименование поля	Поле	Тип поля	Ширина поля
Код постояльца	Code_pos	Числовой	-
Фамилия	Surname	Текстовый	20
Имя	Name	Текстовый	15
Отчество	Patronym	Текстовый	20
Номер удостоверения	Num_ydost	Текстовый	10
Номер комнаты	Num_room	Числовой	-
Срок проживания	Term	Числовой	-

Таблица 3.13 - Структура таблицы «Дополнительные услуги»

Наименование поля	Поле	Тип поля	Ширина поля
Код услуги	Code_serv	Числовой	-
Наименование услуги	Name_ser	Текстовый	100
Цена	Price	Денежный	-

Таблица 3.14 - Структура таблицы «Бронь»

Наименование поля	Поле	Тип поля	Ширина поля
Код брони	Code_br	Числовой	-
Состояние	Stat	Текстовый	30
Список фамилий	List	Текстовый	255

Таблица 3.15 - Структура таблицы «Оплата»

Наименование поля	Поле	Тип поля	Ширина поля
Код оплаты	Code_pr	Числовой	-
Предоплата	Adv	Денежный	-
Дата	Data	Дата	-
Форма оплаты	Form	Текстовый	50
Полная стоимость	Full_cost	Денежный	-

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

· Сущность «сотрудники» имеет ключевой атрибут - код сотрудника;

· Сущность «клиенты» - атрибут код клиента;

· Сущность «номера» - атрибут номер комнаты;

· Сущность «работа» - атрибут номер работы;

· Сущность «вариант размещения» - атрибут номер варианта размещения;

· Сущность «занятость номеров» - атрибут код номера;

· Сущность «архив выбывших постояльцев» - атрибут код постояльца;

· Сущность «дополнительные услуги» - атрибут код услуги;

· Сущность «бронь» - атрибут код брони;

· Сущность «оплата» - атрибут код оплаты.

Описание связей между сущностями:

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

Сущность «сотрудники» - связь многие-ко-многим с сущностью «работа». Таким образом, каждый сотрудник отеля может выполнять одну или несколько работ, и множество работ может выполняться несколькими сотрудниками.

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

Сущность «вариант размещения» - имеет связь один-ко-многим с сущностью «работа», то есть для размещения будущих клиентов и определения вариантов их размещения в номерах должны быть проделаны несколько видов работ, однако все эти работы предназначены только для одного варианта размещения клиентов.

Сущность «клиенты» - имеет тип связи многие-ко-многим с сущностью «дополнительные услуги» и тип связи один-ко-многим с сущностью «оплата». Таким образом, каждому клиенту может быть оказано множество дополнительных услуг и каждый тип услуги может быть оказан сразу нескольким клиентам, а так же каждый клиент способен оплатить свое проживание в отеле только одним способом оплаты.

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

4. Разработка графического интерфейса пользователя

Интерфейс экранной формы входа в систему (ЭФ ВС) представляет собой начальное окно с тремя кнопками управления и кнопкой выхода из системы (рис. 4.1). По нажатию на кнопку «Клиенты» происходит вызов Экранной формы 1: Список клиентов отеля (ЭФ 1). По нажатию на кнопку «Комнаты» происходит вызов Экранной формы 2: Сведения о номерах (ЭФ 2). По нажатию на кнопку «Сотрудники» происходит вызов Экранной формы 6: Список сотрудников (ЭФ 6).

На ЭФ 1 находится импортированный из базы данных MSAccess список клиентов отеля (рис.4.2). Реализованы функции добавления постояльца (по нажатию на кнопку «Добавление клиента» происходит вызов Экранной формы 3: Регистрация клиента (ЭФ 3)), редактирования уже существующей информации о проживающем (по нажатию кнопки «Редактирование» (ЭФ 3)), а также удаления клиента из базы данных. Для облегчения поиска клиента в базе данных реализована функция поиска (с фильтрацией «По ФИО клиента», «По № паспорта», «По адресу прописки»). Для возврата в ЭФ ВС реализована кнопка «Возврат в главное меню».

На ЭФ 2 расположены сведения о номерах. Здесь находится импортированный из базы данных MSAccess список номеров отеля (рис. 4.3). Также присутствуют кнопки управления «Новая запись», «Изменить» и «Удалить», которые позволяют вносить новую информацию о номере, редактировать старую (вызывается форма ЭФ 4) и удалять существующую запись из базы данных соответственно. На отдельной панели представлена выборка из существующей базы данных о дополнительных удобствах в номере (если таковые имеются). Эту выборку также можно добавлять, редактировать и удалять с помощью кнопок управления, расположенных непосредственно под выведенным списком. Слева внизу на отдельной панели реализован механизм сортировки существующих номеров с фильтрацией по количеству мест в номере, по виду, по стоимости, по наличию дополнительных удобств. В правом нижнем углу находится кнопка возврата в ЭФ ВС.

ЭФ 3 вызывается из ЭФ 1 и позволяет либо добавить нового постояльца, либо редактировать информацию о уже проживающем (рис.4.4). При добавлении нового клиента в базу данных ИС Отель необходимо заполнить все поля в группах «Данные о клиенте», «Срок пребывания», «Сведения о номере» и нажать кнопку «Добавить» (выполняется сохранение данных в базу ИС Отель). При редактировании информации о постояльце изменяются необходимые поля в ЭФ 3 и нажимается кнопка «Сохранить изменения» (происходит обновление базы данных ИС Отель). При нажатии на кнопку «Отмена» новая запись не добавляется и происходит возврат в ЭФ 1.

ЭФ 4 вызывается из ЭФ 2. Здесь представлена информация о номере, импортируемая из базы данных ИС Отель (рис.4.5). С помощью данной ЭФ реализуется функция распределения и планирования загрузки номеров. С помощью кнопки «Редактировать» можно производить действия по изменению базы данных (в частности столбца «Заселён» таблицы). Все изменения отразятся в базе данных только после нажатия кнопки «Сохранить». При нажатии кнопки «Закрыть» мы вернемся в ЭФ 2, а кнопка «Возврат в главное меню» возвращает нас в ЭФ ВС.

Данная форма (ЭФ 5) является наиболее значимой с точки зрения оптимизации распределения и планирования загрузки номеров (рис.4.6). В ЭФ 5 представлен список уже занятых номеров, импортируемый из базы данных ИС Отель. Справа от этого списка находятся кнопки управления, которые позволяют упорядочить список по номеру комнаты, по ФИО клиента, по дате въезда или по дате выезда. Также на этой же панели находится кнопка возврата в ЭФ 2. Также в данной форме реализовано планирование загрузки номеров. Оно производится расчетом количества свободных номеров/занятых номеров/свободных мест в номере на определенную дату. Результаты можно увидеть в списке, отсортированному по одному из вышеперечисленных критериев. По данным списка можно нарисовать помесячный график загрузки номеров, нажав кнопку «Нарисовать график загрузки». Возврат в ЭФ ВС осуществляется по нажатию на кнопку «Возврат в главное меню».

Форма ЭФ 6 вызывается из ЭФ ВС. На ЭФ 6 находится импортированный из базы данных MSAccess список сотрудников отеля (рис.4.7). Реализованы функции добавления сотрудника (по нажатию на кнопку «Добавление сотрудника» происходит вызов Экранной формы 7: Регистрация сотрудника (ЭФ 7)), редактирования уже существующей информации о сотруднике (по нажатию кнопки «Редактирование» (ЭФ 6)), а также удаления сотрудника из базы данных. Для облегчения поиска сотрудника в базе данных реализована функция поиска (с фильтрацией «По ФИО сотрудника», «По № паспорта», «По адресу прописки»). Для возврата в ЭФ ВС реализована кнопка «Возврат в главное меню».

ЭФ 7: вызывается из ЭФ 6 и позволяет либо добавить нового сотрудника, либо редактировать информацию о уже работающем (рис.4.8). При добавлении нового сотрудника в базу данных ИС Отель необходимо заполнить все поля в группе «Данные о сотруднике» и нажать кнопку «Добавить» (выполняется сохранение данных в базу ИС Отель). При редактировании информации о постояльце изменяются необходимые поля в ЭФ 6 и нажимается кнопка «Сохранить изменения» (происходит обновление базы данных ИС Отель). При нажатии на кнопку «Отмена» новая запись не добавляется и происходит возврат в ЭФ 6.

5. Социальный аспект

В настоящее время наблюдается массовая автоматизация всех сфер человеческой деятельности.

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

· огромные трудозатраты на работу с документами;

· сложность обработки бумажных документов;

· ручное заполнение и вклеивание бланков в документы;

· рутинные операции подсчета количественных характеристик при формировании отчетной документации;

· большое количество учетных журналов, содержащих дублирующую информацию;

· трудоемкость восстановления документов в случае ошибки.

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

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

Новый, так называемый 'безбумажный', этап в развитии курортного бизнеса позволил существенно увеличить эффективность информационного обмена, снять остроту информационного кризиса. Бумага на этом этапе необходима только для воспроизводства визуально оформленных документов. Функции же систематизации, хранения, переработки информации, а также передачи ее на длительные расстояния взяла на себя электронная техника.

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

6. Технико-экономическое обоснование

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

Необходимо провести экономическое обоснование создания системы то есть определить затраты на моделирование, проектирование, себестоимость, время, необходимое для выполнения работ, а также капитальные затраты [8].

6.1 Расчет интегрального показателя качества

Информационная система предназначена для автоматизации деятельности гостиницы «Бастион».

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

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

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

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

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

· Учет затрат

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

· Учет внешних факторов (конкуренция и государственное регулирование)

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

Функциональность ИС:

1. учет граждан, подающих заявление на предоставление им медицинской помощи;

2. обработка, хранение, контроль полноты документации, необходимой для оказания медицинских услуг;

3. автоматизация принятия решения постановки граждан в очередь на предоставление медицинских услуг;

4. формирование требуемой статистической документации;

5. информационно-справочная поддержка звена управления.

Перечислим критерии, по которым будет произведено сравнение разрабатываемого проекта с аналогом:

1. Функциональность (состав и свойства информационных объектов системы). Первое, на что стоит обратить внимание при изучении системы, это состав ее функциональность. Именно состав информационных объектов характеризуют информационную мощность системы, т. е. определяют, какими понятиями и с какой степенью детализации можно оперировать при выполнении работ по проектированию и разработке.

2. Полнота данных. Немаловажным критерием для сравнения является полнота данных, обрабатываемых системой и предоставляемым пользователю.

3. Быстродействие.

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

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

6. Организация работы пользователя с системой. Критерий определяет аспекты взаимодействия пользователя с системой (интерфейс, манипуляторы, простота и удобство использования и т.п.)

Для сопоставления аналога и разрабатываемой системы составим таблицу (см. Таблица 6.1), в которой:

весовой коэффициент важности i-го параметра;

значение данного параметра разрабатываемой ИС, оцененное в баллах;

значение в баллах данного параметра для аналога;

интегральный показатель качества проекта.

(6.1)

Сравнение информационной системы произведем по пятибалльной шкале:

1 - отсутствует;

2 - практически отсутствует;

3 - присутствует наполовину;

4 - присутствует не в полной мере;

5 - присутствует в полной мере.

Таблица 6.1

Сравнительная характеристика аналога и разрабатываемого проекта

Критерий	ai	Проект	Аналог
		bin	binai	biа	biаai
Функциональность	0,25	5	1,25	4	1
Полнота данных	0,2	5	1	4	0,8
Быстродействие	0,14	4	0,56	4	0,56
Надежность	0,15	5	0,75	5	0,75
Гибкость	0,15	5	0,75	3	0,45
Организация работы пользователя с системой	0,11	5	0,55	5	0,55
ИТОГО	1

Интегральный показатель качества составит:

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

6.2 Установление и расчет себестоимости разработки

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

. (6.2)

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

(6.3)

где То - ожидаемая длительность работ;

Тmin и Тmax - наименьшая и наибольшая по мнению эксперта длительность работ. Все расчеты сведены в таблице 6.2.

Таблица 6.2

Определение длительностей работ

Наименование работ	Длительность работ (день)	Расход машинного времени
	Min	Max	Ожидаемая
Анализ первичных требований и планирование работ (анализ ТЗ)	2	3	2,4	1
Анализ предметной области	2	3	2,4	1
Утверждение ТЗ	1	2	1,4	1
Обзор существующих аналогов систем	2	4	2,8	2,5
Выбор инструментария моделирования, проектирования	1	2	1,4	1
Моделирование, проектирование ИС	4	7	5,2	4
Разработка ИС	20	25	22	20
Тестирование и отладка системы	2	4	2,8	2,5
Оформление пояснительной записки	10	14	11,6	11
ИТОГО	44	64	52	44

Всего было затрачено 49 дней (из них с помощью ЭВМ - 44). Капитальные затраты на этапе проектирования рассчитаем по формуле.

(6.4)

где - заработная плата исполнителя;

- затраты на использование ЭВМ;

- накладные расходы на этапе проектирования.

Одним из основных видов затрат является заработная плата, которая рассчитывается по формуле:

, (6.5)

где - дневная заработная плата исполнителя задачи на этапе проектирования (300 руб.);

Ас - процент отчислений на социальные нужды (26,2%);

Ап - процент премий (15%).

руб.

Расходы на машинное время состоят из расходов за процессорное время и расходов за дисплейное время. Формула для расчетов затрат на использование ЭВМ на этапе проектирования имеет вид:

, (6.6)

где и соответственно стоимость 1 часа процессорного и дисплейного времени;

и - необходимое для решения задачи процессорное и дисплейное время (час).

Стоимость 1 часа машинного времени примем 9 руб., так как длительность использования ЭВМ составляет 352 часов (по 8 часов в день), то затраты на использование ЭВМ:

руб.

Накладные расходы, по мнению экспертов, составляют 80 - 120% от заработной платы работника и рассчитываются по формуле:

(6.7)

где Н% - процент накладных расходов.

руб.

Таким образом, капитальные затраты на этапе проектирования составят:

руб.

Следовательно, себестоимость программного продукта составит:

руб.

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

В данном случае стоимость данной системы составит:

руб.

6.3 Расчет ожидаемого годового экономического эффекта

Ожидаемый годовой экономический эффект рассчитывается по следующей формуле:

(6.8)

где Эг - годовая экономия;

Кп - капитальные затраты на проектирование;

Ен - нормативный коэффициент (Е=0,15).

Годовая экономия Эг складывается из экономии эксплуатационных расходов и экономии в связи с повышением производительности труда пользователя. Таким образом, получаем:

(6.9)

где Р1 и Р2 - соответственно эксплуатационные расходы до и после внедрения;

Рп - экономия от повышения производительности труда пользователя.

руб.

Следовательно, осталось рассчитать годовую экономию:

В эксплуатационные расходы входят:

· содержание информационных работников;

· содержание персонала по обслуживанию комплекса технических средств (КТС);

· расходы на функционирование программ или пакета программ;

· расходы на содержание зданий (лабораторий);

· накладные расходы;

· прочие расходы.

Расходы на содержание персонала.

Расходы по различным видам работающих определяются по формуле:

(6.10)

где ni - численность персонала i - вида;

zi - среднегодовая заработная плата работника i - го вида;

аc - процент отчислений на социальное страхование, пенсионный фонд и фонд стабилизации ( обычно ac = 26,2%);

ап - средний процент премий за год.

При работе ИС будут задействованы следующие работники: 1 оператор, вносящий данные в БД, 1 - системный администратор, итого - 2 сотрудника.

Ставки работников примем - 7000 руб., следовательно, среднегодовая заработная плата составит 84000 руб. Рассчитаем расходы на содержание персонала:

Расходы на функционирование системы складываются из затрат на машинное время и затрат на эксплуатационные принадлежности:

, (6.11)

где и соответственно стоимость 1 часа процессорного и дисплейного времени;

и - необходимое для решения задачи процессорное и дисплейное время (час).

За стоимость 1 часа машинного времени примем стоимость 1 кВт/час 1,7 руб., длительность использования ЭВМ составляет 1000 часов, число необходимых машин для работы - 2. Следовательно, затраты на использование ЭВМ:

руб.

Накладные расходы составляют 80 % от основной зарплаты персонала, занятого эксплуатацией программы. Таким образом, накладные расходы составляют в год:

Прочие расходы составляют 1-3 % от суммы всех эксплуатационных расходов:

(405216 + 9000 + 324172) * 0,02 = 14768 (руб.)

где 0,02 - процент прочих расходов.

Эксплуатационные расходы составят:

Р1 = 405216 + 9000 + 324172 + 14768= 753156 руб.

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

Расчет экономии от увеличения производительности труда пользователя.

Если пользователь при выполнении работы j-го вида с использованием программы (пакета программ) экономит Тj часов, то повышение производительности труда pj (в процентах) определяется по формуле:

(6.12)

где tj - время, которое планировалось пользователю для выполнения работы j-го вида до внедрения разработанных программ (час).

При использовании формулы следует иметь в виду, что Тj и tj должны быть определены в среднем за год.

Экономия, связанная с повышением производительности труда Рп пользователя, определяется по формуле:

(6.13)

где Zп - среднегодовая заработная плата пользователя.

В данном случае планируемое без использования программы время составляет примерно 5 часов в день, с использованием программы - 3 часов в день. Таким образом, планируемое без использования программы время в год составляет: 1680 часов, а с использованием программы - 1000 часов.

Следовательно, экономия от увеличения производительности труда пользователя составит:

Ожидаемый годовой экономический эффект составит:

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

(6.14)

Таким образом, получим:

года.

Расчетная рентабельность - величина, обратная сроку окупаемости:

(6.15)

Проектируемая система в эксплуатации экономически эффективна, если соблюдается неравенство:

Т.к. 1,22> 0,15 при Ен= 0,15, следовательно, проектируемая система в эксплуатации экономически эффективна.

Приобретение ИС для санатория-профилактория окупится менее чем за год. Рекомендуемый срок окупаемости в условиях рынка не более 5 лет. На основании этого приходим к выводу, что приобретение разработки экономически выгодно для учреждения в целом, и будет благотворно влиять на эффективность автоматизации производства.

Сводные экономические показатели разработки представлены ниже в таблице 6.3:

Таблица 6.3

Показатель	Единица измерения	Обозначение	Значение
Затраты на использование ЭВМ при разработке	руб.		3168
Заработная плата разработчиков	руб.		21334
Накладные расходы разработки	руб.		17067
Капитальные затраты на этапе проектирования	руб.		41569
Себестоимость разработки	руб.		41569
Стоимость системы	руб.		49882
Срок окупаемости	лет		0,82
Расчетная рентабельность	-		1,22
Эксплуатационные расходы	руб.	Р	753156
Ожидаемый годовой экономический эффект	руб.		50884

7. Безопасность и экологичность при эксплуатации информационной системы

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

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

7.1 Системный анализ надежности и безопасности ИС

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

Поскольку разрабатываемый объект представляет человеко-машинную систему, в качестве метода исследования безопасности выбираем системный анализ. Системный анализ - совокупность методологических средств, используемых для подготовки и обоснования решений по сложным проблемам, в частности, безопасности. Цель системного анализа безопасности состоит в том, чтобы выявить причины, влияющие на появление нежелательных событий и разработать мероприятия, уменьшающие вероятность их появления (снижающие риск нежелательного события).

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

Наибольшее распространение в последнее время получили диаграммы в виде ветвящихся структур - деревьев.

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

Такие диаграммы включают одно нежелательное (головное) событие, которое размещается вверху и соединяется с другими событиями (причинами) логическими знаками. Построение 'деревьев' является эффективной процедурой выявления причин различных нежелательных событий (аварий, травм, пожаров и т.п.). Многоэтапный процесс ветвления 'дерева' требует введения ограничений с целью определения его пределов. Эти ограничения целиком зависят от целей исследования. Границы ветвления определяются логической целесообразностью.

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

1. Некорректные действия оператора:

· ошибки вследствие переутомления;

· ошибки из-за нервного напряжения;

· ошибки вследствие недостаточной квалификации пользователя.

2. Программные ошибки:

· сбой операционной системы (ОС);

· ошибки проектирования;

· ошибки программ.

3. Сбой в работе сети:

· отключение системы питания;

· выход из строя системы оборудования.

Основными достоинствами моделирования опасностей с помощью дерева опасностей (причин) являются простота, наглядность и легкость математической алгоритмизации исследуемых процессов с помощью ЭВМ. Дерево отказов при эксплуатации информационной системы, на котором указаны описанные выше события, представлено на рисунке 7.1.

Некорректные действия оператора возможны при переутомлении или нервном напряжении. Переутомление является результатом нарушений режима труда и отдыха или организации рабочего места с нарушением эргономических требований, регламентируемых ГОСТ 12.2.032-78 (2001). ССБТ. «Общие эргономические требования к рабочему месту при выполнении работ сидя». Неверные действия пользователя приводят к отказу в процессе функционирования системы, который связан с неправильными действиями пользователя в диалоге с ЭВМ.

Отказ системы вследствие программных ошибок происходит из-за сбоя ОС, ошибок проектирования либо ошибок в коде программы. Сбой в ОС происходит вследствие некорректной установки ОС или при возникновении программ-вирусов. Возникновение вирусов происходит, если отсутствуют антивирусные базы или если они устарели. Ошибки проектирования влекут за собой кардинальные изменения всей разрабатываемой системы. Учесть такие ошибки возможно только при моделировании и глубоком, детальном анализе создаваемых проектов.

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

7.2 Мероприятия по повышению надежности и безопасности информационной системы

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

Организационные мероприятия

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

Для оптимальной умственной работы немаловажную роль играет правильная организация рабочего места, которое должно соответствовать антропометрическим, физиологическим и психологическим требованиям (ГОСТ 12.2.032-78 (2001). ССБТ. «Общие эргономические требования к рабочему месту при выполнении работ сидя»).

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

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

Подбор и обучение персонала должны производиться в соответствии с ГОСТ 12.0.004-90 «Организация обучения безопасности труда. Общие положения».

Организационно-технические мероприятия

В процессе работы, пользователь большую часть времени проводит за экраном монитора. Как правило, монитор построен на базе ЭЛТ. Излучения такого монитора оказывают самое пагубное влияние на здоровье человека, в первую очередь на глаза. Гигиенические требования к видеодисплейным терминалам изложены в «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы. СанПиН 2.2.2/2.4.1340-03».

Согласно гигиеническим нормам освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 - 500 лк., рабочие столы следует размещать таким образом, чтобы видеодисплейные терминалы были ориентированы боковой стороной к световым проемам, чтобы естественный свет падал преимущественно слева. Искусственное освещение в помещениях для эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения.

Экран видеомонитора должен находиться от глаз пользователя на оптимальном расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.

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

Еще одним способом снижения вредного влияния видеотерминала можно назвать применение в качестве последних жидкокристаллических (ЖК) мониторов. Их достоинством является отсутствие электромагнитных излучений и мерцания экрана.

К организационно-техническим мероприятиям по повышению надежности и безопасности системы также относят соответствующее устройство производственного помещения, вентиляция помещения, отопление (СНиП 2.04.05-91), освещение (СанПиН 2.2.1/2.22.1278-03 «Гигиенические требования к естественному, искусственному и совмещенному освещению жилых и общественных зданий»).

Технические мероприятия

Для обеспечения электробезопасности должны применяться следующие технические способы и средства: малые напряжения, электрическое разделение сетей, контроль и профилактика поврежденной изоляции, обеспечение недоступности токоведущих частей, защитное заземление, зануление, регламентируемые ГОСТ 12.1.019-79 (2001). ССБТ. «Электробезопасность. Общие требования и номенклатура видов защиты».

Также должны использоваться оградительные средства защиты, устройства сигнализации, знаки безопасности, звукоизоляция, звукопоглощение

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

Психологические мероприятия

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

Разработчику на каждом шаге необходимо учитывать влияние принятых решений на всю систему в целом. Для этого значительную часть времени приходится наблюдать за объектами на сравнительно небольшой площади (экране). Это приводит к развитию значительного утомления в сфере зрительного анализатора. Причиной этого являются фиксация близко расположенных, объединенных объектов, рассматривание мелких деталей, постоянный перевод взора с одного объекта на другой, частые резкие переходы от света к тени и обратно, пульсация освещенности и др. Все это через определенный период времени может привести к патологическим изменениям органа зрения.

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

Сформулируем основные мероприятия, которые позволят повысить надежность и безопасность эксплуатации информационной системы:

1. Правильная организация рабочего места;

2. Привлечение к работе квалифицированного персонала;

3. Использование современных средств проектирования и моделирования систем;

4. Контроль за исправным состоянием аппаратуры;

5. Контроль за соблюдением правил эксплуатации программы;

6. Соблюдение норм и правил устройства производственного помещения.

7.3 Пожаробезопасность при эксплуатации системы

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

1. Нарушение технологического режима - 33%;

2. Неисправность электроустановок - 16%;

3. Самовозгорание промасленной ветоши и других материалов, склонных к самовозгоранию - 10%.

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

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

Электроустановки и оборудование, находящееся под напряжением, относятся к классу пожара Е, основными огнетушащими средствами являются газовые составы - хладоны, инертные разбавители порошки. Желательно, чтобы в помещении хранились углекислотные огнетушители ОУ-2 и порошковые огнетушители ОП-1-01. Эти типы огнетушителей позволяют тушить электроустановки до 1000 В., находящих под напряжением, и не причиняют большого вреда технике.

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

Эвакуация - процесс самостоятельного движения людей, находящихся под угрозой опасных для жизни человека факторов пожара, из помещений (зданий и сооружений) в безопасную зону через заранее предусмотренные эвакуационные пути и выходы. Определение эвакуационных выходов строго регламентируется требованиями СНиП 21-01-97 «Пожарная безопасность зданий и сооружений». Требуемое количество эвакуационных выходов из помещений и зданий в целом определяется с учетом безопасности. Их должно быть не менее двух.

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

Использование установок пожарной сигнализации (УПС) позволит мгновенно определить место возникновение пожара, а, следовательно, своевременно предотвратить распространение пламени.

Для предотвращения возникновения пожара, а также уменьшения ущерба в случае возникновения пожара необходимо выполнять также следующие мероприятия:

1. Проведение инструктажа по пожарной безопасности. Обеспечение правильного режима эксплуатации ПК, принтеров и другого оборудования.

2. Недопущение использования дополнительных обогревательных приборов, запрещение курения в помещениях.

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

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

7.4 Защита окружающей среды при эксплуатации информационной системы

Под экологичностью разработанной информационной системы понимается отсутствие в проекте факторов опасности для среды обитания. В отличие от любого технологического процесса и промышленного оборудования, сама по себе информационная система не может нести прямую экологическую угрозу окружающей среде. Однако в результате работы с системой операторов, использующих персональные компьютеры (ЭВМ), возникает ряд вредных факторов, оказывающих влияние, как на человека, так и на окружающую среду в целом. Основным источником таких неблагоприятных воздействий являются дисплеи (мониторы), особенно дисплеи с электронно-лучевыми трубками, а также системные блоки. Ниже описаны вредные факторы, возникающие при работе с ПЭВМ, и предложены меры по их устранению или уменьшению.

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

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

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

Не стоит забывать, что практически всегда в производстве компонентов для ЭВМ используются тяжёлые металлы, такие как хром, ртуть и свинец. Концентрацию таких веществ микроскопической не назовёшь. Например, в корпусах 14 и 15-дюймовых моделей ЭЛТ-мониторов, которые в массовом порядке отправляются на свалку, вытесняемые своими более совершенными жидкокристаллическими коллегами, общее количество вредных веществ составляет 25 процентов от массы. Находясь под солнцем, токсины начинают испаряться в атмосферу (за последние 100 лет содержание, например, ртутных паров повысилось в три раза), медленно, но верно отравляют почву, а значит, и грунтовые воды, которые выносят вредные вещества в реки. Таким образом, локализация технологических отбросов, под которой понимают полигоны, - понятие весьма условное и не годится даже для временного решения проблемы.

Поэтому все больше государств начали интересоваться вопросом об охране окружающей среды. С середины 2006 года во всех странах Евросоюза действует запрет на ввоз компьютерных комплектующих, не соответствующих строгому стандарту ROHS. Основные цели директивы - снизить загрязнение и предотвратить разрушение окружающей среды, а также сохранить здоровье людей, пользующихся электроникой. Данный стандарт довольно жёстко ограничивает содержание в продукции вредных веществ и вынуждает производителей электроники под страхом потери прибыльного рынка должным образом организовывать производство и получать право наклеивать на коробки с товаром заветные зелёные стикеры.

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

Заключение

В результате проделанной работы был построен проект информационной системы регистратуры гостиницы «Бастион».

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

В результате выполнения работы был сделан вывод, что сегодня внедрение информационных систем может способствовать:

* получению более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем и т.д.

* освобождению работников от рутинной работы за счет ее автоматизации;

* обеспечению достоверности информации;

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

* уменьшению затрат на производство продуктов и услуг.