Проектирование и разработка информационной системы гостиничного бизнеса
Место информационной системы в ведении гостиничного бизнеса. Внедрение в промышленную эксплуатацию отечественных технологий защиты информации. Создание отечественной среды сборки операционной системы и приложений на свободном программном обеспечении.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 05.11.2018 |
| Размер файла | 1,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ГОСТИНИЧНОГО БИЗНЕСА
ОГЛАВЛЕНИЕ
1. ИНФОРМАЦИОННАЯ СИСТЕМА КАК ТЕХНОЛОГИЯ ВЕДЕНИЯ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ
1.1 Классификация информационных систем
1.2 Этапы проектирования информационных систем
1.3 Место информационной системы в ведении гостиничного бизнеса
2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ ВЕДЕНИЯ ГОСТИНИЧНОГО БИЗНЕСА В ГОСТИНИЦЕ «ЕЛЕЦ»
2.1 Обзор и сравнение существующих подходов в проектировании информационных систем
2.2 Разработка информационной модели и моделей основных бизнес- процессов в работе гостиницы «Елец»
3. ТЕХНОЛОГИЯ СОЗДАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ ГОСТИНИЦЫ «ЕЛЕЦ»
3.1 Характеристика СУБД MS Access
3.2 Создание базы данных для информационной системы гостиничного бизнеса
3.3 Эксплуатационная часть
3.4 Экономическая себестоимость программного продукта
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
ВВЕДЕНИЕ
Развитие информационных технологий на сегодняшний день имеет глобальное значение, информатизация общества является неизбежным и повсеместным явлением. Информационные технологии в настоящее время - необходимая часть любой организации, так как информация является одним из важнейших ресурсов. В российском законодательстве в настоящее время разработана и продолжает разрабатываться законодательная база касательно информации и информационных технологий. Подтверждением тому может служить ряд государственных программ, нацеленных на развитие информационных технологий. В данной сфере приняты такие основополагающие документы, как утвержденная распоряжением
Федерации на 2014-2020 годы и на перспективу до 2025 года, утвержденна
«Информационное общество (2011-2020 годы)», а также Постановление Совета Федерации Федерального собрания Российской Федерации № 154-СФ
«О развитии информационных технологий в Российской Федерации и мерах поддержки отечественной ИТ-отрасли» от 20 апреля 2016 года, где говорится, что «основными направлениями реализации указанной
Актуальность данной работы подтверждается тем, что информационные системы в настоящее время - необходимая часть любой организации, так как информация является одним из важнейших ресурсов. Информационной системой называется взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. [11].
В общем случае первыми информационными системами можно назвать библиотеки и архивы. Однако в современном понимании, информационная система призвана ускорить процесс нахождения и обработки нужной информации, для чего и применяются информационные технологии и вычислительные системы. Поэтому сегодня информационная система - это сложная, организованная совокупность программно-технических и других вспомогательных средств, технологических процессов и групп специалистов, нацеленных на сбор, хранение, обработку и выдачу информации по требованию пользователей.
В настоящее время есть достаточно обширный класс информационных систем для различных предприятий и организации бизнес-процессов в них, однако с развитием экономики и технологий в сфере бизнеса появляются новые требования и новые возможности. Их исследование и использование в проектировании новых информационных систем является научной задачей данной выпускной квалификационной работы.
Данная проблема была изучена в работах ученых В.И. Грекула, А.В. Игнатьева, А.М. Вендрова, Г. Буча, Л.А. Мацяшека, Патрушиной С.М., Балдина Г.В., Исаева Г.Н. и других специалистов в области проектирования информационных систем. Однако разработка информационных систем представляет обширную область для изучения в связи с особенностями бизнес-процессов, протекающих в гостиничном бизнесе, поэтому гипотетически предполагается, что необходимо наиболее полно изучить проектирование информационных систем в данной сфере деятельности.
Объектом исследования в данной работе являются информационные системы.
Предметом исследования являются методы проектирования и разработки информационной системы для гостиничного бизнеса.
Целью данной выпускной квалификационной работы является проектирование и разработка информационной системы для ведения гостиничного бизнеса.
Для достижения поставленной цели необходимо решить следующие задачи:
1) привести классификацию информационных систем;
2) обозначить этапы проектирования информационных систем;
3) рассмотреть различные подходы в проектировании информационных систем;
4) определить место информационной системы в ведении гостиничного бизнеса;
5) изучить средства проектирования и разработки информационных систем;
6) спроектировать информационную систему, используемую в гостиничном бизнесе;
7) разработать информационную систему, используемую в гостиничном бизнесе.
Основными методами научного исследования, используемыми в данной выпускной квалификационной работе, являются:
· анализ источников и научной литературы;
· обобщение отечественной и зарубежной практики;
· систематизация различных теорий, концепций, подходов;
· моделирование изучаемого явления.
Практическая значимость данной работы может быть подтверждена использованием разработанного комплекса программ в реальных условиях.
Данная работа состоит из введения, трех глав основной части, заключения, списка использованной литературы и приложения.
1. ИНФОРМАЦИОННАЯ СИСТЕМА КАК ТЕХНОЛОГИЯ ВЕДЕНИЯ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ
Информационная система является неотъемлемой частью любого бизнес-процесса в наше время. Л. Мацяшек [13] приводит диаграмму Венна, демонстрирующую включение системы ПО в информационную систему предприятия, которая, в свою очередь, является компонентом предприятия как целого, а само предприятие является частью бизнес-среды (рис. 1).
Рисунок 1 - Информационная система - часть бизнес-среды
Как видно из рисунка, сама информационная система включает в себя систему программного обеспечения, которая управляет процессами обработки информации.
1.1 Классификация информационных систем
Существует ряд признаков, по которым можно классифицировать информационные системы.
По типу данных информационные системы делятся на фактографические и документальные. В фактографических системах данные структурированы и хранятся в виде текстов и чисел, над ними можно проводить операции. В документальных системах данные хранятся в виде документов и не имеют структуры, то есть не подлежат изменению и выдаются в результате семантического поиска.
По степени автоматизации информационных процессов системы делятся на ручные, автоматизированные, автоматические. Ручные информационные системы предполагают, что все операции совершаются человеком, автоматические осуществляют операции без участия человека, а в автоматизированных системах обработка производится преимущественно компьютерами, но при участии человека.
В зависимости от характера обработки данных системы бывают информационно-поисковые и информационно-решающие. Информационно- поисковые системы производят ввод, систематизацию, хранение, выдачу информации по запросу пользователя без сложных преобразований данных. Информационно-решающие системы осуществляют, кроме того, операции переработки информации по определенному алгоритму. Исходя из этого, система интернет-магазина относится к информационно-поисковым.
По характеру использования выходной информации такие системы принято делить на управляющие и советующие. В управляющих системах производится обработка больших объемов данных и сложные расчеты, в результате которых формируются выходные данные. В советующих системах результатом работы являются рекомендации, а не конкретные результаты.
В зависимости от сферы применения различают следующие классы информационных систем: системы организационного управления, системы управления технологическими процессами, системы автоматизированного проектирования, интегрированные системы. Системы организационного управления предназначены для автоматизации функций управленческого персонала предприятия. Системы управления технологическими процессами служат для управления производственными технологическими операциями. Системы автоматизированного проектирования предназначены для автоматизации функций инженеров-проектировщиков, конструкторов, дизайнеров для создания новой техники или технологии. Интегрированные
системы используются в малых предприятиях и охватывают весь цикл функционирования предприятия, от планирования деятельности до сбыта продукции.
По уровню управления информационные системы делятся на системы оперативного уровня, информационные системы специалистов, информационные системы уровня менеджмента и стратегические информационные системы. Системы оперативного уровня поддерживают сообщение, обрабатывая данные о сделках и событиях. Системы специалистов служат для пополнения базы знаний и поддержки работы специальных отделов предприятия. Системы уровня менеджмента применяются в основном в проведении управленческих операций, администрировании предприятия. Стратегические системы используются в разработке стратегии предприятия. [27]
С точки зрения программно-аппаратной организации информационные системы также различаются. Традиционно информационные системы используют сервера и сервера баз данных. Есть системы, базирующиеся на сети интранет. Кроме того есть системы с использованием хранилищ данных. В последнее время широко распространены информационные системы с архитектурой интеграции информационно-вычислительных компонентов на основе объектно-ориентированного подхода.
1.2 Этапы проектирования информационных систем
Проектирование информационной системы решает три основные задачи: проектирование базы данных, проектирование удобного и функционального интерфейса и учет топологии сети.
Проектирование информационной системы делится на следующие этапы:
1. Исследование предметной области.
2. Разработка архитектуры системы.
3. Реализация проекта.
4. Внедрение системы.
5. Сопровождение системы.
На начальном этапе происходит изучение предметной области, анализ деятельности предприятия, анализ производительности и экономический анализ. [23]
Разработка архитектуры системы включает моделирование бизнес- процессов, протекающих в организации и реализующих ее цели и задачи, разработку спецификации обработки данных в системе и спецификации пользовательского интерфейса. На рис. 2 представлена модель представления проектных решений.
Модель классификации ориентирована на группирование объектов предметной области в соответствии с различными аспектами классификации и важность тех или иных свойств этих объектов.
Модель декомпозиции ориентирована на описание систем, способных выполнять действия над данными. Различают виды декомпозиции действий на основе:
• состава выходных данных;
• входных данных;
• представлений о промежуточных результатах;
• представлений о фазах обработки;
• представлений об альтернативных действиях.
Модели потоков отражают движение различных видов носителей (материальных, финансовых, информационных и др.).
Модель данных предметной области ориентирована на описание структуры информационных объектов, их функциональных взаимосвязей, необходимых для поддержания заданных действий.
Модель классов определяет систему классификации информации о предметной области, основанную на семантическом анализе. Среди важных характеристик модели классов можно выделить отношения наследования, включения или использования. В основе лежит объектно-ориентированный подход, основой которого является представление о предметной области как совокупности взаимодействующих друг с другом объектов, рассматриваемых как экземпляр определенного класса. Классы образуют иерархию на основе наследования. Объектно-ориентированный подход содержится в современных языках высокого уровня Smalltalk, ObjectPascal, C++, Java.
Модель пользовательского интерфейса ориентирована на описание взаимодействий пользователей с проектируемой системой, состава формпредставления и команд управления заданиями.
Модели логики ориентированы на описание потока управления (последовательности выполнения) операторов программной системы и действий пользователей.
Рисунок 2 - Модели представления проектных решений
Реализация информационных систем на основе информационных технологий должна быть основана на инженерных подходах, предполагающих качественные, оптимальные по используемым ресурсам, эффективные и удобные в эксплуатации разработки. В достаточной степени разработана технология проектирования программного обеспечения. Однако в информационной системе кроме программной составляющей существенную роль играет информационная составляющая, определяющая структуру, атрибутику и типизацию данных, ограничения целостности для баз данных, логику управления последними, поэтому при проектировании информационной системы приоритет отдается информационной модели, на основе которой реализуются остальные компоненты, включая диалог. [4]
Информационные системы принято разделять по масштабу выполняемых функций на одиночные, групповые и корпоративные. Одиночные информационные системы реализуются на автономном компьютере, могут содержать несколько простых приложений, рассчитаны на работу одного пользователя или группы пользователей, разделяющих по времени одно рабочее место. Подобные приложения создаются с помощью так называемых «настольных» СУБД или с помощью файловой системы и диалоговой оболочки для ввода, редактирования и обработки данных. Групповые информационные системы ориентированы на коллективное использование информации членами обособленной рабочей группы, обычно строятся как локальная вычислительная сеть или реже как многотерминальная вычислительная система. Однотипные или специализированные рабочие места обеспечивают вызов одного или нескольких приложений. Общий информационный ресурс представляет собой базу данных или совокупность файловых структур. При разработке таких систем используются «настольные» СУБД, серверы БД для рабочих групп и соответствующие инструменты разработки. Корпоративные информационные системы ориентированы на использование в масштабе предприятия (организации) для различных рабочих групп, могут поддерживать территориально разнесенные узлы или сети. Отличительная особенность таких систем - обеспечение доступа из подразделений к центральной или распределенной БД предприятия (организации), а также к информационным ресурсам рабочей группы. Такие системы реализуются на основе архитектуры «клиент - сервер» со специализацией серверов. [11]
Этап внедрения системы в действие включает в себя подготовку объекта автоматизации, подготовку персонала, комплектация информационной системы поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями), строительно-монтажные работы, пусконаладочные работы, проведение предварительных испытаний, проведение опытной эксплуатации и проведение приемочных испытаний.
Этап сопровождения состоит в выполнении работ в соответствии с гарантийными обязательствами и послегарантийном обслуживании.
1.3 Место информационной системы в ведении гостиничного бизнеса
Автоматизация гостиничного бизнеса началась в 60-х годах прошлого века путем внедрения систем управления гостиницами - PMS (Property Management System). Первую информационную систему управления гостиницами разработала компания IBM при финансировании со стороны трех крупнейших американских гостиничных комплексов Hilton, InterContinental и Sheraton. Данная система используется во многих гостиницах США и в настоящее время.
Гостиница является сложной системой, состоящей из различных взаимосвязанных служб, таких как служба управления номерным фондом, административная служба, коммерческая служба, служба питания, инженерно-техническая служба, служба питания [20]. Для повышения эффективности и скорости работы гостиницы необходимо использовать современные компьютерные технологии в тех процессах, которые могут быть автоматизированы. В сфере гостиничного бизнеса это процессы бронирования, регистрации, размещения гостей, бухучет, управление состоянием номерным фондом, управление доходностью, управление обслуживанием. Все автоматизированные службы гостиницы делятся на внешние и внутренние.
PMS в основном включают следующие модули внешних служб: модуль бронирования, модуль управления номерным фондом, модуль расчета с клиентами, модуль общего управления.
Модуль бронирования должен хранить и обновлять информацию о свободных и занятых номерах.
Модуль управления номерным фондом позволяет регулировать состояние каждого номера в гостинице.
Модуль расчета с клиентами позволяет автоматизировать расчет с клиентами.
Модуль общего управления позволяет получать информацию о текущем состоянии системы на основе данных, помещаемых в базу другими модулями.
Модули, обслуживающие внутренние службы гостиницы: ведение общего бухгалтерского учета, управление кадрами, управление складами, финансовые отчеты.
Модуль ведения общего бухгалтерского учета позволяет проводить операции по счетам, задолженностям, движению наличности, а также оценить эффективность работы системы.
Модуль управления кадрами позволяет вести учет кадров и выплат поощрений, зарплаты, штрафов и т.д.
Модуль управления складами позволяет вести учет материально- технической базы гостиницы.
Модуль финансовых отчетов позволяет формировать отчеты о финансовых операциях, к примеру, анализ движения наличности, анализ платежей, анализ основных активов и т.д.
Ниже приведены характеристики некоторых информационных систем для гостиничного бизнеса.
Продуктом отечественного лидера в области информационных систем
– компании 1С - в данной области является разработанная на базе «1С: Предприятие 8» информационная система «1С-Рарус: Управление отелем». Также разработана информационная система для малых отелей «1С-Рарус: Мини-отель». Данные системы могут производить обмен данных с «1С: Бухгалтерия». [30]
Информационная система «OPERA Enterprise Solution», разработанная компанией Micros-Fidelio, работает на основе СУБД Oracle и является полнофункциональным решением для гостиниц и гостиничных сетей различного масштаба. Система позволяет варьировать количество модулей в зависимости от нужд конкретной гостиницы.
Довольно распространенной на рынке информационных систем является система «Эдельвейс/Medallion», созданная компанией Рексофт. Помимо основных модулей система содержит бухгалтерские системы, автоматизированную систему управления рестораном, телефонные тарификаторы, системы удаленного бронирования, электронные замки, платное и интерактивное телевидение, системы внутреннего кредита и фискальные регистраторы.
Информационная система «epitome PMS» разработана компанией Libra Hospitality. Разработана русскоязычная версия системы, которая функционирует в соответствии с законодательством РФ.
ORAK Hotel в отличие от перечисленных систем является небольшой информационной системой, включающей модули Проживание, Бронирование, Внешне-торговые контракты, Менеджер, SPA.
Информационная система UCS Shelter состоит из ядра и набора модулей, который легко расширять без перекомпиляции системы.
В конце 2000 года российской компанией АВК совместно с исландской компанией HSC разработана и выпущена система комплексного управления гостиницей Navision-Cenium. Финансовый модуль данной системы работает на базе системы Microsoft Dynamics NAV и позволяет проводить управленческий учет и аналитику. Вспомогательные модули расширяют возможности системы. [9]
При выборе информационной системы обычно отдается предпочтение проверенным и распространенным продуктам. Кроме того, необходимо, чтобы система имела удобный и понятный интерфейс. Немаловажным является вопрос о надежности и отказоустойчивости системы, в системе должны присутствовать механизмы, обеспечивающие достаточный уровень защиты данных и быстрое восстановление после сбоев.
Информационная система является необходимой составляющей современных бизнес-процессов, так как позволяет автоматизировать работу предприятия.
Разнообразие существующих информационных систем позволяет классифицировать их по ряду признаков. Проектирование информационной системы - сложный многоэтапный процесс.
Проектирование информационной системы происходит в несколько этапов: исследование области применения системы, разработка архитектуры системы, реализация, внедрение и сопровождение.
Применение информационных систем в гостиничном бизнесе позволяет автоматизировать большинство бизнес-процессов и тем самым во многом повысить эффективность работы гостиницы.
При выборе системы предпочтение отдается тем средствам, которые легко адаптировать под нужды конкретной гостиницы. Также необходимо учитывать следующие критерии: техническое решение, функциональные возможности, простота и эффективность работы, надежность, возможность развития, цена.
2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ ВЕДЕНИЯ ГОСТИНИЧНОГО БИЗНЕСА В ГОСТИНИЦЕ «ЕЛЕЦ»
2.1 Обзор и сравнение существующих подходов в проектировании информационных систем
На данный момент в технологии разработки информационных систем существуют два основных подхода к разработке информационных систем: функционально-модульный (структурный) и объектно-ориентированный. При функционально-модульном подходе организация представляется набором функций, производящим обработку входных данных и предоставляющим выходные данные. Здесь функции строго отделены от данных. При объектном подходе организация представляется набором объектов, связанных отношениями. Основная задача при таком подходе - определить объекты и степень их нагруженности при выполнении действий. Данный подход наиболее эффективен при четкой структуре предприятия. Функционально-модульный подход, наоборот, эффективен, если структура предприятия нечетко определена или изменяется.
Функционально-модульный подход
Для описания информационной системы предприятия при функционально-модульном подходе создается несколько моделей в виде схем с помощью методики IDEF0, называемых диаграммами. Схема состоит из функциональных блоков и интерфейсных дуг. Функциональным блоком обозначается определенный процесс в системе, он изображается на диаграмме в виде прямоугольника. Левая сторона данного прямоугольника обозначает вход, сюда с помощью интерфейсных дуг приводятся входные данные функции, правая сторона обозначает выход, здесь обозначаются результаты функции. Верх блока обозначает управление, здесь описываются
правила, по которым работает функция, а низ - механизмы, с помощью которых функция реализуется (рисунок 3). Название функции записывается внутри прямоугольника.
Рисунок 3 - Функциональный блок
Интерфейсная дуга иногда называется потоком и обозначает элемент системы, обрабатываемый функциональным блоком. Так как процесс всегда проходит по определенным правилам и выдает определенный результат, то функциональный блок должен иметь хотя бы один управляющий поток и хотя бы один выходной поток. [7]
Разбиение сложного процесса на более простые называется декомпозицией. Декомпозиция является основным понятием в функционально-модульном подходе.
Каждый элемент диаграммы характеризуется набором определений, ключевых слов, который называется глоссарием.
В начале построения модели IDEF0 создается контекстная диаграмма, в которой вся система представляется в виде одного функционального блока с интерфейсными дугами как бы выходящими за пределы диаграммы. В пояснении к диаграмме указывается цель ее построения и точка зрения, с которой строится диаграмма. Точка зрения определяет количество уровней декомпозиции диаграммы и позволяет отбросить ненужные с данной точки зрения детали, сокращая тем самым время проектирования информационной системы.
Во время декомпозиции создаются новые диаграммы, описывающие процессы, на которые разбивается основной функциональный блок. Новые диаграммы называются дочерними и могут содержать несколько функциональных блоков, обычно от трех до шести. Все информационные дуги, обозначенные в родительском функциональном блоке, переносятся и в дочернюю диаграмму. Если диаграмма перегружена, и можно не обозначать некоторые потоки высшего уровня, то применяется принцип туннелирования. Для обозначения потоков, появившихся только на данной диаграмме, используются стрелки с круглыми скобками.
Модели IDEF0 являются наглядными и понятными для всех специалистов, работающих над проектированием информационной системы, называемых авторами, а также их можно использовать в презентациях.
Потоки данных можно представить в виде диаграммы DFD. Диаграммы потоков данных представляют собой средства моделирования функциональных требований к информационной системе. В данных диаграммах главными являются не функциональные блоки, а потоки данных и сущности, обменивающиеся данными. Обмен данными называется процессом. Диаграмма потоков данных сначала строится по типу «звезда». В центре располагается главный процесс, который связан с внешними сущностями взаимодействием. Далее главный процесс подвергается декомпозиции на подпроцессы, уточняется характер взаимодействия подпроцессов. Декомпозиция продолжается, пока процессы не станут простыми. Простой процесс имеет два-три входных и выходных потока, может быть описан в виде последовательного алгоритма, и входные данные могут быть преобразованы в выходные. [24]
Для всех внешних сущностей строится таблица событий. Анализ таблицы событий позволяет выделить входные и выходные, а также внутренние потоки данных.
Основные достоинства функционально-модульного подхода:
- возможность проведения глубокого анализа бизнес-процессов, выявления узких мест: комплексное применение позволяет выявить все возможные неточности;
- применение универсальных графических языков моделирования IDEF0, IDEF3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов;
- проверенность временем и широкое распространение среди аналитиков и разработчиков.
Основные недостатки функционально-модульного подхода:
- низкая наглядность для неподготовленных пользователей модели: при увеличении количества уровней представления анализ и модификация становятся затруднительными;
- сложность восприятия иерархически упорядоченной информации;
- необходимость следовать жесткой структуре, которая не всегда необходима.
Объектно-ориентированный подход
При объектно-ориентированном подходе система представляется как совокупность объектов, связанных между собой. Объектом называется предмет или явление, имеющее свою индивидуальную структуру, поведение и состояние. Множество объектов с одинаковой структурой и поведением называется классом [15]. Основными принципами объектно- ориентированного проектирования являются полиморфизм, инкапсуляция, наследование, абстрагирование, модульность, иерархия, типизация, параллелизм и устойчивость. Полиморфизм определяет способность объектов изменяться и приобретать новые свойства и характеристики, тем самым определять свою принадлежность к более чем одному классу. Инкапсуляция обозначает способность объекта скрывать в себе свойства и события. Наследование означает, что на основе существующего класса можно создавать новые объекты.
Объектно-ориентированная технология проектирования информационных систем предоставляет мощную, гибкую, универсальную концептуальную основу для конструирования информационно- управляющих систем в различных областях хозяйственной деятельности и управления, сочетающую использование моделей современной логистики, объектного подхода к компонентам предметной области, современных инструментальных средств визуального программирования и СУБД с SQL-интерфейсом. Объектно-ориентированная технология проектирования информационной системы включает в себя следующие компоненты:
· технологию конструирования концептуальной объектно- ориентированной модели предметной области;
· инструментальные средства спецификации проектных решений;
· библиотеки типовых компонент модели предметной области;
· типовые проектные решения для ряда функциональных областей. [28]
В основу объектно-ориентированной технологии проектирования информационной системы положены разработка, анализ и спецификация концептуальной объектно-ориентированной модели предметной области.
Концептуальная объектно-ориентированная модель предметной области является основой проекта и реализации системы и обеспечивает:
· необходимый уровень формализации описания проектных решений;
· высокий уровень абстрагирования, типизации и параметризации проектных решений;
· компактность описания;
· удобство сопровождения готовой системы.
Отличительными чертами данной методологии являются следующие:
· наличие единого методологически обоснованного ядра, обеспечивающего открытость технологии для модификации, расширения и создания новых моделей представления проектных решений;
· наличие единого формального аппарата анализа проектных решений для используемых моделей представления.
Отличительными чертами данной технологии являются:
· совместное рассмотрение информационных, материальных и финансовых потоков;
· первичная и вторичная классификация объектов предметной области с обязательным указанием оснований классификации;
· наличие конструктивных методик декомпозиции и агрегирования компонентов проекта, использующих результаты классификации;
· наличие формальных методов оценки связности и сцепления компонентов проекта;
· использование функциональной модели данных с атрибутами - функциями доступа и атрибутами - категориями в качестве основы концептуальной модели данных.
Основным средством объектно-ориентированного проектирования является унифицированный язык моделирования UML, разработанный в середине 90-х годов ХХ века [8]. Методы программирования в данном языке изображаются в виде различных диаграмм:
1) диаграмма вариантов использования описывает функциональное назначение моделируемой предметной области или системы;
2) диаграмма классов является основной для создания кода приложения;
3) диаграмма состояний отображает возможное поведение системы на внешние события;
4) диаграмма деятельности - отображает реализацию операций в системе;
5) диаграмма последовательности - изображение взаимодействия объектов во времени;
6) диаграмма кооперации описывает структурные связи между взаимодействующими объектами модели;
7) диаграмма компонентов описывает физическую структуру проектируемой системы и позволяет определить ее архитектуру в терминах модулей, исходных и исполняемых кодов, файлов;
8) диаграмма развертывания (диаграмма размещения) отображает общую конфигурацию распределенной программной системы.
Для примера ниже приведена диаграмма классов, описывающая программную систему торгового центра (рис.4).
Рисунок 4 - Диаграмма классов торгового центра
Здесь классы изображены в виде прямоугольников, разделенных на три области (рис.5):
Рисунок 5 - Изображение класса в UML Остальные диаграммы программной системы торгового центра изображены на рис.6-11:
Рисунок 6 - Диаграмма использования
Рисунок 7 - Диаграмма состояний объекта «Заказ»
Рисунок 8 - Диаграмма деятельности - обработка заказа
Рисунок 9 - Диаграмма компонентов
Рисунок 10 - Диаграмма последовательности обработки заказа
Рисунок 11 - Диаграмма кооперации - прохождение заказа Объектно-ориентированный подход имеет следующие достоинства:
- сравнительная легкость, наглядность, эффективность моделей;
- гибкость, возможность адаптировать методологию UML собственными элементами в виде диаграмм;
- возможность автоматической генерации кода на основе построенных моделей.
Основные недостатки объектно-ориентированного подхода:
- невозможность проведения детального анализа процессов;
- неполнота и незавершенность некоторых видов диаграмм, возможность их неверной интерпретации.
2.2 Разработка информационной модели и моделей основных бизнес- процессов в работе гостиницы «Елец»
Исследование структуры гостиницы «Елец» как предметной области проектирования информационной системы
Изучение структуры предприятия и его функционирования является первым этапом проектирования информационной системы. В данном случае областью проектирования является гостиничный бизнес на примере гостиницы «Елец», расположенной в одноименном городе Елец Липецкой области. Миссия данного предприятия - предоставление временного жилья и удобств для различных категорий посетителей города: бизнесменов, туристов, семей. Номерной фонд гостиницы состоит из 132 номеров, в том числе:
· 1 номер категории «Апартаменты»;
· 3 номера категории «Люкс»;
· 20 номеров категории «Студия»;
· 19 стандартных одноместных номеров;
· 24 стандартных двухместных номера;
· 16 стандартных одноместных номеров до ремонта;
· 21 стандартный двухместный номер до ремонта;
· 12 одноместных номеров категории «Эконом»;
· 12 двухместных номеров категории «Эконом»;
· 4 четырехместных номера категории «Эконом».
Гостиница предоставляет дополнительные услуги: парковка, сувенирный киоск, прачечная, заказ такси, лобби-бар, кафе, комната для переговоров, заказ и доставка цветов, бильярдная, салон красоты, сейфовые ячейки, экскурсионные услуги, телефонная связь.
Структура гостиницы представлена на рисунке 12. Администрацию гостиницы составляют генеральный директор, директор службы питания и напитков, директор по маркетингу и продажам, менеджер службы управления номерным фондом, бухгалтер, служба по управлению персоналом, отдел технической поддержки.
Рисунок 12 - Струкутра гостиницы «Елец»
Проектирование информационной системы гостиницы «Елец» с помощью программы BPWin
Для проектирования информационной системы гостиницы «Елец» испоьзуется программное обеспечение BPWin. Данная программа предоставляет все необходимые средства для создания диаграмм
функционально-модульного подхода, имеет интуитивно понятный интерфейс.
При запуске программы BPWin появляется диалоговое окно, где нужно ввести название создаваемой модели и выбрать ее тип (рисунок 13)
Рабочее пространство программы стилизовано под чертежный лист и содержит один функциональный блок для построения контекстной диаграммы.
Рисунок 13 - Создание новой модели в программе BPWin
При построении модели необходимо определить цель проектирования. Для этого необходимо выбрать пункт меню Model - Model Properties и в появившемся окне (рисунок 14) на вкладке Purpose записать цель и точку зрения. Для определения цели необходимо ответить на следующие вопросы:
1) Какова цель создания модели?
2) Что отображает модель?
3) Какую информацию может получить читатель?
В данном случае цель - описать функциональность гостиницы «Елец» для написания спецификаций информационной системы. Модель строится с точки зрения разработчика проекта. Данная модель является моделью «AS- IS» (как есть) и описывает существующие на данный момент в гостинице бизнес процессы.
Рисунок 14 - Определение цели и точки зрения на модель
Функциональный блок (Activity) обозначает исследуемый процесс. Для ввода его названия необходимо вызвать контекстное меню блока и ввести название во вкладке Name (рисунок 15).
Рисунок 15 - Свойства функционального блока
Для построения функциональных дуг необходимо выбрать инструмент Arrow в виде стрелки на панели инструментов. Входными потоками будут клиенты и оплата услуг, а выходными - оказанные услуги и прибыль гостиницы. Управление осуществляется согласно законодательству РФ и уставу предприятия. Механизмами осуществления процесса являются номерной фонд, материальная база и персонал гостиницы (рисунок 16).
Рисунок 16 - Контекстная диаграмма функционирования гостиницы «Елец»
Декомпозиция приема постояльцев разбивает данный процесс на следующие блоки: предоставление номеров, обслуживание номеров и предоставление услуг. Блоки в дочерней диаграмме располагаются по диагонали от левого верхнего угла до нижнего правого в порядке приоритета по значению и времени. Для декомпозиции необходимо из контекстного меню на названии блока контекстной диаграммы выбрать команду Decompose. В появившемся окне выбрать тип диаграммы и количество блоков (рисунок 17).
Рисунок 17 - Выбор типа дочерней диаграммы и количества блоков
Для всех трех блоков управляющими потоками будут законодательство РФ и устав гостиницы, выходными потоками - прибыль и оказание услуг. Блок предоставления номеров использует все три механизма: номерной фонд, персонал и материальную базу, а блоки обслуживания номеров и предоставления услуг - только механизмы материальная база и персонал (рисунок 18).
При декомпозиции второго уровня каждый из блоков первого уровня разбивается на необходимое число блоков (рисунки 19-21). Блок Предоставление номеров делится на следующие блоки:
1) Резервирование номеров - предоставление услуги резервирования номера позволяет клиентам заранее запланировать и оговорить пребывание в нашей гостинице;
2) Оформление поселения - оформление въезда включает в себя процедуру идентификации личности в согласии с законами РФ, то есть при поселении в гостинице необходимо иметь с собой паспорт;
3) Приём предоплаты - поселение в гостинице осуществляется после внесения предоплаты за оговоренный при въезде срок пребывания или при изменении срока пребывания;
4) Администрирование ключей - администрирование ключей и включает в себя: хранение ключей от номеров, их охрану и выдачу только лично постояльцу в руки;
5) Оформление выезда - оформление выезда включает в себя формирование итогового счёта за вычетом предоплаты.
Рисунок 18 - Декомпозиция первого уровня
Рисунок 19 - Декомпозиция второго уровня блока Предоставление номеров
Блок Обслуживание номеров делится на следующие процессы:
Подготовка номера - уборка номера перед въездом следующего постояльца; Плановое обслуживание номеров - регулярное обслуживание номеров во время проживания постояльцев в гостинице.
Рисунок 20 - Декомпозиция второго уровня блока Обслуживание номеров
Так как количество видов предоставляемых услуг более 8-ми, а правила предполагают располагать в одной диаграмме не более 8 блоков, то условно разделим услуги на внешние и внутренние. Ко внутренним услугам относятся: парковка, прачечная, телефонная связь, комната для переговоров, сейфовые ячейки, бильярдная, лобби-бар, кафе. Ко внешним услугам относятся: заказ такси, заказ цветов, экскурсионные услуги. Дальнейшая декомпозиция блока Услуги ведет к увеличению проекта, но по сути функции каждого блока услуг идентичны, поэтому остановимся на втором уровне. информационный операционный приложение программный
При декомпозиции третьего уровня блока Резервирование номеров создается модель DFD для описания документооборота. Данная модель состоит из функций обработки данных, документов, внешних ссылок и хранилищ данных. В данном случае внешними ссылками, т.е. объектами извне, будут клиенты и персонал, хранилищами - устав гостиницы и данные о номерах гостиницы, а функции заключаются в обработке заказов и обновлении данных о номерах (рисунок 21).
Рисунок 21 - Диаграмма DFD процесса Резервирование номера
Процесс происходит следующим образом: от клиента поступает заказ,
после чего персоналом инициируется обработка заказа согласно правилам оформления номера и по данным о номерах. Выходные данные процесса - либо отказ, если номер занят, либо оформление номера и обновление данных о номерах.
Создание информационной модели системы с помощью ERWin
Для создания информационной модели системы используется программное обеспечение ERWin. Информационная модель в данной программе может строиться двух типов: логическая и физическая. Логическая модель описывает абстрактное представление о системе, а физическая модель зависит от конкретной СУБД. Диаграмма состоит из сущностей, атрибутов и связей. Сущность представляет собой множество объектов с одинаковым набором атрибутов. В реляционной базе данных сущность реализуется в виде таблицы, объект - в виде записи, а атрибут - в виде поля таблицы.
Информационная модель системы гостиницы «Елец» содержит сущности: резервирование, тариф услуг, оказанные услуги, апартамент (номер), постоялец (клиент) (рисунок 22).
Рисунок 22 - Информационная модель гостиницы «Елец»
При функционально-модульном подходе реализуется схема проектирования «сверху-вниз», что дает возможность выстроить четкую структуру бизнес-процессов предприятия. Это является несомненным достоинством данного подхода. Акцент здесь делается на действиях и их последовательности, а сущности и объекты определяются отдельно. Однако неудобство функционального преставления системы заключается в том, что приходится отдельно рассматривать процессы и данные.
При объектно-ориентированном подходе основное внимание уделяется данным, из которых выделяются объекты, имеющие атрибуты и объединяемые в классы. Действия и процессы изображаются в виде связей между объектами и событий. Однако при объектно-ориентированном подходе нет строгой структуры бизнес-процесса, и теряется наглядность структуры системы.
Для преодоления недостатков данных подходов необходимо применять синтетическую методику, которая заключается в последовательном применении обоих подходов.
Так как организационная структура гостиницы «Елец» является устойчивой, для проектирования ее информационной системы достаточно применения функционально-модульного подхода, однако с учетом того, что современные СУБД реализуют объектно-ориентированный подход, отдельно создается объектная информационная модель.
Для функционально-модульного проектирования используется программа BPWin, обладающая всем необходимым для этого инструментарием, а создания информационной модели используются средства программы ERWin.
3. ТЕХНОЛОГИЯ СОЗДАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ ГОСТИНИЦЫ «ЕЛЕЦ»
Разрабатываемое в рамках данной выпускной квалификационной работы программное обеспечение является демонстрационным и служит для проверки достоверности спроектированной информационной системы. Для ее реализации выбрана система управления базами данных MS Access в силу ее доступности и распространенности. Задачей данного раздела выпускной квалификационной работы является рассмотрение и воспроизведение процесса создания информационной системы для гостиничного бизнеса.
3.1 Характеристика СУБД MS Access
В задачи системы управления базами данных MS Access входят следующие аспекты работы с базами данных.
4) Обработка и хранение данных, а также доступ к ним - СУБД скрывает от пользователя внутренние детали, делая процесс работы максимально быстрым и эффективным.
5) Ведение системного каталога, содержащего описание элементов данных, куда относятся сведения о данных, связях, пользователях, схемах базы данных на всех уровнях, частоте транзакций и других системных операциях.
6) Поддержка транзакций - в случае сбоя в работе во время транзакции система должна вернуться в последнее работоспособное состояние.
7) Обеспечение параллельной работы пользователей - устранение конфликтов при одновременном изменении данных со стороны нескольких пользователей.
8) Обеспечение восстановления данных при сбоях.
9) Контроль доступа к данным - система должна иметь механизмы защиты от несанкционированного изменения базы данных.
10) Поддержка целостности данных - система контролирует изменение данных в соответствии с установленными ограничениями.
11) Поддержка независимости программ от фактической структуры базы данных. [3,12,18]
Система управления базами данных Access 2007, входящая в пакет прикладных программ Microsoft Office, является самой распространенной в операционной системе Windows. В настоящее время она является не самым удачным выбором для крупных предприятий, так как существуют коммерческие продукты профессионального уровня, такие как Oracle, MySQL, однако для малых организаций, а также для использования в целях усвоения принципов работы с базами данных СУБД Access является весьма эффективным и наглядным инструментом.
Версия СУБД Access 2007 во многом отличается от предыдущих версий, предоставляя пользователю следующие возможности.
Быстрый старт работы с данными - в данной версии введено окно
«Приступая к работе», содержащее встроенные базы данных, которые можно использовать в работе в качестве основ для собственных баз данных.
Новый пользовательский интерфейс Office Fluent отображает наиболее необходимые для решения текущей задачи команды. Изменилась область переходов, позволяющая создавать собственные группы для компоновки форм и отчетов по определенной таблице. [14]
Облегчен ввод значений, как в таблицах Excel, при вводе автоматически определяется тип данных в ячейке. Можно импортировать таблицы Excel, а также контакты из Outlook, а также возможен экспорт данных в эти программы.
Новые возможности фильтрации и сортировки данных адаптированы под бизнес-стиль.
Присутствует технология Windows SharePoint Services, обеспечивающая хранение данных в локальном и интернет-хранилищах.
Стало возможным прикрепление пользовательских документов, графических файлов и электронных таблиц к записям в базе данных, что обеспечивает лучшую наглядность данных.
Для создания форм используется интерактивный конструктор форм, работающий по принципу WYSIWYG. Тот же принцип используется в создании отчетов, что во многом облегчает работу пользователя, позволяя сосредоточиться на содержании отчета, а не тратить время на выстраивание внешнего вида. Присутствует возможность сохранения отчетов в формате PDF (Portable Document Format) или XPS (формат XML Paper Specification). [17]
В данной версии обеспечивается возможность работы с другими пользователями с помощью веб-технологий. Кроме того, возможно мобильное подключение к базе данных, что позволяет получать актуальную информацию о работе с базой данных.
Большое внимание уделено вопросам безопасности данных. Посредством технологий Windows SharePoint Services возможно перенесение данных из локальной базы данных на сервер и управление доступом к своим данным, определяя права других пользователей. Появилась функция истории ревизий, позволяющая получить информацию о пользователях, имевших доступ к информации.
3.2 Создание базы данных для информационной системы гостиничного бизнеса
База данных в MS Access представляет собой набор реляционных таблиц, где строка является записью (объектом), а столбец - полем (атрибутом). При проектировании реляционных баз данных учитываются следующие условия:
1) таблицы в реляционных базах данных являются отношениями - то есть таблицами, в которых нет двух одинаковых строк;
2) таблица в реляционной базе данных должна содержать хотя бы один столбец;
3) каждое поле имеет свое имя и одинаковый тип данных для всех значений поля;
4) при составлении таблицы необходимо соблюдать атомарность данных, то есть значения в ячейках таблицы должны быть простыми, неразложимыми на еще более подробные данные.
В каждой реляционной таблице должно быть специальное поле или несколько полей, называемое первичным ключом. По первичному ключу можно идентифицировать запись во время запросов к базе данных, упорядочивать таблицу, из чего следует, что у каждой записи должен быть уникальный ключ. [26]
Согласно разработанной информационной модели, для базы данных гостиницы определим следующие таблицы:
Таблица 1 - Клиенты
|
Имя поля |
Тип данных |
||
|
№ регистрации |
Счетчик |
Ключевое поле |
|
|
ФИО клиента |
Текстовый |
||
|
Дата приезда |
Дата/время |
||
|
Дата отъезда |
Дата/время |
||
|
№ комнаты |
Числовой |
||
|
Форма оплаты |
Текстовый |
||
|
Дополнительные услуги |
Текстовый |
Таблица 2 - Гостиничные номера
|
Имя поля |
Тип данных |
||
|
№ комнаты |
Счетчик |
Ключевое поле |
|
|
ФИО ответственной |
Текстовый |
||
|
горничной |
|||
|
Категория |
Текстовый |
||
|
Статус (занят/свободен) |
Логический |
Таблица 3 - Дополнительные услуги
|
Имя поля |
Тип данных |
||
|
№ услуги |
Счетчик |
||
|
Название услуги |
Текстовый |
Ключевое поле |
|
|
Стоимость услуги |
Денежный |
||
|
Описание услуги |
Поле МЕМО |
||
|
Фотография |
Поле объекта OLE |
Таблица 4 - Горничные
|
Имя поля |
Тип данных |
||
|
ФИО горничной |
Текстовый |
Ключевое поле |
|
|
Телефон |
Текстовый |
||
|
Фотография |
Поле объекта OLE |
Таблица 5 - Каталог номеров
|
Имя поля |
Тип данных |
||
|
Категория |
Текстовый |
Ключевое поле |
|
|
Стоимость |
Денежный |
||
|
Описание |
Поле МЕМО |
||
|
Фотография |
Поле объекта OLE |
В таблицах используются следующие типы данных:
1. Текстовый - содержит строки до 255 знаков.
2. Числовой - используется для математических вычислений.
3. Дата/Время - для хранения дат и времени полей, в которых данные представлены в специальном формате. Данные этого типа занимают 8 байт.
4. Денежный - для использования в финансовых операциях. Сохраняет 8 байтов.
5. Поле МЕМО - сохраняет многострочный текст до 65 536 знаков.
6. Поле объекта OLE - Microsoft Access позволяет хранить в таблицах изображения и другие двоичные данные (например, электронную таблицу Excel, документ Word, рисунок звукозапись), связанный или внедренный в таблицу Microsoft Access.
7. Мастер подстановок - поле для выбора значения из списка.
Таблица 6 - Оплата
|
Имя поля |
Тип данных |
||
|
Форма оплаты |
Текстовый |
Ключевое поле |
Классическая технология проектирования реляционных баз данных связана с теорией нормализации, основанной на анализе функциональных зависимостей между атрибутами отношений. Процесс нормализации имеет своей целью устранение избыточности данных. Нормализация позволяет существенно сократить объем хранимой информации и устранить аномалии в организации хранения данных. Степень нормализации данных может быть различной. Приведение модели к требуемому уровню нормальной формы является основой построения реляционной базы данных [6].
Нормализация достигается путем проверки соответствия таблиц ряду условий, определенных в трех уровнях нормализации: первой, второй и третьей нормальных формах (существуют также и другие уровни). [2]
Первая нормальная форма требует, чтобы каждое поле таблицы БД было неделимым и не содержало повторяющихся групп.
Неделимость поля означает, что содержащиеся в нем значения не должны делиться на более мелкие. Повторяющимися являются поля, содержащие одинаковые по смыслу значения.
Вторая нормальная форма требует, чтобы все поля таблицы зависели от первичного ключа, то есть, чтобы первичный ключ однозначно определял запись и не был избыточен. Если же в какой-либо таблице имеется зависимость каких-либо не ключевых полей от части первичного ключа, следует выделить их в отдельную таблицу, сделав первичным ключом новой таблицы ту часть первичного ключа, от которой зависят данные поля, и установить связь "один ко многим" от новой таблицы к старой.
Третья нормальная форма требует, чтобы в таблицах не имелось транзитивных зависимостей между не ключевыми полями, то есть чтобы значение любого поля, не входящего в первичный ключ, не зависело от значения другого поля, также не входящего в первичный ключ. Результатом нормализации является модель данных, которую легко поддерживать, не содержащая неопределенностей в данных и повторений данных [18].
Подобные документы
Разработка и внедрение автоматизированной информационной системы. Изучение основных процессов, протекающих в предметной области. Создание базы данных. Исследование средств защиты информации от несанкционированного доступа и идентификации пользователей.
курсовая работа [487,2 K], добавлен 17.03.2014Создание систем автоматизированного сбора и обработки данных. Разработка информационной системы гостиничного комплекса. Выбор требуемой СУБД и программного обеспечения. Концептуальное, логическое проектирование. Организация ввода данных в базу данных.
дипломная работа [790,1 K], добавлен 13.02.2016Исследование современных технологий и средств разработки. Выявление и оценка информационных потоков и структуры информации. Выбор необходимой информации для информационной системы. Проектирование и анализ системы навигации. Проектирование базы данных.
дипломная работа [2,8 M], добавлен 21.01.2012Технические средства обеспечения функционирования информационной системы. Проектирование базы данных информационной системы. Разработка веб-приложения – справочно-информационной системы для предприятия. Организация записи информации в базу данных.
дипломная работа [4,4 M], добавлен 16.05.2022Обоснование комплексной системы защиты информации на предприятии. Основные способы защиты операционной системы от программных закладок типа "троянский конь". Оценка эксплуатационных характеристик информационной системы. Основные показатели надежности.
курсовая работа [2,7 M], добавлен 12.08.2010Разработка информационно-логической модели проектируемой информационной системы. Алгоритм функционирования информационной системы. Описание базы данных. Описание входной, промежуточной и выходной информации. Техническое и программное обеспечение.
реферат [28,1 K], добавлен 09.01.2009Разработка информационной системы туристического агентства с использованием современных инструментальных средств, технологий; создание ее прототипа; определение целей, задач и функций ИС. Концептуальное, логическое и физическое проектирование базы данных.
курсовая работа [1,1 M], добавлен 09.06.2013Характеристика программных продуктов, используемых при разработке информационной системы. Проектирование интерфейса и базы данных. Создание информационной системы, в которой нужно разработать структурную и функциональную схему программного продукта.
курсовая работа [2,1 M], добавлен 04.03.2021Техническое задание на разработку автоматизированной системы и складского учета управления универсальной торговой базы. Проектирование информационной системы и выбор среды для создания программного продукта. Создание интерфейса и руководство пользователя.
дипломная работа [2,1 M], добавлен 11.07.2015Применение языков программирования для создания Web-приложений. Расчет трудоемкости и затрат на разработку информационной системы. Разработка концептуальной модели, структуры и интерфейса. Размещение сайта на хостинге, регистрация в поисковых системах.
дипломная работа [1,4 M], добавлен 13.06.2015
