Документирование процесса разработки программного обеспечения с использованием UML ИС «Уют: Оперативное управление гостиницей»

Министерство сельского хозяйства Росссийской федерации Федеральное государственное общеобразовательное учреждение высшего профессионального обучения Московский государственный агроинженерный университет им. В. П. Горячкина Кафедра вычислительной техники и прикладной информатики МГАУ 110 302.62.6012.811.П3

Пояснительная записка к расчетной работе по дисциплине «Программная инженерия»

Тема:

Документирование процесса разработки программного обеспечения с использованием UML ИС «Уют: Оперативное управление гостиницей»

Проверил: С. С. Зимнов Выполнил: И. С. Мотков Студент 26ИЭФ Москва 2012

Задание 1

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

Работа с системой предполагает получение следующей информации:

— о клиентах, проживающих в заданном номере;

— о клиентах, прибывших из заданного города;

— о том, кто из служащих убирал номер указанного клиента в заданный день недели;

— Есть ли в гостинице свободные места и свободные номера и, если есть, то сколько.

Администратор должен иметь возможность выполнить следующие операции:

— принять или уволить служащего гостиницы;

— изменить расписание работы служащего;

— поселить или выселить клиента;

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

• Введение
• 1. Постановка задачи
• 1.1 Краткая характеристика предприятия
• 1.2 Описание предметной области
• 1.3 Цели и задачи проекта
• 2. Описание ключевых моментов бизнес-процессов
• 2.1 Нормативные документы, устанавливающие требования к процессу
• 2.2 Заинтересованные лица процесса и их интересы к ИС
• 2.3 Проблемы Заказчика
• 2.4 Цели разработки
• 2.5 Функциональные возможности
• 2.6 Объекты информационной системы
• 2.7 Выбор и обоснование средств и методов разработки программного средства
• 2.7.1 Выбор метода разработки
• 2.7.2 Выбор и обоснование языка программирования
• 2.7.3 Выбор СУБД
• 3. Описание функционального назначения системы
• 3.1 Определение вариантов использования ИС «Уют: Оперативное управление гостиницей»
• 3.2 Диаграммы вариантов ИС «Уют: Оперативное управление гостиницей»
• 4. Логическая структура информации ИС «Уют: Оперативное управление гостиницей» (по функциональным подсистемам)
• 4.1 Разработка диаграммы классов
• 4.2 Описание таблиц БД
• 4.3 Разработка диаграммы состояний
• 4.4 Формирование диаграммы деятельности
• 4.5 Разработка диаграммы последовательности
• 4.6 Разработка диаграммы компонентов
• 4.7 Разработка диаграммы развертывания
• Заключение
• Список использованной литературы

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

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

— проектирование объектов данных, которые будут реализованы;

— проектирование форм, отчетов, вычислительных модулей;

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

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

1.1 Краткая характеристика предприятия

В качестве объекта автоматизации в данной расчетной работе рассматривается гостиница «Уют». Гостиница расположена в двухэтажном здании. Номерной фонд гостиницы включает в себя номера разных типов, отличающихся по стоимости:

— одноместный;

— двухместный;

— трехместный.

1.2 Описание предметной области

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

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

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

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

1.3 Цели и задачи проекта

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

Разрабатываемая информационная система должна решить следующие задачи:

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

2. Управление обслуживающим персоналом гостиницы (прием на работу, увольнение).

3. Планирование графика уборки помещений, контроль фактического исполнения графика уборки.

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

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

2. Описание ключевых моментов бизнес-процессов

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

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

Таблица 1

Данные бизнес процесса

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

2.1 Нормативные документы, устанавливающие требования к процессу

Порядок предоставления гостиничных услуг регламентируется Постановлением Правительства РФ «Об утвеждении правил предоставления гостиничных услуг в Российской Федерации» № 490 от 25 апреля 1997 г.

2.2 Заинтересованные лица процесса и их интересы к ИС

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

Таблица 2

Заинтересованные лица

В Таблице 3 приведен перечень интересов, которые заинтересованные лица имеют в отношении ИС «Уют: Оперативное управление гостиницей».

Таблица 3

Интересы заинтересованных лиц

2.3 Проблемы Заказчика

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

Таблица 4

Проблемы Заказчика

2.4 Цели разработки

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

Таблица 5

Цели разработки ИС «Уют: Оперативное управление гостиницей»

2.5 Функциональные возможности

Функциональные возможности прикладного решения приведены в Таблице 6.

Таблица 6

Функциональные возможности

2.6 Объекты информационной системы

При этом необходимо реализовать с объекты, обладающие поведением (Таблица 7).

Таблица 7

Объекты ИС «Уют: Оперативное управление гостиницей»

2.7 Выбор и обоснование средств и методов разработки программного средства

2.7.1 Выбор метода разработки

Для автоматизации процесс работы автосервиса будет использован язык моделирования UML.

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

RSA 8.0 состоит из тринадцати типов диаграмм, разделенных на структуры, поведение и взаимодействия.

Диаграммы структур акцентируют внимание на том, что должно быть включено в моделируемую систему:

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

· Диаграмма компонентов (Component)

· Диаграмма объектов (ObjecT)

· Диаграмма композитных структур (Composite structure)

· Диаграмма развёртывания (Deployment)

· Диаграмма пакетов (Package)

Диаграммы поведения уделяют внимание тому, что должно произойти в моделируемой системе:

· Диаграмма деятельности (Activity)

· Диаграмма сценариев использования (Use Case)

· Диаграмма автомата (State Machine)

Диаграммы взаимодействия — это подмножество диаграмм поведения, которые акцентируют внимание на процессе управления и потоке данных среди прочего, где будет разработана система:

· Диаграммы последовательностей (Sequence)

· Диаграмма коммуникации (Communication — UML 2.0)

· Диаграмма обзора взаимодействия (Interaction Overview — UML 2.0)

· Диаграмма синхронизации (Timing — UML 2.0)

Язык UML принят компанией OMG, разработчиком объектно-ориентированных вычислительных систем, в качестве стандарта моделирования объектно-ориентированных программ.

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

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

По этим причинам и будет использоваться UML.

2.7.2 Выбор и обоснование языка программирования

Для автоматизации процесса работы гостиницы «Уют» использован язык программирования Visual Basic for Application, входящий в состав СУБД Microsoft Access, представляющий собой алгоритмический язык программирования.

Visual Basic for Applications (VBA, Visual Basic для приложений) — значительно облегченная версия языка программирования Visual Basic (VB), встроенная в оболочку Microsoft Office (Excel, Word, Access, Outlook, PowerPoint и т. д.), а также во многие другие программные пакеты, такие как CorelDRAW, WordPerfect и ESRI ArcGIS. Visual Basic for Applications покрывает и расширяет функциональные возможности этих приложений и заменяет ранее использовавшихся специализированные макро-языки, такие как WordBasic.

VBA является интерпретируемым языком. VBA близок к Visual Basic, но может выполняться лишь в рамках приложения, в которое он встроен. Visual Basic for Applications может использоваться для управления одним приложением из другого, с помощью OLE Automation (например, таким образом можно создать документ Word на основе данных из Excel).

Следующим этапом развития программирования под офисные продукты для Microsoft — Visual Studio Tools for Applications (VSTA) — инструментарий расширения функциональности приложений, основанный на Microsoft. NET. Следует отметить что VSTA, по сравнению с VBA, значительно сложнее для написания многочисленной армии поклонников офисного программирования. Поэтому компания Microsoft в своих новых продуктах оставляет возможность использования Visual Basic for Applications. VBA представляет собой наиболее распространенный язык визуального программирования для Offiсe.

2.7.3 Выбор СУБД

Для автоматизации процесса работы гостиницы «Уют» выбрана СУБД Microsoft Access 2010, которая позволяет создать персональную БД и формы для работы с ней. Microsoft Ассеss является Системой Управления Базами Данных (СУБД). Все версии Microsoft Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление данных в виде таблиц, графиков, отчетов. Выбор СУБД обусловлен факторами представленными ниже.

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

Также Microsoft Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети — в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).

Все выше сказанное позволило остановить выбор на СУБД Access для постановки и решения задачи автоматизации процесса работы гостиницы «Уют».

информационный система управление гостиница

3. Описание функционального назначения системы

3.1 Определение вариантов использования ИС «Уют: Оперативное управление гостиницей»

Для четкого понимания действий пользователей в рамках ИС «Уют» Оперативное управление гостиницей" создадим таблицу вариантов её использования (Таблица 8).

Таблица 8

Варианты использования (ВИ)

3.2 Диаграммы вариантов ИС «Уют: Оперативное управление гостиницей»

Диаграмма 1 — Диаграмма Вариантов использования. Администрирование системы Диаграмма 2 — Диаграмма Вариантов использования. Управление справочниками Диаграмма 3 — Диаграмма Вариантов использования. Получение отчетности Диаграмма 4 — Диаграмма Вариантов использования. Управление работы с клиентом Диаграмма 5 — Диаграмма Вариантов использования. Управление планированием и контролем графика уборки номеров Диаграмма 6- Диаграмма Вариантов использования. Управление персоналом

Диаграмма 7 — Диаграмма Вариантов использования. Иерархия действующих лиц

4. Логическая структура информации ИС «Уют: Оперативное управление гостиницей» (по функциональным подсистемам)

4.1 Разработка диаграммы классов

Диаграмма 8 — Диаграмма классов. Управление работы с клиентом Диаграмма 9 — Диаграмма классов. Управление планированием и контролем графика уборки номеров Диаграмма 10 — Диаграмма классов. Управление персоналом

4.2 Описание таблиц БД

Таблица 9

Аргументы таблицы «Типы номеров»

Таблица 10

Аргументы таблицы «Номера»

Таблица 11

Аргументы таблицы «Этажи»

Таблица 12

Аргументы таблицы «Договора»

Таблица 13

Аргументы таблицы «Клиенты»

Таблица 14

Аргументы таблицы «Города»

Таблица 15

Аргументы таблицы «Сотрудники»

Таблица 16

Аргументы таблицы «Графики»

4.3 Разработка диаграммы состояний

Для подсистемы оформления отношений с клиентом важно однозначно описать поведение и жизненный цикл в системе объекта «Договор-счет»

Диаграмма 11 — Диаграмма состояний. Договор-счет Диаграмма 12 — Диаграмма состояний. Сотрудник Диаграмма 13 — Диаграмма состояний. Номер-графики

4.4 Формирование диаграммы деятельности

1. Вариант использования «Управление справочниками»

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

1.2 Действующие лица — администратор гостиницы.

1.3 Предварительные условия — вариант использования «Вход в систему»

1.4 Если пользователь выбрал сценарий «Добавление-редактирование элемента справочника»

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

1.4.2 Выбирает действие со справочником.

1.4.3 Если пользователь выбрал «Добавить запись», то открывается форма добавления новой записи.

1.4.4 Пользователь заполняет поля формы новой записи.

1.4.5 Если пользователь нажал кнопку «ОК», то происходит верификация данных.

1.4.6 Если верификация прошла успешно, то изменения записываются в БД.

1.4.7 Форма ввода новой записи закрывается, работа со справочником завершена.

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

1.4.9 Если пользователь отказался от ввода записи, то форма ввода записи закрывается, работа со справочником завершена.

1.5 Если пользователь выбрал сценарий «Редактирование элемента справочника»

1.5.1 Открывается форма записи элемента справочника.

1.5.2 Пользователь изменяет поля формы имеющейся записи.

1.5.3 Если пользователь нажал кнопку «ОК», то происходит верификация данных.

1.5.4 Если верификация прошла успешно, то изменения записываются в БД.

1.5.5 Форма редактирования имеющейся записи закрывается, работа со справочником завершена.

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

1.5.7 Если пользователь отказался от внесения изменений записи, то форма редактирования имеющейся записи закрывается, работа со справочником завершена.

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

1.7 Действующие лица — администратор гостиницы.

1.8 Предварительные условия — вариант использования «Вход в систему»

1.9 Если пользователь выбрал сценарий «Добавление-редактирование элемента справочника»

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

1.9.2 Выбирает действие со справочником.

1.9.3 Если пользователь выбрал «Добавить запись», то открывается форма добавления новой записи.

1.9.4 Пользователь заполняет поля формы новой записи.

1.9.5 Если пользователь нажал кнопку «ОК», то происходит верификация данных.

1.9.6 Если верификация прошла успешно, то изменения записываются в БД.

1.9.7 Форма ввода новой записи закрывается, работа со справочником завершена.

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

1.9.9 Если пользователь отказался от ввода записи, то форма ввода записи закрывается, работа со справочником завершена.

1.10 Если пользователь выбрал сценарий «Редактирование элемента справочника»

1.10.1 Открывается форма записи элемента справочника.

1.10.2 Пользователь изменяет поля формы имеющейся записи.

1.10.3 Если пользователь нажал кнопку «ОК», то происходит верификация данных.

1.10.4 Если верификация прошла успешно, то изменения записываются в БД.

1.10.5 Форма редактирования имеющейся записи закрывается, работа со справочником завершена.

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

1.10.7 Если пользователь отказался от внесения изменений записи, то форма редактирования имеющейся записи закрывается, работа со справочником завершена.

1. Вариант использования «Управление персоналом «

2.1 Сценарий «Добавление нового приказа»

2.2 Цель варианта использования — ведение кадровой истории сотрудников, установление фактов приема-увольнения сотрудников, регистрация использования рабочего времени.

2.3 Действующие лица — администратор гостиницы.

Предварительные Диаграмма 14 — Диаграмма деятельности. Управление справочниками

2.4 условия — вариант использования «Вход в систему»

2.5 Пользователь вызвал форму ввода нового приказа

2.6 Форма ввода открыта.

2.7 Пользователь заполнил реквизиты формы.

2.8 Если пользователь нажал кнопку «ОК», то система верифицирует данные.

2.9 Если данные верны, то происходит запись в БД, если нет, то пользователю предлагается снова заполнить форму ввода приказа.

2.10 После проверки данных и положительной верификации приказ записывается в БД.

2.11 Ввод завершен.

Диаграмма 15 — Диаграмма деятельности. Управление персоналом — ввод нового приказа

3. Вариант использования «Управление пользователями»

3.1 Сценарий «Добавление нового пользователя»

3.2 Цель варианта использования — ведение списка пользователей и ролей.

3.3 Действующие лица — администратор БД.

3.4 Предварительные условия — вариант использования «Вход в систему»

3.5 Пользователь вызвал форму ввода нового пользователя.

3.6 Форма ввода открыта.

3.7 Пользователь заполнил реквизит «Имя пользователя».

3.8 Выбор роли пользователя из предлагаемого формой списка.

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

3.10 Если пользователь нажал кнопку «ОК», то данные записываются в БД и форма закрывается.

3.11 Если пользователь нажал кнопку «Cancel», то форма закрывается без сохранения данных.

3.12 Ввод завершен Диаграмма 16 — Диаграмма деятельности. Управление пользователями — добавление нового пользователя

4. Вариант использования «Создание графика уборки номеров»

4.1 Сценарий «Добавление нового графика»

4.2 Цель варианта использования — ведение списка дат уборки номеров и уборщиков, ответственных за уборку в этом номере.

4.3 Действующие лица — администратор гостиницы.

4.4 Предварительные условия — вариант использования «Вход в систему»

4.5 Пользователь вызвал форму ввода нового записи.

4.6 Форма ввода открыта.

4.7 Пользователь заполнил реквизиты записи графика.

4.8 Если пользователь нажал кнопку «ОК», то данные записываются в БД и форма закрывается.

4.9 Если пользователь нажал кнопку «ОК», то данные записываются в БД и форма закрывается.

4.10 Если пользователь нажал кнопку «Cancel», то форма закрывается без сохранения данных.

4.11 Ввод завершен Диаграмма 17 — Диаграмма деятельности. Создание графиков уборки номеров: добавление новой записи

5 Вариант использования «Формирование управленческих отчетов»

5.1 Сценарий «Сформировать отчет»

5.2 Цель варианта использования — формирование и печать отчетности.

5.3 Действующие лица — администратор гостиницы.

5.4 Предварительные условия — вариант использования «Вход в систему»

5.5 Пользователь выбрал отчет и вызвал форму отчета.

5.6 Пользователь выбрал действие «Сформировать отчет».

5.7 Система предлагает распечатать отчет. Если пользователь выбрал «Ок», то отчет печатается. Если было выбрано «Cancel», то пользователь форму отчета закрывает.

5.8 Выбрано действие Закрыть форму отчета.

Диаграмма 18 — Диаграмма деятельности. Формирование управленческих отчетов: сформировать отчет

4.5 Разработка диаграммы последовательности

При добавлении нового договора в таблицу «Договора» происходит расчет двух вычисляемых полей «TotalDays» («Дней всего») и «Total» («Сумма договора»). Использование расчетного модуля в системе описывается в Диаграмма 18

Диаграмма 19 — Диаграмма последовательности: Добавление нового договора (с расчетом вычисляемых полей)

4.6 Разработка диаграммы компонентов

Диаграмма 20 — Диаграмма компонентов ИС

4.7 Разработка диаграммы развертывания

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

1. Количество одновременно работающих пользователей;

2. Требования к безопасности доступа к данным;

3. Требования к архивированию данных;

4. Объем хранимой информации;

5. Скорость доступа к данным.

Одновременно с информационной системой будут работать 3 человека. Отсюда следует, что для комфортной работы вполне подойдет СУБД MS Access.

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

База данных информационной системы будет размещена на выделенном сервере. Клиенты размещаются на рабочих станциях.

Требования к клиентским рабочим станциям вполне удовлетворяют готовые системные блоки линейки «Standart».

Для объединения аппаратного комплекса необходимо провести монтаж ЛВС (UTP cat.5, 100Mb Ethernet)

Диаграмма 21 — Диаграмма развертывания ИС «Уют: Оперативное управление гостиницей»

Заключение

• В этой расчетной работе были рассмотрены все основные этапы разработки информационной систему для гостиницы «Уют».
• Рассмотрены требования, которые заказчик поставил перед информационной системой. Все требования были выполнены в соответствии с действующим законодательством Российской Федерации. В своей расчетной работе я воспользовался языком унифицированного моделирования, который позволили наглядно увидеть в виде диаграмм все процессы и тот функционал, который будет в информационной системе. Нелегкая это задача.

1. Диго С. М., Базы данных: проектирование и использование: Учебник. — М.: Финансы и статистика, 2005.

2. Заботина Н. Н. Проектирование информационных систем: Учебное пособие / Заботина Н. Н. — Братск: Филиал ГОУВПО «БГУЭП», 2007.

3. Мартин Ф., Кендалл С. UML Основы / Ф. Мартин, С. Кендалл. — СПб.: Символ-Плюс, 2005.

4. Информатика. Базовый курс. 2-е издание / Под ред. С. В. Симоновича. — СПб.: Питер, 2004.

5. Калабухова Г. В., Титов В. М. Компьютерный практикум по информатике. Офисные технологии: учеб.пособие. — М.:ИД «ФОРУМ»: ИНФРА-М, 2008, — 3: ил, — (Высшее образование).

6. Практикум по информационным технологиям в профессиональной деятельности: Учеб. Пособие для сред. Проф. Образования/Елена Викторовна Михеева.- 2-е изд., стер. — М.: Издательский цент «Академия», 2004.

7. Бакаревич Ю. Б., Пушкина Н. В. Самоучитель Microsoft Access 2005. — СПб.: БХВ-Петербург, 2007.