소형 조직과 대형 조직 간의 차이점은 제품 스펙트럼이 다양하다는 것인데, 완전히 다른 여러 제품군 내에서 그런 경우가 많습니다. 일반적으로 제품의 복잡도가 높을수록 조직과 시장이 더 많이 분산됩니다. 따라서 보다
복잡한 비즈니스 유스 케이스의 수가 많아지고 보다 전문화된 타스크를 가진 직원이 더 많이 관련됩니다.
여기 제안된 기법을 독립적으로 또는 조합하여 적용할 수 있습니다.
회사의 프로세스 소유자는 물론 경영진은 회사의 비즈니스 모델에 관심을 두고 있습니다. 경영진은 회사의 전략적 목표를 다루어야 하는 반면, 프로세스 소유자와 리더는 프로세스 수행 방법에 대한 자세한 그림을 필요로
합니다.
경영진과 프로세스 소유자의 조직에 대한 관점의 차이가 너무 큰 경우, 두 개의 다르지만 관련된 비즈니스 유스 케이스 세트를 개발하여 양측의 요구를 충족시킬 수 있습니다. 경영진을 위한 하나의 모델은 조직의 의도와
목적을 보여주는 상위 레벨 비즈니스 유스 케이스 세트를 포함합니다. 프로세스 소유자를 위한 다른 모델은 조직이 내부적으로 기능해야 하는 방법을 명백히 하는 유스 케이스 세부 세트를 포함합니다. 각 상위 레벨
비즈니스 유스 케이스에 대해 조직에서의 동일한 활동을 나타내는 세부 비즈니스 유스 케이스를 하나 이상 정의할 수 있습니다. 예를 들어, 기본 비즈니스 액터로 시작하고 관심 있는 결과 및 서비스를 세부화하거나
비즈니스 액터 자체를 전문화한 후 각 세부 영역에 대해 별도의 비즈니스 유스 케이스를 개발할 수 있습니다.
조직이 한 번에 하나의 비즈니스 유스 케이스를 엔지니어링하도록 하려는 경우, 이 기법을 점진적으로 적용할 수 있습니다. 먼저 전체 비즈니스의 상위 레벨 유스 케이스 모델을 작성하고 개괄적으로 비즈니스 유스 케이스
등급을 매긴 후 최상위 등급의 상위 레벨 비즈니스 유스 케이스에 대해 하나 또는 여러 개의 세부 비즈니스 유스 케이스를 식별하십시오.
상위 레벨 비즈니스 유스 케이스와 세부 비즈니스 유스 케이스 세트 간에는 일 대 일 관계가 성립합니다. 두 비즈니스 유스 케이스 카테고리 간의 관계는 종속성 스테레오타입인 <<정제>> 관계로
표시됩니다. 상위 레벨 비즈니스 유스 케이스 및 이 유스 케이스가 나타내는 세부 비즈니스 유스 케이스 그룹을 동일한 다이어그램에 표시할 수 있습니다.
상위 레벨 비즈니스 유스 케이스 및 세부 비즈니스 유스 케이스. 세부 비즈니스 유스 케이스는 고객 및 잠재 고객이 관심을 갖고 있는 결과를 세부화하여 식별되었습니다.
지금까지 표시된 비즈니스 유스 케이스 모델링 기법은 단일 비즈니스 영역을 갖고 있고 비즈니스 활동이 지리적으로 한 위치에 집중된 회사에 가장 쉽게 적용됩니다. 여러 지역에 분산된 대형 기업의 경우, 기법을 확대해야
할 수도 있습니다.
따라서 독립적이지만 협동적인 파트로 이루어진 회사를 모델링하기 위해, 전체 비즈니스를 설명하는 하나의 상위(superordinate) 비즈니스 유스 케이스 모델을 빌드하고 그 다음에 각 비즈니스 영역에 대해 하나의
하위(subordinate) 비즈니스 유스 케이스 모델을 빌드할 수 있습니다. 비즈니스 시스템을 사용하여 다양한 책임 영역, 서로 다른 실제 위치 또는 비즈니스의 상호작용 파트를 정의할 수 있습니다.
상위 비즈니스 유스 케이스 실현(realization)을 탐색하기 위해 비즈니스 시스템을 식별하고 비즈니스 시스템이 워크플로우를 수행하기 위해 협업하는 방법을 표시할 수 있습니다. 이 레벨에서 비즈니스 시스템은
비즈니스 영역에 대응합니다. 비즈니스 레벨의 인터페이스를 사용하여 비즈니스 시스템 간의 협업을 명시적으로 정의하고 명백히 할 수 있습니다. 이 "인터페이스"는 비즈니스 시스템이 제공하는 책임 세트를 설명합니다.
조직의 상위 및 하위 모델
이 예제에서는 상위 비즈니스 유스 케이스인 요청 제안이 비즈니스 시스템 레벨에서 하위 비즈니스 유스 케이스인 요청 제안, 프로젝트 계획 및 예상, 자원 비용 예상으로 정제됩니다. 상위 비즈니스 유스 케이스인 자원
공급은 비즈니스 시스템 레벨에서 하위 비즈니스 유스 케이스인 자원 요구 판별 및 원료 구매로 정제되었습니다.
그러면 각 비즈니스 시스템을 자체 조직으로 간주하고 상위 비즈니스 분석 모델에 정의된 인터페이스를 충족시킬 수 있습니다.
하위 비즈니스 유스 케이스(각 비즈니스 시스템이 상위 비즈니스 유스 케이스를 실현하는 데 필요한 인터페이스를 설정) 도출은 개념: 유스 케이스 하향
전달(flowdown)에 설명된 것과 유사한 방식으로 진행될 수 있습니다.
소프트웨어 엔지니어링에서 초대형 시스템의 복잡도를 마스터하는 데 사용되는 기법을 계층화라고 합니다. 이 기법 이면의 아이디어는 응용프로그램 특정 파트를 보다 일반적인 시스템 파트와 분리하여 프로그램 단위 및
프로그램 서비스를 재사용할 수 있도록 하는 것입니다. 조직을 구조화할 때 동일 원칙이 자연스럽게 적용되는 경우가 많습니다. 예를 들어, 맨 아래 계층에는 일반 서비스를 제공하는 자원이 있고 중간 계층 어딘가에는
비즈니스 특정 활동을 지원하는 자원이 있는 경우가 많으며, 맨 위 계층에는 비즈니스 영역별 또는 제품별 전문가, 연구 및 개발, 판매 인원 활동이 있습니다. 코어 비즈니스 유스 케이스는 모든 계층의 자원을
사용합니다.
따라서 계층화는 자격이나 연공서열의 문제가 아니라 회사의 비즈니스 아이디어와 관련된 고유성과 중요성의 문제입니다. 일반 스킬 계층의 비즈니스 작업자가 처리하는 타스크를 다른 것으로 규정할 수 있습니다. 비즈니스
특정 정보 시스템, 프로덕션 라인 및 기타 비즈니스 하부 구조 유형이 개발되는 코어 비즈니스 유스 케이스 및 지원 비즈니스 유스 케이스에서의 작업에는 계층화된 동일 조직의 비즈니스 특정 스킬이 마찬가지로 필요할 수
있습니다.
가이드라인: 비즈니스 시스템은 비즈니스 시스템 및 해당 인터페이스 예제를 포함합니다. 이 예제는 명시적으로 계층을 설명하지는 않지만 이 예제의 비즈니스
시스템은 암시적으로 계층화되어 있습니다.
"코어", "지원" 및 "관리 비즈니스 유스 케이스" 용어에 대한 설명은 기법:
비즈니스 유스 케이스 모델(특히, 서로 다른 비즈니스 유스 케이스 카테고리에 관한 섹션)을 참조하십시오.
계층화된 모델의 비즈니스 유스 케이스 및 클래스
조직을 계층으로 구조화해도 여전히 동일한 결과가 생성되어야 하므로 비즈니스 유스 케이스는 변경되지 않습니다. 그러나 비즈니스 유스 케이스 실현(realization)은 변경됩니다.
계층화되지 않은 비즈니스 분석 모델과 비교하여 계층화된 비즈니스 분석 모델은 두 가지 권장 제한사항을 염두에 두고 개발되어야 합니다.
-
특정 계층에서의 비즈니스 작업자는 상위 계층의 비즈니스 작업자에게 문의하거나 상위 계층의 비즈니스 엔티티를 조작하지 않습니다(단, 상위 계층으로부터 명시적 요청이 있는 경우는 제외). 마찬가지로, 상위
계층의 비즈니스 이벤트는 하위 계층으로 전달되지 않아야 합니다.
-
비즈니스 작업자는 자신의 계층 내에서만 책임을 집니다.
이런 제한사항이 없으면 계층화된 구조가 신속히 변질됩니다. 이런 제한사항은 가장 일반적인 비즈니스 파트는 하위 계층에 있는 반면, 특정 세분 시장과 관련하여 가장 특정한 파트는 상위 계층에 있는 경우에 적용됩니다.
조직 차트는 정반대인 경향이 있습니다. 즉, 맨 위에는 일반 파트가, 맨 아래에는 특정 파트가 있습니다.
비즈니스 작업자를 식별하고 비즈니스 작업자에게 활동을 지정할 때 활동을 수행하는 데 필요한 스킬을 이해해야 합니다. 해당 특정 스킬에 대한 자원을 구성하는 계층의 비즈니스 작업자는 본질적으로 특정 스킬을 필요로
하는 활동을 수행해야 합니다. 가능한 비즈니스 작업자 수를 적게 하는(비즈니스 유스 케이스를 디자인할 때 일반적인 경험 법칙임) 대신 이제 각 계층에서 가능한 비즈니스 작업자(가능한 폭넓은 책임을 가진) 수를 적게
해야 합니다.
일반성을 염두에 두고 하위 계층의 워크플로우, 비즈니스 작업자, 비즈니스 엔티티 및 비즈니스 이벤트를 디자인하여 여러 영역에서 재사용할 수 있도록 구체화된 서비스를 제공해야 합니다. 해당 비즈니스 특이성에 따라
비즈니스 작업자 및 비즈니스 엔티티를 비즈니스 시스템으로 구성할 수 있습니다. 가장 일반적인 역량과 현상을 포함하는 비즈니스 시스템은 맨 아래 계층에 있는 반면, 회사에 가장 고유한 비즈니스 시스템은 맨 위 계층에
있습니다.
비즈니스 유스 케이스 실현(realization)은 정도에 따라 다르지만 서로 다른 계층의 비즈니스 작업자를 참여시킵니다. 최상위 계층이 관련된(아주 특정한) 비즈니스 유스 케이스 실현은 회사 프로파일을 설정하고,
비즈니스 아이디어 및 기능을 이익 중심점으로 구현합니다. 이는 본질적인 비즈니스 영역별 하부 구조를 가진 코어 비즈니스 유스 케이스를 제공하기 위한 지원 비즈니스 유스 케이스와 코어 비즈니스 유스 케이스에
대응합니다.
맨 위 계층 비즈니스 작업자가 없는 하위 계층에서의 비즈니스 유스 케이스 실현(realization)은 회사 운영에 필요한 일반 서비스를 제공합니다. 이는 추상적일 수 있으며, 기타 비즈니스 유스 케이스의
파트(예: 판매 비즈니스 유스 케이스를 종결하는 청구 활동)로 수행되는 워크플로우를 정의할 수 있습니다. 이는 구체적일 수도 있으며, 독자적으로 실행되고 비즈니스 영역별 역량(예: 부기)을 필요로 하지 않는 활동을
수행할 수 있습니다. 이는 일반적으로 지원 비즈니스 유스 케이스에 대응합니다.
계층화된 구조는 덜 특정한 스킬은 물론 비즈니스 아이디어에 중요한 유형의 스킬(코어 비즈니스 유스 케이스에서 필요하건 지원 비즈니스 유스 케이스에서 필요하건 관계없이)을 반영합니다. 이는 회사의 사용 가능 자원을
체계적으로 분석하기 위한 훌륭한 시작점일 수 있습니다.
하나 또는 몇 개의 비즈니스 프로세스에 대한 세부 정보에만 관심을 두는 경우가 많습니다. 그러나 컨텍스트를 제공하려면 전체 비즈니스 프로세스 세트를 식별하고 이를 각각 간략히 설명하는 것이 실용적일 수 있습니다.
따라서 코어 비즈니스 유스 케이스, 지원 비즈니스 유스 케이스 및 관리 비즈니스 유스 케이스를 포함하는 모델이 생성됩니다. 기법:
비즈니스 유스 케이스 모델의 서로 다른 비즈니스 유스 케이스 카테고리에 관한 섹션을 참조하십시오.
지원 비즈니스 유스 케이스(예: 코어 비즈니스 유스 케이스, 비즈니스 특정 정보 시스템, 컴퓨터 네트워크 및 구내 장비)는 회사 하부 구조 개발 및 유지보수를 담당합니다. 모델링 관점에서 볼 때 코어 비즈니스 유스
케이스와 지원 비즈니스 유스 케이스 간에 실제 차이점은 없습니다. 두 가지 비즈니스 유스 케이스 유형 모두 사용성과 유효성이라는 동일한 요구사항을 가져야 합니다. 성공적으로 수행하려면 두 비즈니스 유스 케이스 유형
모두 동일한 유형의 자원을 필요로 할 수 있습니다.
한 조직의 지원 비즈니스 유스 케이스(예: 소프트웨어 개발 비즈니스 유스 케이스)가 다른 조직의 코어 비즈니스 유스 케이스일 수 있습니다. 주요 차이점은 비즈니스 유스 케이스의 작업 대상입니다. 비즈니스 소유자의
요청에 의해 지원 비즈니스 유스 케이스는 영향받는 비즈니스 유스 케이스 소유자 및 운영자와 협업하여 비즈니스를 개발합니다. 전체 비즈니스 모델에서 일반적인 비즈니스 액터는 이사회입니다. 모델링이 지원 비즈니스 유스
케이스로만 제한되는 경우, 일반적인 비즈니스 액터는 비즈니스 유스 케이스 소유자 및 비즈니스 유스 케이스 운영자입니다.
반면에, 관리 비즈니스 유스 케이스는 비즈니스 관리를 담당합니다. 즉, 소유자의 지시에 따라 코어 비즈니스 유스 케이스 및 지원 비즈니스 유스 케이스를 시작하고 감독할 수 있도록 소유자의 지시에 따라 다른 비즈니스
유스 케이스를 실행하고 개발하는 책임을 맡고 있습니다. 비즈니스 분석 모델은 경영진, 자원 소유자 및 비즈니스 유스 케이스 소유자, 비즈니스 유스 케이스 리더 및 비즈니스 유스 케이스 운영자가 협력해야 하는 방법을
설명합니다. 일반적인 비즈니스 액터는 소유자 또는 이사회입니다.
전체 조직 모델
정반대의 수준에서는, 많은 사소한 타스크(예: 컴퓨터 네트워크 계속 실행, 전화 받기, 커피 자판기 청소)를 처리해야 합니다. 그러나 이런 타스크는 정의된 비즈니스 유스 케이스의 파트가 아닙니다. 예를 들어,
ISO 9000 표준에 따라 인증받으려는 경우에는 이런 활동을 모델에도 포함시켜야 합니다. 다음 경험 법칙은 간단한 접근 방식을 제공합니다. 정규 작업인 경우, 특정 비즈니스 작업자에게 활동을 지정하십시오. 정규
작업이 아닌 경우, 임의의 비즈니스 유스 케이스에 포함시키려고 시도하지 말고 적절한 스킬 요구사항을 갖고 있는 기존 비즈니스 작업자에게 활동을 지정하십시오.
|