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

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

Pushkin의 "The Tale of Tsar Saltan" 삽화 사용, "Children's Literature" 편집, Moscow, 1949, Leningrad, K. Kuznetsov의 그림

이전 시리즈 요약

В 1부 우리는 동화 플롯을 기반으로 UML 다이어그램을 연구한 예에서 영감을 받은 "동화" 도메인을 사용했습니다(예를 들어, 여기에 [1]). 모델링에 앞서 활동 다이어그램의 일부 요소 사용에 동의하고 모델링 계약을 체결하기 시작했습니다. 이러한 합의를 고려하여 1단계에서는 활동 다이어그램의 형태로 프로세스를 설명했고 2단계에서는 자동화가 필요한(및 가능한) 프로세스 단계를 식별했습니다.

이러한 프로세스에서 발생하는 물질적 가치에 대한 회계 활동을 자동화할 것임을 상기시켜 드립니다.

...
바다에 있는 섬이 있다, (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. Pushkin "The Tale of Tsar Saltan, 그의 영광스럽고 강력한 아들 Gvidon Saltanovich 왕자와 아름다운 백조 공주", 알려진대로 푸쉬킨이 다양한 버전으로 쓴 민화 "금은 무릎 깊이, 은은 팔꿈치 깊이"를 무료로 각색 한 것입니다.)

이 예에서는 호주 회사의 Enterprise Architect 환경을 사용하고 있습니다. 스파 렉스 시스템즈 [2] 그리고 교육 세션의 틀에서 나는 사용합니다. 모델리오 [3].
프로세스가 다르다는 것을 상기시켜 드리겠습니다. 예를 들어, 여기에 [4] 그리고 여기에 [5].
모델링 및 설계에 적용된 접근 방식에 대한 자세한 내용은 [6, 7]을 참조하십시오.
전체 UML 사양은 다음을 참조하세요. 여기에 [8].

이제 다음 단계로 넘어가 시스템의 기능과 내부 조직 설계를 시작할 준비가 되었습니다. 그림 번호 매기기는 계속됩니다.

3단계. 자동화된 단계에 시스템의 기능을 할당해야 합니다.

개발 중인 자동화 시스템(AS)은 견과류에 대한 엄격한 기록을 유지하도록 설계되었습니다. 기억하십니까? 강조 표시된 각 단계에 대해(그림 3, 그림 4 참조) 파트 1에서), 자동화할 기능적 요구 사항을 기록하고 "시스템은 ...을 수행할 수 있어야 합니다."와 같은 구성을 사용하고 사용 사례 다이어그램을 개발합니다. 이제 우리는 실제로 새로운 규칙으로 모델링 계약을 보완하고 있습니다. 우리가 사용할 요소를 설명하겠습니다.

"사용자 역할"과 "기능" 사이에 "연결" 관계를 사용할 것입니다(그림 5). 이는 이 역할을 가진 사용자가 이 기능을 수행할 수 있음을 의미합니다.

그림 5. 연관 유형 관계 사용

"기능"에서 "요구 사항"으로 "구현" 링크(그림 6)를 그려 이 요구 사항이 이러한 기능에 의해 구현되고 관계가 "다대다"가 될 수 있음을 보여줍니다. 하나의 기능이 여러 요구 사항의 구현에 포함될 수 있으며 요구 사항을 구현하는 데 둘 이상의 기능이 필요할 수 있습니다.

그림 6. 구현 관계 사용

하나의 함수가 실행을 위해 다른 함수를 실행해야 하고 필요한 경우 "포함" 스테레오타입이 포함된 "종속" 연결을 사용합니다(그림 7). 특정 조건에서 추가 기능의 실행이 필요한 경우 "Extend" 스테레오타입(확장)과 함께 "Dependence" 연결을 사용합니다. 모든 것을 기억하기 매우 쉽습니다. "포함" - 항상, "확장" - 때때로.

그림 7. 링크 유형 "Dependency(include)" 사용

결과적으로 다이어그램은 다음과 같이 표시됩니다(그림 8).

그림 8. 사용 사례 다이어그램(AS의 기능 모델)

또한 사용 사례 다이어그램은 사용자 역할을 모델링하는 데 사용됩니다(그림 9).

그림 9. 사용 사례 다이어그램(AS 사용자의 역할)

4단계. 클래스 다이어그램을 사용하여 AS의 내부 구성을 설명하자

프로세스의 입력 및 출력 아티팩트에 대한 정보를 사용하여(활동 다이어그램 - 그림 2, 그림 3, 그림 4 참조) 클래스 다이어그램을 개발합니다. "클래스" 모델링 요소와 이들 사이의 다양한 유형의 관계를 사용할 것입니다.

"전체-부분" 관계를 표시하기 위해 "집합" 유형 관계를 사용합니다(그림 10). 너트는 전체이고 껍질과 커널은 부분입니다.

그림 10. 전체-부분 관계

결과적으로 다이어그램의 일부는 다음과 같이 보일 것입니다(그림 11). 클래스는 프로세스에 대한 텍스트 설명에서 직접 강조 표시한 색상으로 표시됩니다.

그림 11. 클래스 다이어그램

클래스 다이어그램은 자동 인벤토리 프로세스의 개념적 모델과 관련될 뿐만 아니라 실행 환경과 관련된 다른 아티팩트(환경(그림 12) 및 "이웃" 프로세스(그림 13))를 모델링하는 데에도 사용되었습니다. 자동화된 프로세스에 영향을 미칠 수 있지만 아직 관심의 초점이 아닙니다(시스템이 개발되고 이 정보가 유용할 것이라고 가정합니다).

그림 12. 클래스 다이어그램(환경)

상속 관계는 일반화 "상위" 클래스 "건물" 아래에서 다양한 건물, "하위" 클래스의 일반화를 보여줍니다.

그림 13. 클래스 다이어그램(아티팩트에 대한 추가 정보)

"상황에 대한 반응"은 "시각 제어 데이터"에 따라 다릅니다. 여러 종속성 관계의 경우 "추적" 스테레오타입은 프로세스 설명에 명시적으로 표시되지 않았지만 자동화에 필요한 클래스의 추적을 설명에 인스턴스가 정확하게 표시된 클래스에 표시하는 데 사용됩니다.

5단계. "비즈니스 규칙" 트랙의 메모를 분석해 보겠습니다.

규칙이 지정된 대로(그림 2 참조) 파트 1에서):

1. 단계 중 하나를 두 부분으로 분할해야 할 필요성, 두 번째 부분은 특정 조건에서만 수행되기 시작합니다.
2. 견과류 회계를 수행하기 위해 특정 공무원 임명;
3. 요소가 프로세스 설명에 명시적으로 나열되지 않았음을 나타내는 기술(요소의 흰색 색상).

다이어그램을 개발할 때 이러한 모든 규칙을 이미 사용했다는 점에 유의해야 합니다.

최종 발언

그래서 5단계를 거쳐 3가지 유형의 다이어그램을 만들었습니다. 모델링 환경에서 모델 구성에 대해 약간의 설명을 추가하겠습니다. 우리가 개발하는 모델을 구성하는 데 도움이 되는 많은 프레임워크가 있지만 이 기사의 주제는 아니므로 프로젝트의 질서 있는 유지 관리를 위해 다음과 같은 간단한 패키지 세트로 제한할 것입니다. 비즈니스 프로세스, 기능 모델, 인공물, 참여자 및 환경(그림 14).

그림 14. 프로젝트 패키지의 구조

따라서 자동화된 비즈니스 프로세스 모델, 기능 모델 및 개념적 수준에서 시스템의 내부 조직 모델과 같은 다양한 각도에서 재료 자산 회계 시스템을 설명하는 일관된 모델을 개발했습니다.

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

소스 목록

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.
8. OMG 통합 모델링 언어(OMG UML) 사양. 버전 2.5.1. [전자 자원] 액세스 모드: 인터넷: https://www.omg.org/spec/UML/2.5.1/PDF

출처 : habr.com