프로세스 모델링에서 자동화 시스템 설계까지(1부)

"다람쥐의 하루" 또는 모델링 프로세스에서 재료 자산 회계를 위한 자동화 시스템 설계까지 "Belka-1.0"(1부)

A.S. Pushkin의 "The Tale of Tsar Saltan"에 삽화가 사용되었으며, 1949년 모스크바 아동 문학 출판, 레닌그라드, 그림 K. Kuznetsov

"다람쥐"는 그것과 무슨 관련이 있습니까?

"다람쥐"가 그것과 어떤 관련이 있는지 즉시 설명하겠습니다. 동화에서 빌린 주제 영역을 기반으로 UML을 학습하기 위해 인터넷에서 재미있는 프로젝트를 접했습니다(예: 여기에 [1]), 나는 또한 학생들이 처음에는 활동 다이어그램, 사용 사례 다이어그램 및 클래스 다이어그램의 세 가지 유형의 다이어그램만 공부할 수 있도록 비슷한 예를 준비하기로 결정했습니다. 나는 "번역 어려움"에 대한 논쟁을 피하기 위해 의도적으로 다이어그램의 이름을 러시아어로 번역하지 않습니다. 그것이 무엇인지 잠시 후에 설명하겠습니다. 이 예에서는 호주 회사의 Enterprise Architect 프레임워크를 사용하고 있습니다. 스파 렉스 시스템즈 [2] – 합리적인 가격에 좋은 도구입니다. 그리고 저는 훈련 세션의 일부로 모델리오 [3]은 UML2.0 및 BPMN 표준을 지원하는 훌륭한 무료 객체 지향 디자인 도구로, 시각적 기능 측면에서 불필요한 부가 기능은 없지만 언어의 기본을 학습하는 데는 충분합니다.

우리는 이러한 프로세스에서 발생하는 자재 자산 회계 활동을 자동화할 예정입니다.

...
바다에 있는 섬이 있다, (E1, E2)
우박 온 더 아일랜드 스탠드(E3, E1)
황금 돔 교회와 함께, (E4)
탑과 정원으로; (E5, E6)
가문비 나무는 궁전 앞에서 자랍니다. (E7, E8)
그리고 그 아래에는 크리스탈 하우스가 있습니다. (E9)
다람쥐는 거기에 산다, 길들인다, (A1)
예, 정말 연예인입니다! (A1)
다람쥐 노래, (P1, A1)
예, 그는 견과류를 갉아 먹습니다 (P2)
견과류는 단순하지 않습니다. (C1)
모든 껍질은 황금색입니다. (C2)
커널 순수 에메랄드; (C3)
다람쥐를 지키는 하인, (P3, A2)
다양한 종류의 하인으로 그녀를 섬기십시오 (P4)
그리고 점원이 배정되었습니다 (A3)
견과류 뉴스에 대한 엄격한 설명; (P5, C1)
그녀의 명예를 군대에 바칩니다. (P6, A4)
껍질에서 동전이 쏟아집니다. (P7, C2, C4)
그들이 전 세계를 떠다니게 하십시오. (P8)
여자 에메랄드 던지기(P9, A5, C3)
식료품 저장실에 있지만 부셸 아래에 있습니다. (E10, E11)
...
(A.S. 푸쉬킨 "그의 영광스럽고 강력한 영웅 기돈 살타노비치 왕자와 아름다운 백조 공주에 관한 차르 살탄의 이야기", 동화 작업은 아마도 1822년에 시작되었을 것으로 추정되며, 동화는 푸쉬킨이 "A. 푸쉬킨의 시" 컬렉션으로 처음 출판했습니다(파트 III, 1832, pp. 130-181). — 그런데 컨셉부터 출판까지 10년이 걸렸습니다!)

줄 오른쪽에 쓰여진 코드에 대해 조금. "A"("Actor"에서 유래)는 해당 라인에 프로세스 참가자에 대한 정보가 포함되어 있음을 의미합니다. "C"("Class"에서 유래) - 프로세스 실행 중에 처리되는 클래스 개체에 대한 정보입니다. "E"("Environment"에서 유래) – 프로세스 실행 환경을 특징짓는 클래스 개체에 대한 정보입니다. "P"("Process"에서 유래) - 프로세스 자체에 대한 정보입니다.

그건 그렇고, 프로세스의 정확한 정의는 비즈니스, 생산, 기술 등 다양한 프로세스가 있다는 사실로 인해 방법론적 논쟁의 원인이 된다고 주장합니다. 등등. (예를 들어 다음과 같이 알아볼 수 있습니다. 여기에 [4] 그리고 여기에 [5]). 논란을 피하기 위해 동의하자. 우리는 시간에 따른 반복성과 자동화의 필요성이라는 관점에서 프로세스에 관심이 있습니다., 즉. 프로세스 작업의 일부 실행을 자동화 시스템으로 이전하는 것입니다.

활동 다이어그램 사용 시 참고 사항

프로세스 모델링을 시작하고 이를 위해 활동 다이어그램을 사용해 보겠습니다. 먼저 위의 코드가 모델에서 어떻게 사용되는지 설명하겠습니다. 그래픽 예제를 사용하여 설명하는 것이 더 쉽지만 동시에 활동 다이어그램의 일부(필요한 거의 모든 요소) 요소를 분석하겠습니다.
다음 부분을 분석해 보겠습니다.

...
다람쥐 노래, (P1, A1)
예, 그는 견과류를 갉아 먹습니다 (P2)
견과류는 단순하지 않습니다. (C1)
모든 껍질은 황금색입니다. (C2)
커널 순수 에메랄드; (C3)
...

두 개의 프로세스 단계 P1과 P2, 참가자 A1, 세 가지 다른 클래스의 개체가 있습니다. 클래스 C1의 개체는 단계에 입력되고, 클래스 C2와 C3의 개체는 이 단계 P2의 활동 결과로 출력됩니다. 프로세스. 다이어그램의 경우 다음 모델링 요소를 사용합니다.

우리 프로세스의 일부는 다음과 같이 표현될 수 있습니다(그림 1).

그림 1. 활동 다이어그램 조각

공간을 구성하고 활동 다이어그램을 구조화하기 위해 UML 표기법의 고전적 사용 관점에서 비표준 접근 방식을 사용합니다. 그러나 여기에는 몇 가지 이유가 있습니다. 먼저, 모델링을 시작하기 직전에 소위 말하는 것을 컴파일하겠습니다. 모델링 계약, 표기법 사용의 모든 기능을 기록합니다. 둘째, 이 접근 방식은 소프트웨어 시스템을 만들기 위한 실제 프로젝트의 비즈니스 모델링 단계에서 반복적으로 성공적으로 적용되었으며, 그 결과는 해당 저작권 개체에 있는 소규모 저자 팀에 의해 기록되었으며 [6] 교육 매뉴얼에도 사용되었습니다. 7]. 활동 다이어그램의 경우 다이어그램 필드가 "수영 레인"을 사용하여 구조화되어 있음을 정의합니다. 트랙 이름은 해당 트랙에 배치될 차트 요소의 유형에 해당합니다.

"입력 및 출력 아티팩트": 이 트랙에는 개체 요소(사용되거나 일부 프로세스 단계를 실행한 결과인 개체)가 포함됩니다.
"프로세스 단계": 여기서는 프로세스 참가자의 작업인 활동 요소를 배치합니다.
"참가자들": 프로세스에서 작업 수행자의 역할을 나타내는 요소에 대한 경로입니다. 이를 위해 동일한 모델링 요소 개체인 개체를 사용하지만 여기에 "배우" 고정관념을 추가합니다.
다음 트랙이 호출됩니다. "비즈니스 규칙" 이 트랙에서는 프로세스 단계를 실행하기 위한 규칙을 텍스트 형식으로 배치하고 이를 위해 모델링 요소인 Note(노트)를 사용합니다.
경로를 사용할 수도 있지만 여기서 멈추겠습니다. "도구" 프로세스 자동화 수준에 대한 정보를 수집합니다. 경로도 유용할 수 있습니다. "참가자의 직위와 부서", 프로세스 참여자의 직위 및 부서에 역할을 연결하는 데 사용할 수 있습니다.

방금 설명한 모든 것은 단편입니다. 모델링 규칙, 계약의 이 부분은 하나의 다이어그램을 구성하는 규칙과 그에 따른 다이어그램 작성 및 읽기 규칙에 관한 것입니다.

"레시피"

이제 시스템을 구체적으로 모델링하는 옵션을 고려해 보겠습니다. 활동 다이어그램에서. 이것은 단지 옵션 중 하나일 뿐이며, 물론 유일한 옵션은 아닙니다. 활동 다이어그램은 프로세스 모델링에서 자동화 시스템 설계로 전환하는 역할의 관점에서 우리의 관심을 끌 것입니다. 이를 위해 우리는 XNUMX단계로만 구성되고 XNUMX가지 유형의 다이어그램 개발을 제공하는 일종의 레시피인 방법론적 권장 사항을 준수할 것입니다. 이 레시피를 사용하면 시스템 설계를 위해 데이터를 자동화하고 수집하려는 프로세스에 대한 공식화된 설명을 얻는 데 도움이 됩니다. 그리고 UML을 공부하기 시작하는 학생들에게 이것은 UML과 최신 모델링 도구에서 발견되는 다양한 시각적 수단과 기술에 빠져들지 않도록 하는 일종의 구명 장치입니다.

실제로 여기에 레시피 자체가 있으며, "동화" 주제 영역을 위해 작성된 다이어그램을 따르십시오.

1단계. 활동 다이어그램 형태로 프로세스를 설명합니다. 10개 이상의 단계로 구성된 프로세스의 경우 다이어그램의 가독성을 높이기 위해 프로세스 단계 분해 원리를 적용하는 것이 합리적입니다.

2단계. 자동화할 수 있는 항목 선택 (예를 들어 다이어그램에서 단계를 강조 표시할 수 있습니다.)

3단계. 자동화된 단계에 시스템의 기능을 할당해야 합니다. (관계는 다대다일 수 있음) 유스 케이스 다이어그램을 그립니다. 이것이 우리 시스템의 기능입니다.

4단계. 클래스 다이어그램을 사용하여 AS의 내부 구성을 설명하자 - 수업. 활동 다이어그램의 "입력 및 출력 개체(문서)" 수영 웨이는 개체 모델 및 엔터티-관계 모델을 구축하기 위한 기초입니다.

5단계. "비즈니스 규칙" 트랙의 메모를 분석해 보겠습니다., 이는 다양한 종류의 제한사항 및 조건을 제공하며 이는 점차적으로 비기능적 요구사항으로 변환됩니다.
결과 다이어그램 세트(활동, 사용 사례, 클래스)는 상당히 엄격한 표기법으로 형식화된 설명을 제공합니다. 명확한 독서가 있습니다. 이제 기술 사양을 개발하고 요구 사항 사양을 명확히 하는 등의 작업을 수행할 수 있습니다.

모델링을 시작해 보겠습니다.

1단계. 활동 다이어그램 형태로 프로세스를 설명합니다.

"수영" 레인을 사용하여 다이어그램 필드를 구성했으며 각 레인에는 동일한 유형의 요소가 포함되어 있음을 상기시켜 드리겠습니다(그림 2). 위에서 설명한 다이어그램 요소 외에도 추가 요소를 사용하여 설명하겠습니다.

결정(Decision)은 다이어그램에서 프로세스의 분기점을 나타내고 스레드 병합(Merge)은 재통합 지점을 나타냅니다. 전환 조건은 전환 시 대괄호 안에 표시됩니다.

두 개의 동기화 장치(포크) 사이에 병렬 프로세스 분기가 표시됩니다.
우리 프로세스에는 하나의 시작, 즉 하나의 진입점(초기)만 있을 수 있습니다. 그러나 여러 가지 완료(최종)가 있을 수 있지만 특정 다이어그램에는 해당되지 않습니다.

화살표가 꽤 많아서 요소와 연결이 많아 먼저 프로세스 단계를 식별한 다음 이러한 단계를 분해할 수 있습니다. 그러나 명확성을 위해 "동화" 프로세스 전체를 하나의 다이어그램에 표시하고 싶습니다. 물론 화살표가 "서로 달라붙지 않도록" 해야 연결되어 있는 것을 정확하게 추적할 수 있습니다. 무엇을.

그림 2. 활동 다이어그램 - 프로세스의 일반 보기

왜냐하면 시적 대사에서는 과정의 일부 세부 사항이 생략되고 복원되어야 했으며 흰색 배경의 요소로 표시됩니다. 이러한 세부정보에는 저장 및 처리를 위한 전송/수신 단계와 여러 입력 및 출력 아티팩트가 포함됩니다. 이 단계에서도 프로세스가 완전히 공개되지는 않는다는 점은 주목할 가치가 있습니다. 전송 단계와 수신 단계를 별도로 지정해야 하고, 심지어 쉘에 대한 별도 단계도 추가해야 하며, 먼저 이 모든 물질적 값을 어딘가에 임시로 저장해야 한다는 등의 생각도 해야 합니다. 등등.
견과류의 기원에 대한 질문에는 여전히 답이 없습니다. 견과류는 어디서 왔으며 다람쥐에게 어떻게 도달합니까? 그리고 이 질문(노트에서 빨간색 글꼴로 강조 표시됨 - Note 요소)은 별도의 연구가 필요합니다! 이것이 분석가가 작업하는 방식입니다. 정보를 조금씩 수집하고, 가정을 하고, 해당 분야 전문가로부터 "괜찮아" 또는 "아니요"를 받는 것입니다. 이는 시스템을 만들 때 비즈니스 모델링 단계에서 매우 중요하고 대체할 수 없는 사람들입니다.

또한 프로세스 단계 P5는 두 부분으로 구성됩니다.

그리고 각 부분을 분해해서 좀 더 자세히 살펴보도록 하겠습니다(그림 3, 그림 4). 이러한 특정 단계에서 수행되는 활동은 자동화됩니다.

그림 3. 활동 다이어그램 - 세부사항(1부)

그림 4. 활동 다이어그램 - 세부사항(2부)

2단계. 자동화할 수 있는 항목 선택

자동화할 단계는 다이어그램에 색상으로 강조 표시되어 있습니다(그림 3, 그림 4 참조).

모든 작업은 프로세스의 한 참가자(서기)에 의해 수행됩니다.

• 너트의 무게에 대한 정보를 명세서에 입력합니다.
• 너트 전송에 대한 정보를 명세서에 입력합니다.
• 너트가 껍질과 커널로 변형되는 사실을 기록합니다.
• 너트 커널에 대한 정보를 명령문에 입력합니다.
• 목록에 너트 껍질에 대한 정보를 입력합니다.

완료된 작업 분석. 무엇 향후 계획?

그래서 우리는 많은 준비 작업을 수행했습니다. 자동화할 프로세스에 대한 정보를 수집했습니다. 모델링에 대한 합의를 시작했습니다 (지금까지는 활동 다이어그램 사용 측면에서만). 프로세스의 시뮬레이션을 수행하고 심지어 여러 단계를 분해했습니다. 우리는 자동화할 프로세스 단계를 확인했습니다. 이제 다음 단계로 넘어가 시스템 기능과 내부 조직 설계를 시작할 준비가 되었습니다.

아시다시피 실천이 없는 이론은 아무것도 아닙니다. 자신의 손으로 "모델링"을 시도해야 합니다. 이는 제안된 접근 방식을 이해하는 데에도 유용합니다. 예를 들어 모델링 환경에서 작업할 수 있습니다. 모델리오 [삼]. 전체 프로세스 다이어그램의 일부 단계만 분해했습니다(그림 3 참조). 실제 작업으로 Modelio 환경의 모든 다이어그램을 반복하고 "저장 및 처리를 위한 전송/수신" 단계의 분해를 수행하라는 요청을 받을 수 있습니다.
우리는 아직 특정 모델링 환경에서의 작업을 고려하고 있지 않지만 이는 독립적인 기사 및 리뷰의 주제가 될 수 있습니다.

기사의 두 번째 부분에서는 3~5단계에서 필요한 모델링 및 설계 기술을 분석하고 UML 사용 사례 및 클래스 다이어그램을 사용합니다. 계속됩니다.

소스 목록

1. 사이트 "UML2.ru". 분석가 커뮤니티 포럼. 일반 섹션. 예. UML 다이어그램 형태의 동화의 예. [전자 자원] 액세스 모드: 인터넷: http://www.uml2.ru/forum/index.php?topic=486.0
2. 스팍스 ​​시스템즈 홈페이지. [전자 자원] 액세스 모드: 인터넷: https://sparxsystems.com
3. 모델리오 홈페이지. [전자 자원] 액세스 모드: 인터넷: https://www.modelio.org
4. 큰 백과사전. 프로세스(해석). [전자 자원] 액세스 모드: 인터넷: https://dic.academic.ru/dic.nsf/enc3p/246322
5. 웹 사이트 "효과적인 관리 조직". 블로그. "비즈니스 프로세스 관리" 제목. 비즈니스 프로세스의 정의. [전자 자원] 액세스 모드: 인터넷: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
6. 지적 활동 결과 제품 등록 및 기탁에 대한 인증서 번호 18249. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. "Enterprise Architect를 사용하여 주제 영역 모델링"이라는 제목의 교구 원고 // 2011.
7. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. 비즈니스 프로세스 모델링. - M .: KURS, NITs INFRA-M, EBS Znanium.com. — 2017.

출처 : habr.com