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

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

При моделировании ЭИС может использоваться несколько моделей: обобщенная (понятийная) модель и модель, представленная схемой базы данных, которые чаще всего дополняются рядом промежуточных (например, модель "сущность-связь" определенного уровня общности).

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

Процесс создания информационной модели начинается с определения концептуальных требований пользователей. Требования пользователей интегрируются в едином обобщенном представлении - концептуальной модели.

Концептуальная модель (схема) является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содер­жанию и среде хранения.

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

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

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

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

Наиболее распространенным средством моделирования данных являются диаграммы “сущность-связь”, впервые введенные П. Ченом (Entity-relationship diagram (ERD) – диаграма «Сущность-связь»). ER-диаграмы хорошо вписываются в методологию структурного анализа и проектирования информационных систем. Такие методологии обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем уточняется, давая возможность получить различную степень детализации объекта с различным числом уровней.

Максимально формализованное описание задачи состоит из следующих компонентов:

· Наименование задачи.

· Цель работы.

· Функции задачи.

· Бизнес-правила.

· Требования к программе.

· Перечень вводимой информации.

· Перечень печатных отчетов.

· Требования к оснащению офиса фирмы компьютерной техникой.

Моделируемая сущность определяется уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от других экземпляров данного типа сущности. Каждая сущность должна обладать некоторыми свойствами:

- иметь уникальное имя; к одному и тому же имени всегда должна применяться одна и та же интерпретация; одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;

- обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;

- обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.

Сущность может обладать любым количеством связей с другими сущностями модели.

Если между некоторыми сущностями существует связь, то факты из одной сущности ссылаются или некоторым образом связаны с фактами из другой сущности.

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

Связи могут быть представлены пятью основными характеристиками:

· тип связи (идентифицирующая, не идентифицирующая, полная/неполная категория, неспецифическая связь);

· родительская сущность;

· дочерняя (зависимая) сущность;

· мощность связи;

· допустимость пустых значений.

Связь (отношение) между сущностями обладает свойством, именуемым мощность (количество экземпляров сущности-потомка, которое может существовать для каждого экземпляра сущности-родителя).

Любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности - атрибут. Атрибут представляет тип характеристик или свойств, ассоциированных со множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, предметов и т.д.). Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. В модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута. При проектировании данных рекомендуется создавать атомарные атрибуты.

Для обеспечения связи между сущностями используются понятия ключа:

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

2. Альтернативный ключ - заменитель главного ключа. Используется для организации поиска данных. Выбирается из числа ключей-кандидатов на роль главного ключа.

3. Внешний ключ - существует только для дочерней сущности и является ссылкой на значение ключа родительской сущности. При создании связей (отношений) между сущностями в дочернюю сущность передаются атрибуты, составляющие первичный ключ родительской сущности. Эти атрибуты и составляют внешний ключ.

Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь называется идентифицирующей, в противном случае - неидентифицирующей.

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

Диаграммы "сущность-связь" лежат в основе проектирования баз данных (БД).