3. Проектирование информационного обеспечения
3.1 Описание задачи
Необходимо разработать автоматизированную систему для учета договоров. Нужно хранить информацию: Об основных договорах (регистрационный номер, юридический номер, контрагент, дата договора, дата договора, срок окончания, исполнитель, предмет договора, сумма договора);
О дополнительных договорах(регистрационный номер, юридический номер, контрагент, дата договора, дата регистрации, срок окончания, предмет договора, сумма договора);
О контрагенте (физическое лицо)(фио, адрес, домашний телефон, e-mail);
О контрагенте (юридическое лицо)(адрес фирмы, контактный телефон, e-mail).
Дополнительного договора нет без основного . Информация о контрагенте не может существовать без основного договора.
Вывести отчеты об:основных договоров, дополнительных договоров, просроченных договоров, основных и дополнительных договоров.
3.2 Проектирование структуры базы данных методом "Сущность - связь" 3.2.1 Построение диаграммы ER-типа1) Определение типов сущностей
Стержневые сущности: Основные договоры, дополнительные договоры.
Характеристические сущности: Юридическое лицо, физическое лицо,информация о исполнителе.
2) Определение типов и характеристик связей
Сущности "Основные договоры" и "Дополнительные договоры" имеют степень отношения 1:n, класс принадлежности необязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.
Сущности "Планируемая дата" и "Основные договоры" имеют степень отношения 1:n, класс принадлежности не обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.
Сущности "Основные договоры" и "Юридическое лицо" имеют степень отношения 1:n, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность. Сущности "Физическое лицо" и" имеют степень отношения 1:1, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения, по одному на сущность.
Сущности "Основные" и "Информация о исполнителе" имеют степень отношения 1:n, класс принадлежности обязательный и обязательный соответственно. Следовательно генерируем 2 отношения, по одному отношению на сущность.
По выделенным отношениям построим диаграмму ER-типа:
Рис 3.1 - Диаграмма ER-типа
Построим предварительный набор отношений, и определим их атрибуты:
Основные договоры (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#
Отношение Спец.Одежда находится в НФБК
... непосредственно к таблицам системы, а также к сектору отчетов, где отображаются характеристики работы средства размещения и строятся диаграммы. Необходимы также элементы управления, позволяющие управлять построением отчетов и их распечаткой. Среди автоматических возможностей системы чрезвычайно полезным может оказаться ежедневная распечатка предстоящих заездов и выездов, осуществляемая системой ...
... Ø учет информации о безналичных расчетах, Ø получение финансовых и статистических отчетов. IV. Отечественные системы бронирования и резервирования. 4.1. Сирена. 4.1.1.История создания. Первая автоматизированная система резервирования авиационных билетов «СИРЕНА» в бывшем СССР, разработанная учёными АН СССР и специалистами ...
... продукции, создавать новые рынки, расширять производство, изменять организационные структуры управления, обеспечивая их адаптивность к основным изменениям характеристики рынка и поведения потребителя. Использование автоматизированной системы продажи сотовых телефонов, которая включает в себя создание базы данных клиентов, дает возможность отслеживать потребности и приоритеты в выборе телефона ...
... не всегда можно выразить в цифрах, и определяется она обычно целым комплексом организационно-технических решений и субъективных обстоятельств. 3. Проект внедрения компьютерной системы управления гостиничным предприятием на примере гостиницы «Александровский сад» 3.1 Общая характеристика гостиницы «Александровский сад» Гостиничный комплекс "Александровский сад" открылся в Нижнем Новгороде ...
0 комментариев