Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ТУРИЗМА И СЕРВИСА»

Факультет Сервиса

Кафедра информационных систем и технологий

ДИПЛОМНЫЙ ПРОЕКТ

на тему: Разработка информационной системы предприятия среднего бизнеса на базе использования облачных технологий по специальности: 230201.65 «Информационные системы и технологии»

Анастасия Владимировна Цыплакова Студентка К.т.н., доцент, Наталья Николаевна Теодорович Руководитель Москва 2014 г.

Лист ДП.02.01.З.09/032.14.ПЗ Изм Лист Дата № докум. Подпись

РЕФЕРАТ

ДП.02.01.З.09/032.14.ПЗ Изм Лист Подп. Дата № докум.

Лист ЛиРазраб. Листов Цыплакова А.В.

в тер.

у Пров. Теодорович Н.Н. РЕФЕРАТ Лист ДП.02.01.З.09/032.14.ПЗ гр. 02.ИСЗ-08-2, Теодорович Н.Н.

Н. конт. РГУТиС Изм Лист Роганов А.А.

Утв. Дата № докум. Подпись

РЕФЕРАТ

Пояснительная записка содержит 74 листов отчета, 10 рисунков,2 таблицы, 0 формул, 2 приложения, 3 части отчета, 14 использованных источников.

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

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

Цель дипломного проектирования Целью данного дипломного проекта является разработка информационной системы гостиницы.

Лист ДП.02.01.З.09/032.14.ПЗ Изм Лист Дата № докум. Подпись ESSAY Explanatory note contains 74 sheets report, 10 figures, 2 tables, 0 formulas, applications, 3 of the report, 14 sources used.

Keywords : analog document, the subscriber station, a database, a large integrated circuit, the global information society, the state information policy, information security, information and communication technologies, information products, information resources Hotel service - the leading industry service providers. Modern state of the hotel market is characterized by high levels of competition, diversity of species provided basic and additional services, increase service levels. From the point of view of the organization and management of hotel complexes are complex systems, which consist of a variety of interrelated services.

The purpose of graduate design The aim of this diploma project is the development of the information system of the hotel.

СОДЕРЖАНИЕ

содерданике Список использованных сокращений……………………………………………… Введение…………………………………………………………………………...… 1.Аналитическая часть………………………………….………...………………… 1.1Предметная область……………………………………………………………… 2. Проектная часть…………………………………………………………………... 2.1. Требования к построению системы…………………………………………… 2. 2.Требования к локализации системы (для систем иностранного производства)…………………………………………………………………………………... 2.3. Требования к интеграции с другими системами……………………………... 2.4. Требования по лицензированию системы…………………………………….. 2.5 Требования к расположению оборудования…………………………………... 2.6 Требования к функциональности системы………………………………….... 2.7. Требования по техническому обслуживанию системы……………………… 2.8 Создание модели ИС с AllFusion Process Modeler 4.0 (Bpwin 4.0)………….. 2.9 Модель AS_IS. Создание модели в стандарте IDEF0………………………... 2.10 Модель TO_BE. Дополнение созданной модели процессов организационными диаграммами………………………………………………………………….. 2.10.1 Диаграммы потоков данных (Data Flow Diagramming)………………….... 2.10.2 Диаграммы методологии IDEF3 (Workflow Diagramming)……………….. 2.11. Обзор существующих продуктов автоматизации гостиниц……………….. 2.12. Автоматизация рабочего места администратора гостиницы………………. 2.12.1 Разработка структуры программы………………………………………….. 2.13 Определение основных компонентов программы…………………………… 2.14. Руководство программиста…………………………………………………… 2.14.1 Системные требования……………………………………………………… 2.14.2 Описание макросов программы……………………………………………. 2.15 Руководство пользователя…………………………………………………….. 2.15.1 Меню программы……………………………………………………………. 2.15.2 Работа с окном «Регистрация клиентов»…………………………………... 3. Экономическая часть……………………………………………………………... 3.1 Расчеты………………………………………………………………………….. Заключение…………………………………………………………………………. Список использованных источников……………………………………………..... Приложения…………………………………………………………………………..

ВВЕДЕНИЕ

Разраб.

Утв.

Облачные вычисления основаны на старых технологиях, однако до середины 2000-ых годов сфера применения «облаков» была ограничена, а потенциал – нераскрытым. Данный термин стал активно употребляться лишь в 2007 году, однако облачные технологии имеют весьма долгую историю. Еще в далеком 1950 году было осуществлено подключение при помощи тонких терминалов к IBM mainframe, а в 1974 году появление облака, как символа Интернет, который подразумевает, что облачные технологии и интернет – связные вещи.

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

Среди других технологических трендов, послуживших прелюдией к современным облачным вычислениям, относятся: SOA (Service-Oriented Architecture) сервис-ориентированная архитектура, ASP (Application Service Provider) - предоставление приложений в режиме услуг, ITSM (IT Service Management) - управлениe деятельностью по оказанию ИТ-услуг, ITIL (IT Infrastructure Library) – библиотека ИТ инфраструктуры и другие. Повсеместное распространение высокоскоростных каналов интернет сделало возможным интенсивный обмен данными между компьютерами, находящимися в «облаке». Созревание технологий Web 2.0 позволило выполнять функционально насыщенные веб-приложения непосредственно в окне веб-браузера, а не запускать их на локальном компьютере или в локальной сети. В какой то мере успеху облачных вычислений содействовало также развитие интернет-сервисов, которые предоставляют доступ к своим данным посредством специальных программных интерфейсов (API). Действительно, когда разработчик создает приложение, которое обслуживает удаленных пользователей на основе данных из удаленного источника вполне логично, что и промежуточный этап - обработка данных, также может производится на удаленной облачной площадке.

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

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

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

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

Виртуализация ресурсов, на примере приложения, позволит безопасно разворачивать приложения, не опасаясь за совместимость, осуществлять балансировку.

Все данные модульные ресурсы доступны по сети с использованием стандартных интерфейсов, проще говоря доступны в виде «веб-служб». Все данные модульные ресурсы доступны по сети с использованием стандартных интерфейсов, проще говоря доступны в виде «веб-служб». Предоставление услуг, например, в частном облаке зависит от сетевых коммутаторов, виртуальной локальной сети (VLAN) и иногда – от подсистем балансировки нагрузки. Управление этими ресурсами должно быть интегрировано с частным облаком так, чтобы типовые изменения были автоматизированы, что позволит подсистеме управления структурой автоматизировать внесение изменений в инфраструктуру. Каждый коммутатор должен назначаться пулу ресурсов вместе с вычислительными ресурсами.

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

Для бизнеса преимущества можно разделить по категориям: затраты, производительность бизнеса и производительность ИТ.

Затраты и их структура. Сюда включено не только прямое сокращение затрат, но также косвенная экономия и улучшение структуры затрат. Значительная доля краткосрочного сокращения затрат обеспечивается за счет консолидации оборудования и виртуализации цифровых ресурсов. Компании могут сократить общие издержки на ЦОДы (центры обработки данных) на 40 процентов, что включает 30-процентное сокращение издержек на энергопотребление и охлаждение. Центры обработки данных традиционно проектируются с запасом для соответствия требованиям обслуживания пиковой емкости, но обычно используется всего 10–15 процентов их емкости. В невиртуализованном дата-центре каждое приложение обычно исполняется на своем сервере. Технология «облачных»

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

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

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

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

Включать/выключать, изменять мощность виртуальных серверов, изменять объем дискового пространства, управлять бекапом и т.д., что позволяет увеличить гибкость сервиса и быть независимым от служб технической поддержки. Последним фактором в сравнении облачного провайдера и хостера является биллинг, то есть учет ресурсов, услуг. Хостеры оказывают услуги на ежемесячной основе. В случае, если в течение месяца, состав и виды услуг были скорректироЛист ваны, то гранулярность их учета сводится к полным дням. Биллинг производится в ручную. У облачных провайдеров биллинг существенно гибче. Он автоматизирован и не требует человеческого участия. Автоматизированный биллинг отслеживает все изменения, которые пользователь внес через портал самообслуживания.

На данный момент существует три основных модели облачных сервисов:

Infrastructure as a Service (IAAS); Software as a Service (SaaS); Platform as a Service (PaaS).

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

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

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

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

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

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

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

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

Двумя главными компонентами PaaS являются вычислительная платформа и стек решений. Вычислительная платформа в своем простом виде представляет собой место, где может без проблем работать программное обеспечение, если оно отвечает стандартам этой платформы. Типичными примерами платформ являются: Windows, OS X и Linux для операционных систем; Google Android, Windows Phone и iOS для мобильных вычислений.

Рис.1.5 Bзаимоотношение между категориями облачных вычислений и элементами PaaS.

Стек решений - приложения, которые будут помогать в процессе разработки и развертывания программ. Это могут быть операционные системы, среда исполнения, рипозиторий. Стек решений – это именно то, чем различаются между собой поставщики PaaS-решений. Нужно тщательно подходить к выбору поЛист ставщика. Ведь не у каждого поставщика в поддержке будет тот или иной язык программирования, могут быть ограничения на количество приложений, которые можно развернуть, отсутствие протокола SSL.

Желательно избегать привязки к поставщику, так как это привязка будет означать, что пользователь зависит от него и не может перейти к другому поставщику без существенных затрат. Одним из способов избежать привязки к поставщику является стандартизация API и технологий платформы. Организация Simple cloud занимается стандартизацией API. Simple сloud API предназначен для создания общих интерфейсов для сервисов хранения файлов, сервисов хранения документов и сервисов простых очередей. Это позволяет писать приложения, переносимые между основными поставщиками облачных вычислений. Основными поставщиками PaaS-решений на сегодняшний день являются Microsoft со своим Windows Azure, Google App Engine.

SaaS – Программное обеспечение как сервис. Сервис по запросу, когда пользователь вообще ничего не делает в плане настройки, а только потребляет.

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

SaaS предоставляет дешевый способ использования программного обеспечения – использование по требованию вместо покупки лицензии на каждый компьютер, особенно когда большинство компьютеров не используется почти 70-80% времени. В отличие от покупки нескольких лицензий для одного пользователя, чем ближе время использования лицензии компанией к 100%, тем больше денег компания экономит.

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

Это является причиной медленного и постепенного перехода к «облачным вычислениям». В большинстве случаев лучшим решением будет поэтапный перенос программного обеспечения в облако, начиная с предоставления на условиях SaaS очень упрощенной версии оригинального приложения.

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

Рис.1.6 Схема взаимоотношений клиентских терминалов и мейнфрейма в простой локальной сети.

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

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

Рис.1.7 Схема взаимоотношений клиентских устройств и «облака» SaaS SaaS-системы занимают устойчивые позиции в сфере корпоративных решений класса CRM и ERP. Поскольку SaaS-решением можно начать пользоваться сразу после оплаты, сроки внедрения таких систем сокращаются до предела по сравнению с традиционным программным обеспечением, что бывает особенно выгодно в условиях быстро растущего малого и среднего бизнеса и позволяет экономить на зарплатах. Использование электронной почты по модели SaaS позволяет сэкономить на зарплате системного администратора, а бухгалтерские SaaS сервисы позволяют малым компаниям экономить на зарплате бухгалтера и сотрудников, занимающихся учетом. Хотя эти системы и не могут конкурировать в полной мере с традиционным бухгалтерским программным обеспечением, они позволяют решать большую часть повседневных задач, с которыми сталкиваются индивидуальные предприниматели, а также оказывают существенное подспорье бухгалтерам, работающим по совместительству.

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

Ярким примером SaaS приложения – Office 365 от Microsoft. Это единое облачное предложение, содержащее настольный пакет Office, доступный по подписке и инструменты для совместной работы – портал, обмен сообщениями, объединенные коммуникации. Развернутое решение не требует обслуживания со стороны ИТ-специалистов и расходов на дорогое серверное оборудование, поэтому Office 365 особенно привлекателен для компаний, которые стремятся сложить с себя непрофильные ИТ-затраты.

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

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

«Частное облако» – компьютерные ресурсы, объединенные в так называемый пул, который представляет собой набор служб, проектируемый и контролируемый частным предприятием.

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

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

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

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

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

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

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

При заключении договора на оказание услуг в публичном облаке, следует обращать внимание на Service Level Agreement, то есть соглашение на оказание услуг. Данное соглашение показывает доступность услуги. Показатель SLA 99.99% показывает, что например провайдер гарантирует не более 3-4 минут недоступности услуги внешнего подключения в течение всего месяца, показатель 99,9% уже более 40 мин, а 99% уже более 7 часов простоя, что может негативно сказаться на бизнесе. В случае если провайдер облачных услуг не может сдержать данное им соглашение, он предоставляет возмещение заказчику, обычно в форме безвозмездных услуг. В некоторых случаях, если это оговорено условиями SLA, можно воспользоваться правом на досрочное расторжение договора.

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

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

Отдел разработки компании «СИТРОНИКС информационные технологии»

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

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

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

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

Hyper-V – гипервизор корпорации Microsoft, появившийся вместе с Windows Server 2008. Возможности, предлагаемые данным гипервизором, в разных версиях Windows Server 2008 несколько отличаются. Так, Hyper-V Server 2008, является облегченной версией Windows Server 2008 Standard, из которой убрано практически все, что не касается виртуализации. Оставлены только средства управления гипервизором. Этот вариант предназначен только для виртуализации и требует на порядок меньше ресурсов, чем Hyper-V-роль в Windows Server 2008. Он поддерживает до 4 физических процессоров и до 32 Гб ОЗУ. Возможен запуск до 128 виртуальных машин, недоступен локальный графический интерЛист фейс управления и отсутствует поддержка кластеров, – что не позволит создавать на нем отказоустойчивые кластеры и реализовать возможность быстрой миграции. Основной минус новой технологии: довольно высокие требования к процессорам. Поддержка 32-разрядных процессоров отсутствует. Возможна работа только на 64-разрядных процессорах, поддерживающих технологии Intel VT или AMD-V.

Гипервизор напрямую общается с оборудованием сервера, без вмешательства основной ОС, роль которой в Hyper-V минимальна. На него возложено управление выделением ресурсов центрального процессора, оперативной памяти. Каждый сервер Hyper-V имеет один родительский и несколько дочерних разделов. Родительский раздел – это виртуальное устройство с прямым доступом к аппаратным ресурсам. Гостевые ОС для доступа к устройству используют родительский раздел. Заявленные возможности Hyper-V 2008:

Поддерживаются как однопроцессорные, так и многопроцессорные виртуальные машины с максимальным количеством процессоров 24;

Физический сервер может работать в конфигурации до 1 Тб RAM, виртуальные машины поддерживать 128 Гб RAM;

Возможность одновременного запуска до 192 виртуальных машин;

Одновременная работа 32- и 64-битных версий гостевых ОС;

Поддержка виртуальных локальных сетей – VLAN до 4096 устройств; отдельная виртуальная машина может иметь до 12 виртуальных сетевых VM может иметь 4 виртуальных диска, каждый размером до 2040 Гб;

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

На данный момент в компании "СИТРОНИКС Информационные Технологии" используется Hyper-V 2008 роль Windows server 2008 R2, на котором разЛист вернуто 25 виртуальных машин для нужд отдела разработки.

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

В компании используются сервера HP DL360e Gen8 в форм-факторе Rackmount, а также HP Сервер DL160 Gen8 для текущей виртуализации.

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

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

3. Плохая масштабируемость Основные цели проектирования:

Оптимизация нагрузки на сервера Эластичность Масштабируемость 1.7. Анализ требований предприятия «Ситроникс информационные технологии» для проектирования «частного облака»

1.7.1. Краткая характеристика «Ситроникс информационные технологии»

Компания «Ситроникс информационные технологии» является поставщиком решений и услуг в области информационных технологий в странах СНГ и Восточной Европы, оказывая услуги по управленческому и технологическому консалтингу, внедрению систем управления предприятием, системной интеграции, разработке программного обеспечения, сервису и обучению. В число партнеров входят такие известные компании мирового IT-рынка - Oracle, Sun Microsystems, Cisco Systems, IBM, Hewlett-Packard, Microsoft, и другие.

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

Рисунок 1.9 Структура отделов предприятия «Ситроникс информационные технологии»

Основные задачи отделов предприятия :

ИТ-отдел:

Отдел разработки – разработка и тестирование программного обеспечения как для внутреннего использования, так и для заказчиков.

Администрирование – обслуживание серверного оборудования и рабочих Техподдержка – обеспечение бесперебойного функционирования программно-аппаратного комплекса предприятия.

Финансовый отдел:

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

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

Финансовый контроллинг – осуществляет планирование и прогнозирование финансовой деятельности организации на предстоящий период.

Отдел продаж:

Маркетинг – разработка и внедрение стратегии производства и сбыта продукции.

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

Главным стимулом для бизнеса для перехода к частному «облаку» в большинстве случаев будет являться сокращение издержек повышение гибкости и производительности бизнеса. Все это даст бизнесу:

Расширенный доступ к информации и приложениям.

Быстрое масштабирование бизнес-операций в обоих направлениях.

Быстрота бизнес-инноваций Быстрое внедрение новых бизнес-возможностей.

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

Для этого мы можем предложить:

Консолидация серверов, систем хранения данных, сетей и других технологических ресурсов.

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

Автоматизация управления технологическими ресурсами и безопасностью.

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

Аппаратный уровень. Чтобы построить частное облако необходимо подготовить надежную масштабируемую аппаратную инфраструктуру, включающую серверы, сетевые устройства и системы хранения данных. Рекомендуется использовать серверы с многоядерными процессорами, поддерживающими аппаратную виртуализацию (IntelVT, AMD-V). Не стоит забывать при построении частного облака о важности системы хранения данных. Выбор типа подключения оптика или витая пара обычно зависит от потребностей нагрузок. Возможен комбинированный вариант, когда рамках одного облака возможно использовать различные типы хранилищ для размещения данных, запросы к которым идут с разной интенсивностью.

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

Уровень автоматизации. Автоматизация всех ожидаемых операций позволяет обеспечить безостановочное выполнение динамических процессов, в ином случае эти процессы пришлось бы прерывать при каждом вмешаЛист тельстве пользователя или при ручном исполнении.

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

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

Уровень управления услугами. Уровень управления услугами предоставляет средства для автоматизации применения и адаптации рекомендованных методик управления ИТ-услугами, например, представленных в IT Infrastructure Library (ITIL), в целях подготовки готовых процессов разрешения инцидентов, решения проблем и управления изменениями.

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

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

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

Утв.

Для развертывания «частного облака» на предприятии потребуется:

Планирование развертывания:

1. Подбор серверного и сетевого оборудования 2. Подбор программного обеспечения 3. Постановка задачи Развертывание:

1. Установка аппаратного обеспечения 2. Установка программного обеспечения 3. Выбор ролей серверов 4. Создание и настройка виртуальных машин 5. Установка программного обеспечения для развертывания «частного облака»

6. Конфигурирование параметров «частного облака»

Оборудование сервера:

Шкаф IBM 42U S2 Standard & Expansion Rack. Стандартный дюймовый шкаф с поддержкой шасси серверов IBM BladeСenter. Перфорированные передняя и задняя двери обеспечивают улучшенную вентиляцию, что позволяет использовать среду стойки без вентилятора.

Blade-сервера IBM BladeCenter HS23 Xeon 8C E5-2650 95W 2.0GHz/1600MHz/20MB, 8x4GB 1,35v, O/Bay 2.5in SAS 6шт.

Blade-сервера IBM BladeCenter HS23 Xeon 4C E5-2603 80W 1.8GHz/1066MHz/10MB, 4x4GB, O/Bay 2.5in SAS 3шт Шасси для Blade-серверов IBM BladeCenter E, PSU 2350w x2, IBM BladeCenter SAS Connectivity Module, SAS Card for IBM BladeCenter.

ИБП IBM 6000VA LCD 4U Rack UPS Системы, собранные на базе Blade-серверов, представляют собой установку высокой плотности размещения. Ее преимуществом над Rack-mountсерверами прежде всего будет в экономии места в серверной комнате. Помимо этого в blade-сервера обладают высокой степенью интеграции: сети, мониторинг, управление, охлаждение и электропитание. Все эти компоненты располагаются в шасси, в которое и вставляются сервера. По возможности такое решение будет обладать высокой степенью отказоустойчивости. Лучшая масштабируемость, обеспечивается благодаря конструкции шасси, в случае если мощности не хватает, достаточно докупить одно лезвие и вставить в шасси, при этом место в стойке не расходуется (в случае не заполнения шасси). Для расширения функционала сети, с обратной стороны лезвий, могут иметься большое количество все возможных интерфейсов Это могут быть: Ethernet (100Mb/s, 1Gb/s, 10Gb/s), FibreChannel (2Gb/s, 4Gb/s, 8Gb/s, 16Gb/s), InfiniBand (SDR, DDR, QDR, FDR).

Шасси IBM BladeCenter E обладает одной из самых энергетически эффективных конструкций в своем классе. Это позволит сократить расходы на энергопотребление без снижения производительности вычислений.

IBM BladeCenter HS23 мощное решение на базе двух восьмиядерных процессоров Intel Xeon E5-2650, 32 гб низковольтной оперативной памяти на каждом сервере обеспечит снижение энергопотребления системы, позволит развертывать множество виртуальных машин, в случае необходимости, объем памяти может быть расширен вплоть до 512 гб на одно лезвие. Данное решение отлично подходит для широкого спектра рабочих нагрузок, включая решения для виртуализации и "облачной" инфраструктуры. Для серверов хранения была выбрана более простая конфигурация с двумя четырех-ядерными процессорами.

Корпорация IBM – это известнейший производитель и поставщик аппаратного и программного обеспечения, а также ИТ-сервисов. IBM очень хорошо относится к заказчикам, которые в первый раз покупают продукцию, а особенно к тем, кто покупает целые решения, а BladeCenter считается решением. ВыражаетЛист ся это в очень хороших скидках иногда до 30% на готовое коммерческое предложение.

Операционная система:

Windows Server 2012 x Решение по управлению инфраструктурой:

System Center Новейшая серверная операционная система Microsoft Windows Server имеет наиболее тесную интеграцию с облачными средами. В ней получил усовершенствование встроенный гипервизор Hyper-V. Роль виртуализации Hyper-V в Windows Server 2012 поможет увеличить масштабируемость и производительность серверов и обеспечить более эффективное взаимодействие с облачными сервисами. В Windows Server, по сравнению с предыдущей версии 2008 R2, реализованы несколько новых функций, наиболее интересная из них Storage Spaces (создание пулов из дисков, с последующим их разделением на множество виртуальных дисков).

По сравнению с Server 2008 R2, 2012 server показывает большую масштабируемость, чем его младший брат.

Таблица 2.1 – Сравнение Windows Server 2012 и Windows Server 2008 R процессоров мяти соров для одного хоста соров на одну виртуальную машину виртуальную машину ных машин В случае с открытыми UNIX системами, Windows Server 2012 имеет преимущество в первую очередь благодаря изначально очень тесной интеграции под облачные среды. Добиться такой же интеграции и функционала операционным системам семейства Linux пока довольно трудно. Близкая по функционалу связка Linux + платформа VMware по цене может оказать и того дороже, даже с учетом бесплатности Linux.

На сегодняшний день System Center является наиболее удобным продуктом для управления ИТ-инфраструктурой. Помимо System Center есть и другие комплексы решений – VMware vCloud, Citrix XenServer, а также открытая платформа OpenStack. Решения VMware сопоставимы по функционалу с System Center Microsoft, но функционал vCloud сильно зависит от стоимости. При равном функционале System Center и vCloud, последний будет в несколько раз дороже.

Citrix XenServer заметно дешевле vCloud и продукта от Microsoft, однако менее функционален. Открыто распространяемая платформа OpenStack, пока еще довольно сыра и к тому же требует немалых затрат на поддержку.

В состав System Center 2012 входят:

Virtual Machine Manager. Диспетчер виртуальных машин, обеспечивает централизованное управление физической и виртуальной ИТинфраструктурой, повышенное использование серверов и динамическую оптимизацию ресурсов в рамках различных платформ виртуализации.

Service Manager. Используется для автоматизации процессов устранения инцидентов и проблем, управление изменениями и тд.

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

Operations Manager. Своеобразное средство мониторинга, предоставляющее информацию о работоспособности, производительности ИТ-служб на всех уровнях организации.

Data Protection Manager. Представляет собой средство защиты и восстановление данных на серверах. Data Protection Manager постоянно делает резервные копии как клиентских систем, так и серверных файловых систем, баз данных и так далее.

Orchestrator. Мощное средство для автоматизации ИТ-процессов. Для упрощения автоматизации, в Orchestrator используются наборы операций App Controller. Не что иное как «мост», соединяющий частное и публичное «облако». Сам по себе App Controller представляет из себя web-портал, для работы которого он должен взаимодействовать с Windows Azure или VMM. App Controller предназначен для управления приложениями и службами, развернутых в частных или публичных «облаках», а также может предоставлять пользователю Self-service, который позволит ему создавать, настраивать виртуальные машины.

Endpoint Protection. Антивирусное программное обеспечение, интегрируемое в виде роли в SCCM.

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

Для обеспечения масштабируемости и вычислительной мощности, будет использоваться решение IBM BladeCenter, с энергоэффективном шасси Е – серии, в новом 42U шкафу. Было принято решение оставить прежнюю систему хранения данных, но с добавлением пары SSD накопителей в режиме зеркалирования, для горячих данных, что так же благоприятно скажется на производительности и энергоэффективности.

На новые сервера будут установлены продукты линейки System center для управления ИТ-инфраструктурой и автоматизации некоторых процессов компании. 6 высокопроизводетельных серверов будут виртуализированы, на них будут перенесены виртуальные машины со старого сервера с помощью миграции Live Migration. На другие будут перенесены база данных и другие компоненты серверов хранения.

Система управления гостиницей должна быть связана с другими системами, функционирующими в гостинице. Реализация такой связки должна быть осуществлена предпочтительно на уровне интеграции систем, т.е. с использованием единой программно-аппаратной платформы, с использованием единой СУБД или с прямым доступом к источнику данных по стандарту ODBC. В слуЛист чае реализации интерфейса с передачей данных, предпочтительной является передача данных по протоколу TCP/IP.

Необходимо предусмотреть наличие следующих интерфейсов:

1 Система управления ресторанами и барами (расчетно-кассовая система) 2 Система электронных замков (управления и контроля доступом) 3 Система телефонного сервиса (включая тарификацию телефонных звонков, голосовую почту, гостиничные сервисные функции) 4 Система бухгалтерского учета 5 Система энергосбережения и кондиционирования 6 Другие системы по требованию заказчика Функциональность интеграции должна поддерживать следующие основные возможности:

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

1 Закрытие ресторанных и других счетов гостя на его комнату с автоматической проверкой баланса лицевого счета данного гостя.

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

б) Интеграция с системой электронных дверных замков.

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

1. Автоматическое создание ключа-карточки через терминал системы управления гостиницей с указанием следующих параметров:

Срок действия ключа-карточки Время выписки гостя (по умолчанию – стандартное время согласно настройки системы, но при указании гостем планируемого времени выписки, отличного от стандартного – фактически указанное гостем время) Зоны ограниченного доступа в соответствии с указанными в системе управления гостиницей параметрами для данного гостя 2. Передача данных как в латинском алфавите, так и в русском.

3. Возможность использования карточек-ключей в качетстве внутригостиничных клубных карточек.

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

в) Интеграция с системой телефонного сервиса.

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

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

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

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

Система должна быть русифицирована.

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

Основными функциональными блоками системы должны быть следующие:

2. Регистрация и поселение гостей 3. Регистрация паспортов 4. Расчеты с гостями 5. Управление номерным фондом 6. Инженерная служба / управление ремонтом 7. Работа горничных 8. История гостя / программы частого гостя (программы поощрений) 9. Подарочные сертификаты 10.История компании 11.Консьерж / телефонный оператор / электронный консьерж 12.Управление апартаментами 13.Управление тарифами Пользователи системы должны иметь доступ к функциям системы в соответствии со своими правами на любом рабочем месте без ограничений.

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

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

- Указание способа, а также адреса для отправки подтверждения - Введение сообщений, оставленных для гостя, при оформлении картотеке турагентов либо оформлением новой карточки турагента - Указание организации-плательщика (дебитора) с поиском данных по картотеке авторизованных организаций, с которыми заключены - Возможность начисления платежей на счет гостя при оформлении бронирования номере нескольких гостей (при поселении на места) совместном проживании и расчете - Оформление перенаправления (трансфера) начислений на группу, других гостей, организацию либо другие суб-счета гостя - Контроль правильности заполнения номера кредитной карты - Возможность внесения запланированных изменений параметров проживания гостя (тариф, тип номера, номер комнаты) на будущие - Хранение информации для организации встречи гостя (в аэропорту, на вокзале) и его трансфера - Возможность ведения бонусных программ гостиницы и авиакомпаний - Оформление “постоянных” клиентов (напр., при длительном проживании, для аренды офисных помещений, для ведения счетов сотрудников и т.п.) Регистрация и поселение гостей - Возможность изменения параметров, указанных при оформлении брони - При поселении без брони – ввод полной информации по данному гостю (см. описание функций бронирования) - Учет статуса номера (убран/неубран, свободен/занят, исправен/неисправен) при его выборе и заселении (запрещение оказания услуг в кредит) - Возможность перенаправления платежей на группу, организацию или суб-счета гостя - Возможность ускоренного начисления услуг множеству определенных оператором гостей гостя, между другими счетами гостя либо счетами других гостей/организаций/группы.

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

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

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

2.7. Требования по техническому обслуживанию системы Заказчику должно предоставляться техническое обслуживание на условиях договора на техническую поддержку. Исполнитель должен предоставлять Заказчику возможность связаться по телефонной или модемной связи со службой поддержки Исполнителя 24 часа в сутки, 7 дней в неделю, 365(6) дней в году для немедленной консультации по вопросам работы системы. В случае невозможноЛист сти устранения проблем или оказания требуемых консультаций по телефону, Исполнитель должен направлять непосредственно в гостиницу своего представителя.

Консультации Исполнителя, оказываемые в рамках технической поддержки, должны охватывать следующие вопросы:

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

Утв.

При производстве продукции предприятие несёт определённые затраты.

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

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

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

-по экономическим элементам;

Расчёт себестоимости на создание программного продукта «Информационная система гостиничного комплекса».

1. Количество компьютеров – 1 шт.

2. Количество дней работы над программой – 30 дней.

3. Коэффициент использования ПК – 0,8.

4. Средняя продолжительность рабочей смены – 5ч..

5. Тариф за потребление электроэнергии – 1,04 руб./ кВ.ч.

6. Потребляемая мощность ПК – 0,3 кВт/ч.

Полезный фонд времени работы ПК.

Т - количество дней работы над программой Ku - коэффициент использования ПК Стоимость потребляемой энергии.

Uэ\э- стоимость потребляемой энергии Эксплуатационные материалы.

Таблица 3.1 «Эксплуатационные материалы»

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

Основная заработная плата за время работы над программой.

Заработная плата программиста высшей категории 2334 руб/мес.

Заработная плата программиста без категории 1744 руб/мес.

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

ЗПдоп - дополнительная заработная плата ЗПосн - основная заработная плата за время работы над программой ЗПдоп - дополнительная заработная плата ЗПосн - основная заработная плата за время работы над программой Отчисления на социальные нужды Включают отчисления в бюджет РФ – 20%, в фонд социального страхования – 3,2 %, в фонд обязательного медицинского страхования (федеральный и территориальный) – 2,8 %. Общий размер единого социального налога – 26% от фонда оплаты.

Uсн - отчисления на социальные нужды Нсн – норма отчисления на социальные нужды (26%) Амортизационные отчисления Амортизационные отчисления – это денежное выражение, размер амортизации ОС включаемого в себестоимость, таким путем организация возмещает затраты по использованию ОС.

На- амортизационные отчисления На% - норма амортизационных отчислений = 10,7 % Соф – стоимость основных фондов = Этот экономический элемент включает налоги, сборы, отчисления в специальные фонды, производимые в соответствии с установленным законодательством порядке.

U = 112,4 + 3696,0 + 961,0 + 2674,0 + 450,0 =7874,4, где Uсн - отчисления на социальные нужды На- амортизационные отчисления Структура себестоимости.

Таблица 3.2 «Структура себестоимости»

Sn – Сумма по статьям издержекSn = 112,4 + 3696,0 + 961,0 + 2674,0 + 450,0 = 7874,

ЗАКЛЮЧЕНИЕ

ЗАКЛЮЧЕНИЕ

В результате дипломного проекта была спроектирована информационная сиИзм Лист № докум. Подп. Дата стема гостиницы.

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

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

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

• освобождению работников от рутинной работы за счет ее автоматизации;

• обеспечению достоверности информации;

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

• уменьшению затрат на производство продуктов и услуг.

СПИСОК

ИСПОЛЬЗОВАННЫХ

ИСТОЧНИКОВ

СПИСОК

ИСПОЛЬЗОВАННЫХ

Н. конт.

1. Гвоздева В.А., Лаврентьева И.Ю. Основы построения автоматизированных информационных систем: учебник.- М.: ИД "ФОРУМ": ИНФРА-М , 2012.с.: ил.

2. Баев Б.П. Микропроцессорные системы бытовой техники:.-М. :Горячая линия - Телеком, 2011.-480c.

3. Кудрявцев, Е. М. Оформление дипломных проектов на компьютере [Электронный ресурс] М.: ДМК Пресс, 2014. - 224 с.: (URL:

4. Мельников В.П.,Клейменов С.А.,Петраков А.М. Информационная безопасность и защита информации: Учебное пособие.-3-е изд.,стер.-М.: Издательский центр "Академия", 2008.-336c.

5. Душин В.К.Теоретические основы информационных процессов и систем..е изд.:

- М.: Дашков и К, 2012.

6. Исаев Г.Н. Моделирование информационных ресурсов: теория и решение задач: Учеб.пособие.-М. :Альфа-М;Инфра-М,2010.-224c.

7. Исаев Г.Н. Управление качеством информационных систем. Теоретикометодологические основания: учеб.пособие.-М. :Наука, 2011.-279c.

8. Карпенков С.Х. Современные средства информационных технологий:

Учеб. пособие.-М. :КНОРУС,2014.-400c.

9. Алгоритмизация и программирование : Учебное пособие / С.А. Канцедал. М.: ИД ФОРУМ: НИЦ Инфра-М, 2013. 352 с.: (URL:

10.Архитектура ЭВМ: Учебное пособие / В.Д. Колдаев, С.А. Лупин. - М.: ИД ФОРУМ: НИЦ Инфра-М, 2013. - 384 с.: (URL: http://www.znanium.com).

11.Разработка и эксплуатация автоматизированных информационных систем:

Учебное пособие / Л.Г. Гагарина. - М.: ИД ФОРУМ: НИЦ Инфра-М, 2013.

- 384 с.: (URL: http://www.znanium.com).

12.Базы данных. В 2-х кн. Кн. 2. Распределенные и удаленные базы данных:

Учебник / В.П. Агальцов. - М.: ИД ФОРУМ: НИЦ Инфра-М, 2013. - 272 с.:

(URL: http://www.znanium.com).

13.Илюшечкин, В. М. Операционные системы [Электронный ресурс] : учебное пособие / В. М. Илюшечкин. - 2-е изд. (эл.). - М. : БИНОМ. Лаборатория знаний, 2012. - 111 с. (URL: http://www.znanium.com).

С.А.Лупин, С.В. Сидоров.; Под ред. Л.Г.Гагариной - М.: ИД ФОРУМ:

НИЦ Инфра-М, 2012. - 272 с. (URL: http://www.znanium.com).

ПРИЛОЖЕНИЯ

ПРИЛОЖЕНИЯ

Sub EnterData() Dim nowdate As String Dim r, w, alarm As Integer w = Application.CountA(Sheets("база данных").Range("c:c")) mydate = CStr(Now) With DialogSheets("Регистрация").EditBoxes("date").Text = mydate.EditBoxes(1).Text = "".EditBoxes(2).Text = "".EditBoxes(3).Text = "1".EditBoxes(4).Text = "".EditBoxes("n").Text = w.CheckBoxes(1).Value = xlOff.CheckBoxes(2).Value = xlOff.Spinners(1).Min =.Spinners(1).Max =.Buttons("add").Enabled = True.Buttons("apply").Enabled = False dboxok = DialogSheets("Регистрация").Show If Not dboxok Then Exit Sub Макрос для кнопке «ОК» диалогового окна «Подтверждение регистрации клиента»

Dim фамилия, имя, отчество, срок, оплачено, n, data As String Dim паспорт, выб_номер, пол As String Dim r, alarm As Integer r = Application.CountA(Sheets("база данных").Range("c:c")) + With DialogSheets("Регистрация") n =.EditBoxes("n").Text фамилия =.EditBoxes(1).Text имя =.EditBoxes(2).Text отчество =.EditBoxes(4).Text срок =.EditBoxes(3).Text дата =.EditBoxes("date").Text If.OptionButtons(1) = xlOn Then пол = "м" Else пол = "ж" If.CheckBoxes(1) = xlOn Then оплачено = "да" Else оплачено = "нет" If.CheckBoxes(2) = xlOn Then паспорт = "да" Else паспорт = "нет" выб_номер = Worksheets(3).Range("тип") If (фамилия = "") Or (имя = "") Or (отчество = "") Then alarm = Sheets("База данных").Cells(r, 1).Value = n Sheets("База данных").Cells(r, 2).Value = фамилия Sheets("База данных").Cells(r, 3).Value = имя Sheets("База данных").Cells(r, 4).Value = отчество Sheets("База данных").Cells(r, 5).Value = пол Sheets("База данных").Cells(r, 6).Value = выб_номер Sheets("База данных").Cells(r, 7).Value = оплачено Sheets("База данных").Cells(r, 8).Value = паспорт Sheets("База данных").Cells(r, 9).Value = срок Sheets("База данных").Cells(r, 11).Value = дата Select Case выб_номер Sheets("База данных").Cells(r, 10).Value = срок * Case "Одноместный" Sheets("База данных").Cells(r, 10).Value = срок * Case "Двухместный" Sheets("База данных").Cells(r, 10).Value = срок * MsgBox ("Введите нового клиента!!!!!!") Процедуры, предназначенные для связи счетчика с полем ввода Sub dospinner() ActiveDialog.EditBoxes(3).Text = CStr(ActiveDialog.Spinners(1).Value) Sub backspinner() ActiveDialog.Spinners(1).Value = CInt(ActiveDialog.EditBoxes(3).Text) Sub pokaspoisk() r = Application.CountA(Sheets("база данных").Range("c:c")) With DialogSheets("poisk").EditBoxes(1).Text = "".ListBoxes(1).RemoveAllItems dboxok = DialogSheets("poisk").Show If Not dboxok Then Exit Sub Макрос для осуществления поиска по фамилии клиента в базе данных r = Application.CountA(Sheets("база данных").Range("c:c")) With DialogSheets("poisk") If.EditBoxes(1).Text = Sheets("база данных").Cells(i, 2) Then.ListBoxes(1).List(i) = CStr(Sheets("база данных").Cells(i, 1)) + "-" + Sheets("база данных").Cells(i, 2) + "-" + Sheets("база данных").Cells(i, 3) + "-" + Sheets("база данных").Cells(i, 5) + "-" + CStr(Sheets("база данных").Cells(i, 8)) + "-" + CStr(Sheets("база данных").Cells(i, 9)) + "CStr(Sheets("база данных").Cells(i, 10)) If DialogSheets("poisk").ListBoxes(1).List() = "" Then Else MsgBox "Клиент не найден!!! ", vbCritical Макрос для активизации формы «Подтверждение регистрации»

Sub show_conf() With DialogSheets("confirm").Labels("фио").Caption = DialogSheets("регистрация").EditBoxes(1).Text + " " + DialogSheets("регистрация").EditBoxes("i").Text + " " + DialogSheets("регистрация").EditBoxes(4).Text.EditBoxes(1).Text = DialogSheets("регистрация").EditBoxes(3).Text.EditBoxes(2).Text = Worksheets(3).Range("тип") dboxok = DialogSheets("confirm").Show If Not dboxok Then Exit Sub With DialogSheets("регистрация") num =.DrawingObjects("n").Text r = Application.CountA(Sheets("база данных").Range("a:a")) With Sheets("база данных")