246 Проектирование систем оперативного анализа данных. Информационные хранилища (их). Технологии оперативного анализа данных (olap).

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

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

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

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

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

Использование концепции хранилища данных в системе поддержки принятия решений преследует следующие цели: 1) своевременное обеспечение аналитиков информацией, необходимой для выработки решений; 2) создание единой модели данных организации; 3) создание интегрированного источника данных, предоставляющего удобный доступ к разнородной информации и гарантирующего получение одинаковых ответов на одинаковые запросы из различных аналитических подсистем

247 Проектирование системы экономической документации. Понятие и проектирование унифицированной системы документации.

В рамках информационного обеспечения (ИО) система документации (СД) рассматривается как взаимосвязанный комплекс форм документов и процессов документирования и документооборота.

Различают два вида обмена информацией: документированный и недокументированный.

Документированный - это обмен документами, главным образом на бумаге, подготовленными и заполненный людьми, либо распечатанный на ЭВМ.

Недокументированный - это обмен информацией устно непосредственно или по телефону.

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

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

Основными информационными элементами документа являются реквизиты и показатели.

Реквизит - это логически неделимый элемент информации, описывающий определенное свойство отображаемого объекта. Из реквизитов формируются более сложные информационные конструкции - показатели. При автоматизированной обработке основными носителями информации являются входные и выходные документы. Входные документы содержат первичную, необработанную информацию, отражающую состояние объекта управления, заполняемую вручную или при помощи технических средств. Выходная информация включает сводно-группировочные данные, полученные в результате автоматизированной обработки. При автоматизации процессов обработки данных существует возможность рационализации всей системы документации и устранения перечисленных недостатков. Для этой цели используют два подхода:

1) Проведение унификации и стандартизации документов;

2) Введение безбумажной технологии, основанной на использовании электронных документов и новых информационных технологий их обработки.

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

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

Любой тип УСД должен удовлетворять следующим требова­ниям:

• документы, входящие в состав УСД, должны разрабатывать­ся с учетом их использования в системе взаимосвязанных ЭИС;

• УСД должна содержать полную информацию, необходимую для оптимального управления тем объектом, для которого разрабатывается эта система

• УСД должна быть ориентирована на использование средств вычислительной техники для сбора, обработки и передачи ин­формации;

• УСД должна обеспечить информационную совместимость ЭИС различных уровней;

• все документы, входящие в состав разрабатываемой УСД, и все реквизиты-признаки в них должны быть закодированы с использованием международных, общесистемных или локальных классификаторов.

Проектирование унифицированной системы документации.

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

В процессе проектирования можно выделить три этапа работ:

- построение новых форм документов (На первом этапе выполняются шесть работ).

1. Содержа­ние первой работы “Определение состава результатных показа­телей” зависит от того, какие формы документов проектируют­ся. Выделяются первичные и результатные документы

2.При выполнении второй работы “Определение состава пер­вичных показателей” выявляется полный состав первичных - ис­ходных показателей, на базе которых рассчитываются результат­ные показатели

3.При выполнении третьей работы “Разбиение показателей по формам документов” определяется содержание форм результат­ных документов и форм первичных документов.

4. При выполнении четвертой работы осуществляется “Выбор типа носителя” для документа. Если документы первичные, то носителем является бумага формата А4 или А5. Если проектиру­ются результатные документы, то тип и форма выдачи резуль­татной информации зависят от характера решаемой задачи.

5. При выполнении пятой работы “Определение способа нанесе­ния информации в документы” выбирается способ нанесения ин­формации, который зависит от того, как считывается информа­ция с первичного документа: визуальным способом или автома­тическим.

6. Содержание выполнения шестой работы “Проектирование форм документов” зависит от типа проектируемого документа

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

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

248 Проектирование технологических процессов обработки данных в диалоговом режиме. Понятие диалога. Требования к диалогу. Классификация диалоговых систем. Технологическая сеть проектирования диалоговых систем.

Диалог – процесс обмена сообщениями между пользователем и ЭВМ, осущ. постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию). Процесс диалога удовлетворяет след. условиям: единая цель информатора и реципиента; постоянная смена ролей пользователя; общий язык общения; общая база знаний. Для осущ. диалога необходимо разработать диалоговую систему, представляющую собой совокупность технического, информационного, программного, лингвистического обеспечения, предназначено для выполнения функций управления диалогом. Характеристика ДС: степень оперативности диалога; способность к управлению; способность партнеров к обучению.

Классификация диалогов систем: по сфере использования (применяются в процессах проектирования, в экономич. системах, обучающих); по способу организации взаимодействия (выделяют системы с приоритетным взаимодействием (человек, ЭВМ) и без приоритетного взаимодействия; по типу общения (активное общение (активны две стороны), пассивное общение (используется при лимите времени и ЭВМ)); по форме (делятся на системы «запрос-ответ», «меню», «шаблонов», «подсказок»); по типу сложности (системы с формализованными языками и с естественными языками). Все проблемы проектирования процессов обработки данных в диалоговом режиме можно объединить в две группы: проблемы методологического характера, связанные с выбором принципов и методов проектирования; проблемы, связанные с реализацией конкретного варианта проекта диалоговой системы. Проектирование диалоговой системы на логическом уровне включает выбор стратегии проектирования, методов проектирования и оценки системы принципов и способов логической организации и реализации на ЭВМ процессов взаимодействия. На этапе технического проектирования проектировщик на основе формальной модели ДС, выполняет след. работы: описать подсистемы ДС; учесть возможности и детали ДС; определить базу для стандартизации ДС. На этапе рабочего проектирование эта модель выполняет след. функции: служит основой для детального проектирования; используется как средство контроля хода проектирования; служит средством анализа свойств ДС. При построении модели ДС в качестве формального аппарата описания организации и функционирования ДС, применяют теорию графов, теорию конечных автоматов.

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

Технологическая сеть проектирования диалоговых систем с языком общения типа «меню».

Первая операция «постановка задачи», на вход - «ТЗ», результат – документ «Постановка задачи». Вторая операция «Функциональный анализ задачи», результат - функциональная блок-схема задачи. Следующая операция «Выбор языка общения и разработка сценария диалога», на вход – универсум языков общения, на выходе – «сценарий диалога». Операции четвертая «Разработка структуры программного обеспечения», результатом – строится дерево программных модулей. Операция пятая «Разработка информационного обеспечения», включает проектирование системы классификаторов системы документации и ИБ. Элементы информ. обеспечения выполняют операции «Разработка блок-схемы работы системы» и получает документ «Укрупненный алгоритм решения задачи». Операция «Разработка кодов программных модулей и выбор алгоритмического языка» осущ. на основе универсума языка программирования. Разработанные программные модули подвергаются «локальной отладке», в результате получают совокупность отлаженных модулей, а затем на базе исходных данных «Контрольного примера», проходят комплексную отладку. Далее П10 «Разработка программной документации», следует разработка блок-схемы П11. Последней операцией является разработка и получения полного комплекта техн. документации