- •1.3. Схема бизнес-процесс
- •1.4. Цели процесса
- •1.5. Организация как совокупность процессов
- •1.7. Идентификация процессов организации
- •1.8. Варианты описания процессов
- •1.9. Классификация процессов
- •1.10. Владелец процесса
- •1.11. Входы и выходы процесса
- •1.12. Поставщики и потребители потоков процесса
- •1.13. Ресурсное окружение процесса
- •1.14. Свойства процесса
- •1.15. Мониторинг и измерение процессов
- •1.16. Определение метрики процесса
- •1.17. Метрики характеристик процессов
- •2.1 Понятие системы
- •2.2 Свойства системы
- •2.3 Понятие системного подхода
- •2.4. Организация как система
- •2.5 Свойства организации как системы
- •2.6 Системный подход к организации
- •2.7 Связь системы-организации с внешней средой
- •2.8 Системный анализ
- •2.9 Идеи, лежащие в основе структурных методов анализа систем
- •2.10 Структура системы-организации
- •2.11 Структурные элементы и связи
- •2.12 Моделирование деятельности организации
- •2.13 Общие принципы моделирования
- •2.14 Принципы моделирования деятельности организации
- •2.15 Методологии моделирования
- •2.16 Методологии структурного подхода
- •2.17 Методология структурного анализа и проектирования (sa/sd)
- •2.18 Методология sadt
- •3.11 Функциональное моделирование в методике idef0
- •6.10.1. Концепция idef0
- •3.2 Синтаксис idef0
- •3.3 Семантика idef0
- •3.4 Свойства диаграмм
- •3.5 Преимущества idef0
- •3.6 Функциональное моделирование в методике idef3. Концепция idef3
- •3.7 Синтаксис idef3
- •3.8 Семантика idef3
- •3.9 Концепция dfd
- •3.10 Синтаксис dfd
- •3.11 Семантика dfd
- •3.13 Синтаксис и семантика основных объектов uml
- •3.14 Диаграммы классов
- •3.15 Диаграммы использования
- •3.16 Диаграммы последовательностей
- •3.17 Кооперативные диаграммы
- •3.18 Диаграммы состояний
- •3.19 Диаграммы деятельности
- •3.20 Диаграммы компонентов
- •3.21 Пакеты uml
- •3.23 Разработка модели бизнес-прецедентов
- •3.24 Разработка модели бизнес-объектов
- •3.25 Разработка концептуальной модели данных
- •3.27 Анализ требований и предварительное проектирование системы.
- •3.28 Разработка моделей базы данных и приложений
- •3.29 Проектирование физической реализации системы
- •Анализ проблем процесса: выделение проблемных областей
- •Ранжирование процессов на основе субъективной оценки
- •Анализ процесса по отношению к типовым требованиям
- •Визуальный анализ графических схем процесса
- •Измерение и анализ показателей процесса
3.29 Проектирование физической реализации системы
На этом этапе проектирования модели баз данных и приложений дополняются обозначениями их размещения на технических средствах разрабатываемой системы. На рисунке приведено изображение разделения таблицы «пациент» на три экстента (<<Tablespace>>) в соответствии с первой буквой фамилии пациента.
Экстенты таблицы «Пациент»
Основными понятиями UML, которые используются на данном этапе, являются следующие:
компонент - самостоятельный физический модуль системы;
зависимость - связь между двумя элементами, при которой изменения в одном элементе вызывают изменения другого элемента;
устройство - узел, не обрабатывающий данные;
процессор - узел, выполняющий обработку данных;
соединение - связь между устройствами и процессорами.
Диаграммы развертывания позволяют отобразить на единой схеме различные компоненты системы (программные и информационные) и их распределение по комплексу технических средств.
Фрагмент диаграммы развертывания ИС
Таким образом, при проектировании сложной ИС она разделяется на части, и каждая из них затем исследуется и создается отдельно. В настоящее время используются два различных способа такого разбиения ИС на подсистемы: структурное (или функциональное) разбиение и объектная (компонентная) декомпозиция.
С позиций проектирования ИС суть функционального разбиения может быть выражена известной формулой: «Программа = Данные + Алгоритмы». При функциональной декомпозиции программной системы ее структура описывается блок-схемами, узлы которых представляют собой «обрабатывающие центры» (функции), а связи между узлами описывают движение данных.
При объектном разбиении в системе выделяются «активные сущности» - объекты (или компоненты), которые взаимодействуют друг с другом, обмениваясь сообщениями и выполняя соответствующие функции (методы) объекта.
Если при проектировании ИС разбивается на объекты, то для ее визуального моделирования следует использовать UML. Если в основу проектирования положена функциональная декомпозиция ИС, то UML не нужен и следует использовать рассмотренные ранее структурные нотации.
В то же время, при выборе подхода к разработке ИС следует учитывать, что визуальные модели все более широко используются в существующих технологиях управления проектированием систем, сложность, масштабы и функциональность которых постоянно возрастают. Они хорошо приспособлены для решения таких часто возникающих при создании систем задач как: физическое перераспределение вычислений и данных, обеспечение параллелизма вычислений, репликация БД, обеспечение безопасности доступа к ИС, оптимизация балансировки нагрузки ИС, устойчивость к сбоям и т.п. Визуализированные средствами UML модели ИС позволяют наладить плодотворное взаимодействие между заказчиками, пользователями и командой разработчиков. Они обеспечивают ясность представления выбранных архитектурных решений и позволяют понять разрабатываемую систему во всей ее полноте.
4. Методы анализа процессов
Анализ процессов следует понимать в широком смысле: в него включается не только работа с графическими схемами, но и анализ всей доступной информации по процессам, измерения их показателей, сравнительный анализ и т. д.
Классификация видов анализа бизнес-процессов
Можно выделить несколько методик субъективной оценки процессов. Во многом такие методики были разработаны в трудах основоположников и последователей методологии реинжиниринга бизнес-процессов, например у Хаммера и Чампи, Робсона и Уллаха и т. д. Кроме того, для качественного анализа процессов могут быть использованы общеизвестные методы анализа: SWOT-анализ, анализ при помощи Бостонской матрицы и другие.
Методы графического анализа процессов менее проработаны. В известной нам литературе их классификация не встречается. В связи с этим мы предлагаем и рассматриваем собственную простейшую классификацию методов графического анализа процессов.
Дополнительно к указанным методам мы предлагаем еще один метод количественной оценки процессов, основанный на анализе соответствия процесса типовым требованиям по его организации. Предлагаемая структура типовых требований к процессу основана на требованиях стандартов ИСО серии 9000. Кроме того, процесс может быть подвергнут анализу на соответствие законодательным и нормативным актам.
Методы количественного анализа процессов более подробно разработаны в мировой практике. Бóльшая их часть основана на сборе, обработке и анализе статистической информации о процессах. Фактически методы статистического анализа процессов разрабатывались как инструменты, используемые при внедрении систем менеджмента качества.
В настоящее время широкое распространение получили такие методы количественного анализа, как имитационное моделирование процессов и АВС-анализ процессов (операционный анализ затрат). Они в рамках книги рассматриваться не будут, так как их использование на практике предполагает большие затраты и длительное время выполнения проектов в организациях. На наш взгляд, использование данных методов в организациях, не имеющих четкой регламентации процессов и средств измерения их показателей, является нецелесообразным. Поскольку большинство российских предприятий находится именно в таком состоянии, то применение имитационного моделирования и АВС-анализа для них преждевременно.
Далее будут подробно рассматриваться виды анализа процессов.
SWOT-анализ процесса предполагает выявление его сильных и слабых сторон, возможностей улучшения и угроз ухудшения. В табл. 3.15 приводится пример SWOT-анализа процесса.
Табл. 1. Пример SWOT-анализа процесса
Сильные стороны |
Слабые стороны |
1. Есть руководитель — лидер. 2. Высокое качество продукции процесса. 3. Наличие квалифицированных кадров. 4. Высокая степень автоматизации |
1. Клиенты не удовлетворены сроками поставки продукции. 2. Частичное дублирование функций. 3. Нет системы измерения показателей эффективности процесса. 4. Нет должностных инструкций на ряд исполнителей |
Возможности |
Угрозы |
1. Повышение эффективности за счет внедрения системы CRM. 2. Снижение накладных расходов. 3. Сокращение сроков выполнения заказов за счет дальнейшей автоматизации |
1. Потеря клиентов вследствие длительных сроков поставки. 2. Снижение качества продукции. 3. Большая зависимость от личностей исполнителей процесса |
SWOT-анализ процесса можно проводить следующим образом:
провести анкетирование руководителей и специалистов организации;
обработать результаты анкетирования, оценивая количество сходных по смыслу ответов и формируя рейтинг ответов;
построить таблицу SWOT-анализа процесса.
SWOT-анализ — это инструмент для качественной предварительной оценки процесса. Полученные на его основе данные могут быть использованы в дальнейшем для выяснения причин низкой эффективности процесса и определения характеризующих его показателей.
