Идентификация входных и выходных данных является жизненно важным аспектом моделирования бизнес-процессов, а также тесно связана с определением информационной системы, которая поддерживает выполнение процессов.
Предлагается методология идентификации и моделирования входов и выходов бизнес-процессов в среде совместной работы.
Входные и выходные данные бизнес-процессов рассматривались из различных рабочих дисциплин: управления бизнес-процессами, архитектуры бизнес-моделирования или разработки требований к программному обеспечению. В среде совместной работы бизнес-процессы имеют несколько отличий от традиционных бизнес-процессов. С одной стороны
выполнение операций процесса является обязанностью двух или более субъектов (компаний, цепочек поставок или сетей), а вместе с этим и проблем системы, которая поддерживает процессы, и связанной с ней информационной системы; с другой стороны, отношения сотрудничества трансформируют то, как информация распределяется между объектами.
В области управления бизнес-процессами предоставляются методы и инструменты, которые учитывают входные и выходные данные процесса. Некоторые из этих методов (Aguilar-Saven, 2004): блок-схема, диаграммы потоков данных-DFD, диаграммы ролевых действий-RAD, диаграммы ролевых взаимодействий-RID), диаграммы Ганта, IDEF (интегрированное определение для ролевого моделирования), цветные сети Петри ( Цветная сеть Петри-CPN), объектно-ориентированные методы (Объектно-ориентированная ориентация-ОО) или методы рабочих процессов. Архитектуры бизнес-моделирования. Они подходят к моделированию бизнес-процессов, используя различные представления моделирования, каждое из которых фокусируется и работает на определенной части интегрированной бизнес-модели (Тох). , 1999).
Каждая архитектура моделирования предлагает свои собственные представления моделирования, например: AIMOSA (представления организации, ресурсов, информации и функций), GRAI-GIM (представления продуктов),
Физическая система, система принятия решений, информационная и функциональная система), PERA (Архитектура организации и HR, информационная система и производственная группа), GERAM (Видения организации, ресурсов, информации и функций), ARIS (Видения функций, данных,
Организация и контроль). Входы и выходы процессов рассматривались в основном с функциональной и информационной точки зрения (Мелао и Пидд, 2000). Наконец, разработка требований к программному обеспечению позволяет вам идентифицировать элементы, которые необходимо представить в моделях, направленных на проектирование информационной системы и, следовательно, явно учитывающих взаимосвязь между бизнес-процессами и вычислительными системами.
Инженерия требований пытается понять точные потребности пользователей программной системы, чтобы перевести эти потребности в точные и недвусмысленные инструкции, которые впоследствии могут быть использованы при разработке системы.
Различные рабочие дисциплины предоставляют разные инструменты моделирования и во многих случаях включают свои собственные методологии (Куэнка и другие, 2006). Методологии моделирования процессов зависят от разрабатываемой модели. С глобальной точки зрения, информация, относящаяся к документированию процесса, содержит определение цель, объем, условия Д Определения, ответственность Д власть, Деятельность которые проводятся, Закуска Д выходит, индикаторы, Ресурсы, инфраструктура Это взаимосвязи с другими процессами (Arrascaeta, 2005 и Athena, 2004). Лин и Поленске (1998) представляют модель затрат и результатов производственного процесса. Эта модель обеспечивает математическое описание входов и выходов, существующих в производственном процессе, чтобы предоставить информацию для принятия решений, где производственная деятельность компании рассматривается как совокупность производственных процессов, которые объединяют несколько факторов для получения результатов. Однако этот подход не учитывает отношения между процессом и его клиентами и поставщиками.
Ченг Леонг и другие (1999) различает два типа входных и выходных данных: информацию и материал. В контексте цепочки поставок модель SCOR (операционная цепочка поставок)
Эталонная модель) используется для улучшения связи между компаниями в цепочке поставок и их информационными системами (Athena, 2004). и другие (2002) предлагают подход, основанный на входах и результатах производственных процессов, используемый для разработки конкретных моделей, изучающих потоки между производственными процессами, будь то в глобальной цепочке поставок или в ее части. Эрнандес и другие (2008) различают потоки продуктов (входы и выходы для процессов преобразования), информационные потоки (входы и выходы для процессов преобразования информации) и потоки решений (процессы принятия решений и их взаимосвязи).
Идентификация входов и выходов процесса является требованием, которое необходимо соблюдать при моделировании бизнес-процессов, но проанализированные предложения не детализируют, как это следует делать. Это оправдывает необходимость в методологии, которая помогает идентифицировать и анализировать входные и выходные данные бизнес-процессов.
Предложение методологии идентификации и моделирования входов и выходов бизнес-процессов в среде совместной работы
С помощью методологии входы и выходы процесса будут определены с точки зрения потока выполняемой деятельности. В этом смысле входные данные преобразуются или используются во время деятельности для получения результатов. Предлагаемая методология следует процессному подходу «сверху вниз» (Top-Dow), при котором входы и результаты процессов, подпроцессов и действий идентифицируются именно в этом порядке.
Шаги, которые необходимо выполнить для каждого процесса, подпроцесса или действия:
1. Определить процесс, подпроцесс или деятельность: необходимо однозначно идентифицировать процесс, подпроцесс или деятельность, по которым будут осуществляться следующие шаги методики.
2. Идентификация выходов (результатов): выходы процесса, которые добавляют ценность потребителю, должны быть дифференцированы от других выходов процесса, возникающих в результате деятельности по преобразованию входов в выходы, представляющие ценность:
а) Какую ценность (результаты) для потребителя обеспечивает этот процесс?
б) Какие еще выходные данные генерирует процесс в результате преобразования входных данных?
Для каждого выхода:
2.1. Это информационный или материальный вывод? Процессы могут обеспечивать информационный вывод или материальные объекты. В методике подразумевается, что могут появиться:
— Вывод данных или информации: данные или информация, производимые в результате деятельности или процесса.
— Вывод объектов (или материалов): объекты, которые производятся в результате деятельности или процесса.
2.2. Кто является клиентом или получателем?: Результаты процесса оправдываются предоставлением ценности конкретному клиенту (2а).
В случае других результатов как следствие процесса преобразования (2б) мы можем говорить о получателе выхода.
23. Спецификация результата: необходимо указать результат, чтобы четко идентифицировать его в соответствии с его собственным характером и с точки зрения получателя. Последнее определяет, имеет ли результат ценность, ожидаемую потребителем:
2.3.1. Какова спецификация результата с точки зрения клиента или получателя?
2.3.2. Какова спецификация, соответствующая ее собственной природе в зависимости от того, информация это или объект?
3. Идентификация входных данных. Входные данные процесса могут быть разных типов. IDEF0 включает в свою модель процесса следующие базовые элементы, которые можно понимать как входные данные для процесса: авторитет (описание, спецификация или обоснование процесса), контроль (условия, которые активируют процесс), входные данные (объект, который входит в процесс), и механизмы (ресурсы, используемые процессом).
В предлагаемой методологии идентифицируются только те входные данные, которые входят в процесс для преобразования или использования для получения конечного результата.
Для каждой записи:
3.1. Это ввод информации или материала?: В методике подразумевается, что могут появиться 2 типа вводов:
— Ввод данных или информации: данные или информация, которые преобразуются или используются в ходе деятельности или процесса для получения выходных данных.
— Объектный (или материальный) ввод: объекты, которые преобразуются или используются деятельностью или процессом для получения выходных данных.
3.2. Кто является поставщиком или источником?: необходимая информация для идентификации вводимых ресурсов — это поставщик или происхождение, обеспечивающее вводимые ресурсы, если они уже установлены или если вы хотите установить какой-либо тип отношений.
3.3. Спецификация входа: необходимо указать вход, чтобы четко идентифицировать его в соответствии с его собственной природой и с точки зрения деятельности, которая его преобразует или использует, поскольку последняя обусловливает тот факт, что входные данные соответствуют необходимым требованиям для деятельности. сделать вывод:
3.3.1. Какова спецификация ввода с точки зрения деятельности?
3.3.2. Какова спецификация, соответствующая ее собственной природе в зависимости от того, информация это или объект?