Формирование структурно-функциональной модели процесса

                        Министерство образования Московской области

ГБОУ СПО «Серпуховский машиностроительный техникум Московской области»

Пояснительная  записка

КУРСОВОЙ РАБОТЕ

по дисциплине

« Управление  проектами »

                                                     Выполнил студент 351 группы

                                                   Попа  О.В.

                                                     Руководителю курсовой работы        

                                                    Дмитревский В.С.

Серпухов  2014

Содержание:

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

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

   2.1 Формирование структурно-функциональной модели процесса.

  2.2 Информационное моделирование.

3 Структура проектируемого программного средства.

4 Техническое задание.

5 Требование к техническому обеспечению.

6 Технико-экономическое обоснование целесообразности разработки системы, сроков разработки, стоимость проекта.

Заключение

Литература

Приложения

-приложения

                                                   ВЕДЕНИЕ

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

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

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

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

Целью данного курсового проекта  является создание информационной системы гостиница «Днестр»

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

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

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

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

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

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

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

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

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

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

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

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

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

1.1 Информация о гостиницы

Исходные данные о гостиницы «Днестр» : гостиница располагается в нескольких помещениях (приемный зал, жилой корпус).

Так же в гостинице есть свой штат сотрудников: менеджеры, горничные, бармен.

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

1.2 Участники процесса

Должностные лица и структурные подразделения (отделы), участвующие в процессе деятельности гостиницы:

1) высшее руководство компании (директор);

2) менеджер:

3) горничные

4)бармен

5)администратор

1.3 Вербально-графическое описание процесса разработки ИС деятельности магазина бытовой техники и электроники

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

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

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

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

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

   2 Системный анализ предметной области с использованием            

       функционального моделирования  

2.1. Формирование структурно-функциональной модели процесса

Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применение специальных методик и инструментов. Для проведения анализа бизнес-процессов используется, в частности, программный продукт AllFusion Modelling Suite, включающий пакет AllFusion Process Modeler (BPWin).

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

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

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

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

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

Устав гостиницы и закон РФ – регламентирующие правила, которыми управляется процесс функционирования гостиницы.

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

Model Name: Функционирование гостиницы

Definition: Текущие бизнес-процессы гостиницы

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

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

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

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

Рис.2. Первый уровень декомпозиции

Весь процесс деятельности гостиницы делится на:

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

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

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

В результате дальнейшего разбиения произведена декомпозиция первого функционального блока – предоставление номеров (Рис. 3).

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

Далее была произведена декомпозиция функционального блока – обслуживание номеров (Рис 4).

Рис. 4 Декомпозиция функционального блока – обслуживание номеров.

         Процесс обслуживание номеров, в свою очередь подразделяется:

·                   Подготовка номеров

·                   Плановое обслуживание номеров

Далее была произведена декомпозиция функционального блока - Обеспечение телефонных переговоров (Рис 5).

Рис. 5. Обеспечение телефонных переговоров.

Диаграмма – Обеспечение телефонных переговоров в свою очередь подразделяется:

·                   Оповещение о пропущенных звонках.

·                   Соединение с номерами.

·                   Ведение статистики телефонных переговоров.

·                   Оплата телефонных переговоров.

  2.2 Информационное моделирование

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

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

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

- диаграмма сущность-связь Entity-Relationship Diagram (ERD) включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области.

- модель данных, основанная на ключах Key Based Model (KB) включает описание всех сущностей и первичных ключей, предназначена для представления структуры данных и ключей, которые соответствуют предметной области.

- полная атрибутивная модель Fully Attributed Model (FA) наиболее детальное представление структуры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.

Рассмотрим построение модели данных логического уровня. Основными элементами этой модели являются:

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

Атрибуты – характеристики сущности. Экземпляр атрибута – это определенная характеристика экземпляра сущности. Атрибуты сущности бывают собственные или наследуемые. Собственные атрибуты являются уникальными в рамках модели. Наследуемые атрибуты передаются от сущности родителя при определении идентифицирующей связи.

В рассматриваемой модели 4 сущности: клиент, счет, товарная накладная, товар.

Первичные ключи (Primary Key) – атрибут или комбинация атрибутов, чьи значения однозначно определяют каждый экземпляр сущности.

Внешние ключи (Foreign Key) – атрибуты, наследуемые в качестве атрибутов сущностью – потомком от сущности – родителя.

Связь – логическое соотношение между сущностями. На логическом уровне можно установить идентифицирующую связь «один ко многим», связь «многие ко многим» и не идентифицирующую связь «один ко многим».

Идентифицирующая связь изображается сплошной линией; не идентифицирующая - пунктирной линией.

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

Первая нормальная форма (1NF) - все атрибуты содержат атомарные значения.

Вторая нормальная форма (2NF) - сущность находится в первой нормальной форме и каждый не ключевой атрибут полностью зависит от первичного ключа (не может быть зависимости от части ключа).

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

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

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

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

2.3 Выводы по результатам анализа функциональной модели

С помощью функциональной модели была проанализирована деятельность гостиницы «Днестр» и выявлено ряд недостатков:

- Нехватка номеров

3. СТРУКТУРА ПРОЕКТИРУЕМОГО ПРОГРАММНОГО СРЕДСТВА

3.1 Выбор СУБД

Для разработки БД была выбрана СУБД Microsoft Access.

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

В Microsoft Access база данных включает в себя все объекты, связанные с данными, в том числе и те, которые предназначены для автоматизации работы с ними.

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

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

3.2 Реляционная схема базы данных

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

1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.

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

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

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

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

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

Разработаем схему данных, (создание связей между таблицами). Для этого:

­        нажимаем по кнопку  на панели инструментов (или команда Сервис, Схема данных). На экране появится окно <<Схема данных>>;

­        щёлкаем по кнопке  на панели инструментов (или команда Связи, Добавить таблицу);

­        в появившемся окне будет выделено название одной таблицы. Щелкаем по кнопке <Добавить>, переводим выделение на имя следующей таблицы и щелкните по кнопке <Добавить>. Аналогично добавляем оставшиеся таблицы;

­        закройте окно, щелкнув по кнопке <3акрыть>;

­        чтобы не выполнять все вышеописанные действия, можно просто перетащить мышкой таблицы из окна «Базы данных Таблицы» в окно «Схема данных»;

­        Рисунок 12 отображает  полученную схему базы данных гостиницы «Днестр» .

­        закрываем окно схемы данных, ответив ДА на вопрос о сохранении макета.

         Рисунок 9. Таблицы

                                                 Рисунок 10. (Апартамент)

                                                            Рисунок 11. (Постоялец)

                                                          Рисунок 12. (Резервирование)

                                    Рисунок 13. (Оказанные услуги)

                                   Рисунок 14. (Тариф услуг)

                                     Рисунок 15. (Телефонные переговоры)

Рисунок16. Реляционная структура СУБД Access для информационной системы гостиницы

 4.ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Техническое задание на разрабатываемое программное средство оформляется в соответствии с ГОСТ 19.201-78 Единая система программной документации ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЕ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ.

Общие сведения.

Наименование работы.

Разработка АИС  гостиница  .

Заказчик.

 «ГБОУ СПО Серпуховский Машиностроительный техникум МО».

Исполнитель.

Студент «ГБОУ СПО Серпуховский Машиностроительный техникум МО» Попа Олег Викторович.

Основание для проведения работы.

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

Источники и порядок финансирования работы. Отсутствует.

Порядок оформления представления.

Сдача работы должна быть осуществлена не позднее 25 июня.

Исполнитель показывает пояснительную записку в письменном виде по проделанной работе и электронный вариант с обязательным приложением диаграмм IDEF0, IDEFX, алгоритмы работы ИС, ТЗ, руководство оператора.

Назначение и цели создания.

Назначение.

Предназначен для автоматизации процесса страхования и учета.
Задачи.

Ведет реестр клиентов, осуществляют генерацию заказов, генерирует отчеты.

Требования.

Требования к системе в целом.

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

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

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

Требования к надежности системы.

1. Основная база данных должна содержать все основные таблицы, требование - максимальная надёжность.

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

3. Поля ввода данных на страницах сайта должны быть защищены от попыток ввода злонамеренной информации.

4. При сбое в работе аппаратуры восстановление нормальной работы системы должно производиться после:

- перезагрузки операционной системы;

- запуска исполняемого файла системы;

5. При ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС.

6. При ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

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

Требования по развитию и модернизации системы.

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

 5. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

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

Минимальный комплекс программных средств:

¾         ОС Windows 2000/XP/7/8

¾         оперативная память 64 Мб;

¾         дисковое пространство – после установки программы, занимающей объем порядка 20 Мб, рекомендуется постоянно иметь свободным не менее 10 Мб;

¾         принтер;

¾         рекомендуемое разрешение экрана дисплея 800х600 точек.

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

¾         ОС Windows 2000/XP/7/8

¾         оперативная память 128 Мб – при большем объеме памяти быстрее происходит открытие файлов;

¾         дисковое пространство – после установки программы, занимающей объем порядка 20 Мб, рекомендуется постоянно иметь свободным не менее 20 Мб;

¾         принтер;

¾         рекомендуемое разрешение экрана дисплея 800х600 точек.

Для разработки использовался язык программирования MS Access.

6. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ЦЕЛЕСООБРАЗНОСТИ РАЗРАБОТКИ СИСТЕМЫ, СРОКОВ РАЗРАБОТКИ, СТОИМОСТИ ПРОЕКТА

Все элементы диаграммы Ганта в MS Project являются настраиваемыми отрезками, каждый из которых может состоять из трех элементов: точки начала, точки окончания и промежуточной части. Отрезки, обозначающие задачи, состоят только из промежуточной части, а завершающие задачи — только из начальной точки. В MS Project диаграмма Ганта (Gantt Chart) является основным средством визуализации плана проекта. Эта диаграмма представляет собой график, на котором по горизонтали размещена шкала времени, а по вертикали расположен список задач. При этом длина отрезков, обозначающих задачи, пропорциональна длительности задач. При наведении мыши на любой элемент диаграммы отображается всплывающая подсказка. На диаграмме Ганта рядом с отрезками может отображаться дополнительная информация (рядом с задачами отображаются названия задействованных в них ресурсов и их загрузка при выполнении задачи).

                                Рисунок 17. Лист ресурсов

Критический путь) — это задача или последовательность задач, определяющая дату окончания проекта. Если увеличить длительность задачи, лежащей на критическом пути, то длительность проекта тоже увеличится, а если уменьшить ее длительность, то длительность проекта тоже уменьшится.

                       Рисунок 18. Диаграмма Ганта

Сетевой график, или блок-схема, — не менее популярное средство визуализации плана проекта, чем диаграмма Ганта. На сетевом графике задачи представлены в виде блоков (Box, что переводится в Мб Project как Рамка), соединенных стрелками в блок-схему в соответствии с взаимосвязями задач в плане проекта.

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

                          Рисунок 19. Сетевой график

Рисунок 20. Сетевой график

Рисунок 21. Сетевой график

                                    Рисунок 22. Сетевой график

                                      Рисунок 23. Сетевой график

                                  Рисунок 24. Сетевой график

                                                               Рисунок 25.

Учитывая все затраты, общая стоимость проекта равняется 54 197 рублей, 00 коп.

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

Заключение

Принято считать, что использование концепции баз данных позволяет:

-повысить надежность, целостность и сохранность данных;

-сохранить затраты интеллектуального труда;

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

-обеспечить независимость прикладных программ от данных (изменений их описаний и способов хранения);

-обеспечить достоверность данных;

-обеспечить требуемую скорость доступа к данным;

-стандартизовать данные в пределах одной предметной области;

-автоматизировать реорганизацию данных;

-обеспечить защиту от искажения и уничтожения данных;

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

-обеспечить обработку незапланированных запросов к хранимой информации;

-создать предпосылки для создания распределенной обработки дaнныx.

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

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

В данной работе использовались такие объекты, как: таблицы, запросы, формы, отчеты, макросы. Но программа Microsoft Office Access 2003 намного обширней, разнообразней и имеет больше возможностей. Поэтому, конкретный вывод о применимости Access можно сделать только после ее всестороннего анализа, что выходит за рамки данной курсовой работы.

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

Список  литературы

[1] Маклаков С.В. CASE-средства разработки информационных систем. BPwin и Erwin –М.: ДиалогМифи, 2001.

[2] 1. Аблязов В.И., Редько С.Г. Проектирование баз данных в среде Microsoft Office Access 2003. Методические указания по выполнению лабораторных работ. 2008г

[3] Дейт К. Дж. Введение в системы баз данных. — К.; М.; СПб.: Издательский дом «Вильямс», 1999. — 848 с.

[4] Microsoft Office Access 2003. Шаг за шагом. Официальный учебный курс, 2007

[5] Хансен Г., Хансен Дж. Базы данных: разработка и управление. — М.: БИНОМ, 1999. — 704 с.

[6] Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А. Д. Хомоненко. — СПб: Корона принт, 2000. — 416 с.

[7] Единая система программной документации: [сборник]. М.: Издательство стандартов, 1994.

[8] СТП. 001. 003. Учебная документация. Требования к оформлению текстовых документов, Белебей, БМСТ, 1993.

                                            Приложения

Приложение A – Функционирование гостиницы

Приложение B - Декомпозиция – предоставление номеров.

Приложение C - Декомпозиция функционального блока – обслуживание номеров.

Приложение D - Обеспечение телефонных переговоров.

           Приложение E - Логическая модель базы данных

                                   ERwin Data Modeler r7

Приложение F - Физическая модель базы данных

Приложение G – Microsoft Access: таблицы

                             Microsoft Access 2003         

          Приложение H –  Microsoft Access: схема

 

Приложение I – Лист ресурсов

Приложение J – Диаграмма Ганта

           Приложение K – Сетевой график   лист1

Сетевой график   лист 2

                                                                                
     Сетевой график   лист 3