Автоматизированная система работы отеля

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

Содержание

Введение

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

2. Модель бизнес процессов

3. Объектно-ориентированная модель предметной области

на языке UML

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

5. Список используемых БД

6. Объектно-ориентированная модель программного продукта

Заключение

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

Введение

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

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

отель обслуживание автоматизированный программный

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

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

Основные документы:

§ Журнал регистрации заказов

§ Справочник сервисных услуг

§ Квитанция об оплате счета

§ Справочник штрафов

§ Справочник номеров

§ Справочник сотрудников

§ История клиента

Определение требований.

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

Сформулируем требования к системе:

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

2. Журнал регистрации заказов содержит дату въезда, дату выезда, № комнаты, паспортные данные клиента (ФИО клиента, место регистрации, № паспорта), ФИО сотрудника принявшего заказ.

3. Справочник сервисных услуг должен содержать тип услуг, стоимость.

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

5. Справочник штрафов должен содержать тип правонарушения, величину штрафа.

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

7. Справочник сотрудников должен содержать ФИО сотрудника, занимаемую должность.

8. История клиента должна содержать ФИО клиента, тип нарушений, величину штрафа, наименование дополнительной услуги, стоимость дополнительной услуги.

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

§ Ввод новой сервисной услуги в справочник

§ Внесение стоимости новой сервисной услуги в справочник

§ Удаление сервисной услуги.

§ Удаление стоимости сервисной услуги из справочника.

§ Корректирование сервисной услуги

§ Корректирование сервисной услуги в справочнике.

10. Система должна поддерживать следующие варианты сервисных услуг:

§ Бассейн

§ Тенистый корт

§ Фитнесс центр

§ Массажный салон

§ Интернет

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

§ Ввод новой штрафной санкции в справочник

§ Внесение стоимости новой штрафной санкции в справочник

§ Удаление штрафной санкции из справочника.

§ Удаление стоимости штрафной санкции из справочника.

§ Корректирование штрафной санкции

§ Корректирование стоимости штрафной санкции из справочника

12. Система должна поддерживать следующие варианты нарушений:

§ Разбитое стекло

§ Сломанная мебель

§ Потерянный ключ

§ Нарушение порядка

§ Разбитая посуда

13. Система должна поддерживать следующие категории номеров:

§ Бизнес класс

§ Эконом

§ Полулюкс

§ Люкс

2. Модель бизнес процессов

Рисунок 1 Бизнес процессы

3. Объектно-ориентированная модель предметной области на языке UML

Рисунок 2 Диаграмма прецедентов (обслуживания клиента в отеле)

Рисунок 3 Диаграмма активности (обслуживание клиента в отеле)

Рисунок 4 Диаграмма последовательности (обслуживание клиента в отеле)

Рисунок 5 Диаграмма прецедентов (регистрация заказа)

Рисунок 6 Диаграмма прецедентов ( внесение дополнительных услуг на счет клиента)

Рисунок 7 Диаграмма прецедентов ( внесение штрафов на счет клиента)

Рисунок 8 Диаграмма прецедентов (формирование счета)

Рисунок 9 Диаграмма прецедентов ( ведение справочников)

Рисунок 10 Диаграмма прецедентов ( закрытие счета)

Рисунок 11 Диаграмма прецедентов ( регистрация клиента)

Рисунок 12 Диаграмма прецедентов ( история клиента)

Рисунок 13 Диаграмма прецедентов (заполнение справочника)

Рисунок 14 Диаграмма прецедентов (удаление данных из справочника)

Рисунок 15 Диаграмма прецедентов (корректировка данных в справочнике)



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

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

Система состоит из подсистемы учета заказов, нескольких отчетов и историй заказов, штрафов, базы данных клиентов и нескольких справочников:

§ База данных клиентов

§ Справочник сервисных услуг

§ Справочник нарушений

§ Справочник сотрудников

§ Справочник номеров

§ Журнал заказов

§ Отчет о свободных номерах на текущую дату

§ Отчет о занятых номерах на текущую дату

§ История заказов всех клиентов

§ История штрафов

§ Квитанция

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

§ Ввод нового заказа ;

§ Поиск заказа;

§ Сортировка заказов;

§ Изменение заказа;

§ Удаление записи заказа.

При вводе нового заказа регистрируются реквизиты: номер заказа, ФИО клиента, дата въезда, дата выезда, стоимость проживания, № комнаты, ФИО сотрудника.

При поиске заказа могут указываться реквизиты: дата въезда, ФИО клиента, № комнаты.

Сортировка заказов может вестись по следующим реквизитам: дата въезда.

При изменении данных о заказе могут измениться следующие реквизиты: № комнаты, дата въезда, дата выезда, стоимость проживания, ФИО клиента.

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

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

§ Ввод ФИО клиента;

§ Ввод контактной информации клиента;

§ Сортировка клиентов;

§ Изменение данных о клиенте;

§ Удаление записи о клиенте.

§ Поиск записи о клиенте.

При вводе данных о клиенте регистрируются реквизиты: ФИО клиента, контактная информация клиента, процент скидки, № паспорта, место прописки.

При поиске данных о клиенте могут указываться реквизиты: ФИО клиента, процент скидки.

Сортировка записей о клиенте может вестись по следующим реквизитам: ФИО клиента, процент скидки.

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

Справочник сервисных услуг выполняет следующие операции:

§ Ввод новой сервисной услуги;

§ Поиск сервисной услуги;

§ Сортировка сервисных услуг;

§ Изменение сервисной услуги;

§ Удаление сервисной услуги.

При вводе новой сервисной услуги регистрируются реквизиты: название, стоимость услуги.

При поиске сервисной услуги могут указываться реквизиты: название, стоимость .

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

При изменении сервисной услуги могут измениться следующие реквизиты: стоимость услуги, название услуги.

При удалении сервисной услуги удаляются все данные ней.

§ Справочник нарушений выполняет следующие операции:

§ Ввод нового типа нарушений;

§ Изменение типа нарушений;

§ Удаление записи о нарушение.

При вводе типа нарушений регистрируются реквизиты: наименование, стоимость.

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

При удалении записи о нарушение удаляются все данные о нем.

§ Справочник сотрудников выполняет следующие операции:

§ Ввод данных нового сотрудника;

§ Поиск сотрудника;

§ Сортировка сотрудников;

§ Изменение данных о сотруднике;

§ Удаление записи о сотруднике.

При вводе данных нового сотрудника регистрируются реквизиты: ФИО сотрудника, занимаемая должность.

При поиске сотрудника могут указываться реквизиты: ФИО сотрудника, занимаемая должность..

Сортировка сотрудников может вестись по следующему реквизиту: ФИО сотрудника, занимаемая должность.

При изменении данных о сотруднике могут измениться следующие реквизиты ФИО сотрудника, занимаемая должность.

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

§ Справочник номеров выполняет следующие операции:

§ Ввод данных о номере.

§ Поиск номера;

§ Сортировка номеров;

§ Изменение данных о номере;

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

При поиске номера могут указываться реквизиты: № комнаты

тип номера.

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

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

Отчет о свободных номерах на текущую дату

Отчет о свободных номерах на текущую дату содержит ряд атрибутов: № номера, категория номера, текущая дата;

Отчет о занятых номерах на текущую дату

Отчет о занятых номерах на текущую дату содержит следующие атрибуты: № номера, категория номера, текущая дата

История заказа клиентов

История заказа клиентов содержит следующие атрибуты: ФИО клиента, № заказа, даты въезда, даты выезда.

История штрафов

История штрафов содержит следующие атрибуты: ФИО клиента, даты нарушения, величина штрафа.

5. Список используемых БД

Программный продукт будет использовать следующие базы данных:

· Клиенты

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

· Сервисные услуги

· Номера

· Сотрудники

· Нарушения

БД клиентов и журнал заказов

6. Объектно-ориентированная модель программного продукта

Рисунок 16 Диаграмма прецедентов (обслуживание клиента в отеле)

Рисунок 17 Диаграмма активности (обслуживания клиента в отеле)

Рисунок 18 Диаграмма последовательности (обслуживания клиента в отеле)

Рисунок 19 Диаграмма прецедентов ( ввод данных о клиенте)

Рисунок 20 Диаграмма прецедентов ( внесение дополнительной услуги на счет клиента)

Рисунок 21 Диаграмма прецедентов (Внесение штрафов на счет клиента)

Рисунок 22 Диаграмма прецедентов (запрос на свободные места)

Рисунок 23 Диаграмма прецедентов (Закрытие счета)

Рисунок 24Диаграмма прецедентов (Внесение изменений в историю заказов)

Рисунок 25 Диаграмма прецедентов (Внесение изменений в историю штрафов)

Рисунок 26 Диаграмма прецедентов (Регистрация заказа)

Рисунок 27 Диаграмма прецедентов (Регистрация клиента)

Рисунок 28 Диаграмма классов (обслуживания клиента в отеле)

Рисунок 29 Диаграмма компонентов

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

Рисунок 30 Диаграмма размещения

Заключение

В ходе выполнения данной работы было проведено описание бизнес-процессов предметной области и создана ее объектно-ориентированная модель на языке UML, состоящая из следующих диаграмм:

· Диаграмма прецедентов;

· Диаграмма активности;

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

· Диаграмма классов

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

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

· Диаграмма классов

· Диаграмма прецедентов;

· Диаграмма активности;

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

· Диаграмма компонентов;

· Диаграмма размещения.

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

§ Снижение трудозатрат на отыскание и исправление ошибок которые могут возникнуть при формировании счета или при внесении данных в заказ;

§ Появление учета важных сведений о штрафах и клиентах;

§ Облегчение поиска заказов;

§ Ускорение поиска необходимой информации связанной сервисными услугами и штрафными санкциями;

§ Упрощение процедуры формирования счета.

§ Упрощение процедуры ведения счета

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

1. А.М. Вендров. Проектирование программного обеспечения экономических информационных систем. Учебник. - М.; Финансы и статистика, 2002, глава 3.

2. А. Леоненков. Самоучитель UML. - СПб.: БХВ-Петербург, 2001.

3. А.М. Вендров. Практикум по проектированию программного обеспечения экономических информационных систем. - М.; Финансы и статистика, 2002.

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

...