50187 (609994), страница 2

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

Текст из файла (страница 2)

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

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

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

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

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

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

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

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

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

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

Основные договоры (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 – Характеристики связей

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

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

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

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

• 5 таблиц;

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

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

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

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

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

3. 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 - Описание компонентов

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

Характеристики

Список файлов курсовой работы