Файл: Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы (процесс проектирования информационной системы).pdf

2.2 Методология структурного анализа и проектирования ИС

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

В настоящее время успешно используются такие методологии, как SADT (Structure Analysis and Design Technique), структурный системный анализ Гейна-Сарсона, структурный анализ и проектирование Йодана / Де Марко, развитие систем Джексона и другие.

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

Несмотря на достаточно широкий спектр методов и диаграммной техники, большинство методологий базируются на следующей "классической" совокупности:

- Диаграмы потоков данных в нотации Йодана / Де Марко или Гейна- Сарсона, обеспечивающие анализ требований и функциональное проектирование информационных систем;

- расширение Хатли и Уорда-Меллора для проектирования систем реального времени, основанные на диаграммах переходов состояний, таблицах решений, картах и схемах потоков управления;

- Диаграмы "сущность-связь (в нотации Чена или Баркера)" для проектирования структур данных, схем БД, форматов файлов как части всего проекта;

Структурные карты Джексона и / или Константайна для проектирования межмодульных взаимодействий и внутренней структуры модулей.

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

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

Эффективным решением задачи оптимизации является применение "процессного подхода" и "8D методики командного решения проблем".

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

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

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

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

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

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

• затраты на осуществление бизнес-процесса,
• расчет времени на осуществление бизнес-процесса,
• показатели качества бизнес-процесса.

Для более глубокого понимания процессного подхода необходимо применять цикл Деминга-Шухарта «Plan — Do — Check — Act» (PDCA). Это «планирование — осуществление — проверка — действие». Использование этого цикла позволяет на практике реализовать непрерывное улучшение процессов, направленное на повышение эффективности работы организации.

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

Согласно ИСО 9000, при оценке системы управления процессами необходимо:

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

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

Метод 8D также известен как: Global 8D, Ford 8D или TOPS 8D. Метод 8D разработан в компании «Форд» и представляет из себя 8 последовательных шагов решения проблемы, причины которой полностью или частично неизвестны. В методике 8D применяются командный, процессный, проблемный и аналитический подходы.

Каждый шаг (этап) метода 8D имеет в своем наименовании букву D, что означает Discipline (Дисциплина).

D0 — Определение проблемы и разработка плана.

D1 — Формирование команды.

D2 — Описание проблемы.

D3 — Сдерживание проблемы. D4 — Анализ проблемы.

D5 — Разработка корректирующих мероприятий.

D6 — Внедрение и валидация корректирующих действий.

D7 — Разработка предупреждающих действий.

D8 — Закрытие мини проекта 8D.

Метод 8D представляет собой методологию решения проблем с целью улучшения продукта или процесса. Она структурно состоит из 8 дисциплин, подчеркивая синергию группы. Методика 8D — это командная работа. Предполагается, что группа, в целом, более эффективна, чем качественная сумма отдельно взятых ее членов.

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

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

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

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

Концепция IDEF0

Графическая диаграмма – главный компонент IDEF0-модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними отношения. Блоки представляют основные функции моделируемого объекта. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм; процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта. Диаграмма верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте.

ARIS - методология и одноименный программный продукт компании IDS Sheer. Нотация ARIS eEPC является расширением нотации IDEF3.

Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Между процессами могут быть отображены потоки материальных ресурсов и информации. Для описания инфраструктуры, необходимой для выполнения процесса, используют объекты Продукт/Сервис и ИТ система.

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

• Организационный аспект - представляет собой совокупность организационных единиц, их взаимосвязей и соответствующих структур, участвующих в процессе;
• Информационный аспект - отображает состав данных и информации, задействованной в процессе;
• Управляющий аспект - описывает взаимосвязь между моделями процессов различных типов;
• Функциональный аспект - содержит описания функций, отдельных подфункций и их связей между собой и с основными функциями.
• Продуктовый аспект - определяет состав продуктов и ресурсов процесса, а также их взаимосвязь между собой и с элементами других моделей.

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

Организация в ARIS рассматривается с четырех точек зрения:

• Организационной структуры,
• Функциональной структуры,
• Структуры данных,
• Структуры процессов.

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

Модель AS IS («как есть») - модель существующего состояния организации. Данная модель позволяет систематизировать протекающие в данный момент процессы, а также используемые информационные объекты. На основе этого выявляются узкие места в организации и взаимодействии бизнес-процессов, определяется необходимость тех или иных изменений в существующей структуре.

Такую модель часто называют функциональной и выполняют с использованием различных графических нотаций и case-средств. На этапе построения модели AS IS важным считается строить максимально приближенную к действительности модель, основанную на реальных потоках процессов, а не на их идеализированном представлении.

Проектирование информационных систем и управление процессами подразумевает построение модели AS IS и дальнейший переход к модели TO BE, что является залогом автоматизации "правильных", усовершенствованных процессов.

В своей практике на этапе описания модели AS IS я использую нотацию ARIS eEPC для отображения последовательности выполнения процедур (функций) в виде блок-схемы. Этот подход является простым и наиболее эффективным, т.к. позволяет участникам быстро понимать структуру всего процесса.

Объекты нотации eEPC:

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

Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3.

Нотация eEPC построена на определенных семантических правилах описания:

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

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

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

FMEA (аббревиатура от Failure Mode and Effects Analysis, анализ видов и последствий отказов) — методология проведения анализа и выявления наиболее критических шагов производственных процессов с целью управления качеством продукции.

Согласно военному стандарту США MIL-STD-1629 «Procedures for Performing a Failure Mode, Effects and Criticality Analysis», FMEA — это процедура, с помощью которой проводится анализ всех возможных ошибок системы и определения результатов или эффектов на систему с целью классификации всех ошибок относительно их критичности для работы системы. Наиболее известными методами принятия решений при оптимизации бизнес-процессов являются технологии мозгового штурма, метод номинальных групп и бенчмаркинг.

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