Детализация представлений ЭИС

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

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

Компоненты экономической информационной системы

Рисунок 2.7

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пользователи

Детализация представлений ЭИС.

Рисунок 2.8

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

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

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

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

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

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

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

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

2.9 Жизненный цикл ЭИС

В жизненном цикле ЭИС можно выделить не­сколько этапов, относящихся к ее разработке и эксп­луатации.

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

Этапами проектирования являются (рис.2.9):

- обоснование создания ЭИС;

- разработка технического задания (ТЗ);

- техническое проектирование (ТП);

- рабо­чее проектирование (РП);

- ввод ЭИС в действие.

Проектирование	Эксплуа­тация. Модификация	Утилизация
ТЗ и ТП	РП	Ввод	Использование Старого проекта в новом Использование содержимого БД Продажа ком­понентов ЭИС
Обследование ПО Идентификация Структура БД Технология Выбор ЭВМ и СУБД Проверка корректности	Описание БД Интерфейсы Програм­мирование Тестирование Обучение	Актуализация БД Опытная эксплуатация Авторский надзор

Этапы жизненного цикла ЭИС

Рисунок 2.9

Более детальное описание работ на стадии технического проектирова­ния включает в себя следующие действия.

1) Обследование предметной области (ПО). Результатом обследования является техническое задание (ТЗ).

2) Определение объектов иих атрибутов.

3) Установление всех структурных связей между объекта­ми и процессами. Разработка структуры базы данных, проверка ее коррек­тности и полноты.

4) Определение технологии работы ЭИС, т.е. определение порядка сбора, контроля и хранения данных.

5) Выбор ЭВМ и СУБД. Оценка требу­емых объемов памяти и трудоемкости разработки программ.

6) Проверка корректности проекта и определение сроков его реализации.

Итогом перечисленных выше действий становится техни­ческий проект (ТП) ЭИС.

На стадии рабочего проектирования (РП) необходимо:

- создать описания всех компонентов базы данных;

- разработать экранные формы и системы меню для всех групп пользователей,

- разработать программы для всех приложений,

- заполнить ЭИС отладочными данными и оттестировать ее,

- составить инструкции по работе с ЭИС и обучить пользо­вателей.

Ввод в эксплуатацию:

- актуализация БД,

- опытная эксплуатация,

- авторский надзор.

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

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

Этапы эксплуатации поочередно ме­няются с этапом модификации ЭИС до тех пор, пока не наступит момент мораль­ного старения ЭИС и будет принято решение о ее ликвидации и разработке принципиально новой системы. Важность модернизации ЭИС можно пояснить такими данными: стоимостные затраты на модернизацию ЭИС достигают примерно трети объема эк­сплуатационных расходов, т.к. за год в ЭИС обычно меняется 10-40% первичных документов и 20-50% выходных документов.

При утилизации ЭИС: используется старый проект в новом; используется содержимое БД; продажа компонентов ЭИС.