6- (Разработка автоматизированной информационной системы для управления портфелем реальных инвестиций), страница 2
Описание файла
Документ из архива "Разработка автоматизированной информационной системы для управления портфелем реальных инвестиций", который расположен в категории "". Всё это находится в предмете "экономико-математическое моделирование" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "экономико-математическое моделирование" в общих файлах.
Онлайн просмотр документа "6-"
Текст 2 страницы из документа "6-"
Таблицы базы данных будем создавать в формате СУБД Paradox (таблицы с расширением *.db), так как эта СУБД также является разработкой фирмы Borland, Delphi работает с этим форматом особенно надежно, просто и удобно [17].
6.1.3 Даталогическое проектирование
Даталогическим проектированием называется проектирование логической структуры базы данных в среде конкретной СУБД. Конечным результатом даталогического проектирования является описание логической структуры базы данных на языке описания данных.
Сущности и связи даталогической модели представляются в виде реляционной таблицы (отношения). Отношение, соответствующее сущности, содержит атрибуты (столбцы), являющиеся атрибутами сущности и описывающие сущность (объект). Атрибут или множество атрибутов, которые однозначно определяют объект, называются ключом.
Проектирование осуществляется на основе анализа инфологической модели и переходе от нее к реляционным отношениям.
При проектировании логической структуры БД осуществляются преобразование исходной инфологической модели в модель данных, поддерживаемую конкретной СУБД, и проверка адекватности полученной даталогической модели отображаемой предметной области.
Для любой предметной области существует множество вариантов проектных решений ее отображения в даталогической модели. Методика проектирования должна обеспечивать выбор наиболее подходящего проектного решения.
Даталогическое проектирование состоит из 2 этапов:
-
логический;
-
физический.
Логическое проектирование
Логическое проектирование заключается в простом распределении информации по файлам и отображении логических связей между элементами данных безотносительно к их содержанию и среде хранения.
Для реляционной базы данных проектирование логической структуры заключается в том, чтобы разбить всю информацию по файлам (в терминах реляционной модели – по отношениям), а также определить состав полей (в терминах реляционной теории – атрибутов) для каждого из этих файлов [18].
Для каждой из рассмотренных сущностей выделим отдельную таблицу базы данных. Атрибуты соответствующих отношений формируют поля таблицы базы данных. Состав атрибутов каждой сущности был определен в предыдущем пункте. Теперь необходимо подобрать типы полей и их размеры, выбрать ключевые поля‚ оперируя терминами системы управления базами данных Paradox.
Таблица 6.1 – Описание атрибутов сущности «Объем предоставляемых услуг»
Наименование реквизита | Тип | Длина | Точность |
1. Наименование | символьный | 30 | |
2. Объем выпуска за месяц | числовой | 10 | 0 |
3. Объем выпуска за квартал | числовой | 10 | 0 |
4. Цена | числовой | 10 | 0 |
Таблица 6.2 – Описание атрибутов сущности «Баланс»
Наименование реквизита | Тип | Длина | Точность |
1. Актив | символьный | 30 | |
2. Сумма | числовой | 10 | 0 |
3. Пассив | символьный | 30 | |
4. Сумма | числовой | 10 | 0 |
Таблица 6.3 – Описание атрибутов сущности «Отчет о прибылях и убытках»
Наименование реквизита | Тип | Длина | Точность |
1. Наименование показателей | символьный | 30 | |
2. Сумма за месяц | числовой | 10 | 0 |
3. Сумма за год | числовой | 10 | 0 |
Таблица 6.4 – Описание атрибутов сущности «Дополнительная информация»
Наименование реквизита | Тип | Длина | Точность |
1. Наименование показателей | символьный | 30 | |
2. Сумма за месяц | числовой | 10 | 0 |
3. Сумма за год | числовой | 10 | 0 |
Таблица 6.5 – Описание атрибутов сущности «Имеющиеся производственные мощности»
Наименование реквизита | Тип | Длина | Точность |
1. Наименование | символьный | 30 | |
2. Мощность | числовой | 10 | 0 |
3. Производительность на 1 млн. руб. ОПФ | числовой | 10 | 0 |
Таблица 6.6 – Описание атрибутов сущности «Информация об оборудовании»
Наименование реквизита | Тип | Длина | Точность |
1. Цена оборудования | числовой | 10 | 2 |
2. Производительность | числовой | 10 | 2 |
3. Ненадежность | числовой | 10 | 3 |
Таблица 6.7 – Описание атрибутов сущности «Исходные данные по оценке инвестиционного проекта»
Наименование реквизита | Тип | Длина | Точность |
1. Наименование показателей | символьный | 30 | |
2. Единица измерения | символьный | 30 | |
3. Значение показателей | числовой | 10 | 0 |
Связи между таблицами можно организовывать как на этапе конструирования базы данных‚ так и программно. На этапе конструирования базы данных связь между таблицами организуется по ключевым полям. Программный способ по возможностям гораздо богаче.
Связи между таблицами в данной АИС реализуются программно, поэтому при проектировании необходимо обеспечить их типовую совместимость, соответствующие поля в этих таблицах должны иметь один и тот же тип и одинаковую длину‚ что и было сделано. Это было сделано для того, чтобы избежать дублирования информации, а, следовательно, уменьшить занимаемый ей объем.
Физическое проектирование
Создадим таблицы базы данных согласно структурам и составам, описанным в предыдущем пункте. Как было сказано выше, таблицы создаем с помощью Database Desktop, формат таблиц – Paradox. При создании таблиц учитываем возможности внесения ограничения целостности, такие как задание минимального, максимального значений, значений по умолчанию, обязательности заполнения и т.д.
B результате получим таблицы:
-
объем предоставляемых услуг;
-
баланс;
-
отчет о прибылях и убытках;
-
дополнительная информация;
-
имеющиеся производственные мощности;
-
информация об оборудовании;
-
исходные данные по оценке инвестиционного проекта.
Таблица 6.8 – Объем предоставляемых услуг
Имя поля | Тип данных |
1. Naimenovan | Alpha |
2. VipuskM | Number |
3. VipuskK | Number |
4. Cena | Number |
Таблица 6.9 – Баланс
Имя поля | Тип данных |
1. Aktiv | Alpha |
2. Summa | Number |
3. Passiv | Alpha |
4. Summa | Number |
Таблица 6.10 – Отчет о прибылях и убытках
Имя поля | Тип данных |
1. Naimenovan | Alpha |
2. SummaM | Number |
3. SummaG | Number |
Таблица 6.11 – Дополнительная информация
Имя поля | Тип данных |
1. Naimenovan | Alpha |
2. SummaM | Number |
3. SummaG | Number |
Таблица 6.12 –Имеющиеся производственные мощности
Имя поля | Тип данных |
1. Naimenovan | Alpha |
2. Mochnost | Number |
3. Proizvodit | Number |
Таблица 6.13 –Информация об оборудовании
Имя поля | Тип данных |
1. Cena | Number |
2. Proizvodit | Number |
3. Nenadegnost | Number |
Таблица 6.14 – Исходные данные по оценке инвестиционного проекта
Имя поля | Тип данных |
1. Naimenovan | Alpha |
2. EdinicaIzm | Alpha |
3. Znachenie | Number |
Для того‚ чтобы Delphi имела возможность работать с созданной базой данных, необходимо указать, где она находится. Для этого можно использовать BDE Administrator. Для настройки доступа BDE к созданной базе данных создадим псевдоним базы данных и пропишем его. Для этого выберем имя (тип) драйвера базы данных “Стандарт”. Драйвер по умолчанию – Paradox. В строке PATH указываем путь к папке, в которой расположены таблицы. Ha этом настройка системы BDE Administrator на созданную базу данных закончена. Теперь из среды Delphi к базе данных будем обращаться по алиасу.
Таким образом, получили полную физическую модель базы данных‚ представленную в файлах формата Paradox, и настроенную для работы в среде Delphi.
6.1.4 Разработка интерфейса пользователя
Разработка интерфейса пользователя состоит из проектирования панелей и диалога. Панель приложения разделена на три части: меню действий, тело панели и область функциональных клавиш. Структура меню представлена на рисунке 6.2.