콘텐츠
- 논리 모델링
- 행동 계획과 논리 모델을 혼동하지 마십시오
- 공정 사양
- 구조화 된 영어를 사용한 모델링 논리
- 버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드
- 의사 결정 테이블이있는 모델링 로직
- 의사 결정 트리 생성을 통한 모델링 논리
- 올바른 구조적 결정 분석 기법 선택
테이크 아웃 :
논리 의사 결정을 만드는 데 관련된 구조화 된 프로그래밍 및 프로세스는 프로그램을 쉽게 이해하고 수정할 수 있도록 제어 경로를 단순화하여 프로그램을 구성하고 코딩하는 것으로 구성됩니다.
비즈니스 시스템 및 프로세스는 특정 비즈니스 영역 내에서 비즈니스 규칙 및 규정에 따라 작동합니다. 모든 비즈니스 환경의 동적 인 특성은 경쟁에 대한 대처 및 법률 및 규정의 변경과 같은 내부 및 외부 영향으로 구성됩니다. 그렇기 때문에 비즈니스 분석가, 프로젝트 관리자 및 주요 의사 결정자들이 비즈니스 운영을 개선하기 위해 논리 모델링 및 구조화 된 프로그래밍이 작동하는 다양한 방법을 이해해야합니다.
어떻게? 프로세스 사양을 생성하고 생성함으로써 조직은 오늘날의 수행 방식과 달성해야 할 사항에 대한 정확한 설명을 얻을 수 있습니다. 이 사양은 또한 시스템 설계 (데이터 흐름도 및 데이터 사전 포함)를 검증하고 프로세스 모호성을 줄입니다.
구조적 의사 결정의 논리를 문서화하고 분석하는 데 사용할 수있는 방법에는 구조적 영어, 의사 결정 테이블 및 의사 결정 트리가 포함됩니다. 비즈니스 분석가는이 방법을 사용하여 현재 및 미래의 비즈니스 이해 관계자의 요구 사항을 식별하고 이러한 요구 사항을 IT 기반 비즈니스 솔루션 구축을 안내하는 사양으로 변환 할 수 있습니다. 한 번 보자.
논리 모델링
논리 모델은 프로세스가 서로 통신하는 방식에 대한 그림 또는 설명을 제공합니다. 다시 말해, 동일한 최종 결과를 달성하기 위해 동일한 경로로 내려가는 일련의 인과 관계의 그림입니다. 논리 모델링의 목적은 프로그램이 작동하는 이유 또는 사용중인 솔루션이 식별 된 문제 또는 문제에 대한 최상의 솔루션 인 이유에 대해 프로그램이 결론을 내릴 수있는 기본 이론 또는 가정을 전달하는 것입니다. 논리 모델이 다이어그램, 플로우 시트, 그래픽 또는 설명을 통해 자신을 묘사하는지에 관계없이 각 양식은 원추 요인과 프로그래밍 입력, 프로세스 및 결과 간의 관계를 전달합니다.논리 모델을 사용하여 이니셔티브가 중요한 이유, 생성 할 결과 및 원하는 결과를 도출 할 것으로 예상되는 조치 및 원인을 보여줄 수 있습니다. 이 모든 것이 계획된 조치가 원하는 결과로 이어질 수 있는지 여부를 결정하는 기초가됩니다.
행동 계획과 논리 모델을 혼동하지 마십시오
사람들이 논리 모델을 행동 계획과 혼동하는 것은 매우 일반적입니다. 차이점은 미묘하지만 이해하고 식별하는 것도 매우 중요합니다. 행동 계획은 프로젝트 수행을위한 팀장 또는 관리자 안내서입니다. 논리 모델은 원래 구조화 된 계획 또는 계획의 재현의 결과로 발생할 수있는 변경 또는 영향을 보여줍니다. 실행 계획은 프로그램 미디어 세트와 런칭 미디어 캠페인 또는 일부 아웃 리치 프로젝트와 같은 타임 라인 또는 계획된 개요를 표시하는 데 사용됩니다. 기본적으로 실행 계획은 생성 된 프로젝트의 실제 구현 및 실행을위한 가이드입니다. 후 논리 모델이 제자리에 있습니다.
공정 사양
프로세스 사양은 구조적 의사 결정의 논리를 문서화하고 분석하는 데 사용할 수있는 방법입니다. 여기에는 구조화 된 영어, 의사 결정 테이블 및 의사 결정 트리가 포함됩니다. 프로세스 사양은 데이터 흐름도에서 기본 프로세스 및 일부 상위 프로세스에 대해 작성됩니다. (이것은 미니 스펙 전체 제품 사양의 작은 부분이기 때문입니다). 프로세스 사양은 프로세스 모호성을 줄이고 개인 또는 조직이 달성 한 것에 대한 정확한 설명을 얻도록하며 데이터 흐름도 및 데이터 사전을 포함하여 시스템 설계를 검증합니다.
실제 입력 또는 출력 프로세스, 간단한 데이터 유효성 검사를 나타내는 프로세스 또는 미리 작성된 코드가 이미 존재하는 프로세스에 대해서는 프로세스 사양이 만들어지지 않습니다. 프로세스 설명은 양식 또는 CASE (Computer-Aided Software Engineering) 도구 저장소에있을 수 있습니다. 사양은 프로세스 입력 데이터를 출력으로 변환하는 의사 결정 논리 및 공식을 설명합니다. 프로세스 로직은 구조화 된 영어, 의사 결정 테이블, 의사 결정 트리, 지정된 공식 또는 알고리즘 또는 위의 조합을 통해 가장 잘 표현됩니다.
구조화 된 영어를 사용한 모델링 논리
구조화 된 영어는 구조화 된 논리를 기반으로합니다. 프로세스 논리에 수식 또는 반복이 포함되거나 구조적 의사 결정이 너무 복잡하지 않은 경우에 사용됩니다. 구조적 영어는 모든 논리를 순차적 구조, 의사 결정 구조, 반복 및 사례 구조로 표현하는 데 사용됩니다. 이 수정 된 영어 형식은 영어 어휘의 일부를 사용하여 프로세스 절차를 표현함으로써 정보 프로세스의 논리를 지정하는 데 사용됩니다. 구조적 영어 모델을 수행하기 위해 설정된 특정 표준은 없습니다. 일반적으로 각 분석가 또는 프로젝트 책임자는 고유 한 방법론을 갖지만 모든 모델은 부사 나 형용사없이 명사구와 동작 동사로 구성됩니다.구조화 된 영어는 사용자와 프로그래머 모두가 읽고 이해하기가 비교적 쉬운 짧은 방법으로 프로세스를 나타내는 데 사용됩니다. 순서, 조건 및 반복은 모두 구조화 된 영어 모델을 만드는 과정에 포함됩니다. 구조적 영어는 알고리즘 절차를 설명하는 데 사용되는 기술이며 때때로 플로우 차트 대신 사용할 수 있습니다. 사람의 언어 사이에서 발견되는 논리와 관계를 명확하게하는 데 사용되는 효과적인 커뮤니케이션 도구입니다.
버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드
아무도 소프트웨어 품질에 신경 쓰지 않으면 프로그래밍 기술을 향상시킬 수 없습니다.
의사 결정 테이블이있는 모델링 로직
의사 결정 테이블은 의사 결정 논리를 매트릭스로 표현하여 가능한 조건과 결과 조치를 지정하므로 복잡한 의사 결정에 가장 적합합니다. 의사 결정 테이블은 4 개의 다른 섹션 또는 사분면으로 구분 된 행과 열로 구성되며 복잡한 의사 결정 규칙을 설명하도록 설계되었습니다. 의사 결정 테이블은 작성 프로세스 중에 조건 스텁, 조치 스텁 및 사전 정의 된 규칙을 사용합니다. 조건 스텁은 결정과 관련된 조건을 나열하고 조치 스텁은 주어진 조건 세트에서 발생하는 조치입니다. 구현 된 규칙은 주어진 조건 세트 및 결과 조치에 따라 수행 할 조치를 지정하는 데 사용됩니다.결정 테이블 프로세스는 특정 결정에 영향을주는 조건 또는 입력 수의 결정을 나타냅니다. 가능한 결과 또는 조치도 결정해야합니다. 의사 결정 테이블을 작성하는 데 사용되는 절차는 조건의 이름을 지정하고이 프로세스를 수행하는 동안 발생할 수있는 모든 조치의 이름을 지정하면서이 조건을 적절하게 가정 된 값에 링크하는 것으로 시작합니다. 테이블을 단순화하기 전에 모든 규칙을 나열하고 각 규칙에 대한 조치를 정의해야합니다.
의사 결정 테이블은 수행해야하는 조건 테스트의 양을 줄이고 가능한 오류, 모순 및 중복성을 점검하여 완전성을 보장합니다.
의사 결정 트리 생성을 통한 모델링 논리
의사 결정 트리는 구조적 의사 결정 프로세스에서 복잡한 분기가 발생할 때 사용되는 특정 의사 결정 상황을 그래픽으로 표현한 것입니다. 의사 결정 트리는 특정 사실을 사용하여보다 일반화 된 기반 결론을 만드는 분기 일련의 부울 테스트를 기반으로하는 예측 모델입니다. 의사 결정 트리의 주요 구성 요소는 노드로 표시되는 의사 결정 지점, 타원으로 표시되는 조치 및 의사 결정 지점에서 특정 선택 사항이 호로 표시됩니다. 각 노드는 범례의 번호가 매겨진 선택 항목에 해당하며 가능한 모든 작업이 모델의 가장 오른쪽에 나열됩니다. 의사 결정 트리 내의 각 규칙은 작업 타원에 도달 할 때까지 루트에서 노드, 다음 노드로의 일련의 경로를 추적하여 표시됩니다.
의사 결정 트리는 일련의 의사 결정에 대한 특정 순서를 유지해야 할 때 유용합니다. 특정 순서의 동일한 트랙에 일련의 결정을 유지해야 할 때 유용합니다. 의사 결정 트리를 작성할 때 모든 조건 및 조치에는 각 조건 및 조치의 중요한 요구에 따라 식별 된 주문 및 타이밍 세트가 있어야합니다. 의사 결정 트리는 조건 확인 및 작업 실행 순서가 즉시 눈에 띄도록합니다. 의사 결정 트리를 의사 결정 테이블과 비교할 때 의사 결정 트리를 사용하면 조직 내에서 다른 사람이보다 쉽게 이해할 수있는 구조를 사용할 수 있습니다.
올바른 구조적 결정 분석 기법 선택
각 결정 기법의 사용을 비교할 때 어떤 프로세스가 최상의 프로세스와 결과를 제공 할 수 있는지 염두에 두어야합니다. 반복적 인 조치가 있거나 최종 사용과 의사 소통하는 것이 매우 중요한 경우에는 구조화 된 영어를 논리적 프로세스 및 데이터 흐름도에서 단계를 나타내는 도구로 사용해야합니다. 의사 결정 테이블은 조건, 조치 및 규칙의 복잡한 조합이 발견되거나 불가능한 상황, 중복 및 모순을 효과적으로 피하는 방법이 발견 될 때 사용되어야합니다. 의사 결정 트리는 조건 및 조치 순서가 중요하거나 모든 조건이 모든 조치와 관련이없는 경우에 사용해야합니다. 즉, 분기가 다릅니다. 의사 결정 테이블과 의사 결정 트리 모두 조건문에서 논리적 선택을 나타내는 데 사용해야합니다.