Каждая сущность содержит горизонтальную линию, разделяющую атрибут на две группы.
Атрибуты, расположенные над линией, называются первичным ключом. Первичный ключ предназначен для уникальной идентификации экземпляра сущности.
При создании сущности необходимо выделить группу атрибутов, которые потенциально могут стать первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для включения в состав первичного ключа, следуя следующим рекомендациям:
· Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности.
· Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
· Значение атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.
При выборе первичного ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так, для определения первичного ключа часто используют уникальные номера, которые могут автоматически генерироваться системой при добавлении экземпляра сущности в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ, выбранный при создании логической модели, может быть неудачным для осуществления эффективного доступа к БД и должен быть изменен при проектировании физической модели.
Потенциальный ключ, не ставший первичным, называется альтернативным ключом (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 |
Необходимо определить ключевые атрибуты для каждой сущности. Ключевыми атрибутами для «Организации» являются «ИНН организации», для «Инвестора» «ИНН_инвестора», для «Договора »«Н_договора» и для сущности Реквизиты ключевым атрибутом будет «ИНН_орг», «ИНН_КБ», «КПП_КБ». Для приведения БД к первой нормальной форме нужно выполнить условие, при которой все атрибуты содержат атомарные значения. В сущностях «Организация» «Реквизиты» и «Инвестор» может быть несколько телефонных номеров, что является нарушением первой нормальной формы. Нужно создать отдельные сущности «Телефон» и связать их с указанными сущностями.
Проверим соответствие БД второй нормальной форме. Все неключевые атрибуты должны зависеть от первичного ключа. Это условие выполняется для всех сущностей БД. Для приведения БД к третьей нормальной форме необходимо обеспечить отсутствие транзитивных зависимостей неключевых атрибутов, условие соблюдается.
Полученная БД в третьей нормальной форме изображена на рис. 17.
Физическая модель
Нормализация
Нормализация – процесс проверки и реорганизации сущностей и атрибутов с целью удовлетворения требований к реляционного модели данных. Нормализация позволяет быть уверенным, что каждый атрибут определен для своей сущности, значительно сократить объем памяти для хранения данных.
Для рассмотрения видов нормальных фор введем понятия функциональной и полной функциональных зависимости.
Рис.17. Логическая модель в нотации IDEF1.X
Функциональная зависимость
Атрибут В сущности Е функционально зависит от атрибута А сущности Е, тогда и только тогда, когда каждое значение А в Е связало с ним точно одно значение В в Е. другими словами, А однозначно определяет В.
Полная функциональная зависимость
Атрибут E в сущности B полностью функционально зависит от ряда атрибутов А сущности Е, если и только если В функционально зависит от А и не зависит ни от какого подряда А.
Существуют следующие виды нормальных форм:
Первая нормальная форма (1NF). Сущность Е находится в первой нормальной форме, тогда и только тогда, когда все атрибуты содержат только атомарные значения. Среди атрибутов не должно встречаться повторяющихся групп, т.е. нескольких значений для каждого экземпляра.
Вторая нормальная форма (2NF). Сущность Е находится во второй нормальной форме, если она находится в первой нормальной форме и каждый не ключевой атрибут полностью зависит от первичного ключа, Т.е. не существует зависимостей от части ключа.
Третья нормальная форма (3NF). Сущность Е находится в третьей нормальной форме, если она находится во второй нормальной форме и неключевые атрибуты сущности Е зависят от других атрибутов Е.
Логическую модель на рисунке 17. преобразуем в физическую модель:
Рис.18. Физическая модель в нотации IDEF1.X
Генерация физической модели
Посредством Erwin можно также создавать и физические модели данных для различных СУБД. Для создания физической модели необходимо в окне создания новой модели выбрать тип создаваемой модели Logical/Physical и тип базы данных, в которой необходимо создать таблицы (Рис. 19). В данном курсовом проекте мы создадим физическую модель для СУБД Borland C++Builder 6 в сервере БД – Paradox 7.
Рис. 19. Выбор типа модели
Далее создается модель из уже ранее существующей модели созданной в Erwin, изображенной на рисунке 18. Для начала перейдем на физический уровень данных (рис. 20).
Рис. 20. Выбор уровня данных
Затем, в панели инструментов нажимаем кнопку , в появившемся окне выбираем Model level compare и указываем файл из которого необходимо импортировать данные (рис. 21)
Рис. 21. Импорт данных из существующей модели
В последующих окнах необходимо выбрать данные, настройки которые необходимо импортировать. Импорт таблиц и их строк осуществляется путем нажатия на кнопку Import . Чтобы не импортировать не нужные данные, надо выбрать их из списка и нажать на кнопку Ignore . Окно выбора данных представлено на рисунке 22
После нажатия кнопки необходимо подтвердить появившийся запрос Erwin. Получившаяся модель представляет собой физическую модель для сервера БД Paradox 7 (рис. 23)
Рис. 22. Окно выбора импортируемых данных
Рис. 23 Физическая модель
На данном этапе возможно изменить формат конечной БД, для этого необходимо щелкнуть по кнопке «Select target server» и в открывшемся окне Рис. 24 выбрать необходимый тип. При нажатии на кнопку «ОК» модель преобразуется в тот тип, который мы выбрали.
Рис. 24 Target Server
Экспорт физической модели
Теперь необходимо построить таблицы на основе данной модели, для этого необходимо щелкнуть по кнопке «Forward Engineer» или же Tools -> Forward Engineer/Schema Generation… В результате чего откроется окно представленное на Рис. 25
Рис. 25 dBASE IV Schema Generation
Во вкладке «Options» мы указываем опции генерации таблиц, во вкладке «Summary» мы можем просмотреть включенные опции, а во вкладке «Comment» оставить комментарии.
Щелкнув по кнопке «Filter…» мы можем выбрать таблицы которые будут созданы Рис. 26
Рис. 26 Выбор таблиц
Щелкнув по кнопке «Preview…» мы просматриваем о действиях программы и данные о таблицах Рис. 27
Рис. 27 Preview
Щелкнув по кнопкам «Print» и «Report…» мы можем вывести на печать отчет или сохранить его в отдельном файле соответственно. Нажав на кнопку «Generate…» появляется окно Рис. 28 в котором мы должны указать папку для сохранения таблиц.
Рис. 28 Paradox/ODBC Connection
Щелкнув по кнопке «Connect» необходимо выбрать файловый источник данных, который мы создали Рис. 29
Рис. 29 Выбор источника данных
После выбора источника данных запустится процесс создания таблиц в том каталоге, который мы указали при создании физического источника данных. Процесс создания таблиц отражается в окне «Generate Database Schema» представленном на Рис. 30
Рис.30 Generate Database Schema
Созданные нами таблицы могут в дальнейшем быть использованы для создания БД. На Рис. 31 представлены созданные таблицы.
Рис. 31 Таблицы в Database Desktop
Заключение
Для оценки инвестиционных проектов используются различные методы и экономические показатели, позволяющие судить об экономической целесообразности капиталовложений, о финансовых преимуществах одного инвестиционного проекта над другим.
По признаку учета фактора времени методы делятся на динамические, в которых финансовые показатели проекта (денежные поступления и платежи) приводятся к единому времени - моменту принятия решения об инвестиционном проекте; а также статические, которые не учитывают фактор времени.
Показателями, рассчитываемыми при помощи статических методов анализа проектов капитальных вложений, являются срок окупаемости капиталовложений и норма прибыли.
Срок окупаемости определяется как отношение объема чистых инвестиций к среднегодовой сумме денежных поступлений от хозяйственной деятельности, полученных в результате реализации инвестиционного проекта.
Норма прибыли отражает эффективность инвестиций в виде процентного отношения среднегодовых денежных поступлений от хозяйственной деятельности к сумме чистых инвестиций.
Динамические методы анализа инвестиционных проектов позволяют сопоставлять затраты и доходы, возникающие в разное время, что осуществляется при помощи дисконтирования - процедуры приведения разновременных денежных выплат и поступлений к единому моменту времени.
К динамическим методам анализа инвестиционных проектов относятся метод приведенной стоимости, метод аннуитета, метод рентабельности и метод ликвидности.
Метод приведенной стоимости основан на расчете интегрального экономического эффекта от инвестиционного проекта, который рассчитывается как разность приведенных к одному моменту времени потоков поступлений и платежей проекта за весь инвестиционный период.
Метод аннуитета используется для оценки годового экономического эффекта, т.е. усредненной величины ежегодных доходов (или убытков), получаемых в результате реализации проекта.
Метод рентабельности предполагает анализ инвестиционного проекта по показателю внутренней нормы доходности, которая представляет собой расчетную норму дисконтирования, при которой обеспечивается равенство между суммами поступлений и отчислений денежных средств в течение срока экономического жизненного цикла инвестиций.
Метод ликвидности основан на определении периода возврата капиталовложений, который представляет собой календарный промежуток времени от момента начала вложения средств в инвестиционный проект до момента, когда чистая текущая стоимость проекта NPV, рассчитываемая нарастающим итогом по годам инвестиционного периода, становится равной нулю.
В ходе проектирования курсовой работы я изучила процесс создания информационной системы для моделирования и автоматизации инвестиционной деятельности предприятия. Для реализации курсового проекта использовались инструментальные среды BPwin и ERwin. С их помощью удалось автоматизировать инвестиционную деятельность в трех методологиях – IDEF0, IDEF3 и DFD. Данный программный пакет позволяет облегчить автоматизацию любых экономических процессов.
Курсовой проект выполнен с использованием инструментов визуального моделирования бизнес-процессов BPwin 4.1 и баз данных Erwin 4.1 автоматизированным способом и посвящен системе анализа управления оборотным капиталом.
Список использованной литературы:
1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000.
2. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика, 1998.
3. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование нформационных систем: учебное пособие / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. – 2-е изд., испр. М.: Интернет-Университет Информационных Технологий; БИНОМ.Лабора-тория знаний, 2008.–300с.
4. Дубейковский В.И. Практика функционального моделирования с AllFusion Process Modeler 4.1. Где? Зачем? Как? М.:ДИАЛОГ-МИФИ, 2004. – 464 с.
5. Смирнова Г.Н. и др. Проектирование экономических информационных систем: Учебник / Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. – М.: Финансы и статистика, 2001.
6. Базы данных: Учебник для высших учебных заведений/ Под ред. проф. А.Д.Хомоненко. – СПб.: КОРОНА принт, 2000. – 416 с.
7. Маклаков С.В. Моделирование бизнес процессов с AllFusion Process Modeler (BPWin 4.1). М.: ДИАЛОГ – МИФИ, 2004. – 240с.
8. Маклаков С.В. BPWin, ERWin. CASE-средства разработки информационных систем. – М. ДИАЛОГ-МИФИ, 1999.
9. Моделирование и анализ IDEF-технологии: практикум/ С.В.Черемных, И.О.Семенов, В.С.Ручкин. – М. Финансы и статистика, 2002. – 192 с.: ил.
10. Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с.
11. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989. – 351 с.
Приложение 1
Отчет по модели BPwin на тему
«Система проведения анализа инвестиционного проекта»
Шахпеленгова Наида Везирхановна
Работы
Модель | |
Property | Value |
Name | Система проведения анализа ИП |
Definition | |
Scope | |
Time Frame | (AS-IS) |
Status | WORKING |
Purpose | |
Source | |
Author | Шахпеленгова Наида Везирхановна |
Creation Date | 21.12.2010 |
System Last Revision Date | 21.12.2010 |
User Last Revision Date | 21.12.2010 |
Центры затрат | ||
Название | Затраты | Свойство |
Компоненты | 46 200,00 | Затраты на товары и необходимое техническое оборудование. |
Рабочая сила | 150 600,00 | Затраты на оплату специалистов занятых сбором, обработкой и систематизацией информации, а также оплата управленческого персонала |
Стрелки | |
Название | Свойство |
Внесение данных об источнике финвнсирования | |
Готовый для подписания договор | |
Готовый для принятия договор | |
Готовый ИП | |
Данные о капиталовложениях | Информация об объектах и деятельности предприятия требующих инветирования |
Данные о прибыльности | |
Данные о самой организации | |
Данные об инвесторе | Информация о субъекте инвестирования, будь то организация, физическое лицо или государство. |
данные по инвест.договору | |
Директор предприятия | Лицо принимающее решения по ключевым моментам ИП. |
Заключение по эффект-му проекту | |
Затраты в виде чистых инвестиций | |
Информация о возможных последствиях произведенных капиталожений | |
Инфор-я на проверку (отрицательное решение) | |
Инфор-я о вариантах капиталовложений | Систематизированная информация о всех вариантах капиталовложения. |
Источник финансирования | |
Коньюктура рынка | |
Оборудование (ПО) | |
Ожидаемый доход | |
Отрицательное решение | |
Отчет о состоянии дел | |
Оформление элементов договора | |
Оформленный договор для ознакомления сторонами | |
Положительное решение | |
Правила и процедуры | Правила продаж, инструкции по сборке, процедуры тестирования, критерий производительности и т.д. |
Рассчетные данные | Расчетные данные по всем вариатам капиталовложения в которых определен самый эфективный вариант для инвестирования. |
Рассчетные данные о вариантах источников финансирования | |
Степень риска | |
Сумма вложений в проект | Сумма необходимая на основе всех расчетов для реализации определенного варианта капиталовложения. |
Управленческий персонал | |
Финансирование |
Хранилища данных | |
Name | Свойство |
Договора | В эту базу заносяться все ключевые моменты договора. |
Инвесторы | В базу данных заноситься информация об источнике финансирования |
Организация | В данную базу заносятся данные о самом инвестируемом предприятии. |
Диаграммы |
Название |
Анализ эффект-ти инвестиц-го проекта |
Анализ эффект-ти инвестиц-го проекта |
Анализ эффект-ти инвестиц-го проекта |
Выбор источников финансирования капитальных вложений |
Выбор источников финансирования капитальных вложений |
Контроль за ходом осущ-я ИП |
Контроль за ходом осущ-я ИП |
Оформление договора об инвестировании проекта |
Оформление документа |
Оформление документа |
Поиск и изучение объектов капиталовложений |
Поиск и изучение объектов капиталовложений |
Принятие решения о проектах капиталовложений |
Принятие решения о проектах капиталовложений |
Принятие решения о проектах капиталовложений |
Проведение инвест-х расчетов и комплексная оценка вариантов капиталовложений |
Проведение инвест-х расчетов и комплексная оценка вариантов капиталовложений |
Система проведения анализа инвестиционного проекта |
Система проведения анализа инвестиционного проекта |
Система проведения анализа инвестиционного проекта |
Система проведения анализа инвестиционного проекта |
Система проведения анализа инвестиционного проекта |
Утверждение и подписание договора |
Name | Система проведения анализа инвестиционного проекта | |
Name | Данные о капиталовложениях | |
Name | Данные об инвесторе | |
Name | Директор предприятия | |
Name | Заключение по эффект-му проекту | |
Name | Коньюктура рынка | |
Name | Оборудование (ПО) | |
Name | Правила и процедуры | |
Name | Управленческий персонал | |
Name | Выбор источников финансирования капитальных вложений |
Definition | Предприятия на основе необходимых капиталовложений из существующих вариантов выбирает наиболее подходящий вариант источника инвестирования. |
Name | Контроль за ходом осущ-я ИП |
Definition | Контроль всех работ проводимых на всех стадиях проекта. |
Name | Поиск и изучение объектов капиталовложений |
Definition | Проведение работ напрвленных на определение существующих вариантов капиталовложения. |
Name | Принятие решения о проектах капиталовложений |
Definition | По проведенным на предыдущей стадии расчетов выбирается самый эффективный вариант капиталовложений. |
Name | Проведение инвест-х расчетов и комплексная оценка вариантов капиталовложений |
Definition | На данной стадии разработки инвестиционного проекта детально исследуються все варианты капиталовложения, проводятся рассчетные работы. |
Name | Готовый ИП |
Name | Данные о капиталовложениях |
Name | Данные об инвесторе |
Name | Директор предприятия |
Name | Заключение по эффект-му проекту |
Name | Инфор-я на проверку (отрицательное решение) |
Name | Инфор-я о вариантах капиталовложений |
Name | Коньюктура рынка |
Name | Оборудование (ПО) |
Name | Положительное решение |
Name | Правила и процедуры |
Name | Рассчетные данные |
Name | Сумма вложений в проект |
Name | Управленческий персонал |
Name | Анализ причинных связей и выявление тенденции развития предприятия |
Name | Определение количественных характеристик вариантов капиталовложений |
Name | Данные о капиталовложениях |
Name | Инфор-я на проверку (отрицательное решение) |
Name | Инфор-я о вариантах капиталовложений |
Name | Информация о возможных последствиях произведенных капиталожений |
Name | Коньюктура рынка |
Name | Оборудование (ПО) |
Name | Правила и процедуры |
Name | Управленческий персонал |
Name | Анализ финансового состояния предприятия |
Name | Анализ эффект-ти инвестиц-го проекта |
Name | Оценка инвестиционного риска вариантов капиталовложений |
Name | Данные о прибыльности |
Name | Затраты в виде чистых инвестиций |
Name | Инфор-я о вариантах капиталовложений |
Name | Коньюктура рынка |
Name | Оборудование (ПО) |
Name | Ожидаемый доход |
Name | Правила и процедуры |
Name | Рассчетные данные |
Name | Степень риска |
Name | Управленческий персонал |
A3.1 Принятие решения о проектах капиталовложений |
Name | Определение срока окупаемости проекта |
Name | Оценка эффективности ИП |
Name | Построение модели анализа эффективности проекта |
Name | Расчет внутренней нормы прибыльности |
Name | Расчет чистой текущей стоимости |
Name | Расчет элементов оценки эффективности |
Name | Инвестируемый проект |
Name | J9 |
Name | J10 |
Name | J11 |
Name | Анализ экономических результатов |
Name | Норма прибыли стремится к max |
Name | Норма прибыли стремится к min |
Name | Оценка максимальной прибыли |
Name | Принятие отрицательного решения |
Name | Проведение инвестиционных расчетов |
Name | Расчет нормы прибыли |
Name | Отрицательное решение |
Name | Положительное решение |
Name | Расчетные данные |
Name | Стратегия развития |
Name | Инвестиционная политика |
Name | J2 |
Name | J3 |
Name | J1 |
Name | J7 |
Name | J8 |
A4 Выбор источников финансирования капитальных вложений |
Name | Выбор источников финансирования |
Name | Оформление документа |
Name | Разработка плана выбора источника финансирования |
Name | Готовый ИП |
Name | Данные об инвесторе |
Name | Директор предприятия |
Name | Источник финансирования |
Name | Оборудование (ПО) |
Name | Положительное решение |
Name | Правила и процедуры |
Name | Расчетные данные о вариантах источников финансирования |
Name | Сумма вложений в проект |
A43 Оформление документа |
Name | Оформление договора об инвестировании проекта |
Definition | |
Name | Утверждение и подписание договора |
Definition | |
Name | Готовый для принятия договор |
Name | Готовый ИП |
Name | Источник финансирования |
Name | Оборудование (ПО) |
Name | Правила и процедуры |
Name | Сумма вложений в проект |
A431 Оформление договора об инвестировании проекта |
Name | Обсуждение договора и согласование |
Name | Подписание договора |
Name | Внесение данных об источнике финвнсирования |
Name | Готовый для подписания договор |
Name | данные по инвест.договору |
Name | Оформление элементов договора |
Name | Оформленный договор для ознакомления сторонами |
Name | Правила и процедуры |
Name | Финансирование |
Name | Договора |
Name | Инвесторы |
Name | Юрист |
Name | Инвестор |
Name | Директор |
Дата: 2019-05-29, просмотров: 256. |