Microsoft Visio의 비즈니스 모델링: 전략부터 비즈니스 프로세스 및 품질까지. 인내심이 부족한 사람들을 위한 비즈니스 프로세스 다이어그램 대출 Visio 발행을 위한 비즈니스 프로세스 다이어그램

조직(기업)을 경영하는데 있어서 다양한 문제를 분석할 필요가 있는 경우에는 기업의 “생활에 지장을 주는” 문제를 고려합니다. 예를 들면 다음과 같습니다.

− 저속 의사결정,

- 직원의 무책임,

- 오작동.

이러한 문제의 결과는 다음과 같습니다.

- 수익성 및 경쟁력 저하,

- 개발 속도 저하,

- 회사 활동을 종료하는 경우도 있습니다.

그리고 어느 시점에서 소유자나 관리자가 "이대로 계속 일하는 것은 불가능합니다!"라고 깨닫게 되면 다음과 같은 질문이 생길 것입니다. « 누구의 책임인가? 무엇을 먼저 해야 할까요?”

동시에, 문제를 해결하려면 "정리"가 필요하다는 것이 직관적으로 분명합니다.

- 명확한 규칙에 따라 조직의 모든 활동을 특정 방식으로 설명합니다. 모든 비즈니스 프로세스를 한 번에 제시하는 것은 불가능합니다.

− 직원들에게 어떻게 일해야 하는지, 무엇을 위해 노력해야 하는지 설명하세요.

즉, 긴급한 문제에는 다음이 필요합니다. 체계적인 접근조직 활동의 공식화 - 무슨 일이, 어떻게, 누가 무엇을 책임져야 하는지 결정하는 편리하고 사용하기 쉬운 문서 세트입니다.

경영 문제를 철저히 이해하는 임무를 스스로 설정한다면 상당한 시간과 노력의 투자가 필요할 것이며 추가 교육을 받고 싶은 욕구가 생길 수도 있습니다. 여기서는 사업주와 관리자가 자주 묻는 몇 가지 실제 질문에 답해 드리겠습니다. 국내 기업발달의 다른 단계에서.

1. 귀하의 회사는 발전 초기 단계에 있습니다.: 최근 시장에 진출해 이제 막 개발을 시작하고 있습니다. 일반적으로 이 단계에서는 조직의 직원 수가 적고(최대 30명), 조직 구조가 너무 공식화되지 않고, 계층 구조가 3개 이하이며, 관리의 초점이 주로 생산 및 판매에 맞춰집니다. 제품/서비스의.

§ 명확하게 표시되지 않음 전략추가 개발(우리는 무엇을, 왜 가는가?)

§ 불확실성 의무와 책임의 설명직원 개개인 및 부서 전체로 인해 업무의 질이 저하되고 내부 갈등이 발생하는 경우

§ 출현 직원을 바꿀 때 심각한 문제회사의 낮은 수준에서도 신입 직원에게 지식과 기술을 전달하는 메커니즘이 없기 때문에 실수로부터 배워야 합니다. 비슷한 상황을 두 번 이상 겪은 관리자는 매일 표준 작업을 수행하는 부하 직원의 작업 규칙을 어떻게 든 공식화해야 할 필요성에 대해 필연적으로 생각하기 시작합니다.

§ 없이는 회사의 추가 발전이 불가능합니다. 추가 전문가 유치특별한 지식과 기술을 가지고 있습니다.

이러한 어려움과 유사한 어려움의 규칙성은 조직에서 다음과 같은 필요성을 나타냅니다. 주문하다그리고 공식화된제어 시스템. 즉, 관리 시스템은 첫째로 적절하게 구성되어야 하고, 둘째로 모든 사람이 동등하게 이해할 수 있어야 합니다. 즉, 정확한 용어로 문서화되어야 합니다.

규정을 개발하고 수동으로 최신 상태로 유지할 수 있지만 시간이 지나면 이는 비용이 많이 드는 고문이 됩니다. 이 과제는 향후 회사 발전의 기반이 될 비즈니스 모델을 구축함으로써 보다 빠르고 쉽게 해결될 수 있습니다.

비즈니스 모델을 개발하는 것은 그 자체로 유용하고 흥미로운 활동이라는 사실 외에도, 긍정적인 효과당신은 아주 빨리 느낄 수 있을 것입니다:

1. 회사의 활동을 설명하는 과정에서 귀하는 회사의 활동을 더 잘 이해하기 시작합니다. 정말 효과가 있어회사, 즉 회사에서 주요 프로세스가 어떻게 진행되는지. 이미 이 단계에서 아이디어가 떠오르기 시작할 확률이 높습니다. 업무의 체계적 개선.

2. 설명의 결과는 일련의 문서입니다(프로세스 규정, 직업 설명, 부서 규정 등)을 실제로 기록합니다. 작업 기술. 이후 직원을 빠르게 교육해야 하는 경우 사용하는 것이 편리합니다(직원이 퇴사하면 새 직원을 교육하는 것이 훨씬 쉬워집니다).

3. 업무를 수행하기 위한 기술이 명확하게 제시되면 관리자는 훨씬 수월해진다. 책임 영역을 명시하다직원들 사이.

4. 일반적으로 실제 작동하는 비즈니스 모델의 존재 제어 가능성 향상기업과 자원의 효율적인 사용: 모델이 지속적으로 업데이트되면 관리자는 조직 구조 및 실제 작업에 대한 자원 할당의 준수 여부를 모니터링하면서 회사의 "현재 상황을 계속 파악"할 수 있는 기회를 갖게 됩니다.

원칙적으로 친숙한 MS Office 도구와 그래픽 작업에 널리 사용되는 MS Visio를 사용하여 소규모 회사의 비즈니스 모델을 무릎 꿇고 구축할 수 있습니다. 그러나 앞으로는 회사가 발전함에 따라 시행착오를 거쳐 만들어진 모델에 반드시 변경과 추가를 해야 할 것이고, 회사가 역동적으로 발전할수록 각종 도표와 표에서 수정해야 할 일도 많아질 것이다. , 이는 더 많은 시간을 투자해야 함을 의미합니다. 비즈니스 모델링을 위해 설계된 특별한 환경에서 초기에 구축된 경우 모델의 관련성을 유지하는 것이 훨씬 더 편리합니다.

비즈니스 모델링 기술을 성공적으로 사용하는 시장 선도 기업의 관리자 대부분은 조직에서 혁신을 시작하기로 결정했을 때 다음과 같은 결과를 상상하지 못했다고 인정합니다. 초기 단계강한 의지가 필요합니다. 자신의 생각과 고정관념뿐만 아니라 동료와 부하 직원의 생각, 활동을 평가하는 시스템, 일반적인 조직 구조도 재구성해야 합니다. 그러나 끈기를 보이고 프로젝트를 그만두고 싶은 즉각적인 욕구를 극복함으로써 관리자는 사업을 정리할 수 있는 편리한 도구를 얻습니다. 조직 형성 초기에 조직 설계에 시간과 노력을 아끼지 않은 사람들을 위한 추가 "보너스"는 개발 후반 단계에서 많은 문제를 피할 수 있는 기회이며 이는 성공 가능성이 크게 증가함을 의미합니다. 경쟁에서.

특히 전략을 공식화하고 회사의 비즈니스 프로세스를 설명하면 경영진이 다음 사항에 집중할 수 있습니다. 실적 결과조직. 이해 주어진 결과를 얻기 위해 회사에서 수행되는 일련의 작업인 비즈니스 프로세스, 그리고 회사의 모든 활동을 일정 수의 비즈니스 프로세스의 조합으로 간주하는 프로세스 접근 방식은 인력 수의 과도한 확장을 피하고 조직 부서 간의 내부 경쟁 가능성을 줄입니다.

2. 회사는 초기 단계를 지나 활발하게 성장하고 있습니다., 점점 더 많은 기능 단위와 관리 수준이 나타나고 직원 수는 고위 경영진이 더 이상 각 사람을 개인적으로 알지 못할 정도입니다.

실제로 50명 이상의 직원을 고용하는 회사에서는 기능적 계층적 관리 시스템을 다뤄야 하는 경우가 가장 많습니다. 그 본질은 기업 활동에서 특정 수의 기능 영역을 식별하고 그에 따라 관리 시스템을 구축하는 것으로 간략하게 설명할 수 있습니다. 더욱이, 조직이 성장함에 따라 각 기능 영역은 관리자(이 분야의 일종의 "전문가")부터 일반 수행자에 이르기까지 자체 관리자 계층 구조를 구축하며, 조직이 커질수록 이 계층 구조의 수준도 높아집니다. . 그리고 처음에 전체 시스템이 다소 성공적으로 작동하여 조직에 관리 효율성을 제공하면 회사가 성장함에 따라 효율성이 필연적으로 감소합니다. 이는 모든 측면에서 문제를 고려하기 위해 다양한 기능 영역의 모든 "전문가"의 상호 작용이 필요한 시스템 의사 결정의 특성 때문입니다. 부서에는 계층 구조가 거의 없지만 상호 작용은 매우 빠르게 구성되지만 조직이 성장함에 따라 의사 결정에 소요되는 시간은 모든 합리적인 한계를 초과합니다. 그 결과가 바로 이적이다. 모두최고 수준으로 결정을 내리고 통제 가능성이 전체적으로 감소합니다.

제어 최적화에 대해 생각하게 만드는 가능한 문제:

§ 운영 문제를 해결하는 데 모든 것이 필요합니다 근무시간머리

§ 회사의 직원 증가가 수익 증가를 앞지릅니다.

§ 시장 경쟁으로 인해 생산 비용을 줄이기 위해 매장량을 찾아야 합니다.

§ 회사의 각 기능 부서는 "자신의 삶을 살아갑니다". 이들 간의 조정은 최고 수준, 즉 이사 수준에서만 이루어집니다.

이 단계에서는 회사의 구조와 정보 흐름이 매우 복잡하고 관리가 불가능하기 때문에 명확하게 정의된 관리 시스템 모델 없이는 회사 경영진이 수행하는 것이 이미 극도로 어렵습니다. 변덕스러워요.” 동시에 단순히 종이에 회사의 계층적 기능 구조를 표시하는 것만으로는 활동 효율성을 향상시키는 데 거의 도움이 되지 않습니다. 기능 관리의 문제는 의사 결정 속도가 시스템의 중요한 특성이 되는 외부 불안정 기간 동안 대기업에서 특히 분명하게 나타납니다.

기능 관리에 내재된 문제에 대한 해결책은 프로세스 관리로의 전환입니다. 즉, 어떤 기능 속성에 속해 있는지에 관계없이 모든 활동은 다음과 같이 그룹화됩니다. 혼합 단위, 각 실행자는 자신의 작업 블록을 담당합니다. 이러한 접근 방식의 근본적인 차이점은 조직의 기능 관리에서 전환된다는 것입니다. 구조적 구분, 활동 주제(회계, 법률 부서, 공급, 판매 등)를 기반으로 통합되어 활동 결과를 기반으로 한 비즈니스 프로세스를 관리합니다. 따라서, 초점이 조직의 효율성으로 이동합니다.. 동시에 비즈니스 프로세스를 수행할 때 가능한 모든 상황은 가능한 한 자세히 설명됩니다. 실제로 발생하는 상황의 80%는 일반적인 상황이므로 활동에 대한 자세한 규정을 만드는 것이 좋습니다. 이 경우 일반적인 상황의 직원은 최대한 효율적으로 행동할 수 있으며, 가장 중요하게는 관리자의 참여 없이 독립적으로 행동할 수 있습니다.. 실제로 관리자는 비표준 상황이 발생할 때만 프로세스에 참여하며 해당 조치는 규제되지 않습니다.

프로세스 관리로의 전환 덕분에 운영 규모가 큰 기업은 활동을 체계화하여 한 번에 두 가지 방향으로 이익을 얻을 수 있습니다.

1. 프로세스 구조에 따라 관리 구조가 구축되고 실제로는 5~6개를 넘지 않기 때문에 계층 구조 수준의 수가 줄어듭니다.

2. 제어 가능성 표준 프로세스 접근 방식경영진은 직원을 조정하고 정상적인 과정에서 벗어날 때만 프로세스에 참여하는 것으로 구성되므로 2-3배 더 높습니다.

프로세스 접근방식에 따라 경영시스템을 재편하기 위해서는 경영진이 설계 문제를 해결해야 합니다. 새로운 시스템이며, 이 디자인의 방향은 위에서 아래로, 즉. 조직의 전략적 목표와 목표 및 달성 지표가 처음에 결정되고 이를 기반으로 프로세스 시스템이 구축됩니다. 프로세스를 기반으로 조직 구조가 형성됩니다. 현대 기술을 사용하면 노동 강도를 크게 줄이고 설계 속도를 높일 수 있습니다. 소프트웨어적절한 목적, 특히 비즈니스 모델링 시스템인 Business Studio를 위해. 또한 이 시스템을 통해 재구성을 준비할 수 있을 뿐만 아니라 프로세스 관리의 구현 및 후속 유지 관리도 지원할 수 있습니다.

3. 조직에 도달했습니다. 새로운 무대개발 내용:당신은 지점을 열고 네트워크 구조.

때로는 회사의 발전이 너무 역동적이어서 경영 시스템을 변화시킬 시간이 없을 때도 있습니다. 이는 일반적으로 다음과 같은 경우에 발생합니다. 빠르게 성장하는 시장유리한 조건에서.

원격 부서 개설을 결정할 때 그러한 단계에 대한 회사 내부 준비의 중요성을 과소평가할 수 없습니다. 일부 회사는 지역에 관계없이 성공적으로 사업을 재생산하고 발전시키는 반면, 다른 회사는 수익성이 없는 지점을 많이 보유하고 있다는 것은 비밀이 아닙니다.

사실은 기능 관리 방법과 기술이 어느 정도까지 효과적이라는 것입니다. 간단한 사업", 네트워크 구조에서는 작동할 수 없습니다.

지역 부서 개설에 대한 회사의 준비 상태는 일반적으로 다음 수준에서 평가됩니다.

§ 관리;

§ 재정적인;

§ 마케팅;

§ 프로세스

기능적 계층적 원칙에 따라 관리되는 기업이 네트워크를 형성하기 시작하면 프로세스 관리로의 전환이 거의 불가피해집니다. 심각한 규모의 작업과 문제 원격 제어비즈니스에서는 정기적인 관리 기술의 구현이 시급히 필요합니다.

제어 최적화에 대해 생각하게 만드는 가능한 문제:

§ 공식화 부족 효과적인 운영 기술

§ 통제 불가능(또는 높은 비용) 모든 측면자회사의 활동

일반적으로 지점을 개설할 때 모든 관점에서 최적의 방법은 이미 개발된 운영 기술을 지점으로 이전하는 것입니다(예, 조직의 비즈니스 프로세스를 설명하고 최적화할 때 받는 것과 동일한 기술). 이를 통해 기존 경험을 효과적으로 적용하고 최소한의 문제로 "복제"할 수 있습니다. 결국 활동 기술이 공식화되지 않은 경우 관리자는 지점을 개인적으로 조직하거나 이를 위해 가장 유능한 직원을 할당해야 합니다. 짧은 시간에 하나 또는 두 개 이상의 지점을 개설해야 한다면 어떻게 해야 할까요? 이 경우 비즈니스 모델의 존재는 조직 문제의 상당 부분을 해결합니다.

또한, 단순히 브랜치를 개설하는 것은 첫 번째 단계일 뿐이며, 이러한 개발 경로를 계획할 때 네트워크를 관리해야 한다는 점을 염두에 두어야 합니다. 효과적인 관리다양한 외부 조건에 적응할 수 있는 높은 독립성을 갖지 않으면 지점 네트워크가 불가능합니다. 이 경우 기업 센터는 재정 및 자재 흐름을 통제하는 조정 기관 역할만 담당합니다. 따라서 네트워크 관리는 경영진의 관심이 기능이 아닌 성과 결과에 집중되는 프로세스 관리와 유사합니다.

실습에서 알 수 있듯이 성공적인 지역 전략을 보유한 대부분의 회사는 여러 도구를 사용합니다.

1. 최적의 구조– 시장 요구 사항에 유연하고 대응합니다.

2. 올바르게 선택됨 지점 관리 모델, 독립 정도를 결정합니다.

3. 상세한 지침, 규정 및 문서, 작업 정의

4. 지점 네트워크.

실제 시장 상황에서 기업 센터는 지점 활동에 대해 충분히 높은 수준의 규제를 제공하는 동시에 시장 변화에 유연하게 대응할 수 있는 기회를 제공하는 관리 시스템을 구축해야 합니다. 정황.

개별 프로세스의 최적 표준화 정도를 결정하는 방법은 무엇입니까?

한 가지 옵션은 이러한 알고리즘을 사용하는 것입니다. 표준 프로세스를 정의함으로써 회사는 센터와 지점 간의 최적의 기능 분배 문제를 해결합니다. 따라서 회사의 각 규제 프로세스(관리, 주, 보조)는 다음 규칙에 따라 배포됩니다. 중앙에만, 실행됩니다 지점에서만, 실행됩니다 함께. 중앙에서만 수행되는 프로세스는 표준이며 규제되어야 한다는 것은 명백합니다. 프로세스가 두 수준 모두에서 수행되는 경우 일반적으로 프로세스를 표준화하고 규제하는 것이 좋습니다. 지점 수준 프로세스의 경우 프로세스 실행을 표준화할 수 있습니다(모든 지점이 유사한 경우). 프로세스에 대한 보고를 표준화할 수 있습니다(다른 지점의 프로세스 실행이 크게 다를 수 있는 경우).

결과적으로 회사는 표준화가 필요한 프로세스 목록을 받습니다.

모든 준비 작업을 성공적으로 수행하고 효과적인 네트워크 구조를 구축하려면 명확하게 정의된 전략적 목표를 기반으로 기업 센터와 지점 간의 권한과 책임이 최적으로 분배되는 프로세스 관리 시스템을 구성하는 것이 필요합니다. 프로세스 접근법의 적용 이 경우조직의 발전 논리와 적절한 관리를 제공해야 할 필요성에 따라 결정됩니다.

따라서 회사가 어떤 발전 단계에 있든 경영진과 소유주가 프로세스 접근 방식을 사용하여 관리 시스템을 구축하는 데 더 빨리 관심을 기울일수록 경쟁사보다 앞서고 전형적인 "성장통"의 발생을 방지할 가능성이 커집니다. .

전문 비즈니스 모델링 소프트웨어를 사용하면 관리 시스템의 설계, 구현 및 그에 따른 적절한 기능이 크게 단순화됩니다.

드미트리 피나예프 / 현대 기술관리

현대가 직면한 가장 시급한 과제 중 하나 러시아 회사- 이는 비즈니스 프로세스 및 관리 시스템 전체의 개선입니다. 비즈니스 분석가는 Microsoft Visio 2003을 사용하여 회사의 관리 시스템을 설명하는 기본 작업을 단순화하고 속도를 높일 수 있습니다.

제어 시스템 설명

최적으로 설계된 비즈니스 프로세스는 조직의 전략적 목표를 실현할 수 있을 뿐만 아니라 정보에 입각한 비즈니스 결정을 내릴 수 있는 시스템 분석 기회를 제공합니다.

오늘날 경영 시스템의 공식화 및 문서화는 경영 컨설턴트, 전략 및 조직 개발, IT 전문가 및 품질 관리자. 동시에 그들은 다음과 같은 문제를 해결하는 데 가장 자주 직면합니다.

비즈니스 프로세스의 설명 및 최적화;
새로운 비즈니스 방향을 위한 관리 시스템을 설계합니다.
구현 자동화 시스템관리;
품질경영시스템을 구축하고 있습니다.

일반적으로 관리 시스템에 대한 설명에는 회사의 비즈니스 프로세스, 조직 구조 및 문서 기록 모델이 포함됩니다. 직무특정 프로세스에 대한 회사 직원의 책임.

회사 비즈니스 프로세스 모델

이 모델은 비즈니스 프로세스 시스템의 형태로 회사의 활동을 설명하고 회사에서 수행되는 작업과 그 결과 어떤 결과를 얻는지 보여줍니다. 비즈니스 프로세스는 회사에 가치 있는 특정 결과를 이끌어내는 의도적인 일련의 작업으로 이해됩니다. 최대 간단한 방법으로비즈니스 프로세스 모델을 구축하는 것은 일반적인 그래픽 표기법 중 하나를 사용하는 반면 비즈니스 프로세스는 특수 그래픽 기호를 사용하는 다이어그램을 사용하여 설명됩니다.

조직 구조

조직 구조는 조직 내 직위 및 부서의 계층 구조를 보여 주며 계층적 관리 사다리에 따라 기업의 주요 기능, 책임 영역 및 권한의 분포를 포함합니다.

그래픽적으로 조직 구조는 부서와 단위가 블록으로 표시되는 다이어그램 형태로 표시됩니다. 공무원회사 및 라인 - 그들 사이의 종속 관계.

오늘날 대부분의 비즈니스 모델링 기술은 그래픽 다이어그램 사용을 기반으로 합니다. 이를 고려하여 Microsoft는 비즈니스 다이어그램 및 다이어그램 작성 시스템, Microsoft Visio 2003, 비즈니스 프로세스 및 회사의 조직 구조를 설명하기 위한 특수 도구를 포함시켰습니다.

비즈니스 프로세스를 모델링하기 위해 Visio 2003은 7가지 유형의 다이어그램을 생성할 수 있는 비즈니스 분석 템플릿을 제공합니다.

기본 흐름도;
교차 기능 흐름도(수직 또는 수평 트랙 포함)
EPC(이벤트 중심 프로세스 체인);
IDEF0;
두 가지 표기법의 DFD(데이터 흐름 다이어그램): Gein-Sarson 및 Jordan-De Marco
WFD(작업흐름도)

나열된 표기법 중 가장 널리 사용되는 것은 IDEF0 및 EPC입니다.

IDEF0 모델링 표기법은 SADT(구조 분석 및 설계 기술) 방법론을 기반으로 합니다.

IDEF0 표기법을 사용하여 묘사된 "재고 및 자재 구매" 프로세스 다이어그램

그래픽 IDEF0 표기 언어의 요소는 프로세스(직사각형 블록으로 표시됨)와 프로세스의 입력 및 출력을 나타내는 화살표입니다. 총 4가지 유형의 화살표가 있으며, 화살표가 부착된 직사각형의 어느 쪽에 따라 달라집니다.

IDEF0 표기법 화살표 유형

이 지정은 특정 시스템 원칙을 반영합니다. 입력은 출력으로 변환되고, 제어 한계는 변환 구현을 위한 조건을 규정하거나, 메커니즘은 누가 수행하는지 또는 어떤 기능이 수행되는지를 보여줍니다.

방법론의 또 다른 중요한 원칙은 프로세스(작업)의 계층적 분해입니다. 즉, 프로세스는 구성 하위 프로세스의 시퀀스로 표현될 수 있습니다. 분해는 프로세스 설명에서 필요한 세부 수준까지 수행할 수 있습니다.

IDEF0 표기법은 일반적으로 회사의 최상위 비즈니스 프로세스를 설명하는 데 사용됩니다. 이를 통해 주요 프로세스의 구성, 비즈니스 프로세스의 출력, 지정된 실행 결과 및 입력을 간단하고 명확하게 설명하고 결과를 얻기 위해 필요한 리소스를 보여줄 수 있습니다.

계층적 비즈니스 프로세스 모델을 통한 탐색을 제공하기 위해 Visio 2003에서는 한 다이어그램에서 다른 다이어그램으로의 하이퍼링크를 만들 수 있습니다. 예를 들어, 프로세스를 클릭하면 해당 분석 다이어그램이 포함된 페이지가 열리도록 지정할 수 있습니다.

EPC 표기법을 사용하여 설명된 주문 처리 프로세스 다이어그램

낮은(운영) 수준에서 비즈니스 프로세스를 설명하려면 SAP AG와 공동으로 독일 자르란트 대학 정보 시스템 연구소에서 개발한 EPC 표기법을 사용할 수 있습니다. 주요 특징 EPC 다이어그램 - 일련의 교대 이벤트 및 기능으로 비즈니스 프로세스를 설명합니다.

EPC 차트의 기본 그래픽 요소:

기능,
이벤트,
기능 수행을 담당하는 조직 단위,
기능을 수행하는 데 사용되는 정보 또는 물질적 객체,
커넥터(AND, OR, XOR).

IDEF0 표기법과 달리 EPC 표기법을 사용하면 비즈니스 프로세스의 비선형 실행을 편리하게 설명할 수 있습니다. 커넥터를 사용하면 병렬로 실행되는 일부 프로세스 기능과 특정 조건이 발생할 때만 일부 프로세스 기능을 지정할 수 있습니다.

회사의 경영 시스템을 설명하는 두 번째 단계는 조직 구조의 모델을 구축하는 것입니다. 이 문제를 해결하기 위해 Visio 2003에는 회사의 직위와 부서에 대한 계층적 다이어그램을 신속하게 만들고 해당 매개 변수를 정의할 수 있는 조직도 템플릿이 포함되어 있습니다.

조직 구조

조직도 템플릿에는 직위 유형을 나타내는 일련의 그래픽 요소가 포함되어 있습니다.

임원-고위 관리자,
관리자-리더,
위치-위치,
컨설턴트-컨설턴트,
공석-무료 공석,
조수 - 조수.

조직도가 커서 한 시트에 맞추기 어려운 경우 Visio 2003을 사용하면 조직도를 여러 페이지로 분할할 수 있습니다. 조직도의 상단 부분이 생성되면 선택한 부서부터 시작하여 새 페이지에서 계속해서 설명할 수 있습니다. 부서의 이름과 매개변수가 변경되면 서로 다른 페이지에서 동일한 부서를 나타내는 요소가 서로 동기화됩니다.

프로세스 소유자

조직 구조를 설명한 후에는 회사의 리더와 관리자 중에서 프로세스의 소유자를 결정해야 합니다. 소유자는 프로세스의 결과에 대해 책임을 지는 사람이며, 프로세스 실행에 필요한 자원(자재, 인력 등)을 관리할 권한을 가진 사람입니다. IDEF0 다이어그램에서 프로세스 소유자를 할당하려면 모든 프로세스에 대한 사용자 정의 매개변수 "프로세스 소유자"를 생성하고 여기에 조직 구조의 직위를 입력해야 합니다.

충전 공정 속성

개발된 비즈니스 프로세스 모델을 기반으로 Microsoft Visio 2003을 사용하면 다음 형식으로 보고서를 생성할 수 있습니다.

마이크로소프트 엑셀 페이지,
웹페이지(HTML 파일),
Visio 셰이프를 사용하면 보고서를 Excel 테이블로 Visio 다이어그램에 직접 포함할 수 있습니다.
XML 파일.

예를 들어 프로세스 관리자를 나타내는 프로세스에 대한 보고서를 받으려면 필요한 열을 지정하여 보고서를 구성하고 실행해야 합니다.

Microsoft Excel 형식으로 생성된 프로세스 보고서

Visio 2003의 특징은 다이어그램 작성이 쉽고 편리하며 다른 Microsoft Office 제품과 통합된다는 것입니다. 덕분에 Visio를 처음 접하는 전문가들은 몇 시간 내에 비즈니스 프로세스와 조직 구조에 대한 다이어그램을 작성하고 이러한 다이어그램을 마이크로소프트 문서단어.

EPC(이벤트 중심 프로세스 체인) 조직은 EPC 다이어그램을 사용하여 비즈니스 프로세스의 작업 흐름을 계획합니다. ARIS 툴킷 및 ARIS Express, Microsoft Visio, BOC Group의 Adonis, Mavim BV의 Mavim Rules, Visual Paradigm의 Business Process Visual Architect 등 EPC 다이어그램을 생성하기 위한 다양한 도구가 있습니다. 이러한 도구 중 일부는 도구 독립적인 EPC 데이터 교환 형식인 EPML 마크업 언어를 지원합니다. EPC 다이어그램은 여러 유형의 기호를 사용하여 비즈니스 프로세스의 제어 흐름 구조(결정 순서, 기능, 이벤트 및 기타 요소)를 표시합니다. EPC 방법은 1990년대 초 ARIS 개발의 일부로 August-Wilhelm Scheer에 의해 개발되었습니다. 많은 조직에서 비즈니스 프로세스를 모델링, 분석 및 재구성하는 데 사용됩니다.

MS Visio 사용 Visio 2013의 비즈니스 범주에는 비즈니스 프로세스를 문서화하기 위한 EPC(이벤트 중심 프로세스 체인) 다이어그램을 만드는 데 사용할 수 있는 EPC 다이어그램 템플릿이 포함되어 있습니다.

결론 Microsoft® Visio® 소프트웨어를 사용하면 프로세스 모델용 플로터로서 편리하고 간단하며 액세스할 수 있지만 완전한 의미의 모델링 도구는 아닙니다. 전문 모델링 도구에서는 객체와 그 속성이 데이터베이스 셀에 저장되어 있어 다양한 작업을 수행할 수 있습니다. 그러나 복잡한 모델링 시스템을 사용하는 경우 해당 시스템의 획득, 설치, 개발 및 진지한 지원이 필요합니다. 이는 데이터베이스의 모든 기능을 완전히 활용해야 하는 경우에만 정당화됩니다. 귀하의 선택은 적용 범위, 즉 "경량" 솔루션이 필요한지 아니면 전문 소프트웨어 제품이 필요한지에 따라 달라집니다.

오늘날 Microsoft Visio는 가장 널리 사용되는 비즈니스 모델링 소프트웨어 제품 중 하나이며 많은 비즈니스 분석가의 컴퓨터에 설치되어 있습니다. 실습에 따르면 이러한 간단하고 저렴하며 동시에 기능적인 도구가 있으면 프로젝트 완료 효율성과 기업 활동을 공식화하고 최적화하는 작업이 여러 번 증가합니다.

세미나에서는 MS Visio에 내장된 비즈니스 모델링 표기법 및 비즈니스 프로세스에 대한 설명, MS Visio를 활용한 비즈니스 모델 개발 및 다양한 프로젝트 구현 방법, MS Visio의 기본 및 서비스 기능 등을 자세히 논의하고, 실제 사례를 다수 소개합니다. 조직이 주어집니다.

이 세미나의 주요 강조점은 "어떤 버튼을 눌러야 하는가"가 아니라 MS Visio를 사용하여 실제 비즈니스 문제를 해결하는 방법(예: 전략 맵 개발, 비즈니스 프로세스 설명 및 분석, 효과적인 비즈니스 모델 및 규정 개발)입니다. 따라서 세미나 결과를 바탕으로 참가자는 MS Visio 작업과 비즈니스 엔지니어링의 기본 방법 및 성공적인 실습에 대한 지식 + 기술을 습득합니다.

워크숍에서는 다음 질문에 대한 답변을 제공합니다.

다양한 표기법으로 비즈니스 모델을 빠르고 효율적으로 개발하는 방법은 무엇입니까?
선택한 표기법의 모든 요구 사항에 따라 비즈니스 모델을 개발하고 자동으로 정확성(정확성)을 확인하는 방법은 무엇입니까?
MS Visio에 내장된 표기법 사용의 특징과 특징은 무엇입니까: Basic FlowChart(간단한 흐름도), Cross Functional FlowChart(기능 흐름도), IDEF0, ARIS VACD(Value Added Chain Diagram), eEPC(Event Driven Process Chain), 원인 및 결과 다이어그램(원인 및 결과 분석 모델), BPMN(비즈니스 프로세스 모델 및 표기법) 등이 있습니까?
MS Visio의 기본 기능과 서비스 기능을 전문가 수준에서 어떻게 활용하나요?
MS Visio를 사용하여 일상적이고 복잡한 실무 문제를 해결하는 방법은 무엇입니까?
다양한 조직과 프로젝트에서 MS Visio를 활용한 사례와 결과는 무엇인가요?
조직의 포괄적인 비즈니스 모델은 무엇이며 어떻게 개발되고 공식화됩니까?
비즈니스 모델을 기반으로 규정 및 규범 문서를 개발하고 직원의 구현을 보장하는 방법은 무엇입니까?

워크샵이 예정되어 있습니다다음 부서의 관리자 및 전문가용:

비즈니스 프로세스 및 기술 부서;
방법론 및 문서 흐름 부서;
전략 및 조직 개발부;
정보 기술 사무소;
품질 및 표준화 서비스;
인사부;
프로젝트 사무실;
금융 부문
관리자와 전문가가 전략 및 조직 개발, 비즈니스 프로세스의 규제 및 최적화, 조직 구조, 노동 효율성 향상에 관한 프로젝트에 참여하는 부서뿐만 아니라 다양한 비즈니스 모델과 규정을 개발하는 경우가 많습니다.

조직 전체를 위한 기술 및 비즈니스 엔지니어링 도구를 도입하면 투명성과 제어 가능성이 크게 향상되고 지속 가능한 발전및 비즈니스 복제를 통해 필요한 경쟁 우위를 확보하세요.

세미나에서 각 참가자에게는 MS Visio가 설치된 컴퓨터가 제공되어 실습이 수행됩니다. 이를 통해 참가자는 세미나를 마친 직후 획득한 경험을 조직의 활동에 통합하고 더욱 발전시킬 수 있습니다.

세미나에서 시연되는 MS Visio의 모든 자료와 비즈니스 모델은 참가자에게 전자적으로 전송됩니다.

세미나에서의 효과적인 교육을 위해서는 필요합니다. 기본 지식 MS Word 및 MS Excel 소프트웨어 작업 기술.

세미나 프로그램:

비즈니스 모델링 및 비즈니스 엔지니어링의 기초
- 비즈니스 모델링, 비즈니스 엔지니어링 및 조직 개발의 기본 개념
- 조직의 기본 경영시스템과 비즈니스 모델, 통합관리시스템(IMS)
- 프로젝트 및 비즈니스 엔지니어링 업무에 참여하는 부서와 상호 작용
- 조직의 복잡한 비즈니스 모델: 구조, 내용 및 예
- MS Visio 소프트웨어 제품: 해결해야 할 기능 및 작업
- MS Visio 구현, 기업 활동 공식화 및 최적화를 위한 프로젝트 조직
MS Visio의 인터페이스 및 기본 기능
- 메인 메뉴(“리본”)
- 모델 생성, 시트 작업, 모델 표시 및 디자인 설정
- 도구 모음("모양")
- 객체(모양) 작업: 생성, 편집, 서식 지정(디자인), 자동 정렬, 모델의 객체 위치에 대한 레이아웃, 객체 속성 및 채우기
- 개체 연결 작업, 개체에 새 연결점 생성, 개체 자동 연결(핫스팟 기술)
MS Visio의 기본 및 전략 비즈니스 모델 개발, 사례
- 전략경영 방법론과 균형 잡힌 시스템지표(BSC/KPI)
- 전략 맵 및 BSC/KPI 스코어카드, 전략적 목표를 위한 지표 및 프로젝트 할당
- 제품 및 사업분야 트리
- 조직 구조
- 비즈니스 프로세스 트리, 비즈니스 프로세스 책임자 할당
- 원인과 결과 문제 분석 모델 “Cause and Effect Diagram”(이시카와 다이어그램)
- 시스템 아키텍처(정보 시스템, 애플리케이션 및 IT 인프라)
- 프로젝트 관리 모델(GANT-Chart, PERT-Chart)
다양한 표기법(템플릿), 예시를 활용한 MS Visio에서의 프로세스 비즈니스 모델 개발
- 비즈니스 프로세스 및 비즈니스 프로세스 관리 시스템(BMS)을 기술하는 방법론
- 비즈니스 프로세스 품질 개선 방법 및 품질경영시스템(QMS)
- 비즈니스 프로세스, 그 특성 및 적용을 설명하기 위한 표기법 검토
- 비즈니스 프로세스의 그래픽 모델 개발 규칙
- 클래식 표기법: 기본 흐름도, 교차 기능적 흐름도, IDEF0, IDEF3, DFD
- ARIS 표기법: VACD(Value Added Chain Diagram), eEPC(Event Driven Process Chain) 등
- BPMN(비즈니스 프로세스 모델 및 표기법) 표기법
- 비즈니스 프로세스의 시각적 표현(워크플로 다이어그램)
- 비즈니스 프로세스 모델의 예( 기술 지도) 다양한 표기법: 인사 관리, 품질 관리, 전략 관리, 위험 관리, ITIL/ITSM 프로세스(IT 지원), 위기 관리, 마케팅 및 고객 서비스, 재무 프로세스 등
MS Visio 서비스 기능, 적용 사례
- 데이터를 비즈니스 모델에 연결(연결 외부 소스데이터), 자동 업데이트, 데이터 시각화
- KPI 지표 제어(비즈니스 프로세스 모니터링)
- 외부 문서를 비즈니스 모델 개체에 연결
- 비즈니스 프로세스 분해(중첩 모델 생성)
- 모델의 객체 동기화
- 새로운 비즈니스 모델링 표기법 개발(자체 그림/오브젝트)
- 비즈니스 프로세스의 기능 비용 분석(FCA)
- 비즈니스 모델의 구성 정확성 및 표기법 준수 여부 확인(표준)
- 웹 퍼블리셔(HTML 형식으로 비즈니스 모델 퍼블리싱)
- 보고서 템플릿 개발, 비즈니스 모델(비즈니스 프로세스 규정, 스코어카드, 조직 구조, 제품 규정 등)에 따른 보고서 자동 생성
기타 비즈니스 모델링 소프트웨어 제품 검토 및 비교 분석
- 비즈니스 스튜디오
- AllFusion 프로세스 모델러(BPWIN)
- 비즈니스 엔지니어

저자 및 발표자:
은행 부문의 비즈니스 엔지니어링 및 관리 전문가입니다.
은행 품질 표준에 관한 러시아 은행 협회(ARB) 조정 위원회 회원입니다.
"현대 경영 기술" 그룹의 파트너입니다.

참여를 원하시면 아래 양식을 작성해 주세요.

귀하의 훌륭한 작업을 지식 기반에 제출하는 것은 쉽습니다. 아래 양식을 사용하세요

연구와 업무에 지식 기반을 활용하는 학생, 대학원생, 젊은 과학자들은 여러분에게 매우 감사할 것입니다.

게시 날짜 http://www.allbest.ru

소개

경제 및 경영 현대화의 맥락에서 비즈니스 프로세스를 모델링하는 것은 조직 활동 프로세스를 최적화하고 비즈니스 성과를 향상시키는 데 도움이 되는 관련 영역입니다. 비즈니스 프로세스 모델링에 대해 이야기할 때 경제, 컴퓨터 과학, 복잡한 시스템 모델링과 관련된 여러 지식 영역의 용어를 사용합니다. 그러므로 기본적인 정의와 개념을 정의해 보겠습니다.

비즈니스 프로세스는 상호 연관되고 반복되는 활동의 논리적으로 완성된 체인으로 정의됩니다. 그 결과 기업 자원은 특정 측정 가능한 결과를 달성하거나 내부 또는 외부 고객을 만족시키기 위한 제품을 만들기 위해 개체(물리적 또는 가상)를 처리하는 데 사용됩니다. .

"모델링"이라는 용어에는 두 가지 주요 의미가 있습니다. 첫째, 모델링은 원본의 가장 중요한 특징과 속성을 반영하여 원본의 특정 표현(이미지)으로 모델을 구성하는 과정으로 이해됩니다. 모델이 이미 구축된 경우 모델링은 시스템 기능 또는 오히려 해당 모델에 대한 연구(분석) 프로세스입니다. 비즈니스 프로세스 모델링의 기본 목적은 회사 비즈니스 프로세스의 실제 과정을 설명하는 것입니다. 이 경우 프로세스의 결과가 무엇인지, 누구에 의해 어떤 작업이 수행되는지, 순서는 무엇인지, 프로세스 중 문서 이동은 무엇인지, 프로세스의 신뢰성(확률)을 결정해야 합니다. 실행 실패) 및 향후 확장/수정 방법에 대해 설명합니다.

이 경우에만 비즈니스 프로세스의 소유자(비즈니스 프로세스의 진행 상황을 관리하는 회사 직원 및 책임이 있는결과 및 효율성을 위해) 비즈니스 분석가, 경영진 및 기타 이해관계자는 작업이 어떻게 구성되어 있는지 명확하게 이해하게 됩니다. 기존 비즈니스 프로세스의 흐름을 이해하면 효율성과 품질을 판단할 수 있으며 비즈니스 지원 IT 인프라를 개발하는 데 필요합니다. 비즈니스 프로세스의 실행을 처음부터 끝까지 지원하는 애플리케이션 시스템의 성공적인 개발은 프로세스 자체를 세부적으로 명확하게 이해할 때만 가능합니다.

비즈니스 프로세스 모델은 기업의 실제 또는 제안된 활동을 반영하는 공식화된(그래픽, 표, 텍스트, 기호) 설명입니다.

이 과정 작업의 문제는 다음과 같습니다. MS Visio에서 디자인한 다이어그램이 얼마나 실용적인지(단순성, 시각적 및 정보 제공성).

목표는 비즈니스 모델링입니다.

주제는 MS Visio에서 도로 운송 서비스를 제공하는 기업의 비즈니스 프로세스 모델링입니다.

문제를 바탕으로 목표를 정의해 보겠습니다. 예를 사용하여 MS Visio에서 디자인한 다이어그램이 얼마나 실용적인지 결정하는 것입니다. 운송 회사(TK) EcoTrans LLC.

이 목표를 달성하려면 다음 작업을 해결해야 합니다.

비즈니스 프로세스 모델링 방법론을 찾고 연구합니다.

MS Visio의 비즈니스 그래픽에 익숙해지십시오.

TC LLC "EcoTrans"의 비즈니스 프로세스를 분석합니다.

Microsoft Visio의 비즈니스 모델링을 사용하여 TC LLC "EcoTrans"의 비즈니스 프로세스를 설명합니다.

비즈니스 프로세스를 모델링하는 데 다양한 방법을 사용할 수 있습니다. 모델링 방법 또는 방법론에는 모델을 구축하기 위해 수행해야 하는 일련의 작업, 즉 모델링 절차와 사용된 표기법(언어)이 포함됩니다. 이에 코스 작업, IDEF0, IDEF3 방법론은 비즈니스 프로세스를 모델링하는 데 사용됩니다.

1. 기술 방법론 주제 영역

비즈니스 모델링 프로세스는 우선 모델링된 조직에 대한 접근 방식이 다른 다양한 기술의 프레임워크 내에서 구현될 수 있습니다. 조직에 대한 다양한 아이디어에 따라 방법은 일반적으로 객체 기반 및 기능적(구조적)으로 구분됩니다.

개체 기반 방법은 모델링된 조직을 상호 작용하는 개체 집합, 즉 생산 단위로 간주합니다. 객체는 유형의 현실, 즉 명확하게 정의된 동작을 갖는 객체 또는 현상으로 정의됩니다. 이 기술을 사용하는 목적은 조직을 구성하는 개체를 식별하고 수행되는 작업에 대한 책임을 개체 간에 분배하는 것입니다.

가장 유명한 IDEF0 기술인 기능적 기술은 조직을 들어오는 정보 흐름을 출력 흐름으로 변환하는 기능 집합으로 간주합니다. 정보를 변환하는 과정에는 특정 자원. 객체 기반 방법과의 주요 차이점은 데이터 자체와 기능(데이터 처리 방법)이 명확하게 분리되어 있다는 것입니다.

비즈니스 모델링 관점에서 제시된 각 접근 방식에는 고유한 장점이 있습니다. 객체 접근 방식을 사용하면 변화에 더 강하고 조직의 기존 구조에 더 잘 맞는 시스템을 구축할 수 있습니다. 기능적 모델링은 조직 구조가 변화하는 과정에 있거나 일반적으로 제대로 형성되지 않은 경우에 잘 작동합니다. 수행된 기능에 대한 접근 방식은 수행자가 현재 작업에 대한 정보를 받을 때 직관적으로 더 잘 이해됩니다.

1.1 IDEF 표준 제품군 이해

건설 프로젝트를 준비할 때 가장 중요한 목표 중 하나 정보 시스템문제에 대한 명확하고 정확하게 이해된 설명입니다. 이 목표를 달성하려면 기업 내 진행 중인 모든 재무 및 경제 프로세스와 해당 정보 흐름을 조사하여 먼저 재구성해야 할 프로세스를 식별해야 합니다. 소위 비즈니스 모델을 구축하십시오. 이러한 기업에 대한 포괄적인 조사는 항상 복잡하고 경우에 따라 크게 다릅니다. 복잡한 시스템을 모델링하는 이러한 문제를 해결하기 위해 잘 테스트된 방법론과 표준이 있습니다. 이러한 표준에는 IDEF 방법론 제품군이 포함됩니다. 도움을 받으면 다양한 상황에서 광범위하고 복잡한 시스템의 활동 패턴을 효과적으로 표시하고 분석할 수 있습니다. 동시에 시스템 프로세스 검사의 폭과 깊이는 개발자가 직접 결정하므로 생성된 모델에 불필요한 데이터가 과부하되지 않도록 할 수 있습니다.

IDEF 방법론은 미국에서 실시된 ICAM(Integrated Computer Aided Manufacturing) 산업 컴퓨터화 프로그램의 프레임워크 내에서 만들어졌으며, 구현 과정에서 상호 작용 프로세스를 분석하는 방법을 개발할 필요성이 확인되었습니다. 생산 시스템. 이것이 이 표준 제품군의 이름이 Icam DEFinition - IDEF에서 유래한 곳입니다.

현재 IDEF 제품군에는 다음 표준이 포함됩니다.

IDEF0 - 기능 모델링 방법론. 시각적 그래픽 언어 IDEF0을 사용하여 연구 중인 시스템은 개발자와 분석가에게 일련의 상호 연관된 기능(기능 블록 - IDEF0 용어)의 형태로 나타납니다. 일반적으로 IDEF0 모델링은 모든 시스템을 연구하는 첫 번째 단계입니다.

IDEF1은 시스템 내의 정보 흐름을 모델링하는 방법론으로, 정보 흐름의 구조와 관계를 표시하고 분석할 수 있습니다.

IDEF1X(IDEF1 확장) - 관계형 구조를 구축하기 위한 방법론입니다. IDEF1X는 "엔티티-관계" 방법론(ER - 엔터티-관계) 유형에 속하며 일반적으로 해당 시스템과 관련된 관계형 데이터베이스를 모델링하는 데 사용됩니다.

IDEF2는 시스템 개발의 동적 모델링을 위한 방법론입니다. 동적 시스템 분석의 매우 심각한 어려움으로 인해 이 표준은 사실상 폐기되었으며 개발은 초기 단계에서 중단되었습니다.

IDEF3은 시스템에서 발생하는 프로세스를 문서화하는 방법론으로, 예를 들어 기업의 기술 프로세스 연구에 사용됩니다. IDEF3은 각 프로세스의 스크립트와 작업 순서를 설명합니다. IDEF3은 IDEF0 방법론과 직접적인 관계가 있습니다. 즉, 각 기능(기능 블록)은 IDEF3을 사용하여 별도의 프로세스로 표시될 수 있습니다.

IDEF4는 객체 지향 시스템을 구축하기 위한 방법론입니다. IDEF4 도구를 사용하면 개체의 구조와 상호 작용의 기본 원리를 시각적으로 표시할 수 있으므로 복잡한 개체 지향 시스템을 분석하고 최적화할 수 있습니다.

IDEF5는 복잡한 시스템의 존재론적 연구를 위한 방법론입니다. IDEF5 방법론을 사용하면 시스템의 온톨로지는 특정 용어 및 규칙 사전을 사용하여 설명할 수 있으며, 이를 기반으로 특정 시점에서 고려 중인 시스템 상태에 대한 신뢰할 수 있는 설명이 형성될 수 있습니다. 이러한 진술을 바탕으로 시스템의 추가 개발에 대한 결론이 도출되고 최적화가 수행됩니다.

이 과정에서 비즈니스 프로세스를 설명할 때 필요한 표준인 IDEF0, IDEF3을 더 자세히 고려할 것입니다.

기능적 방법 IDEF0.

이 기술의 목적은 시스템 활동의 명확한 모델링에 충분한 정확도로 필요한 모든 프로세스를 설명하면서 연구 중인 시스템의 기능 다이어그램을 구성하는 것입니다.

방법론은 기능 블록, 인터페이스 아크, 분해, 용어집이라는 네 가지 주요 개념을 기반으로 합니다.

a) 활동 상자는 고려 중인 시스템 내의 일부 특정 기능을 나타냅니다. 표준 요구 사항에 따라 각 기능 블록의 이름은 언어적 분위기(예: "서비스 생산")로 공식화되어야 합니다. 다이어그램에서 기능 블록은 직사각형으로 표시됩니다(그림 1.1). 기능 블록의 네 측면 각각에는 고유한 특정 의미(역할)가 있으며 다음과 같습니다.

상단은 "컨트롤"로 설정되어 있습니다.

왼쪽은 "입력"으로 설정되어 있습니다.

오른쪽은 출력으로 설정되어 있습니다.

하단에는 "메커니즘"이라는 의미가 있습니다.

이 지정은 특정 시스템 원칙을 반영합니다. 입력은 출력으로 변환되고, 제어 한계는 변환을 수행하기 위한 조건을 규정하거나, 메커니즘은 기능이 수행되는 내용과 방법을 보여줍니다.

고려 중인 단일 시스템 내의 각 기능 블록에는 고유한 식별 번호가 있어야 합니다.

그림 1.1 - 기능 블록

b) 인터페이스 Arrow는 기능 블록에 의해 처리되거나 해당 기능 블록이 나타내는 기능에 영향을 미치는 시스템 요소를 나타냅니다. 인터페이스 호는 흐름 또는 화살표라고도 합니다.

인터페이스 아크를 사용하면 시스템에서 발생하는 프로세스를 어느 정도 결정하는 다양한 개체가 표시됩니다. 이러한 객체는 현실 세계의 요소(부품, 자동차, 직원 등)일 수도 있고 데이터 및 정보의 흐름(문서, 데이터, 지침 등)일 수도 있습니다.

이 인터페이스 아크가 기능 블록의 어느 쪽에 맞는지에 따라 "수신", "발신" 또는 "제어"라고 합니다.

표준 요구 사항에 따라 모든 기능 블록에는 최소한 하나의 제어 인터페이스 아크와 하나의 발신 인터페이스가 있어야 합니다. 이는 이해할 수 있습니다. 각 프로세스는 일부 규칙(제어 아크로 표시됨)에 따라 발생해야 하며 일부 결과(나가는 아크)를 생성해야 합니다. 그렇지 않으면 해당 프로세스를 고려하는 것이 의미가 없습니다.

제어 인터페이스 아크의 필수 존재는 IDEF0 표준과 DFD(데이터 흐름 다이어그램) 및 WFD(작업 흐름 다이어그램) 클래스의 다른 방법론 간의 주요 차이점 중 하나입니다.

c) 분해는 IDEF0 표준의 핵심 개념입니다. 분해의 원리는 복잡한 프로세스를 구성 기능으로 나눌 때 사용됩니다. 이 경우 프로세스의 세부 수준은 모델 개발자가 직접 결정합니다.

분해를 사용하면 시스템 모델을 다음과 같은 형식으로 점진적이고 구조적으로 표현할 수 있습니다. 계층적 구조다이어그램을 분리하여 덜 복잡하고 이해하기 쉽게 만듭니다.

IDEF0 모델은 항상 시스템을 단일 전체(고려 중인 도메인 너머로 확장되는 인터페이스 아크가 있는 하나의 기능 블록)로 보는 관점에서 시작됩니다. 하나의 기능 블록이 있는 이러한 다이어그램을 컨텍스트 다이어그램이라고 하며 식별자 "A-0"으로 지정됩니다(그림 1.2).

그림 1.2 - 컨텍스트 다이어그램의 예

컨텍스트 다이어그램의 설명 텍스트는 다이어그램 구성의 목적을 다음 형식으로 나타내야 합니다. 간략한 설명, 시점이 고정되어 있습니다.

IDEF0 모델의 개발 목표를 정의하고 형식화하는 것은 극히 중요한 점. 실제로 목표는 연구 중인 시스템에서 먼저 집중해야 할 관련 영역을 정의합니다. 예를 들어, 미래에 이 모델을 기반으로 정보 시스템을 구축하려는 목표로 기업 활동을 모델링한다면 이 모델은 동일한 기업을 위해 개발할 모델과 크게 다를 것입니다. 공급망 최적화.

관점에 따라 모델 개발의 기본 방향과 필요한 세부 수준이 결정됩니다. 관점을 명확하게 고정하면 시스템에서 선택한 관점을 기반으로 필요하지 않은 개별 요소를 세부적으로 거부하고 연구하여 모델을 언로드할 수 있습니다. 예를 들어, 최고 기술자와 재무 이사의 관점에서 볼 때 동일한 기업의 기능 모델은 세부 사항의 방향이 크게 다릅니다. 이는 결국 재무 이사가 생산 기계의 원자재 처리 측면에 관심이 없고 최고 기술자가 재무 흐름 다이어그램을 그릴 필요가 없기 때문입니다. 올바른 선택관점은 최종 모델을 구축하는 데 소요되는 시간을 크게 줄입니다.

분해 과정에서 컨텍스트 다이어그램에서 시스템 전체를 나타내는 기능 블록이 다른 다이어그램에 자세히 설명됩니다. 결과적인 두 번째 수준 다이어그램에는 컨텍스트 다이어그램의 기능 블록의 주요 하위 기능을 표시하는 기능 블록이 포함되어 있으며 이와 관련하여 하위 다이어그램이라고 합니다(하위 다이어그램에 속한 각 기능 블록은 이에 상응하여 하위 상자라고 함). . 그리고, 상위 기능 블록을 하위 다이어그램(Parent Box)과 관련하여 상위 블록이라고 하고, 그것이 속한 다이어그램을 상위 다이어그램(Parent Diagram)이라고 합니다. 하위 다이어그램의 각 하위 기능은 해당 기능 블록의 유사한 분해를 통해 더 자세히 설명될 수 있습니다. 기능 블록을 분해하는 각 경우에 모든 인터페이스 아크가 포함된다는 점에 유의하는 것이 중요합니다. 이 블록, 또는 그로부터 발생하는 모든 정보는 하위 다이어그램에 기록됩니다. 이는 IDEF0 모델의 구조적 무결성을 달성합니다. 분해 원리는 그림 1.3에 명확하게 나와 있습니다. 기능 블록과 다이어그램의 번호 지정 사이의 관계에 주의해야 합니다. 각 블록에는 다이어그램에 고유한 일련 번호(직사각형의 오른쪽 하단에 있는 숫자)가 있으며 오른쪽 모서리에 있는 지정은 번호를 나타냅니다. 이 블록의 하위 다이어그램. 이 지정이 없으면 이 블록에 대한 분해가 없음을 나타냅니다.

개별 인터페이스 호가 계층 구조의 특정 수준 아래에 있는 하위 다이어그램에서 계속 고려되는 것이 타당하지 않거나 그 반대인 경우가 종종 있습니다. 개별 호는 특정 수준 이상에서는 실질적으로 타당하지 않습니다. 예를 들어, "Process at" 입구의 "part"를 묘사하는 인터페이스 호입니다. 선반” 다이어그램에 더 많은 것을 반영하는 것은 의미가 없습니다. 높은 수준- 이는 다이어그램에 과부하를 주어 이해하기 어렵게 만듭니다. 반면에, 개별적인 "개념적" 인터페이스 호를 제거하고 특정 수준 이상으로 세부적으로 설명하지 않을 필요가 있을 수도 있습니다. 이러한 문제를 해결하기 위해 IDEF0 표준은 터널링 개념을 제공합니다. 인터페이스 호의 시작 주위에 두 개의 괄호가 있는 "화살표 터널" 지정은 호가 기능적 상위 블록에서 상속되지 않았으며 이 다이어그램에만 ("터널"에서) 나타남을 나타냅니다. 결과적으로, 수신기 블록 바로 근처에 있는 인터페이스 호의 끝(화살표) 주변에 동일한 지정이 있다는 것은 이 호가 이 블록의 하위 다이어그램에 표시 및 고려되지 않는다는 사실을 의미합니다. 대부분의 경우 개별 개체와 해당 인터페이스 아크가 계층 구조의 일부 중간 수준에서 고려되지 않는 경우가 있습니다. 이 경우 개체는 먼저 "터널에 잠긴" 다음 필요한 경우 "터널에서 반환"됩니다. .

d) 용어집. 다이어그램, 기능 블록, 인터페이스 아크 등 각 IDEF0 요소에 대해 기존 표준에서는 해당 요소가 표시하는 개체를 특징짓는 일련의 적절한 정의, 키워드, 서술문 등을 생성하고 유지 관리해야 합니다. 이 세트를 용어집이라고 하며 엔터티에 대한 설명입니다. 이 요소의. 용어집은 시각적 그래픽 언어를 조화롭게 보완하여 다이어그램에 필요한 추가 정보를 제공합니다.

프로세스 문서화 표준 IDEF3.

IDEF3은 기업에서 발생하는 기술 프로세스를 문서화하기 위한 표준으로, 해당 시나리오를 시각적으로 연구하고 모델링하기 위한 도구를 제공합니다. 이 경우 시나리오(시나리오)는 고려 중인 프로세스 프레임워크 내에서 객체 속성의 변경 순서에 대한 설명입니다(예: 작업장에서 부품을 처리하는 단계의 순서에 대한 설명 및 각 단계를 거친 후 속성이 변경됩니다.)

IDEF3 문서화 및 모델링 도구를 사용하면 다음 작업을 수행할 수 있습니다.

예를 들어 문제의 프로세스 구성을 담당하는 유능한 직원을 인터뷰하는 과정에서 확인된 프로세스 기술에 대한 사용 가능한 데이터를 문서화합니다.

기술 프로세스 시나리오에 대한 관련 문서 흐름의 영향 지점을 식별하고 분석합니다.

영향을 미치는 결정을 내려야 하는 상황을 식별합니다. 수명주기예를 들어 최종 제품의 설계, 기술 또는 운영 속성을 변경하는 프로세스;

채택 촉진 최적의 솔루션기술 프로세스를 재구성할 때.

IDEF3 표준에는 서로 다른 관점에서 동일한 프로세스 시나리오에 대한 설명을 나타내는 두 가지 유형의 다이어그램이 있습니다. 첫 번째 유형에 속하는 다이어그램을 PFDD(Process Flow Description Diagram)라고 하고, 두 번째 유형을 OSTN(Object State Transition Network) 다이어그램이라고 합니다.

부품을 페인팅하는 과정을 설명하고 싶다고 가정해 보겠습니다. 생산 작업장기업에서. PFDD 다이어그램은 연구 중인 기술 프로세스 내 부품 처리 단계의 순서와 설명을 문서화합니다. OSTN 다이어그램은 처리의 각 단계에서 발생하는 부품 변환을 설명하는 데 사용됩니다.

다음 예를 사용하여 IDEF3 그래픽 도구를 사용하여 위의 내용을 문서화하는 방법을 설명합니다. 생산 과정컬러링 디테일. 일반적으로 이 프로세스는 특수 장비에서 수행되는 도장 자체와 부품을 다시 칠해야 하는지(표준을 준수하지 않고 결함이 발견된 경우) 추가 도장을 받아야 하는지 여부를 결정하는 품질 관리 단계로 직접 구성됩니다. 처리.

그림 1.4는 부품 가공 시나리오를 그래픽으로 표현한 PFDD 다이어그램을 보여줍니다. PFDD 다이어그램의 직사각형은 행동 단위(UOB)라고 하며 이벤트, 프로세스 단계 또는 결정을 나타냅니다. 각 UOB에는 고유한 이름이 있으며 동사 분위기와 고유번호. 화살표나 선은 프로세스 중에 부품이 UOB 블록 사이에서 이동하는 방식을 나타냅니다.

그림 1.4 - 부품 처리 시나리오의 PFDD 다이어그램

J1으로 지정된 객체를 접합이라고 합니다. 교차로는 병합 및 분기 시 화살표(스레드)가 상호 작용하는 방식의 논리를 표시하거나 시작하기 전에 완료할 수 있거나 완료해야 하는 여러 이벤트를 표시하는 데 사용됩니다. 다음 직업. 병합(팬인 접합) 및 분기(팬아웃 접합) 화살표에 대한 교차점이 있습니다. 교차점은 병합과 분기 모두에 사용될 수 없습니다. 다이어그램에 교차점을 추가할 때 교차점 유형을 지정해야 합니다. 가능한 교차 유형의 분류는 표 1에 나와 있습니다.

표 1 - 교차점 유형 분류

이름	화살표를 병합하는 경우의 의미 (팬인 접합)	분기 화살표(팬아웃 접합)의 경우 의미
비동기 AND	이전 과정을 모두 완료해야 합니다.	다음 프로세스가 모두 실행 중이어야 합니다.
	이전 프로세스가 모두 동시에 완료됩니다.	다음 프로세스가 모두 동시에 실행됩니다.
	하나 이상의 이전 프로세스를 종료해야 합니다.	다음 프로세스 중 하나 이상이 실행 중이어야 합니다.
	하나 이상의 선행 프로세스가 동시에 종료됩니다.	다음 프로세스 중 하나 이상이 동시에 실행 중입니다.
XOR(배타적 OR)	하나의 선행 프로세스만 완료됨	다음 프로세스는 단 하나 시작하다

다이어그램에 표시된 시나리오는 다음과 같이 설명할 수 있습니다.

부품은 도색을 위해 준비된 도장 공장에 도착합니다. 페인팅 과정에서 한 층의 에나멜이 고온에서 도포됩니다. 그 후 부품이 건조된 후 적용된 레이어의 품질을 확인하는 단계가 시작됩니다. 테스트 결과 도포된 레이어의 품질이 불충분한 것으로 확인되면(불충분한 두께, 이질성 등) 부품이 다시 도장 공장을 통과합니다. 부품이 품질 관리를 성공적으로 통과하면 다음으로 보내집니다. 다음 워크숍추가 처리를 위해.

각 UOB 기능 블록은 일련의 분해를 가질 수 있으므로 필요한 정밀도까지 자세히 설명할 수 있습니다. 분해란 별도의 IDEF3 다이어그램을 사용하여 각 UOB를 나타내는 것을 의미합니다. 예를 들어, 페인트 부품 UOB를 별도의 프로세스로 표시하고 이에 대한 자체 PFDD 다이어그램을 작성하여 분해할 수 있습니다. 이 경우 이 다이어그램은 그림 1.4에 표시된 것과 관련하여 하위 다이어그램, 그리고 그 다이어그램은 각각 상위 다이어그램이라고 합니다. 하위 다이어그램의 UOB 번호는 연속적인 번호 지정을 갖습니다. 즉, 상위 UOB에 숫자 "1"이 있는 경우 분해 시 UOB 블록의 숫자는 "1.1", "1.2" 등이 됩니다. IDEF3의 분해 원리를 적용하면 필요한 세부 수준으로 구조화된 방식으로 프로세스를 설명할 수 있습니다.

PFDD 차트인 경우 프로세스"관찰자의 관점에서" 또 다른 다이어그램 클래스인 IDEF3 - OSTN을 사용하면 "객체의 관점에서" 동일한 프로세스를 볼 수 있습니다. 그림 1.5는 OSTN 다이어그램 측면에서 페인팅 프로세스를 보여줍니다. "객체 상태"(이 경우 부품) 및 "상태 변경"은 OSTN 다이어그램의 핵심 개념입니다. 개체 상태는 원으로 표시되고 변경 사항은 방향이 있는 선으로 표시됩니다. 각 라인에는 표시되는 개체 상태를 변경한 해당 UOB 기능 블록에 대한 링크가 있습니다.

그림 1.5 - OSTN 다이어그램의 관점에서 본 페인팅 프로세스

2. 비즈니스 프로세스 모델링 도구

비즈니스 프로세스를 설명하는 도구에는 BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm 등이 있습니다.

소프트웨어 업계의 선두주자인 Microsoft Visio가 생산하는 주요 사무용품 제품군에 속하는 제품을 위 목록에 추가할 수 있습니다. 물론 비즈니스 프로세스 모델링 측면에서 볼 때 그다지 기능적이지는 않지만 상대적으로 저렴한 비용으로 인해 매우 인기 있고 널리 보급되어 있습니다.

2.1 기술적 특징. 데이터 저장

기술적으로 Visio는 개별 파일(문서)을 조작하는 데스크톱 응용 프로그램입니다. Visio 문서에는 하나 이상의 페이지에 배열된 하나 이상의 다이어그램이 포함되어 있습니다. 각 문서에는 기호(모델 객체에 해당) 및 커넥터(연결에 해당) 세트가 포함되어 있으며 기호에는 이름 외에도 모델링 프로세스 중에 사용자가 정의한 추가 속성이 있을 수 있습니다.

필요한 경우 제품에 포함된 기호 세트를 확장하여 사용자가 만든 기호를 포함할 수 있습니다. 규칙과 제품의 특정 유형의 기호 간 연결을 생성하는 기능에 대한 전역 제한은 없습니다. 그러나 직접 사용 가능한 기호 세트를 제한할 수 있는 소위 다이어그램 템플릿에 대한 메커니즘이 있습니다. 모델링 프로세스 중에 해당 도구 모음에서 템플릿은 사용자가 만들 수 있으며 제품 패키지에는 미리 만들어진 템플릿 세트가 포함되어 있습니다(그림 2.1).

일반적으로 회사의 활동을 설명하는 모델 세트는 별도의 파일 세트이며 충분한 경우 대기업활동에 대한 포괄적인 설명이 포함된 경우 해당 파일의 수는 수천 개에 달할 수 있습니다. 기술적 수단서로 다른 파일에 저장된 모델 간의 관계가 제품 수준에서 구현되지 않도록 하기 위해 제품은 이러한 관계를 독립적으로 구현하기 위한 도구를 제공합니다(이에 대해서는 나중에 설명합니다). 따라서 이러한 경우, 특히 지속적으로 변화하는 프로세스 조건에서 Visio를 사용하려면 인상적인 모델 세트를 유지하는 데 상당한 비용이 필요합니다.

그림 2.1 - 미리 만들어진 MS Visio 템플릿 세트

2.2 지원되는 방법론 및 표기법

Visio 기호 및 템플릿 집합은 임의로 확장할 수 있고 제품 자체가 기호 및 기호 간의 연결 사용 가능성에 대한 전역 제한을 의미하지 않으므로 Visio를 사용하는 비즈니스 프로세스에 대한 설명은 거의 모든 프레임워크 내에서 공식적으로 수행될 수 있습니다. 방법론. 동시에 모든 에디션(Standard, Professional)의 제품 패키지에는 데이터 흐름 다이어그램, 추가된 품질 체인 다이어그램, 이벤트 중심 프로세스 체인 유형 다이어그램, IDEF0, SwimLane 등 가장 일반적인 표기법에 대한 모델 템플릿 세트가 포함되어 있습니다. , 회사의 조직 구조를 모델링하기 위한 템플릿도 있습니다.

3. EcoTrans LLC의 주제분야 분석

운송 회사인 EcoTrans LLC는 2008년에 설립되었습니다. 오룔 지역에서 사업을 하는 소비자에게 최초의 트럭 운송 서비스가 제공되었습니다. 많은 가장 큰 기업지역은 회사와 화물 및 여객 운송에 대한 장기 계약을 체결했습니다. EcoTrans LLC의 경우 지역 내 화물 운송 서비스(오뇰 지역)가 향후 발전을 위한 성공적인 시작이 되었습니다. 오늘의 지리 운송 서비스그녀는 고향의 경계를 훨씬 넘어섰습니다. 활동 지역을 확장하려면 현대식 화물 차량의 수를 늘려야 했기 때문에 이제 상품 배송을 위해 자체의 광범위한 차량뿐만 아니라 파트너의 차량도 사용합니다.

EcoTrans LLC는 러시아 전역에 화물 운송을 제공할 뿐만 아니라 고객에게 관련 서비스, 예: 운송 및 화물 보험.

a) 운송 전달. 이 서비스고객은 화물 운송 과정을 용이하게 할 뿐만 아니라 비용도 절감할 수 있습니다. 화물 운송은 여러 유형의 서비스로 구성됩니다.

등록 필요한 서류. 선하 증권, 세관 신고서, 보험 회사 서류 등 문서 및 서명은 더 이상 고객과 관련이 없습니다.

차량 선택. 화물의 중량, 크기 및 경로가 고려됩니다.

경로 계획. 가장 빠르고 안전한 교통 패턴이 선택됩니다.

경로를 따라 발생하는 다른 문제를 해결합니다.

b) 화물 보험. 도중에 화물에 어떤 일이든 일어날 수 있습니다. 파손, 변질, 도난 등의 우려가 있습니다. 이러한 위험을 제거하려면 보험 회사그들은 화물, 운송 비용, 심지어 예상 이익의 일부까지 보장합니다.

EcoTrans LLC의 사명은 높은 전문 수준의 품질을 제공하는 것입니다. 운송 서비스클라이언트는 기존 소비자와 장기적인 파트너십을 구축하고 새로운 소비자를 유치합니다.

3.1 EcoTrans LLC의 조직 구조

EcoTrans LLC에서 총괄이사순종하다: 수석 회계사, 수석 엔지니어, 전기 기술자, 시스템 관리자. 회계사는 수석 회계사에게 보고합니다. 점주가 회계사에게 보고합니다. 수석 엔지니어의 부하: 점주, 기계공, 의료 종사자, 디스패처. 배차 담당자의 부하 직원은 기계공, 자동차 운전사, 버스 운전사, 지게차 운전사입니다. 정비사의 하위에는 자동차 운전사, 버스 운전사, 지게차 운전사 등이 있습니다.

3.2 비즈니스 프로세스 “화물 운송”

"화물 운송" 비즈니스 프로세스에는 다음이 포함됩니다.

1 지원서를 접수합니다. 고객이 디스패처에게 요청을 보내고 디스패처는 이를 수락합니다.

2 계약의 체결. 운송이 수행되는 것을 기반으로 고객과 이사 사이에 계약이 체결됩니다.

3 계약의 존재 여부를 확인합니다. 파견자는 계약의 존재 여부를 확인합니다.

4 지원서 처리. 배차 담당자는 차량의 기술적 특성에 따라 용도에 따라 화물의 크기, 중량, 운송 조건을 고려하여 차량을 배분합니다.

5 운송장 발행. 배차 담당자는 운전자에게 전화를 걸어 예정된 항공편과 경로를 알리고 운송장을 발행합니다.

6 신체검사에 합격합니다. 운전자는 건강검진을 받습니다.

7 건강검진 합격을 표시합니다. 의료 전문가는 신체의 알코올 및 향정신성 물질 함량, 건강 상태를 결정합니다. 맥박, 혈압, 체온을 측정하고 피로 정도와 수면의 질을 결정합니다. 건강검진에 합격하면 의료진이 운송장에 표시를 합니다.

8 일일 차량 정비. 운전자는 차량의 일일 유지 관리를 수행합니다. 점검: 자동차의 완전성, 냉각수 및 윤활유 수준, 자동차 시스템의 견고성, 바퀴의 상태 및 고정, 브레이크 시스템의 작동, 조명 및 소리 경보.

9 운송장에 차량의 서비스 가능성을 표시하십시오. 운전자는 운송장에 차량 검사에 대한 표시를 합니다.

10 차량 검사. 운전기사가 제공하는 차량정비사의 검사를 위해. 정비사가 차량을 검사하고 있습니다. 점검: 브레이크 시스템, 전원 공급 시스템, 냉각 시스템, 배기 가스 시스템의 견고성 및 작동; 스티어링, 외부 조명 장치, 앞 유리 와이퍼의 서비스 가능성; 휠 고정; 구급 상자, 소화기 및 경고 삼각대의 가용성.

11 운송장에 차량의 서비스 가능성을 표시하십시오. 정비사는 운송장에 차량의 서비스 가능성에 대해 기록합니다.

12 화물운송. 운전자는 해당 노선으로 출발하여 지정된 위치에서 화물을 픽업한 후 화물을 수령인에게 전달합니다.

13 서류 접수. 운전자는 고객으로부터 배송 메모를 수집합니다.

14 회선에서 돌아옵니다. 라인의 운전자가 차고로 돌아갑니다.

15 차량 검사. 라인에서 돌아올 때 운전자는 정비공의 검사를 위해 차량을 제공합니다.

16 운송장에 차량 상태에 대한 메모가 있습니다. 정비사는 운송장에 차량 상태를 기록합니다.

17 회계 부서로 문서 전송. 운전자는 청구서를 회계 부서에 제출합니다.

18 회계 부서의 문서 발행. 회계 부서는 작업 완료 증명서, 송장, 지불 송장 등 문서를 발행합니다.

19 고객의 서비스 비용 지불. 회계 부서는 지불을 위해 발행된 문서를 고객에게 전송합니다. 고객은 제공된 서비스에 대해 비용을 지불합니다.

3.3 IT 인프라

정보 네트워크 모델링

네트워크 아키텍처는 기능적인 네트워크를 생성하는 데 필요한 토폴로지, 미디어 액세스 방법 및 프로토콜의 조합입니다.

LAN - 근거리 통신망 (LAN, 근거리 통신망).

EcoTrans LLC 조직에서 LAN은 "스타" 토폴로지에 따라 만들어집니다.

설문조사 개체의 IS는 Microsoft Corporation의 디렉터리 서비스인 Active Directory를 사용합니다. 이 서비스는 도메인 그룹 정책을 규제하는 데 사용됩니다. 도메인은 계층 구조를 가지고 있습니다.

객체 IS의 하드웨어 부분: 서버 2대; 16개의 워크스테이션.

EcoTrans LLC 소프트웨어: 운영 체제 Windows XP Servise Pack 2/3, MS Office 2007, 바이러스 백신 소프트웨어 - Panda Antivirus Platinum, 납세자 법인, 1C: 회계, 1C: 급여 및 인사, PP "인증서 디렉터리", CIPF Crypto Pro CSP, PP "STEC- 신뢰하다" ". AWS "TRUST-클라이언트", 시스템 "STEC-신뢰". 피보험자 워크스테이션, 사회 보험 기금용 유틸리티, 문서 PU 5, CheckXML, Canon 솔루션 메뉴, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR 등.

4. Microsoft Visio의 비즈니스 모델링을 이용한 TC LLC "EcoTrans"의 비즈니스 프로세스 설명

4.1 IDEF0 표기법으로 모델 구축 및 분해

IDEF0 방법론을 사용하여 TC LLC "EcoTrans"의 모델을 만들어 보겠습니다. 먼저, “화물 운송” 비즈니스 프로세스의 컨텍스트 다이어그램을 작성해 보겠습니다(그림 4.1). IDEF0 표기법에 따르면 이 기능 블록을 "운송 화물"이라고 부르겠습니다.

그림 4.1 - "화물 운송" 프로세스의 컨텍스트 다이어그램

그런 다음 "화물 운송" 업무 프로세스를 "신청 처리", "계약 체결", "화물 운송 준비", "화물 운송에 필요한 서류 준비", "운송 수행"의 구성 요소로 분류합니다. 화물”. 그리고 그에 따라 "운송 화물" 기능 블록을 분해합니다(그림 4.2).

그림 4.2 - "화물 운송" 프로세스의 분해 다이어그램

비즈니스 프로세스를 자세히 살펴보겠습니다. "신청 처리"(그림 4.3); “화물 운송 준비”(그림 4.4); "상품 운송에 필요한 서류 등록"(그림 4.5) "화물 운송"(그림 4.6).

그림 4.3 - "신청 처리" 프로세스의 분해 다이어그램

그림 4.4 - “화물 운송 준비” 프로세스의 분해도

그림 4.5 - "상품 운송에 필요한 서류 등록" 프로세스의 분해 다이어그램

그림 4.6 - "화물 운송" 프로세스의 분해 다이어그램

4.2 IDEF3 표기법으로 모델 구축

이제 IDEF3 방법론을 사용하여 TC LLC "EcoTrans" 모델을 구축하겠습니다. “화물 운송” 프로세스의 분해는 그림 4.7에 나와 있습니다.

그림 4.7 - "화물 운송" 프로세스 분해에 대한 PFDD 다이어그램

“” 기호는 “Exclusive OR”을 의미하며 “XOR”(Exclusive OR)이라고도 합니다.

결론

"MS Visio에서 도로 운송 서비스를 제공하는 기업의 비즈니스 프로세스 설명"이라는 주제를 연구하는 동안 기업 프로세스를 최적화하기 위한 비즈니스 프로세스 설명의 중요성이 결정되었습니다.

비즈니스 프로세스에 대한 설명이 가능합니다. 다양한 방법으로: 텍스트, 표, 그래픽. 이를 설명하기 위해 다양한 방법론(IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS 등)과 도구(BPWin, ERWin, PowerDesigner 등)가 있습니다.

TC LLC "EcoTrans"의 비즈니스 프로세스를 그래픽 형식으로 설명하기 위해 비즈니스 프로세스 모델링 방법론 IDEF0, IDEF3이 선택되었습니다. 모델링은 Microsoft 제품인 Visio를 사용하여 수행되었습니다. 이 프로그램가지다 기성 템플릿 IDEF0 표기법으로 모델링하려면 IDEF3의 경우 자체 요소 세트를 만들어야 했습니다. 이는 기능성이 낮지만 동시에 설계 프로세스에 전역 제한이 없음을 확인합니다.

EcoTrans LLC의 비즈니스 프로세스에 대한 간단한 텍스트 설명에 그래픽 설명을 추가하여 명확성을 얻었습니다. 그 결과, 회사 활동의 시스템 분석 및 최적화를 위한 더 많은 기회를 제공했습니다.

가용성을 고려하여 마이크로소프트 프로그램러시아 사용자를 위한 Visio의 사용 용이성과 비즈니스 프로세스의 그래픽 모델링의 새로운 이점을 고려하면 MS Visio에서 디자인된 다이어그램은 많은 수의 사용자에게 충분히 실용적이라고 주장할 수 있습니다.

문학

1 Golichev V.D., Golicheva N.D., Gusarova O.M. 등. 현재 문제현대화 조건에서의 경제 및 경영. 집단 논문. - 스몰렌스크: Smolgortypography, 2014. - 212 p.

2 구사로바 O.M. 조직 관리에서 비즈니스 결과 모델링 // 과학 및 교육 발전 전망. - 탐보프: 비즈니스-과학-사회, 2014. - p. 42-43.

Allbest.ru에 게시됨

...

유사한 문서

기업에 대한 사전 프로젝트 조사를 실시합니다. 회사의 조직 및 기능적 구조 모델을 구축합니다. MS Visio에서 조직도를 생성합니다. 정보시스템에 의해 생성되어야 하는 문서의 목록과 구조.

실제 작업, 2012년 2월 14일에 추가됨

회사 활동을 최적화하는 방법을 찾는 수단으로 비즈니스 프로세스를 모델링합니다. SADT(구조 분석 및 설계) 방법론, IDEF 표준 제품군 및 알고리즘 언어는 비즈니스 프로세스 모델링 방법론의 기초입니다.

초록, 2011년 12월 14일에 추가됨

비즈니스 프로세스, 사용의 장단점을 모델링하기 위한 방법론으로서 통합 정보 시스템 ARIS의 아키텍처. 모델링을 위한 비즈니스 프로세스 선택 및 의미 있는 설명, 설명을 위한 표 형식.

코스 작업, 2015년 6월 19일에 추가됨

Microsoft Visio의 목적. 특정 유형의 개체 이미지 집합입니다. 소프트웨어 요구 사항. 사용자 인터페이스 특성. Microsoft Visio의 기능, 작동 및 기술. 디자이너와 애플리케이션의 상호 작용.

테스트, 2010년 12월 19일에 추가됨

비즈니스 프로세스 모델링의 본질, 중요성 및 방법론입니다. 모델링 방법론 개발의 역사. 수신된 정보의 분석 처리를 위해 회사 및 비즈니스 프로세스에 대한 지식을 시각적 그래픽 형식으로 체계화합니다.

초록, 2009년 4월 29일에 추가됨

UML 설명의 주요 의미. Microsoft Visio에서 사용되는 주요 구성 요소에 대한 설명입니다. Microsoft Visio 2010에서 클래스 다이어그램 생성. 시스템 수정 중 생성된 모델 개정. 시스템 구조, 클래스, 속성 및 연산자.

실제 작업, 2014년 5월 7일에 추가됨

로컬 컴퓨터 네트워크 설계. 네트워크 토폴로지, 아키텍처 및 시스템 구조 선택. 분산 시스템의 정보 흐름 분석, 시뮬레이션 시스템 선택. 시스템 생성 및 개발 비용 결정.

논문, 2015년 5월 21일에 추가됨

원격 구성 및 소프트웨어 설치 관리. VMware ThinApp 개발의 역사 자동 패키지 생성 마이크로소프트 설치 Office Visio Professional 2007. 이에 대한 소프트웨어 분석. 결과 msi 패키지를 테스트합니다.

코스 작업, 2013년 3월 14일에 추가됨

호텔정보시스템의 비교분석. 비즈니스 프로세스 모델링을 위한 CASE 도구 분석 및 선택. 주제 영역의 시각적 및 수학적 모델, 정보 시스템의 아키텍처 및 플랫폼 선택, 데이터베이스 구축.

논문, 2014년 7월 20일에 추가됨

Microsoft Visio 환경: 개념, 주요 기능. Office Visio 2007의 자동 연결 기능. 로그 가능성 기능. 소프트웨어 버전 오류 확률 그래프. UML의 시각적 모델링. 클래스 다이어그램의 일반적인 보기입니다.