Файл: Базы данных всегда были важнейшей темой при изучении информационных систем.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 05.12.2023
Просмотров: 23
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
код заказчики). Ключевое поле не может иметь Null-значений.
Таблица «Заказчики» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Функциональные зависимости:
Код заказчики - название заказчика
Код заказчики - адрес
Код заказчики - телефон
Код заказчики - контактное лицо
Инвесторы (код инвестора, название инвестора, адрес, телефон, контактное лицо);
Таблица «Инвесторы» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код инвесторы), которое не может иметь null-значений.
Таблица «Инвесторы» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код инвесторы – название инвестора
Код инвесторы - адрес
Код инвесторы - телефон
Код инвесторы - контактное лицо
Календарный план ( № ПП, код ПО, наименование работ, плановая дата, фактическая дата);
Таблица «Календарный план» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений.
Таблица «Категории типов проектов» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
№ ПП – код ПО
№ ПП – наименование работ
№ ПП – плановая дата
№ ПП – фактическая дата
Наши реквизиты (коднаши реквизиты, название, адрес, телефон, директор);
Таблица «Наши реквизиты» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (
код наши реквизиты), которое не может иметь null-значений.
Таблица «Наши реквизиты» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Коднаши реквизиты – название
Коднаши реквизиты – адрес
Коднаши реквизиты – телефон
Коднаши реквизиты – директор
Программисты (код сотрудника, ФИО, телефон, дата рождения, номер контракта);
Таблица «Программисты» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код сотрудника), которое не может иметь null-значений.
Таблица «Программисты» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код сотрудника – телефон
Код сотрудника – ФИО
Код сотрудника – дата рождения
Код сотрудника – номер контракта
Программное обеспечение ( код ПО, вид, № договора, название ПО, версия, тип, дата выпуска);
Таблица «Программное обеспечение» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код ПО), которое не может иметь null-значений.
Таблица «Программное обеспечение» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код ПО – вид
Код ПО – № договора
Код ПО – название ПО
Код ПО – версия
Код ПО – тип
Код ПО – дата выпуска
Типы продуктов (код типа, тип продукта);
Таблица «Типы продуктов» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код типа), которое не может иметь null-значений.
Таблица «Типы продуктов» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код типа – тип продукта
Участие в разработке (№ ПП, № в календарном плане, сотрудник, описание работ, языки программирования);
Таблица «Участие в разработке» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений.
Таблица «Участие в разработке» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
№ ПП – № в календарном плане
№ ПП – сотрудник
№ ПП – описание работ
№ ПП – языки программирования
2.4 Создание даталогической модели
Таблица 2.1 – Даталогическая модель сущности «Акты выполненных работ»
Таблица 2.2 – Даталогическая модель сущности «Внешнее финансирование»
Таблица 2.3 – Даталогическая модель сущности «Договоры»
Таблица 2.4 – Даталогическая модель сущности «Заказчики»
Таблица 2.5 – Даталогическая модель сущности «Инвесторы»
Таблица «Заказчики» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Функциональные зависимости:
Код заказчики - название заказчика
Код заказчики - адрес
Код заказчики - телефон
Код заказчики - контактное лицо
Инвесторы (код инвестора, название инвестора, адрес, телефон, контактное лицо);
Таблица «Инвесторы» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код инвесторы), которое не может иметь null-значений.
Таблица «Инвесторы» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код инвесторы – название инвестора
Код инвесторы - адрес
Код инвесторы - телефон
Код инвесторы - контактное лицо
Календарный план ( № ПП, код ПО, наименование работ, плановая дата, фактическая дата);
Таблица «Календарный план» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений.
Таблица «Категории типов проектов» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
№ ПП – код ПО
№ ПП – наименование работ
№ ПП – плановая дата
№ ПП – фактическая дата
Наши реквизиты (коднаши реквизиты, название, адрес, телефон, директор);
Таблица «Наши реквизиты» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (
код наши реквизиты), которое не может иметь null-значений.
Таблица «Наши реквизиты» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Коднаши реквизиты – название
Коднаши реквизиты – адрес
Коднаши реквизиты – телефон
Коднаши реквизиты – директор
Программисты (код сотрудника, ФИО, телефон, дата рождения, номер контракта);
Таблица «Программисты» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код сотрудника), которое не может иметь null-значений.
Таблица «Программисты» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код сотрудника – телефон
Код сотрудника – ФИО
Код сотрудника – дата рождения
Код сотрудника – номер контракта
Программное обеспечение ( код ПО, вид, № договора, название ПО, версия, тип, дата выпуска);
Таблица «Программное обеспечение» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код ПО), которое не может иметь null-значений.
Таблица «Программное обеспечение» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код ПО – вид
Код ПО – № договора
Код ПО – название ПО
Код ПО – версия
Код ПО – тип
Код ПО – дата выпуска
Типы продуктов (код типа, тип продукта);
Таблица «Типы продуктов» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код типа), которое не может иметь null-значений.
Таблица «Типы продуктов» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
Код типа – тип продукта
Участие в разработке (№ ПП, № в календарном плане, сотрудник, описание работ, языки программирования);
Таблица «Участие в разработке» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений.
Таблица «Участие в разработке» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Функциональные зависимости:
№ ПП – № в календарном плане
№ ПП – сотрудник
№ ПП – описание работ
№ ПП – языки программирования
2.4 Создание даталогической модели
Таблица 2.1 – Даталогическая модель сущности «Акты выполненных работ»
| Имя сущности | Акты выполненных работ | ||||
| Имя атрибута | Тип данных | Длина | Ключевое поле (да/нет, если да, то указать первичный или внешний) | Ограничение домена (условие на значение) | Значение по умолчанию |
| № акта | int | 9 | Да, первичный | NULL-значения не допустимы, значение должно быть уникальным. | Авто инкремент |
| дата акта | date | 12 | нет | NULL-значения не допустимы. | - |
| № договора | int | 9 | Да, первичный | NULL-значения не допустимы, значение должно быть уникальным. | Авто инкремент |
Таблица 2.2 – Даталогическая модель сущности «Внешнее финансирование»
| Имя сущности | Внешнее финансирование | ||||
| Имя атрибута | Тип данных | Длина | Ключевое поле (да/нет, если да, то указать первичный или внешний) | Ограничение домена (условие на значение) | Значение по умолчанию |
| № ПП | int | 6 | Да, первичный | NULL-значения не допустимы, значение должно быть уникальным. | Авто инкремент |
| код ПО | int | 9 | Да, первичный | NULL-значения не допустимы. | Авто инкремент |
| Инвестор | varchar(50) | 50 | нет | NULL-значения не допустимы. | - |
| Сумма | money | 13 | нет | NULL-значения не допустимы. | - |
Таблица 2.3 – Даталогическая модель сущности «Договоры»
| Имя сущности | Договоры | ||||
| Имя атрибута | Тип данных | Длина | Ключевое поле (да/нет, если да, то указать первичный или внешний) | Ограничение домена (условие на значение) | Значение по умолчанию |
| № договора | int | 6 | Да, внешний | NULL-значения не допустимы | - |
| заказчик | varchar(50) | 50 | нет | NULL-значения не допустимы. | - |
| описание | varchar(20) | 20 | нет | NULL-значения не допустимы. | - |
| дата договора | date | 4 | нет | NULL-значения не допустимы | - |
| срок выполнения | varchar(50) | 50 | нет | NULL-значения не допустимы. | - |
| стоимость разработки | money | 13 | нет | NULL-значения не допустимы. | - |
| примечание | varchar(20) | 20 | нет | NULL-значения не допустимы | - |
Таблица 2.4 – Даталогическая модель сущности «Заказчики»
| Имя сущности | Заказчики | ||||
| Имя атрибута | Тип данных | Длина | Ключевое поле (да/нет, если да, то указать первичный или внешний) | Ограничение домена (условие на значение) | Значение по умолчанию |
| код заказчика | int | 9 | Да, внешний | NULL-значения не допустимы | - |
| название заказчика | varchar(20) | 20 | нет | NULL-значения не допустимы. | - |
| адрес | varchar(50) | 50 | нет | NULL-значения не допустимы. | - |
| телефон | phone(10) | 10 | нет | NULL-значения не допустимы. | - |
| контактное лицо | int | 8 | Да, внешний | NULL-значения не допустимы. | - |
Таблица 2.5 – Даталогическая модель сущности «Инвесторы»
| Имя сущности | Инвесторы | ||||
| Имя атрибута | Тип данных | Длина | Ключевое поле (да/нет, если да, то указать первичный или внешний) | Ограничение домена (условие на значение) | Значение по умолчанию |
| код инвестора | int | 9 | Да, внешний | NULL-значения не допустимы. Значения уникальны | - |
| название инвестора | varchar(20) | 20 | Нет | NULL-значения не допустимы. | - |
| адрес | varchar(50) | 50 | Нет | NULL-значения не допустимы. | - |
| телефон | phone(10) | 10 | Нет | NULL-значения не допустимы. | - |
| контактное лицо | int | 8 | Да, внешний | NULL-значения не допустимы. | - |