Детализация эис

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

Классификация компонентов ЭИС приводится на рис. 1.3 и в табл.1.1

Таблица 1.1. Компоненты информационной ситстемы

Данные/ метаданные	Система/ процесс	Вычислитель- ная система	Внешняя Среда
Атрибут Отношение Показатель База данных Ключ Схема Подсхема	Подсистема Задача Программа Задание Транзакция	Физическое устройство Линия (канал) Узел сети ЭВМ	Пользователь Администратор БД

Понятия, которые описывают данные и метаданные, рассматриваются в последующих разделах.

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

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

Группировка задач в подсистемы соответствует принятой классификации основных функций управления экономическим объектом. Так, для промышленного предприятия крупными подсистемами обычно являются:

- управление сбытом и реализацией продукции,

- технико-экономическое планирование,

- управление материально-техническим снабжением,

- бухгалтерский учет,

- оперативное управление производством,

- управление технической подготовкой производства.

Пользователей экономической информационной системы можно подразделить на пять типов:

- случайные пользователи, взаимодействие которых с ЭИС не обусловлено их служебными обязанностями,

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

- аналитики и исследователи, информационные потребности которых непредсказуемы (в отличие от параметрических пользователей),

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

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

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

Описание хранимой и обрабатываемой информации в ЭИС делается с разной степенью детализации. Используются три уровня представления (рис. 1.4):

1. Внешний уровень - описание информационных потребностей конечного пользователя.

2.Концептуальный уровень - описание информационных потребностей на уровне понятий ЭИС.

3. Внутренний уровень - описание способа хранения информации в памяти ЭВМ и методов доступа к ней.

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

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

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

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

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

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

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

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

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

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

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

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

В ряде случаев применение СУБД не позволяет реализовать все требования к ЭИС (например, высокое быстродействие программ). Тогда для поддержки внутреннего уровня описания системы требуется разработка уникальных программ доступа к данным.

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

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