입력과 출력의 식별은 비즈니스 프로세스 모델링에서 매우 중요한 측면이며 프로세스 실행을 지원하는 정보 시스템의 정의와도 밀접하게 연결되어 있습니다.
협업 환경에서 비즈니스 프로세스의 입력과 출력을 식별하고 모델링하기 위한 방법론이 제안됩니다.
비즈니스 프로세스의 입력 및 출력은 비즈니스 프로세스 관리, 비즈니스 모델링 아키텍처 또는 소프트웨어 요구 사항 엔지니어링과 같은 다양한 작업 분야에서 다루어졌습니다. 협업 환경에서 비즈니스 프로세스는 기존 비즈니스 프로세스와 몇 가지 차이점이 있습니다. 한편으로는
프로세스 활동의 실행은 둘 이상의 엔터티(회사, 공급망 또는 네트워크)의 책임이며 프로세스를 지원하는 시스템 및 관련 정보 시스템의 문제와 함께 협력 관계는 방법을 변환합니다. 정보는 엔터티 간에 공유됩니다.
비즈니스 프로세스 관리 영역에서는 프로세스 입력 및 출력을 고려한 기술 및 도구가 제공됩니다. 이러한 기술 중 일부는 다음과 같습니다(Aguilar-Saven, 2004): 순서도, 데이터 흐름 다이어그램-DFD, 역할 활동 다이어그램-RAD, 역할 상호 작용 다이어그램-RID), Gantt 다이어그램, IDEF(역할 모델링을 위한 통합 정의), 컬러 페트리 넷( Couloured Petri-net-CPN), 객체 지향 방법(Object Orientation-OO) 또는 워크플로 기술 비즈니스 모델링 아키텍처 그들은 각각 통합 비즈니스 모델의 특정 부분에 집중하고 작동하는 다양한 모델링 보기를 사용하여 비즈니스 프로세스 모델링에 접근합니다( 도, 1999).
각 모델링 아키텍처는 AIMOSA(조직, 자원, 정보 및 기능 보기), GRAI-GIM(제품 보기),
물리적, 의사 결정, 정보 및 기능 시스템), PERA(조직 및 HR, 정보 시스템 및 생산 팀의 아키텍처), GERAM(조직, 자원, 정보 및 기능의 비전), ARIS(기능, 데이터의 비전) ,
조직 및 제어). 프로세스 입력 및 출력은 주로 기능 및 정보 관점에서 다루어졌습니다(Melao and Pidd, 2000). 마지막으로 소프트웨어 요구 공학을 통해 정보 시스템 설계가 목표이므로 비즈니스 프로세스와 컴퓨팅 시스템 간의 관계를 명시적으로 고려하는 모델에서 표현해야 하는 요소를 식별할 수 있습니다.
요구 공학은 소프트웨어 시스템 사용자의 정확한 요구 사항을 이해하여 이러한 요구 사항을 나중에 시스템 개발에 사용할 수 있는 정확하고 명확한 지침으로 변환합니다.
서로 다른 작업 분야는 서로 다른 모델링 도구를 제공하며 많은 경우 자체 방법론을 통합합니다(Cuenca 다른 사람, 2006). 프로세스 모델링 방법론은 개발할 모델에 따라 다릅니다. 글로벌 관점에서 프로세스 문서화와 관련된 정보에는 프로세스의 정의가 포함됩니다. 표적, 범위, 자귀 와이 정의, 책임 와이 권한, 활동 수행되는 것, 간식 와이 출구, 지표, 자원, 인프라 그것은 상호 관계 다른 프로세스와 함께(Arrascaeta, 2005 및 Athena, 2004). Lin과 Polenske(1998)는 생산 공정의 입력과 출력 모델을 제시합니다. 이 모델은 의사 결정을 위한 정보를 제공하기 위해 생산 프로세스의 기존 입력 및 출력에 대한 수학적 설명을 제공합니다. 여기서 회사의 생산 활동은 여러 요소를 결합하여 결과를 생성하는 일련의 생산 프로세스로 간주됩니다. 그러나 이 접근 방식은 프로세스와 고객 및 공급업체 간의 관계를 고려하지 않습니다.
쳉 렁 다른 사람 (1999)은 입력과 출력의 두 가지 유형인 정보와 자료를 구별합니다. 공급망 맥락에서 SCOR 모델(Supply Chain Operational
참조 모델)은 공급망 회사와 정보 시스템 간의 커뮤니케이션을 개선하는 데 사용됩니다(Athena, 2004). 다른 사람 (2002)은 생산 프로세스의 입력과 출력에 기반한 접근 방식을 제안하며, 글로벌 공급망 또는 체인 일부의 생산 프로세스 간의 흐름을 조사하는 특정 모델을 개발하는 데 사용됩니다. 헤르난데즈 다른 사람 (2008) 제품 흐름(변환 프로세스를 위한 입력 및 출력), 정보 흐름(정보 변환 프로세스를 위한 입력 및 출력) 및 의사 결정 흐름(결정 프로세스 및 그 관계)을 구분합니다.
프로세스의 입력과 출력을 식별하는 것은 비즈니스 프로세스 모델링에서 충족해야 하는 요구 사항이지만 분석된 제안에는 이를 수행하는 방법이 자세히 설명되어 있지 않습니다. 이는 비즈니스 프로세스의 입력과 출력을 식별하고 분석하는 데 도움이 되는 방법론의 필요성을 정당화합니다.
협업 환경에서 비즈니스 프로세스의 입력 및 출력을 식별하고 모델링하기 위한 제안된 방법론
방법론을 통해 프로세스의 입력 및 출력은 수행되는 활동 흐름의 관점에서 식별됩니다. 이러한 의미에서 입력은 출력을 생성하기 위해 활동 중에 변환되거나 사용됩니다. 제안된 방법론은 프로세스, 하위 프로세스 및 활동의 입력과 출력이 순서대로 식별되도록 하향식 프로세스 접근 방식(Top-Dow)을 따릅니다.
각 프로세스, 하위 프로세스 또는 활동에 대해 따라야 할 단계는 다음과 같습니다.
1. 프로세스, 하위 프로세스 또는 활동 식별: 방법론의 다음 단계가 수행될 프로세스, 하위 프로세스 또는 활동을 명확하게 식별해야 합니다.
2. 산출물(결과) 식별: 고객에게 가치를 더하는 프로세스 산출물은 투입물을 가치 산출물로 변환하는 활동의 결과인 다른 프로세스 산출물과 구별되어야 합니다.
a) 프로세스가 고객에게 제공하는 가치 출력(결과)은 무엇입니까?
b) 입력을 변환한 결과 프로세스가 생성하는 다른 출력은 무엇입니까?
각 출력에 대해:
2.1. 정보 또는 자료의 출력입니까?: 프로세스는 정보 또는 자료 개체의 출력을 제공할 수 있습니다. 방법론에서 다음이 나타날 수 있음을 이해합니다.
— 데이터 또는 정보 출력: 활동 또는 프로세스에 의해 생성된 데이터 또는 정보.
— 객체(또는 재료)의 출력: 활동 또는 프로세스에 의해 생성된 객체.
2.2. 고객 또는 수신자는 누구입니까?: 프로세스 출력은 특정 고객에게 가치를 제공함으로써 정당화됩니다(2a).
변환 프로세스(2b)의 결과로 다른 출력의 경우 출력 수신자에 대해 말할 수 있습니다.
23. 산출물 명세 : 산출물 자체의 성격과 수용자의 입장에서 명확하게 식별할 수 있도록 산출물을 명시할 필요가 있다. 후자는 출력에 고객이 기대하는 값이 있는지 여부를 결정합니다.
2.3.1. 고객 또는 수신자의 관점에서 출력의 사양은 무엇입니까?
2.3.2. 정보인지 객체인지에 따라 고유한 특성에 해당하는 사양은 무엇입니까?
3. 입력 식별: 프로세스 입력은 다른 유형일 수 있습니다. IDEF0은 프로세스 모델에 프로세스에 대한 입력으로 이해할 수 있는 다음과 같은 기본 요소를 포함합니다. 권한(프로세스 설명, 사양 또는 정당성), 제어(프로세스를 활성화하는 조건), 입력(프로세스에 들어가는 개체), 및 메커니즘(프로세스에서 사용하는 리소스).
제안된 방법론에서는 변환되거나 출력을 생성하는 데 사용되는 프로세스에 들어가는 입력만 식별됩니다.
각 항목에 대해:
3.1. 정보 또는 자료 항목입니까?: 방법론에서 두 가지 유형의 항목이 나타날 수 있음을 이해합니다.
— 데이터 또는 정보 입력: 출력을 생성하기 위해 활동 또는 프로세스에 의해 변환되거나 사용되는 데이터 또는 정보.
— 객체(또는 재료) 입력: 출력을 생성하기 위해 활동 또는 프로세스에 의해 변형되거나 사용되는 객체.
3.2. 공급자 또는 출처는 누구입니까?: 입력을 식별하는 데 필요한 정보는 입력을 제공하는 공급자 또는 출처입니다(이미 설정되었거나 어떤 유형의 관계를 설정하려는 경우).
3.3. 입력 사양: 입력이 해당 활동에 필요한 요구 사항을 충족한다는 사실을 조건으로 하기 때문에 입력을 변환하거나 사용하는 활동의 관점과 자체 특성에 따라 입력을 명확하게 식별할 수 있도록 입력을 지정해야 합니다. 다음과 같이 출력합니다.
3.3.1. 활동 관점에서 입력 사양은 무엇입니까?
3.3.2. 정보인지 객체인지에 따라 고유한 특성에 해당하는 사양은 무엇입니까?