Проектирование автоматизированной информационной системы "Гостиница: регистрация клиентов, учет оплаты"

Размещено на http://www.allbest.ru/

Главное управление образования и молодежной политики Алтайского края

КГБПОУ «Бийский государственный колледж»

Специальность: 230401 Информационные системы (по отраслям)

Курсовой проект

по дисциплине: МДК 1.2 «Методы и средства проектирования информационных систем»

на тему: Проектирование автоматизированной информационной системы «Гостиница: регистрация клиентов, учет оплаты»

Выполнил студент группы 11ИС-231

Зенин Евгений Юрьевич

Проверил преподаватель:

Франц Рената Валентиновна

Содержание

• Введение
• 1. Описание и анализ предметной области
• 2. Постановка задачи
• 3. Проектирование АИС
• 3.1 Функционально-ориентированный подход
• 3.1.1 Модель потоков данных (DFD)
• 3.1.2 Функциональная модель (IDEF0)
• 3.1.3 Диаграмма перехода состояний(STD)
• 3.2 Объектно-ориентированный подход
• 3.2.1 Физическая UML-диаграмма
• 3.2.2 UML-диаграмма прецедентов
• 3.2.3 UML-диаграмма деятельности
• 4. Разработка модели данных (ER-модель)
• Заключение
• Список используемой литературы

• Введение
• Использование баз данных и информационных систем становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов.
• Цель данного курсового проекта: проектирование АИС «Гостиница: регистрация клиентов, учет оплаты».
• Существующий уровень автоматизации в гостинице: Нет автоматизации.
• Внедрение проектируемой АИС позволит:
• - получение более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем;
• - освобождение работников от рутинной работы за счет ее автоматизации;
• - обеспечение достоверности информации;
• - замена бумажных носителей данных на магнитные и оптические, что приводит к более рациональной организации переработки информации на компьютере и снижению объемов бумажных документов.


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

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

Гостиница, работает с клиентами, осуществляя услуги по предоставлению номеров.

Гостиница располагает номерами с разным уровнем сервиса, комфортности и, соответственно, оплаты. Номера имеются разных типов: люкс -- многокомнатный номер с высоким уровнем сервиса, комфортности и обслуживания; полулюкс -- номер меньшей, чем люкс, площади, но с достаточным уровнем сервиса и комфортности; обычный номер - с минимальным уровнем сервиса. В гостинице 3 этажа. Всего в гостинице 20 номеров, из них 6 - люкс, 7 - полулюкс, 7 обычных номеров.

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

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

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

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

На момент обследования в гостинице работает 20 сотрудников.

На рис.1.1 представлена организационная структура гостиницы «Сатурн»

Рис.1.1 - Организационная структура гостиницы «Сатурн»

1. Служба сдачи номера

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

Состав службы: менеджер.

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

2. Служба питания

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

Состав службы: повар.

Повар - отвечает за приготовление еды в гостинице.

3. Отдел персонала

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

Состав отдела: горничная, слесарь-сантехник, электромонтер.

Горничная - занимается уборкой номеров.

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

Электромонтер - обеспечивает нормальное функционирование световых точек в гостинице.

4. Отдел дополнительных услуг

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

Состав отдела: прачка, официант.

Прачка - занимается глажкой и стиркой белья.

Официант - занимается доставкой еды в номер.

5. Служба безопасности

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

Состав службы: начальник охраны, охранник.

Начальник охраны - несет ответственность за организацию работы охраны.

Охранник - поддерживает порядок и безопасность в гостинице.

6. Бухгалтерия

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

Состав бухгалтерии: бухгалтер.

Бухгалтер - отвечает за составление отчетов, прибыли и убытков.

На рис. 1.2 представлено дерево функций.



Рис.1.2 - Дерево функций



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

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

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

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

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

В границах проекта предполагается осуществить только в следующих подразделениях гостиницы «Сатурн»:

- Бухгалтерия

- Служба сдачи номера

- Отдел дополнительных услуг

Не рассматривается в границах проекта автоматизация: отдел персонала, служба безопасности, служба питания.



3. Проектирование АИС

3.1 Функционально-ориентированный подход

Таблица 3.1 - Бизнес-процессы

Бизнес-процессы	Входная информация	Выходная информация
Оформление заявки	Информация о клиенте, информация о номере, заявка	Договор, квитанция на оплату
Оформление дополнительных услуг	Договор, услуги	Квитанция на оплату услуг
Оформление выезда	Квитанция на оплату услуг	Итоговый счет
Прием оплаты	Итоговый счет	Чек

3.1.1 Модель потоков данных (DFD)

Диаграммы потоков данных (Data Flow Diagrams -- DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления -- продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

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

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

Рис.3.1 - Модель потоков данных (DFD)

3.1.2 Функциональная модель (IDEF0)

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

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

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



Рис.3.2 - Контекстная диаграмма

Рис.3.3 - Диаграмма декомпозиции

3.1.3 Диаграмма перехода состояний (STD)

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

STD состоит из следующих объектов:

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

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

3. Переход - определяет перемещение моделируемой системы из одного состояния в другое.



Рис.3.4 - Диаграмма перехода состояний (STD)

3.2 Объектно-ориентированный подход

3.2.1 Физическая UML-диаграмма

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

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

Рис.3.5 - Физическая UML-диаграмма

3.2.2 UML-диаграмма прецедентов

Диаграмма прецедентов в UML -- диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

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

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

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

- актёр -- стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений обобщения/наследования),

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

Рис.3.6 - UML-диаграмма прецедентов

3.2.3 UML-диаграмма деятельности

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

Диаграммы деятельности состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры:

1. Прямоугольники с закруглениями -- действия

2. Ромбы -- решения

3. Широкие полосы -- начало (разветвление) и окончание (схождение) ветвления действий

4. Чёрный круг -- начало процесса (начальное состояние)

5. Чёрный круг с обводкой -- окончание процесса (конечное состояние)

Рис.3.7 - UML-диаграмма деятельности



Таблица 3.2 - Операция «Сдача гостиничного номера»

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



4. Разработка модели данных (ER - модель)

Модель "сущность-связь" (ER-модель) - модель данных, которая позволяет описывать концептуальные схемы с помощью обобщенных конструкций блоков.

Основными понятиями ER-модели являются сущность, связь и атрибут.

Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступной.http://citforum.ru/database/advanced_intro/27.shtml - footnote43 В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности.

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

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

Рис.4.1 - ER-модель

Заключение

В результате выполнения курсового проекта была спроектирована автоматизированная информационная система «Гостиница: регистрация клиентов, учет оплаты».

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

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

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

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

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

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



Список используемой литературы

1. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем.-М.: ИД ФОРУМ ИНФРА-М, 2007

2. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем.- М.: Финансы и статистика, 2009

3. Попов И.И. Автоматизированные информационные системы (по отраслям применения): Учеб. пособие.-М.: Изд-во РЭА, 2010

4. Козленко Л. Проектирование информационных систем. // КомпьютерПресс, №9, 2010.

5. Франц Р.В. Методические указания по выполнению курсового проекта для студентов специальности 230401.- Бийск: КГБПОУ «БГК», 2015

Размещено на Allbest.ru

...