50187 (Разработка автоматизированной системы учета договоров для отеля), страница 2

2016-07-30СтудИзба

Описание файла

Документ из архива "Разработка автоматизированной системы учета договоров для отеля", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.

Онлайн просмотр документа "50187"

Текст 2 страницы из документа "50187"

Характеристические сущности: Юридическое лицо, физическое лицо,информация о исполнителе.

2) Определение типов и характеристик связей

Сущности "Основные договоры" и "Дополнительные договоры" имеют степень отношения 1:n, класс принадлежности необязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.

Сущности "Планируемая дата" и "Основные договоры" имеют степень отношения 1:n, класс принадлежности не обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.

Сущности "Основные договоры" и "Юридическое лицо" имеют степень отношения 1:n, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность. Сущности "Физическое лицо" и" имеют степень отношения 1:1, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения, по одному на сущность.

Сущности "Основные" и "Информация о исполнителе" имеют степень отношения 1:n, класс принадлежности обязательный и обязательный соответственно. Следовательно генерируем 2 отношения, по одному отношению на сущность.

По выделенным отношениям построим диаграмму ER-типа:

Рис 3.1 - Диаграмма ER-типа

      1. Генерация набора предварительных отношений

Построим предварительный набор отношений, и определим их атрибуты:

Основные договоры (N_Agr#, Регистрационный_номер, Юридический_номер, Дата_договора, Дата_регистрации,Срок_окончания , Контрагент, Объект_договора, Сумма_договора, Планируемая_дата# );

Дополнительные договоры (N_Sup_Agr#, Регистрационный_номер, Юридический_номер, Дата_регистрации, Дата_договора,Предмет_договора,Сумма_договора, Срок_окончания, Контрагент#);

Юридическое лицо (N_Contr1#, Контактный_телефон, Количество_сделок, e-mail, Контрагент#);

Информация о исполнителе (N_P#, Адрес,Сотовый_телефон, Количество_выполненых_сделок, Заработная_плата);

Физическое лицо(N_Contr2#, Адрес, Телефон, Контрагент#, e-mail).

3.2.3 Проверка отношений на НФБК

Отношение Основные договора:

Список функциональных зависимостей:

N_Agr#Регистрационный номер

N_Agr#Юридический номер

N_Agr#Дата договора

N_Agr#Дата регистрации

N_Agr#Срок окончания

N_Agr#Контрагент

N_Agr#Сумма договора

N_Agr#Предмет договора

N_Agr#дата#

Детерминанты: N_Agr#

Возможные ключи: N_Agr#

Отношение Основные договор находится в НФБК

Отношение Дополнительные договора:

Список функциональных зависимостей:

N_Sup_Agr#Доп_Регистрационный номер

N_Sup_Agr#Доп_Юридический номер

N_Sup_Agr#Доп_Дата регистрации

N_Sup_Agr#Доп_Дата договора

N_Sup_Agr#Доп_Предмет договора

N_Sup_Agr#Доп_Сумма договора

N_Sup_Agr#Доп_Срок окончания

N_Sup_Agr#Доп_Контрагент#

Детерминанты: N_Sup_Agr#

Возможные ключи: N_Sup_Agr#

Отношение Дополнительные договора находится в НФБК

Отношение Юридическое лицо:

Список функциональных зависимостей:

N_Contr1# Контактный телефон

N_Contr1# Количество сделок

N_Contr1# e-mail

N_Contr1# Контрагент#

Детерминанты: N_Contr1#

Возможные ключи: N_Contr1#

Отношение Юридическое лицо находится в НФБК

Отношение Физическое лицо:

Список функциональных зависимостей:

N_Contr2# Адрес

N_Contr2# Телефон

N_Contr2# e-mail

N_Contr2#Контрагент#

Детерминанты: N_Contr2#

Возможные ключи: N_Contr2#

Отношение Физическое лицо находится в НФБК

Отношение Планируемая дата:

Список функциональных зависимостей:

N_D#Дата

Детерминанты: N_D#

Возможные ключи: N_D#

Отношение Спец.Одежда находится в НФБК


3.2.4 Исследование окончательного набора отношений на избыточность

Исследовав построенный предварительный набор отношений на избыточность, и проверив его на НФБК, получим следующие отношения:

Основные договоры (N_Agr#, Регистрационный_номер, Юридический_номер, Дата_договора, Дата_регистрации,Срок_окончания , Контрагент, Объект_договора, Сумма_договора, Планируемая_дата# );

Дополнительные договоры (N_Sup_Agr#, Регистрационный_номер, Юридический_номер, Дата_регистрации, Дата_договора,Предмет_договора,Сумма_договора, Срок_окончания, Контрагент#);

Юридическое лицо (N_Contr1#, Контактный_телефон, Количество_сделок, e-mail, Контрагент#);

Физическое лицо (N_Contr2#, Адрес, Телефон, Контрагент#, e-mail);

Просроченные договоры (N_FD#,Рег_номер,Юрид_номер,Дата_регистрации,Дата_договора,Исполнитель,Сумма_договора, Объект_договора, Контрагент#);

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

    1. Проектирование структуры БД при помощи CASE-средства Erwin


3.3.1 Проектирование логической и физической схемы БД

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

Таблица 1 – Характеристики связей

Связь

Тип связи

Количество элементов

Основной договор-дополнительный договор

Идентифицирующая

1 или много

Основной договор-Юридическое лицо

Идентифицирующая

1 или много

Основной договор-Физическое лицо

Идентифицирующая

1

Дополнительный договор-информация о исполнителе

Не Идентифицирующая

Много ко многим

Рис 3.2 - "Логическая модель. Нотация IDEF0"

Рис 3.3 – Физическая модель данных

      1. Исследование информационной модели

На основе физической модели ERwin был сгенерирован SQL – скрипт (Приложение A), в котором представлены:

  • 5 таблиц;

  • 10 триггеров;

  • 4 генераторов суррогатных ключей;

В результате проверки SQL-скрипта в CASE-средстве Erwin Examiner 4.0, получен отчет Рисунок 3.4.

Рисунок 3.4 – Результат проверки SQL-скрипта

Errors: в качестве ошибок, в отчете были названы сущности без альтернативных ключей. Для исправления ошибок были добавлены соответствующие альтернативные ключи.

  1. 4. Программное обеспечение

  1. Описание функций, выполняемых приложением

Функции, выполняемые программой:

1)Добавление, удаление и редактирование данных (основных договоров,

дополнительных, словаря дат, а так же информации о контрагентах );

2)Просмотр просроченных договоров;

3)Сортировка (упорядочение) записей (строк) по возрастанию;

4)Поиска конкретной записи в БД;

5)Фильтрации данных (отбора записей);

6)Выводит графики;

7)Выполняет экспорт из БД в MsWord;

8)Формирование отчетности для основных и дополнительных договоров.

4.2 Проектирование ПО с помощью CASE - пакета "Enterprise Architect 4.0"

4.2.1 Диаграмма вариантов использования

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

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

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

  • Учет основных договоров:

1) добавить основной договор;

2) удалить основной договор;

3) изменить основной договор;

4) сортировка осн. Договоров;

5) поиск осн. Договоров;

6) фильтрация осн. Договоров;

7) вывод диаграмм(информации) об осн. Договоров;

8) экспорт информации об осн. Договоров;

9) вывод отчета (тип1);

10) просмотр просроченных договоров.

  • Учет дополнительных договоров

    1. добавить дополнительный договор;

    2. удалить дополнительный договор;

    3. изменить доп. Договор;

    4. вывести отчет.

  • Учет информации о контрагентах

    1. Добавить информацию о контрагенте;

    2. Удалить информацию о контрагенте;

    3. Изменить инф. о контрагенте;

    4. Вывести отчет.

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

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

Диаграммы последовательности разрабатываемой системы представлены и диаграмма классов представлены в приложении Б.

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

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

Диаграмма компонентов разрабатываемой системы представлена на рисунке 4.5

Рисунок 4.5 – диаграмма компонентов

4.3 Описание компонентов

Таблица 4.1 - Описание компонентов

DataSourse

Предназначен для контроля над результатами запроса

Query

Предназначен для выполнения SQL запроса к БД

DBGrids

Предназначен для вывода результата запроса или целой таблицы БД на экран(работает через TDataSource)

TTable

Предназначен для установки связи с БД

DecisionCube

Реализует многомерный куб данных

DecisionGraph

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

DecisionQuery

Отображает набор данных, используемый для построения куба.

DecisionSource

Источник данных, аналогичный DataSource, но приспособленный для задач DecisionCube

DecisionGrid

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

WordApplication

Осуществляет соединение с сервером COM

WordDocument

Управляет работой сервера COM

WordFont

Управляет шрифтом сервера COM

WordParagraphFormat

Устанавливает формат абзаца сервера COM

4.4 Назначение модулей программы

Свежие статьи
Популярно сейчас
А знаете ли Вы, что из года в год задания практически не меняются? Математика, преподаваемая в учебных заведениях, никак не менялась минимум 30 лет. Найдите нужный учебный материал на СтудИзбе!
Ответы на популярные вопросы
Да! Наши авторы собирают и выкладывают те работы, которые сдаются в Вашем учебном заведении ежегодно и уже проверены преподавателями.
Да! У нас любой человек может выложить любую учебную работу и зарабатывать на её продажах! Но каждый учебный материал публикуется только после тщательной проверки администрацией.
Вернём деньги! А если быть более точными, то автору даётся немного времени на исправление, а если не исправит или выйдет время, то вернём деньги в полном объёме!
Нет! Мы не выполняем работы на заказ, однако Вы можете попросить что-то выложить в наших социальных сетях.
Добавляйте материалы
и зарабатывайте!
Продажи идут автоматически
4121
Авторов
на СтудИзбе
667
Средний доход
с одного платного файла
Обучение Подробнее