Дипломная работа: Проектирование и разработка информационной системы гостиничного бизнеса

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

Основные достоинства функционально-модульного подхода:

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

- применение универсальных графических языков моделирования 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 - Декомпозиция второго уровня блока Предоставление номеров