Курсовой проект - Проектирование и разработка информационной системы гостиницы.doc. Курсовой проект - Проектирование и разработка информационной сис. Исследование функций и целей организации. 3 Постановка задачи. 4

• Название: Исследование функций и целей организации. 3 Постановка задачи. 4
• Анкор: Курсовой проект - Проектирование и разработка информационной системы гостиницы.doc.doc
• Дата: 28.03.2023
• Размер: 1.14 Mb.
• Имя файла: Курсовой проект - Проектирование и разработка информационной сис.doc
• Тип: Исследование; #1020936

Оглавление

Оглавление. 2

Обозначения и сокращения. 3

Введение. 3

Цель курсового проектирования. 3

Исследование функций и целей организации. 3

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

Анализ возможностей методологии и инструментальных средств  4

проектирования заданной ИС.. 4

1. Создание модели ИС с. 4

AllFusion Process Modeler 4.1 (Bpwin 4.1) 4

1.1 Создание модели в стандарте IDEF0. 4

1.2 Дополнение созданной модели процессов. 12

организационными диаграммами. 12

1.2.1 Диаграммы потоков данных (Data Flow Diagramming) 12

1.2.2 Диаграммы методологии IDEF3 (Workflow Diagramming) 14

2. Создание модели данных с помощью.. 17

AllFusion Erwin Data Modeler 4.1. 17

Информационная модель в нотации IDEF1X.. 17

3. Поиск и исправление ошибок с помощью Erwin Examiner. 20

4. Модели в нотации языка UML. 23

4.1 Диаграмма размещения (Deployment diagram) 23

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

4.3 Диаграмма классов (Class diagram) 25

5. Связь с СУБД Access. 25

6. Разработка экранных форм.. 26

Заключение. 31

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

Обозначения и сокращения

В настоящей работе применяются следующие термины с соответствующими определениями:

ИС - информационная система;

БД – база данных;

СУБД – система управления баз данных.

Введение

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

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

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

Цель курсового проектирования

Целью данного курсового проекта является разработка информационной системы “Гостиница”.

Исследование функций и целей организации

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

Гостиница оказывает следующие услуги:

        предоставление номеров,

        их обслуживание,

        администрирование телефонных переговоров.

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

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

Разработать в архитектуре “клиент - сервер” ИС, предназначенную для гостиницы, БД информационной системы, содержащую сведения о номерах гостиницы: категория, количество мест, стоимость проживания за сутки.

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

Прототип ИС разработать средствами MS Access и MS SQL.

При разработке использовать результаты инфологического проектирования.

Анализ возможностей методологии и инструментальных средств

проектирования заданной ИС

 При разработке ИС “Гостиница” был использован системный структурный подход. Методология этого подхода заключается в разработке модели на основе представления о функциях ИС или на элементах (планах, данных, оборудовании и т.д.). Модели ИС (активностные модели) согласно методологии представляются в виде диаграмм, которые иерархически упорядочены. Активностная модель представляет собой совокупность активностей взаимосвязанных через объекты (элементы) системы.

Для проведения анализа и организации бизнес-процессов гостиницы используется CASE-средство верхнего уровня BPWin.

1. Создание модели ИС с

AllFusionProcessModeler 4.1 (Bpwin 4.1)

Для проведения анализа и реорганизации бизнес - процессов предназна­чено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее  методологии:

        IDEF0  (функциональная  модель);

        DFD (DataFlow Diagram);

        IDEF3 (Workflow Diagram).

1.1 Создание модели в стандарте IDEF0

Функциональная модель предназначена для описания существующих бизнес - процессов на предпри­ятии (так называемая модель AS-1S) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписы­вает построение иерархической системы диаграмм - единичных описаний фрагментов системы.

Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На Рис. 1 представлена контекстная диаграмма ИС «Гостиница»:

 



Рис.  1 Контекстная диаграмма IDEF0. Функционирование гостиницы.

Взаимодействие системы с окружающей средой описывается в терминах входа (на рис.1 это “Клиенты” и ”Плата за услуги”), выхода (основной результат процесса - “Оказанные услуги” и “Прибыль”), управления (“Законы РФ” и “Устав гостиницы”) и механизмов (“Материальная база”, “Помещение”, “Персонал” – это ресурсы, необходимые для процесса функционирования гостиницы).

“Клиенты” – те, для кого гостиница работает. Они платят гостинице деньги в качестве платы за оказываемые услуги. Получение прибыли – цель коммерческой деятельности. Значит, чтобы добиться этой цели гостиница должна оказать услуги клиентам.

“Законы РФ” и “Устав гостиницы” – это правила, которыми управляется процесс функционирования гостиницы, как предприятия со своими внутренними правилами, и также обязанного “жить” согласно законодательству конкретной страны .

В оказании услуг принимает участие “Персонал” гостиницы. Чтобы предоставить номера и получить прибыль, в деятельности гостиницы должны участвовать “Помещение” и “Материальная база” – обстановка здания, техника в номерах, инвентарь и т.д.

Model Name: Гостница

Definition: Модель описывает деятельность гостиницы,

а именно следующие предоставляемые ею услуги:

предоставление номеров,

их обслуживание,

администрирование телефонных переговоров.
После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на под­системы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 2).



Рис. 2  Диаграмма декомпозиции IDEF0. Функционирование гостиницы.

Весь процесс “Функционирования гостиницы” разбивается 3:

1)     “Предоставление номеров” иллюстрирует деятельность сдачи номеров с предварительной регистрацией;

2)     “Обслуживание номеров” представляет собой процесс поддержания персоналом гостиницы порядка в номерах;

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

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

Общие стрелки, перешедшие с диаграммы верхнего уровня, опишем с помощью отчета:

Link Name: Прибыль

Link Definition: Сумма  всех выплат за услуги, оказанные клиентам. Часть этой суммы покроет расходы гостиницы, часть - вернётся в гостиницу в виде вложений для поддержания уровня услуг, частичного обновления хоз. части. Оставшаяся прибыль - это чистый доход.

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 

Link Name: Персонал

Link Definition: Люди, работающие в гостинице, осуществляющие приём клиентов, администрирование номеров, уборку комнат и холлов, оказание услуг, связанных с телефонными переговорами из гостинницы.

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 

Link Name: Помещение

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

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 

Link Name: Плата за услуги

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

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 

Link Name: Клиенты

Link Definition: Люди, создающие спрос на услуги гостиницы.

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 

Link Name: Материальная база

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

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 

Link Name: Устав гостиницы

Link Definition: Свод правил, которым должны подчиняться все служащие гостиницы.

Link Status: WORKING

Link Author: Efanova J. N.

 

Link Name: Законы РФ

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

Link Status: WORKING

Link Author: ЕфановаЮ.Н.

 



Рис.  3  Диаграмма декомпозиции IDEF0. Предоставление номеров.

Опишем диаграмму, представленную на рис. 3, с помощью отчета, сгенерированного Bpwin:

Activity Name: Резервирование  номеров

Activity Definition: Предоставление услуги резервирования номера позволяет клиентам заранее запланировать и оговорить пребывание в нашей гостинице.   Эту возможность будет поддерживать и наше приложение, автоматизируя тем самым сопоставление новоприбывших клиентов со списков зарезервированных номеров.

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A11

 

Activity Name: Оформление  поселения

Activity Definition: Оформление въезда включает в себя процедуру идентификации личности в согласии с законами РФ, то есть при поселении в гостинице необходимо иметь с собой паспорт ( удостоверяющий вашу личность документ). Регистрацию клиентов аувтоматизируем в ходе нашего курсового проектирования.

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A12

 

Activity Name: Приём  предоплаты

Activity Definition: Поселение в гостинице осуществляется после внесения предоплаты за оговоренный при въезде срок пребывания или при изменении срока пребывания (дополнительная оплата после окончания срока проживания и при желании его продления). 

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A13

 

Activity Name: Аминистр-ние ключей

Activity Definition: Администрирование ключей  осуществляется в согласии с законом РФ и включает в себя: хранение ключей от номеров, их охрану и выдачу только лично постояльцу в руки. Этот вид деятельности мы не автоматизируем в ходе нашего курсового проектирования.

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A14

 

Activity Name: Оформление выезда

Activity Definition: Оформление выезда включает в себя   формирование итогового счёта за вычетом предоплат, 

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A15

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

Слабые связи, не представленные на диаграмме высшего уровня:

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

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

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

Ключи от номеров – получаемые при въезде ключи от номера.

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

 



Рис. 4 Диаграмма декомпозиции IDEF0. Обслуживание номеров.

Опишем диаграмму, представленную на рис. 4, с помощью отчета, сгенерированного BPwin

Activity Name: Подготовка номеров

Activity Definition: Подготовка  -  это уборка номера перед въездом следующего постояльца.

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A21

 

Activity Name: Плановое  обслуживание  номеров

Activity Definition: Плановое обслуживание номеров - регулярное обслуживание номеров во время  проживания постояльцев в гостинице.

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A22

Эта диаграмма напоминает контекстную диаграмму (рис. 1). Обе работы (на рис. 4)  не зависят друг от друга и имеют на  входах -  “Клиентов” и ”Плату за услуги”, на выходах -  “Оказанные услуги” и “Прибыль”, на управлении - “Законы РФ” и “Устав гостиницы”, влияющие на всю деятельность гостиницы, и на механизмах - “Материальную базу”, “Помещение” и “Персонал” –  ресурсы, необходимые для выполнения этих работ).

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

 

 

Опишем диаграмму, представленную на рис. 5, с помощью отчета, сгенерированного Bpwin:

Report for Diagram: A3, Обеспечение телефонных переговоров

 

Activity Name: Оповещение о пропущенных  звонках

Activity Definition: Персонал оповещает постояльца номера о пропущенных звонках и оставленных сообщениях. Эту деятельность мы не намерены автоматизировать, поэтому интереса она для нашего курсового проектирования не представляет. 

Activity Status: WORKING

Activity Author: Ефанова Ю.Н.

Object Type: Activity

Activity Number: A31

Эта функция возлагается на персонал и не автоматизируется в ходе нашего курсового проектирования.

Activity Name: Соединение с номером

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

Activity Status: WORKING

Activity Author: Ефанова Ю.Н.

Object Type: Activity

Activity Number: A32

Эта услуга осуществляется вне нашего курсового проекта и предоставляется бесплатно.

Activity Name: Ведение статистики  телефонных  переговоров

Activity Definition: В статистике переговоров учитывается  количество переговоров постояльца по гостиничному телефону и их тарифы.

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A33

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

Activity Name: Оплата телефонных  переговоров.

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

Activity Status: WORKING

Activity Author: ЕфановаЮ.Н.

Object Type: Activity

Activity Number: A34

Эта деятельность не автоматизируется нашим клиентским приложением. Оплата переговоров производится при оформлении выезда.

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

Переговоры – данные о времени, номере телефонного звонка.

 



Рис.  5 Диаграмма декомпозиции IDEF0. Обеспечение телефонных переговоров.

1.2 Дополнение созданной модели процессов

организационными диаграммами

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

1.2.1 Диаграммы потоков данных (DataFlowDiagramming)

Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как "внешняя ссылка" и "хранилище данных", что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.

На рис. 6 представлена “Диаграммы декомпозиции в нотации DFD. Резервирование номеров.”, описывающая деятельность по резервированию номеров. На диаграмме представлены:

1)           “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне модели.

2)           “Устав гостиницы” и ”Данные о номерах гостиницы” – хранилища данных.

Эти данные хранятся на данный момент в бумажном эквиваленте. Наше клиентское приложение позволит все эти данные хранить в электронном виде и облегчит обновление данных о номерах гостиницы и постояльцах.

 



Рис.  6 Диаграммы декомпозиции в нотации DFD. Резервирование номеров.

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) дви­гаются от одной работы к другой. Например, “Заказ” в какой-либо форме (телеф. звонок или электрон. письмо на адрес гостиницы), приходит от клиента и инициирует процедуру “Обработки заказа” . Эту процедуру выполняет “Персонал”, в чьи обязанности это входит. Персонал запрашивает “Данные о номерах” из хранилища данных (гостиничный журнал или электрон. БД) и, согласуясь с “Правилами предоставления номеров” (содержащимися в уставе гостиницы ), отказывает клиенту в резервировании номера  или:

     резервирует номер;

     после “оформления заказа номера” обновляет данные о номерах – заносит “Обновленные данные о номерах” в хранилище “Данных о номерах гостиницы”.

На рис. 7 представлена “Диаграммы декомпозиции в нотации DFD. Оформление поселения.”,  описывающая деятельность по оформлению поселения. На диаграмме представлены:

3)           “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне модели.

4)           “Устав гостиницы” , “Документы клиенты” (паспорт в бумажном виде или другой удостоверяющий личность документ), ”Законы РФ”, ”Данные о номерах гостиницы” – хранилища данных.

Все работы, представленные на диаграмме выполняются “Персоналом” в соответствие с “Перечнем обязанностей”. Клиент  запрашивает номер в гостинице  (“Отказ” возможен в случае отсутствия свободных номеров в гостинице) или активизирует свой “Зарезервир. номер”. Если после “Обработки запроса” с  участием “Данных о номерах” из хранилища, запрос удовлетворяется :

                постоялец предъявляет свои “Документы”, выбирает тарифы проживания, проходит регистрацию и получает ключи от номера:

                “Персонал” оформляет въезд постояльца и обновляет данные о номерах гостиницы в хранилище “Данных о номерах гостиницы”

Все это “Персонал”  делает, руководствуясь “правилами поселения”, прописанными в “Уставе гостиницы”, и “Законами и постановлениями ” РФ, регламентирующими, например, обязательную идентификацию личности граждан при поселении в гостинице .



Рис.  7 Диаграммы декомпозиции в нотации DFD. Оформление поселения.

1.2.2 Диаграммы методологии IDEF3 (WorkflowDiagramming)

            Для описания логики взаимодействия информационных потоков более подходит workflow diagramming (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Диаграммы Workflow могут быть использованы в моделировании  бизнес-процессов для анализа завершенности процедур обработки информации.

На Диаграмме декомпозиции в нотации IDEF3. Проверка счетов. (на рис. 8) иллюстрируется ”Проверка счетов”. Эту деятельность мы почти полностью автоматизируем в нашем клиентском приложении.

Как только счет запрошен, запускаются все последующие за перекрестком (AND) процессы:

     “Формирование счета за тел. переговоры”;

     “Формирование счета за услуги”;

     запускается “Анализ сроков пребывания” постояльца в гостинице, по окончании которого запускается процесс “Формирования счет за проживание”, учитывающий в своей работе “Результаты анализа”.

“Учет” – это стрелка отношения (Relational Link). Мы использовали ее  для изображения связи между процессом “Формирования счета за проживание” объектом ссылки “Внесенная предоплата”, учет которого важен для результатов процесса.

Стрелки с двумя наконечниками: “Счет за проживание”, “Счет за тел. переговоры” и “Счет за услуги” – обозначают потоки объектов (Object Flow). В данном случае, мы их применяем  для описания того факта, что эти объекты порождается в одной работе(“Формирование счета…”) и используется в процессе “Формирования итогового счета”.

В ходе курсового проектирования мы автоматизируем работы 2, 3, 4, 5



Рис.  8 Диаграммы декомпозиции в нотации IDEF3. Проверка счетов.

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

На рис. 9 представлено итоговое расположение работ в дереве узлов:

      диаграмма “Функционирование гостиницы” – 1-ый уровень дерева узлов (top level activity);

      диаграммы “Предоставление номеров”, “обслуживание номеров” и “Обеспечение телефонных переговоров” – 2-ой уровень дерева узлов;

      диаграммы “Резервирование номеров”, “Оформление поселения”, “Прием предоплаты”, “Проверка счетов”, “Подготовка номеров” – 3-ий уровень;

      диаграммы “Обработка заказа”, “Обновление данных о номерах”, “Обработка запроса”, “Обновление данных” и “Оформление въезда” – 4-ый уровень дерева узлов, последний уровень декомпозиции – необходимая в ходе нашего курсового проектирования степень подробности.



Рис.  9 Диаграмма дерева узлов.

2. Создание модели данных с помощью

AllFusionErwinDataModeler 4.1

Информационная модель в нотации IDEF1X

Для представления информационной модели данных используется CASE-средство ERWin. С его помощью при проектировании модели ИС «Гостиница» была создана физическо-логическая модель базы данных (рис. 10).



Рис.  10 Модель данных в нотации IDEF1X (физический уровень)

БД представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица (например, “Резервирование”, “Постоялец”, “Телефонные переговоры”), экземпляру сущности – строка в таблице, а атрибуту – колонка таблицы (например, строка “Код резерва” в таблице “Резервирование”). В результате проектирования было выделено шесть сущностей.

Связь на диаграмме отображает логическую зависимость одной сущности от другой. В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. Зависимая сущность изображается на диаграмме прямоугольником со скругленными углами.

На нашей диаграмме зависимыми сущностями являются: “Оказанные услуги” и “Резервирование”. Родительскими для них являются сущности “Тариф услуг ” и “Апартамент ” соответственно.

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

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

Например, на  рис.10 сущность “Телефонные переговоры” однозначно идентифицирует первичный ключ “ Порядковый номер звонка (РК)”.

При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). Пример такой миграции атрибутов с участием дочерней сущности “Оказанные услуги”, родительской сущности “Тариф услуг” и первичного ключа родительской сущности “Код услуги” представлен на рис. 11 :



Рис.  11 Пример миграции атрибутов

Сущности и атрибуты, определенные в информационной модели представлены в отчете (на рис. 12), сгенерированном с помощью пункта меню Tools/Data Browser/Erwin Repots .



Рис. 12 Отчет , сгенерированный с помощью ERwin

3. Поиск и исправление ошибок с помощью ErwinExaminer

Для автоматизированного поиска ошибок моделирования данных мы использовали инструмент, входящий в пакет AllFusion – AllFusion Data Modeler Validator (Erwin Examiner ). Как показано на рис. 13, с помощью пункта меню File/New мы создали проект:



Рис.  13 Создание проекта ERwin Examiner

В диалоге Select Project Type выбираем источник метаданных будущего проекта – модель Erwin 4.1. После выбора модели данных появляется диалог Select Tables for Model, в котором можно отобрать таблицы для включения в проект Erwin Examiner (рис. 14) :



Рис.  14 диалог Select Tables for Model

После импорта модели во вкладках Tables (рис. 15) и Relationships (рис. 16) отображаются объекты модели:



Рис.  15 Вкладка Tables   ERwin Examiner

 



Рис.  16 Вкладка Relationships  ERwin Examiner

После нахождения и исправления ошибок 3-ей  (Normalization) и 4-ой (Relationships) категории вкладка Diagnostics Erwin Examiner выглядит, как показано на рис.17:



Рис.  17 Вкладка Diagnostics Erwin Examiner

4. Модели в нотации языка UML

Помимо этого было проведено моделирование на языке UML в среде Component Modeler, входящей в состав пакета All Fusion Data Modeling Suite (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Были спроектированы диаграммы классов, компонентов и размещения.

4.1 Диаграмма размещения (Deployment diagram)

При построении диаграмм размещения используют три вида основных ус-ловно-графических обозначений: Processor (процессор), Device (устройство), Connection (соединение). На рис.18 показана диаграмма Deployment, на которой изображена схема сети «Гостиница». Сеть состоит из 4-х компьютеров (администратора, бухгалтера, отдела обслуживания и отдела учета телеф. переговоров), которые соединены с главным компьютером по хранению информации «Сервером». К компьютеру администратора гостиницы подключен принтер, остальные служащие гостиницы могут распечатать информацию по сети.



Рис. 18 Диаграмма размещения

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

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

 



Рис.  19 Диаграмма компонентов

У каждого класса имеется свой собственный заголовочный файл и файл с расширением *.СРР, так что каждый класс преобразуется в свои собственные компоненты на диаграмме. Например, класс Client преобразуется в два компонента: client.h и client.cрp. Вместе эти компоненты представляют тело и заголовок класса Client. Компонент Hotel.exe представляет поток обработки информации (thread of processing). В данном случае поток обработки — это исполняемая программа.

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

На рис. 20 представлена диаграмма классов:



Рис.  20 Диаграмма классов

На диаграмме представлены 4 класса.  У каждого  из них есть методы (operations) – некоторые действия, которые описывают поведение методов класса. Так у класса Client есть методы: Delete() – для удаления данных о клиенте, CostRoom() – для подсчета итоговой стоимости проживания в гостинице. В классе Phone есть класс для выяснения времени разговора (Time()) и номера , по которому звонили (Number()).

5. Связь с СУБД Access

Далее средствами ERwin была проведена генерация файла базы данных программы Microsoft Access. В окне выбора баз данных выбираем СУБД Access. Затем производим подключение через меню Файл/Подключение.  (рис. 21)

В открывшемся окне  необходимо прописать имя сервера, имя пользователя, пароль, а также название базы данных, с которой необходимо установить связь. После подключения созданная база данных станет доступна в СУБД Access.



Рис. 21 Осуществление доступа к выбранной СУБД

 

Далее проводим генерацию схемы доступа в выбранную базу данных(рис. 22):



Рис.  12 Генерация базы данных

 

После нажатия кнопки Generate генерируется база данных в выбранной СУБД.

6. Разработка экранных форм

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

При создании форм приложения мы использовали инструмент Конструктор, а для быстрого создания запросом пользуемся мастером запросов.

Для более удобного доступа ко всем формам и запросам, выполняемым ИС была разработана главная форма (рис. 23):



Рис.  23 Форма "Постоялец"

 С главной формы есть доступ к:

                                         запросу, который позволяет узнать все оказанные услуги по фамилии постояльца (рис. 24);

SELECT [Оказанные услуги].[Название услуги (FK)], [Оказанные услуги].[Стоимость услуги (FK)]

FROM Постоялец INNER JOIN [Оказанные услуги] ON Постоялец.[Код постояльца (РК)] =

[Оказанные услуги].[Код постояльца (FK)]

WHERE ((([Оказанные услуги].[Код постояльца (FK)])=(SELECT Постоялец.[Код постояльца (РК)] FROM Постоялец WHERE Постоялец.Фамилия=family)));



Рис.  24  Результат выполнения запросы "Фамилия услуги"

                                         запросу, сообщающему суммарную стоимость всех услуг, оказанных   постояльцу (рис. 25);

SELECT Sum([Оказанные услуги].[Стоимость услуги (FK)]) AS [Суммарная стоимость услуг]

FROM Постоялец INNER JOIN [Оказанные услуги] ON Постоялец.[Код постояльца (РК)] =

[Оказанные услуги].[Код постояльца (FK)]

WHERE ((([Оказанные услуги].[Код постояльца (FK)])=(SELECT [Постоялец].[Код постояльца (РК)] FROM [Постоялец] WHERE [Постоялец].[Фамилия]=family)));



Рис.  25 Результат выполнения запроса "Суммарная стоимость услуг"

                                         запросу, показывающему все телефонные переговоры (рис. 26, 27);

SELECT Постоялец.Фамилия, Постоялец.Имя, Постоялец.Отчество, Постоялец.[Номер апартаментов (FK)], Апартамент.[Категория апартаментов], [Телефонные переговоры].[Дата разговора],

[Телефонные переговоры].[Время разговора (мин)], [Телефонные переговоры].Телефон,

[Телефонные переговоры].Стоимость

FROM Апартамент INNER JOIN (Постоялец INNER JOIN [Телефонные переговоры] ON

Постоялец.[Код постояльца (РК)] = [Телефонные переговоры].[Номер постояльца(FК)]) ON Апартамент.[Код апартаментов (РК)] = Постоялец.[Номер апартаментов (FK)];



Рис.  26 Результат выполнения запроса "Все телефонные переговоры"



Рис.  27 Отчет по выполнению запроса "Все телефонные переговоры"

Отчет по выполнению запроса "Тел. переговоры по дате" (рис. 28):



Рис.  28 Отчет по выполнению запроса "Тел. переговоры по дате"

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

     суммарная стоимость услуг (рис. 29);

     суммарная стоимость переговоров (рис. 29);

SELECT Sum([Телефонные переговоры].[Стоимость]) AS [Стоимость переговоров]

FROM Постоялец INNER JOIN [Телефонные переговоры] ON Постоялец.[Код постояльца (РК)] = [Телефонные переговоры].[Номер постояльца(FК)]

WHERE ((([Телефонные переговоры].[Номер постояльца(FК)])=(SELECT [Постоялец].[Код постояльца (РК)] FROM [Постоялец] WHERE [Постоялец].[Фамилия]=family)));

     проживание (рис. 29).

SELECT Постоялец.[Плата за проживание]

FROM Постоялец

WHERE (((Постоялец.[Код постояльца (РК)])=(SELECT [Постоялец].[Код постояльца (РК)] FROM [Постоялец] WHERE [Постоялец].[Фамилия]=family)));



Рис.  29 Результат работы запросов, служащих для формирования итогового счета

                                         формам “Резервирование” и “Телефонные переговоры” (рис. 30).



Рис. 30  Формы “Резервирование” и “Телефонные переговоры”

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

Заключение

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

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

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

1.     Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ – МИФИ, 2002. – 224с.

2.     Маклаков С.В. BPWin и ERWin. CASE – средства разработки информационных систем. – М.: ДИАЛОГ – МИФИ, 1992. – 256с.

3.     Сайт case-web «Информационные системы».

4.     Кириллов В.В. Структурированный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.

5. 
   Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика, 1985. – 344 с.