Курсовая работа: Система проведения анализа инвестиционного проекта
При создании сущности
необходимо выделить группу атрибутов, которые потенциально могут стать
первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для
включения в состав первичного ключа, следуя следующим рекомендациям:
·
Первичный
ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных,
можно было точно идентифицировать экземпляр сущности.
·
Никакой
из атрибутов первичного ключа не должен иметь нулевое значение.
·
Значение
атрибутов первичного ключа не должны меняться. Если значение изменилось,
значит, это уже другой экземпляр сущности.
При выборе первичного
ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так,
для определения первичного ключа часто используют уникальные номера, которые
могут автоматически генерироваться системой при добавлении экземпляра сущности
в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ,
выбранный при создании логической модели, может быть неудачным для
осуществления эффективного доступа к БД и должен быть изменен при
проектировании физической модели.
Потенциальный ключ, не
ставший первичным, называется альтернативным ключом (Alternate Кеу). ERwin
позволяет выделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем
при генерации схемы БД по этим атрибутам будет генерироваться уникальный
индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом
появляются символы (АК).
Атрибуты, участвующие в
неуникальных индексах, называются инверсионными входами (Inversion Entries).
Инверсионные входы −
это атрибут или группа атрибутов, которые не определяют экземпляр уникальным
образом, но часто используются для обращения к экземплярам сущности. ERwin
генерирует неуникальный индекс для каждого инверсионного входа.
Мы экспортировали
созданную нами в BPwin модель в Erwin
и для ее открытия создаем новый проект в Erwin.
Необходимо определить также сущности и атрибуты. В данной модели сущностями
являются «Организация» «Инвесторы» «Договоры» «Реквизиты», так как инвестиции
направляются в организацию, и она же реализует проект, то есть все сущности
будут зависимы от сущности «Организация».
В таблице 6 указаны
атрибуты и типы создаваемой модели.
Таблица 6
Типы атрибутов
Атрибут
|
Тип
|
Атрибут
|
Тип
|
ИНН_организации |
Number |
Адрес_орг |
String |
ФИО_руководителя |
String |
Тел_орг |
Number |
Реквизиты |
Number |
ФИО_инвестора |
String |
Форма_собст_орг |
String |
Дата_заключения |
Data |
Адрес_инв |
String |
Н_договора |
Number |
Телефон_инв |
Number |
ИНН_инв |
String |
Форма_собст_ин |
String |
Подписи |
Number |
Сумма_инвестиций |
Number |
Адрес_КБ |
String |
Корр_счет |
Number |
Тел_КБ |
Number |
Лиц_счет |
Number |
ФИО_гл_бух |
String |
Объект_инвест |
String |
КПП_КБ |
Number |
Необходимо определить
ключевые атрибуты для каждой сущности. Ключевыми атрибутами для «Организации»
являются «ИНН организации», для «Инвестора» «ИНН_инвестора», для «Договора
»«Н_договора» и для сущности Реквизиты ключевым атрибутом будет «ИНН_орг»,
«ИНН_КБ», «КПП_КБ». Для приведения БД к первой нормальной форме нужно выполнить
условие, при которой все атрибуты содержат атомарные значения. В сущностях
«Организация» «Реквизиты» и «Инвестор» может быть несколько телефонных номеров,
что является нарушением первой нормальной формы. Нужно создать отдельные
сущности «Телефон» и связать их с указанными сущностями.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 |