Карты бизнес - процессов предприятия. Ключевые показатели эффективности процессов

 

Карты бизнес - процессов предприятия.

Одной из моделей формального описания объекта автоматизации является построение карты бизнес процессов [3, 8].

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

Примечания.

1) Входами к процессу обычно являются выходы других процессов.

2) Процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности [9].

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

Описание бизнес – процесса целесообразно осуществлять с помощью таблицы.

Таблица. Описание карты бизнес процессов.

№ шага	Описание шага	Исполнитель	Среднее время выполнения	Сложность
1	2	3	4	5

 

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

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

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

Элементы карты бизнес-процесса представлены на рисунке 7.1.

Рисунок 7.1. Элементы карты бизнес - процесса

 

Ключевые показатели эффективности процессов.

Для контрольных процедур можно выделить ключевые показатели эффективности (КПЭ). Каждый показатель описывается некоторыми информационными характеристиками. Целесообразно составить таблицу КПЭ, включающую следующие столбцы: наименование КПЭ, единица измерения, источник расчетных данных, формула расчета (в случае необходимости), периодичность расчета, идеальный показатель, целевой показатель, текущий (средний) показатель. Пример КПЭ следующий:

1) наименование КПЭ: относительная ошибка при оформлении документов;

2) единица измерения: %;

3) источник расчетных данных: статистика документов, предоставленных на контроль;

4) формула расчета: ;

5) периодичность расчета: раз в квартал

6) идеальный показатель – 0

7) целевой показатель – 2%

8) текущий (средний) показатель: – 15%.

Кроме этого в описании предметной области используются диаграммы описания документооборота. На данной диаграмме отображается прохождение документа по участниками процесса и операциям [3]. Пример диаграммы представлен на рисунке 7.2.

 

Наименование операции	Исполнители
	Исполнитель 1	Исполнитель 2	Исполнитель 3	Исполнитель 4	Исполнитель 5
Операция 1	15
Операция 2
Операция 3				22
Операция 4

 

Рисунок 7.2. Пример диаграммы прохождения документа

 

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

 

8. Концептуальное проектирование АСОИУ. Разработка и выбор вариантов концепции системы.

 

Концептуальное проектирование АСОИУ.

Стадия Разработка концепции АСОИУ включает следующие этапы:

1) Изучение объекта.

2) Проведение необходимых научно-исследовательских работ.

3) Разработка вариантов концепции АСОИУ  и выбор варианта концепции АСОИУ, удовлетворявшего требованиям пользователя.

4) Оформление отчета о выполненной работе.

Согласно [2] на этапах «Изучение объекта» и «Проведение необходимых научно-исследовательских работ» организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчеты о НИР.

На этапе 3. «Разработка вариантов концепции АСОИУ и выбор варианта концепции АСОИУ, удовлетворяющего требованиям пользователя» в общем случае проводят разработку альтернативных вариантов концепции создаваемой АСОИУ и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта; определение порядка оценки качества и условий приемки системы; оценку эффектов, получаемых от системы.

На этапе 4 “Оформление отчета о выполненной работе” подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии, описание и обоснование предлагаемого варианта концепции системы.

 

Разработка и выбор вариантов концепции системы.

Согласно РД 50-34.698-90 [10] на стадии разработки концепции разрабатывают отчет по ГОСТ 7.32 [11]. Отчет о НИР—научно-технический документ, который содержит систематизированные данные о научно-исследовательской работе, описывающий процесс или результаты научно-технического исследования или состояние научно-технической проблемы. При выполнении НИР, кроме заключительного отчета о работе в целом, могут быть составлены промежуточные отчеты по отдельным этапам НИР.  Отчет о НИР подлежит обязательному нормоконтролю в организации-исполнителе, в соответствии с ГОСТ 2.111 [12].

 

В основной части отчета приводят:

1) описание результатов изучения объекта автоматизации;

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

3) сопоставительный анализ требований пользователя к АСОИУ и вариантов концепции АСОИУ на предмет удовлетворения требованиям пользователя;

4) обоснование выбора оптимального варианта концепции и описание предлагаемой АС;

5) ожидаемые результаты и эффективность реализации выбранного варианта концепции АС;

6) ориентировочный план реализации выбранного варианта концепции АС;

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

8) требования, гарантирующие качество АС;

9) условия приемки системы.

Для формализации процедуры сопоставительного анализа требований пользователя к АСОИУ и вариантов концепции АСОИУ на предмет удовлетворения требованиям пользователя необходимо задать критерии по которым будет осуществляться сравнение. Каждый критерий должен иметь наименование, единицу измерения и в случае необходимости формулу расчета.

 

9. Разработка технического задания. Порядок разработки, согласования и утверждения ТЗ на создание АС

 

Разработка технического задания.

Согласно [2] на стадии «Техническое задание», включающее только один этап 3.1 «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление, согласование и утверждение технического задания на АСОИУ и, при необходимости, технических заданий на части АСОИУ. Разработка технического задания осуществляется в соответствии с ГОСТ 34.602 [13].

ТЗ на АСОИУ является основным документом, определяющим требования и порядок создания (развития или модернизации— далее создания) автоматизированной системы, в соответствии с которым проводится разработка АСОИУ и ее приемка при вводе в действие. ТЗ на АСОИУ разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.

Дополнительно могут быть разработаны ТЗ на части АСОИУ: на подсистемы АСОИУ, комплексы задач АСОИУ и т. п. в соответствии с требованиями [13]; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АСОИУ.

ТЗ на АСОИУ содержит следующие разделы, которые могут быть разделены на подразделы:

1) общие сведения;

2) назначение и цели создания (развития) системы;

3) характеристика объектов автоматизации;

4) требования к системе;

5) состав и содержание работ по созданию системы;

6) порядок контроля и приемки системы;

7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8) требования к документированию;

9) источники разработки.

 

Порядок разработки, согласования и утверждения ТЗ на создание АСОИУ.

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

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

В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АСОИУ, и указывают критерии оценки достижения целей создания системы. Как было указано ранее, целью создания АСОИУ является изменение технико-экономических показателей предприятия. В формулировке цели допускается использовать принцип декомпозиции целей.

В разделе «Характеристики объекта автоматизации» целесообразно ссылаться на приведенные в приложениях к техническому заданию результатов обследования объекта автоматизации. Это могут быть карты бизнес- процессов, IDEF 0 , DFD диаграммы. Чтобы не усложнять процесс чтения документа, громоздкие схемы лучше выносить в приложения.

В подразделе «Требования к системе в целом» указывают требования к структуре и функционированию системы. Как правило, АСОИУ включает образующие ее подсистемы и их виды обеспечения.

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

1) элементы функциональной структуры АСОИУ (подсистемы АС); автоматизированные функции и (или) задачи (комплексы задач); совокупности действий (операций), выполняемых при реализации автоматизированных функций только техническими средствами (автоматически) или только человеком;

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

3) детализированные схемы частей функциональной структуры (при необходимости).

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

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

В разделе «Порядок контроля и приемки системы» указывают виды, состав, объем и методы испытаний системы согласно ГОСТ 34.603-92 [15].

В разделе «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601 [16]. Отметим, что указание сроков зависит от модели жизненного цикла АСИОУ и возможно параллельное выполнение.

Существует порядок согласования и утверждения документа после его разработки. Так согласование осуществляется во всех подразделениях организации—разработчика и заказчика, связанных с процессом разработки АСОИУ. Время на согласование должно строго нормироваться, и не превышать 15 дней. Если при согласовании ТЗ возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке. После согласований, происходит утверждение ТЗ на АСОИУ, которое осуществляют руководители предприятий (организаций) разработчика и заказчика системы.

 

⇐ Предыдущая234567891011Следующая ⇒

Поделиться: