6- (743462), страница 2
Текст из файла (страница 2)
Таблицы базы данных будем создавать в формате СУБД 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.















