SWOT-анализ, Portfolio-анализ. Для Project Expert создается актуальная база данных для поддержки операционного плана сбыта.

5. Forecast Expert – специализированная программа статистического прогнозирования, позволяет:

• получать достоверные прогнозы в области, производства, маркетинга и финансов;

• оказывать влияние на принятие решений по оптимизации техникоэкономических показателей деятельности предприятия;

• оценить и снизить риски принимаемых решений.

6. Invest Expert – экспертная система для оценки инвестиционных проектов и формирования оптимального инвестиционного портфеля кредитных организаций, включая:

•ведение БД о предприятиях и их инвестиционных проектах;

•экспертизу инвестиционных проектов;

•формирование оптимального инвестиционного портфеля;

•контроль финансирования и исполнения инвестиционного бюджета проектов;

•мониторинг финансового состояния заемщиков и др.

ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ

1.Какие особенности имеет принятие решений в сфере финансовых инвестиций?

2.В чем заключаются функции информационноаналитических систем?

3.Назовите несколько программ информационно-аналитического типа.

2.8. Обработка и хранение информации в базах данных

После изучения данного параграфа следует выполнить лабораторные работы с СУБД Access.

2.8.1.Основные понятия

Вшироком смысле слова база данных – это совокупность сведений о конкретных объектах реального мира в какой– либо области.

Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы. Структурирование – это введение соглашений о способах представления данных. Неструктурированными называют данные, записанные, например, в текстовом файле.

87

На рис. 19 приведен пример неструктурированных данных, содержащих сведения о студентах (номер личного дела, фамилию, имя, отчество и год рождения). Понятно, что организовать поиск необходимых данных, хранящихся в неструктурированном виде сложно, а упорядочить подобную информацию практически не представляется реальным.

Личное дело №16495, Сергеев Петр Михайлович, дата рождения 1 января 1986г.; Л/д №16593, Петрова Анна Владимировна, дата рожд.15 марта 1985г.; № личн. дела 16693, д.р. 14.04.86, Анохин Андрей Борисович

Рис. 19

Чтобы автоматизировать поиск и систематизировать эти данные, необходимо выработать определенные соглашения о способах представления данных, т.е. дату рождения нужно записывать одинаково для каждого студента, она должна иметь одинаковую длину и определенное место среди остальной информации. Эти же замечания справедливы и для остальных данных (номер личного дела, фамилия, имя, отчество). Структурированная запись данных приведена в табл. 22.

Итак, база данных (БД) – это поименованная совокупность структурированных данных, относящихся к определенной предметной области.

Система управления базами данных (СУБД) – это комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации.

Наиболее популярными являются СУБД FoxPro и Access.

2.8.2. Модели данных

В СУБД происходит процесс логического преобразования данных, с которыми имеет дело пользователь, в язык ЭВМ и обратно. Общая логическая структура БД называется моделью данных. Различают три основные модели данных: иерархическую, сетевую и реляционную.

2.8.2.1. Иерархическая модель данных Иерархическая структура представляет совокупность элементов,

образующих граф (дерево) (см. рис. 20) .

К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Узел – это совокупность атрибутов данных, описывающих некоторые объекты. На схеме иерархического дерева узлы

88

представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящемся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в базе данных определяется числом корневых записей.

К каждой записи базы данных существует только один (иерархический) путь от корневой записи. Например, как видно из рис. 20, для записи С4 путь проходит через записи А и В3.

Рис. 20

Фрагмент иерархической базы данных «Структура института» приведен на рис. 21.

Ректор

Декан Декан Декан

Кафедра Кафедра

Рис. 21

Первые системы управления базами данных использовали иерархическую модель данных (например, СУБД Фокус). Преимущество такой модели – ее

89

наглядность. Недостатки – далеко не всякий объект можно представить в виде графа. Поэтому сегодня иерархические модели данных используются редко.

2.8.2.2. Сетевая модель данных В сетевой структуре при тех же основных понятиях (уровень, узел, связь)

каждый элемент может быть связан с любым другим элементом (рис.22).

АВ

Рис. 22

Рассмотрим фрагмент сетевой БД «Курсовая работа студентов» (рис. 23). Много студентов, много предметов. Любой элемент структуры может быть связан с другими.

Сетевые модели позволяют описывать любые предметные области, однако такую подробную модель может быть трудно описать математически. Поэтому сегодня сетевые БД применяются, прежде всего, в банковских структурах

(например, db Vista, AdaBas).

Студент (номер зачетной книжки, фамилия, группа)

Рис. 23

2.8.2.3. Реляционная модель данных

Понятие реляционных моделей (англ. Relation – отношение) связано с разработками известного американского специалиста в области баз данных Е. Кодда.

Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.

90

Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами

−каждый элемент таблицы – один элемент данных;

−все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;

−каждый столбец имеет уникальное имя.

Примером реляционной БД может служить БД «Студент» (табл. 22). СУБД FoxPro и Access реализуют реляционную модель данных.

2.8.3. Структурные элементы реляционной базы данных

Понятие базы данных тесно связано с такими понятиями, как поле, запись,

отношение, файл, ключ.

Поле – элементарная единица логической организации данных. В

двумерной таблице поле – одни из столбцов таблицы. При создании БД нужно предварительно описать все поля. Для описания поля используются следующие характеристики:

−имя (например, Фамилия, Имя, Отчество, Дата рождения – то есть. название столбца таблицы);

−тип (например, текстовый, числовой, календарный – в памяти компьютера разный тип информации кодируется различным образом. Для поля Фамилия задается текстовый тип информации, для поля Дата рождения – календарный);

−длина (например, 15 символов, причем длина будет определятся максимально возможным количеством символов в данном поле и служит для предварительного задания ширины столбца. Так для поля Фамилия достаточно задать длину 15 символов, поскольку большинство фамилий не содержат более 15 букв,;

−точность – необходимо задавать еетолько для числовых данных (например,

двадесятичныхзнакадляотображениядробнойчастичисла 15,28).

Запись (рис. 24) – совокупность логически связанных полей. Экземпляр записи – отдельная реализация записи, содержит конкретные значения ее полей т.е. одна строка двумерной таблицы. (В табл. 22. один экземпляр записи характеризует студента Сергеева, второй – Петрову).

Имя поля 1 Имя поля 2 Имя поля 3

Запись

Рис. 24

Отношение (таблица) – совокупность экземпляров записей одной структуры (табл. 22 – отношение).

91

Описание логической структуры записи отношения содержит последовательность расположения полей записи и их основные характеристики, как это показано в табл. 23.

Файл – совокупность объектов одной базы данных. Обычно любой файл БД содержит таблицы (для хранения информации), запросы (для отбора сведений), формы (для просмотра и ввода данных) и отчеты (для подготовки информации к печати).

Как видно из табл. 23, кроме уже известных характеристик, в структуре записи отношения указываются поля, значение которых являются ключами. Ключ – это такое поле, по которому можно однозначно найти любую запись в базе данных. В табл. 22 таким ключом может быть только поле “№ личного дела” (если, например, выбрать в качестве ключа поле Фамилия, то однозначность поиска нужной записи о студенте не будет обеспечена, т.к. в любой достаточно большой БД обязательно окажется несколько студентов с фамилиями Иванов, Смирнов и т. д.).

В табл. 24 приведен пример описания логической структуры записи файла (таблицы СТУДЕНТ), содержимое которого приводится в табл. 22.

Как уже отмечалось, таблицы БД в реляционных моделях называются отношениями, строки записями, а столбцы – атрибутами отношений (полями). Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем). Если записи можно однозначно определить только значениями нескольких полей, то такая таблица базы данных имеет составной ключ. В примере, показанном в табл. 22, простым ключевым полем таблицы является

92

“№ личного дела”. Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей).

На рис. 25 показан пример реляционной модели, построенной на основе отношений (таблиц): СТУДЕНТ, СЕССИЯ, СТИПЕНДИЯ.

СЕССИЯ (Номер) (Результат)

Рис. 25

Таблицы, входящие в состав модели рис. 25, могут включать, например, следующие поля:

СТУДЕНТ (Номер, Фамилия, Имя, Отчество, Пол, Дата рождения, Группа); СЕССИЯ (Номер, Оценка1, Оценка2, Оценка3, Оценка4, Результат); СТИПЕНДИЯ (Результат, Процент).

Такая схема данных называется Информационно-логической моделью

(ИЛМ).

Выделенные поля в описанных таблицах являются ключевыми. Поле Номер – это номер личного дела студента. Поле Результат – средний балл студента за сессию.

Таблицы СТУДЕНТ и СЕССИЯ имеют совпадающие ключи (Номер), что дает возможность легко организовать связь между ними. Таблица СЕССИЯ имеет первичный ключ Номер и содержит внешний ключ Результат, который обеспечивает ее связь с таблицей СТИПЕНДИЯ (см. рис. 26).

93