Учебное пособие 1955

технология добычи текстовых данных (Техt Mining - TM) - представляет собой набор инструментов, позволяющий анализировать большие наборы информации в поисках тенденций, шаблонов и взаимосвязей, способные помочь в принятии стратегических решений (IBM Intelligent Miner for Text, Оracle InterMedia Text). Технология Image Mining (IM)

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

4.7. Современный рынок СППР

Современных рынок ПО предлагает довольно широкий спектр как отдельных решений классов OLAP, DM и т.д., так и готовых решений класса СППР.

СППР «Эксперт». Предназначена для решения слабоструктурированных и неструктурированных задач на основе компьютерного анализа экспертных суждений.

В основе данной СППР лежит методология - интегральный иерархический анализ - представляет собой широко известный Метод анализа иерархий (МАИ) Т. Саати, дополненный и модифицированный. Эта методология моделирует естественный ход мышления человека, и ее адекватность была неоднократно подтверждена решенными в системе задачами.

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

280

СППР «Парус». Система позволяет решать задачи оперативного и стратегического управления на основе учетных данных о деятельности компании. Итог ее использования – продуманные решения, опирающиеся на информационный фундамент, адекватные действия, квалифицированное исполнение и как результат успех всего предприятия.

СППР «Аналитика – 2000». Решает следующие задачи:

−сокращение времени и трудозатрат, необходимых для получения оперативной агрегированной информации;

−улучшение качества аналитических данных, выдаваемых по запросам вышестоящих организаций;

−предоставление возможности руководителям высшего

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

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

В качестве платформы для реализации системы используется семейство продуктов для оперативной аналитической обработки данных Oracle Express. Семейство включает в себя сервер OLAP Oracle Express Server, клиентские приложения

Oracle Analyzer, а также среду разработки Oracle Objects и до-

полнительные модули. В Oracle Express реализуется подход, основанный на хранении анализируемых данных в многомерной БД. Для доступа к детальным данным из многомерных кубов использовался продукт Oracle Discoverer.

СППР «МАИ». Предназначена для творческого поиска и анализа решений слабо- и неформализуемых многокритериальных управленческих задач в самых различных областях человеческой деятельности в условиях неопределённости, множества «запутанных» причинно-следственных связей, конкретных ограничений, а также противодействия объекта. Система особенно эффективна в условиях антикризисного управления при предварительной оценке направления и области поиска решения, а также «увязке» полученных альтернатив в комплексное решение.

281

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

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

ИПТ позволяет оценить комплекс мероприятий по всему циклу принятия управленческого решения: оценка ситуации – постановка (разработка целей – разработка проблемного замысла (идея) – план /схема (теоретическое воплощение решения) – конструкция/организация (инструментальное воплощение решения) – эксплуатация/оргпроцесс (практическое воплощение решения) – мониторинг – анализ и оценка результатов и последствий деятельности – … и т.д.

СППР «МАИ» может использоваться при решении следующих типовых задач в области экономики:

−определение инновационной и инвестиционной политики, маркетинговый и pr-анализ, реинжиниринг, контроллинг

идругие виды менеджмента, логистика, переговорные технологии, оргдиагностика и т.д.;

−стратегическое адаптивное планирование в циклических итеративных режимах прогнозирования и последующей коррекции стратегии и тактики поведения на основе прогноза

ирезультатов мониторинга;

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

282

−формирование и оценка стратегии и тактики в развитии событий с учётом ответной реакции системы;

−анализ сетевых графиков любых процессов, оценка квазивероятности наступления каких-либо событий, также оценка их приоритетности (важности);

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

−выбор и оценка качества организационных, проектных

иинженерно-конструкторских решений;

−проведение анализа по модифицированному методу «стоимость – эффективность»: соотношение иерархий «стоимость» и «эффективность» при котором легко преодолеваются трудности традиционного подхода – оценка качественных слабо- и неформализуемых параметров проекта и учёт взаимосвязи параметров при оценке альтернатив.

Также «СППР МАИ» используется при решении задач оптимального планирования и управления. В этом случае с её помощью производится оценка коэффициентов целевой функции и/или ограничений оптимизационной задачи.

Среди аналогичных отечественных и зарубежных систем «СППР МАИ» отличается своей универсальностью и простотой. Любые соотношения между вариантами решений объяснимы на основе информации, полученной от ЛПР или экспертов, правомочность решающего правила очевидна и имеет чёткое математическое обоснование.

На российском рынке представлены и другие системы класса СППР. Среди российских разработок наиболее известны «ИКСИ», «ИСИС», «КОНФЛИКТ», «РИСК-1», «КОНСЕНСУС» и т.д. Среди западных систем наиболее из-

вестны «CONCORDE», «ORET», «Y&R», «Quick Rating». При-

знанным лидером является компания MicroStrategy (DSS Server, DSS Agent, DSS Executive).

283

5..ТЕХНОЛОГИИБИЗНЕС-МОДЕЛИРОВАНИЯ

ИСИСТЕМНОГОПРОЕКТИРОВАНИЯ

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

Для решения подобных задач моделирования сложных систем существуют хорошо отработанные методологии и стандарты. К таким стандартам относится методология SADT

(Structured Analysis and Design Teqnique - методология струк-

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

5.1. Стандарты IDEF

5.1.1. Семейство стандартов IDEF

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

−IDEF0 - методология функционального моделирования (именно этот стандарт на первых этапах развития назывался SADT). С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;

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

тем SADT;

284

−IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий

«Сущность-взаимосвязь» (ER – Entity-Relationship) и, как пра-

вило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

−IDEF2 – методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. Однако в настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN – Color Petri Nets);

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

−IDEF4 – методология построения объектноориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;

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

285

Сейчас продолжается развитие стандартов IDEF:

−IDEF6 - использование рационального опыта проекти-

рования (Design Rationale Capture Method).

−IDEF8 - взаимодействие человека и системы (HumanSystem Interaction Design).

−IDEF9 - учет условий и ограничений (Business Constraint Discovery).

−IDEF14 - моделирование вычислительных сетей (Network Design).

5.1.2. Стандарт IDEF0

IDEF0, как стандарт был разработан в 1981 году в рамках обширной программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). В процессе практической реа-

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

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

Основные элементы и понятия IDEF0

Воснове методологии IDEF0 лежат четыре основных по-

нятия:

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

286

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:

−Верхняя сторона имеет значение «Управление»

(Control);

−Левая сторона имеет значение «Вход» (Input);

−Правая сторона имеет значение «Выход» (Output);

−Нижняя сторона имеет значение «Механизм»

(Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

Рис. 5.1. Функциональный блок

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна

287

иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

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

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

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

При построении IDEF0 – диаграмм важно правильно отделять входящие интерфейсные дуги от управляющих, что часто бывает непросто.

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

288

Рис. 5.2. Функциональный блок«Обработать заготовку»

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

Рис. 5.3. Функциональный блок«Корректировать технологические указания»

289