Теоретические сведения. С использованием инструментального средства анализа и разработки

С использованием инструментального средства анализа и разработки

информационных управляющих систем Platinum BPWin 2.5».

Цель работы

Получить навыки работы с инструментальным средством анализа и разработки информационных управляющих систем (ИУС) Platinum BPWin 2.5; разработать и защитить модель бизнес-процесса изучаемого объекта автоматизации (ОА).

Теоретические сведения

Разработка ИУС представляет собой очень сложный комплекс работ, требующий от проектировщиков не только знаний и умений в области разработки видов обеспечения ИУС, но и понимания механизмов функционирования ОА. Именно знание ОА и его составных элементов является необходимым в процессе проведения работ на первой стадии создания ИУС – «Формирование требований к автоматизированной системе (АС)». Результатом выполнения работ данной стадии является отчет, в котором содержатся заключения по следующим пунктам [1, 2]:

- сопоставление ожидаемых результатов создания АС с заданными целями и критериями создания АС (по целевым показателям и нормативным требованиям);

- принципиальное решение вопроса о создании АС (положительное или отрицательное).

- предложения по совершенствованию производственно-хозяйственной деятельности ОА;

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

- рекомендации по виду создаваемой АС, её совместимости с другими АС и неавтоматизированной частью соответствующей системы;

- рекомендации по организационной и функциональной структуре создаваемой АС;

- рекомендации по составу и характеристикам подсистем и видов обеспечения АС;

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

- рекомендации по рациональной организации и разработки и внедрения АС;

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

- рекомендации по обеспечению производственных условий создания АС;

- другие рекомендации по созданию АС.

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

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

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

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

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

Далее, при анализе соответствия показателей функционирования объекта предъявляемым требованиям оценивают степень соответствия прогнозируемых показателей требуемым и выявляют необходимость совершенствования информационной системы путём создания или модернизации АС. В случае принятия решения о подобной необходимости проводится комплекс работ, в ходе которых аналитик должен получить четкое формализованное описание [2]:

- производственно-хозяйственных, научно-технических и экономических целей и критериев эффективности создания АС;

- характеристику ограничений на создаваемую АС.

Проект создаваемой АС должен быть обоснован как с технической, так и с экономической точки зрения. Поэтому системный аналитик должен для проектируемой АС указать [2]:

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

- оценку ожидаемых затрат на создание и эксплуатацию АС с распределением их по очередям создания АС и по времени создания;

- ожидаемые обобщающие показатели экономической эффективности.

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

- создание групп или отделов на стыке между традиционными бизнес-процессами и соответствующими организационными структурами;

- ориентации существующих структур на бизнес-процессы;

- внедрение централизованного или децентрализованного управления бизнес-процессами.

Изменение в существующих хозяйственных процессах могут включать [3]:

- ориентированную на процессы организацию работ;

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

- выявление и сокращение избыточных бизнес-процессов и организационных единиц;

- создание интегрированных рабочих групп.

Полученные результаты позволяют в дальнейшем перейти к осуществлению работ по выявлению [2]:

- перечня автоматизированных функций и комплексов задач с указанием очерёдности внедрения;

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

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

Для проведения рассмотренных выше работ в настоящее время трудно предложить какие-либо стандартные инструментальные средства автоматизации. При выполнении этой лабораторной работы рекомендуется применять программный продукт Platinum BPWin 2.5, реализующий модели ОА и создаваемой ИУС с использованием языков моделирования SADT (Structured Analysis and Design Technique) [4].

Наиболее удобным языком моделирования бизнес-процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech Inc). В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы - AS-IS (как есть). На основе модели AS-IS достигается согласие между различными единицами бизнеса по тому, " кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, " что мы делаем сегодня" перед тем, как перейти к тому, " что мы будем делать завтра". Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем [4].

Следует указать на распространенную ошибку при создании модели AS-IS - это создание идеализированной модели. Примером может служить создание модели на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнение работы по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD_BE (как должно бы быть).

Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т. е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС. Построение системы на основе модели AS-IS приводит к автоматизации предприятия по принципу " все оставить как есть, только чтобы компьютеры стояли", т. е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрение и эксплуатация такой системы приводит лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождение того и другого.

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

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

- контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

- диаграммы декомпозиции;

- диаграммы дерева узлов;

- диаграммы только для экспозиции (FEO).

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

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

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

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