비즈니스 모델링의 의의 컴퓨터학과 97111009 김현일

비즈니스 모델링의 의의 온디맨드(On-Demand)에 유행, 그러나 IT 시스템의 경직된 특성으로 인한 대안의 필요성 서비스 지향 아키텍처(SOA : Service Oriented Architecture) 기존 비즈니스 방법론 vs 정보시스템 방법론간 이질성에 따른 비용의 증가 (ex. 비즈니스 방법론(IDEF/ER MODELING) – IT방법론 CBD등) UP(Unified Process)와 UML(Unified Modeling Language) 를 통한 비즈니스 모델링의 작성

시스템 컨텍스트 이해 시스템 컨텍스트의 단계 도메인 모델을 이용한 시스템 컨텍스트 비즈니스 모델을 이용한 시스템 컨텍스트 후보 요구사항 나열 시스템 컨텍스트 이해 기능 요구사항 도출 비기능 요구사항 도출 도메인 모델을 이용한 시스템 컨텍스트 주문,구좌 등과 같이 비즈니스에서 이루어지는 대상을 의미하는 비즈니스 객체 비행기, 미사일 등과 같이 시스템이 추적해야 하는 실세계의 객체 및 개념 항공기 출발, 항공기 도착 등과 같이 발생하는 이벤트 비즈니스 모델을 이용한 시스템 컨텍스트 도출되는 방향성은 비즈니스의 고객으로부터 시작하여 단순히 대상 객체나 이벤트 뿐만이 아니라 비즈니스 유스케이스 실현에 참여하는 모든 사용자를 식별 비즈니스 유스케이스를 통한 시스템 컨텍스트는 모든 유스케이스를 고객으로 역추적할 수 있으며, 이외 고객의 요구를 작업자 및 소프트웨어 코드로 추적할 수 있도록 허용

용어 정의 비즈니스 모델링(Bussiness Modeling) 비즈니스 유스케이스 모델 비즈니스 유스케이스 모델(외부와의 관계에서의 관점) 비즈니스 객체 모델(내부적인 관점) 비즈니스 유스케이스 모델 비즈니스 액터 비즈니스 유스케이스 비즈니스 액터(Business Actor) 비즈니스 유스케이스(Business Use-case) 시스템이 비즈니스 액터에게 제공해주어야 하는 기능 객체 모델(Bussiness Object Model) 비즈니스 작업자(business Worker) 비즈니스 엔티티(Business Entity) 액세스/검사/사용/작성 해내는 등의 객체 액티비티 다이어그램(Activity Diagram) 특정 유스케이스나 시스템의 워크플로우를 표현하기 위한 플로우차트

비즈니스 모델과 IT 시스템

한국 IT 대학 비즈니스 모델

비즈니스 모델 작성 지침 비즈니스 모델링은 데이터를 파악하는 것보다 컨트롤(외부 컨텍스트)을 파악하는 데 그 핵심이 있음 Top-down 방식 Bottom-up 방식 주요산출물 비즈니스 액터 비즈니스 유스케이스 목록 비즈니스 유스케이스 명세 비즈니스 유스케이스 및 업무 문서 목록 조직도 비즈니스 작업자 명세 업무 문서 명세 Top-down 방식 : 상위 수준에서 유스케이스를 추출하여 단계별(step-by-step)로 각 사용 사례를 기술하고 세분화 과정을 통해 나누어진 하위 수준의 유스케이스를 상세하게 기술하는 방법 Bottom-up 방식 : 이미 세부적으로 업무를 파악하고 있는 경우라면 오히려 상세하게 나누어져 있는 유스케이스들을 조합하여 커다란 서비스로 묶어 나가는 방법 비즈니스 모델링의 작업순서 - 비즈니스 유스케이스 다이어그램을 작성하여 업무가 비즈니스 액터에게 제공하는 서비스를 파악한다. - 서비스를 직접 받는 액터와 단순히 참조만 하는 액터를 파악하여 액터 순위를 매긴다. 이에 따라 이후에 비즈니스 유스케이스 우선순위가 결정된다. - 시스템을 염두하지 않고 업무 프로세스를 설명하도록 한다. - 비즈니스 작업자와 업무 문서가 모두 파악된 후 해야 할 일은 시스템 내부로 파악된 대상을 집어 넣으면 된다.

비즈니스 유스케이스 명세 작성 지침 목적 개요 세부활동 해당 비즈니스 유스케이스에 대한 상세 기술을 목적으로 함 비즈니스 유스케이스명 소속 패키지명 세부활동 비즈니스 액터 요청 / 업무 응답 이벤트 흐름 구성 기본흐름 선택흐름 비즈니스 유스케이스명 : 비즈니스 유스케이스 모델에 식별된 비즈니스 유스케이스명을 기술 소속 패키지명 : 비즈니스 유스케이스 수가 많아 패키지를 사용하여 그룹핑한 경우, 해당 비즈니스 유스케이스가 소속된 패키지명 기술 비즈니스 액터 요청 / 업무 응답 : 해당 비즈니스 유스케이스에서 원하는 결과(서비스)를 얻기 위해 업무와 비즈니스 액터 간의 상호작용을 비즈니스 액터 관점에서 기술. “비즈니스 액터A가 B하면,업무가 C한다”의 형식으로 기술한다. 이때 중요한 점은 “어떻게(how) 처리되느냐”가 아닌 “무엇(what)이 처리되느냐”에 관심을 두도록 하는 점이다. 기본흐름 : 해당 비즈니스 유스케이스의 일반적인 작업 흐름을 기술한다. 즉 예외사항이나 선택사항을 제외한다. 일반적으로 주흐름 -> 부흐름 을 두고 액터의 요청에 대해 업무 응답을 기술한다. 선택흐름 : 해당 업무 사용사례의 기본 흐름이 몇 개의 하위작업흐름으로 나누어지는 경우, 기본 흐름에서 발생 할 수 있는 예외 흐름이나 대체 흐름을 별도로 구분/기술

비즈니스 유스케이스 다이어그램 사례 구분 비즈니스 액터명 설 명 순위 비즈니스 액터명 설 명 주 액터 여행가이드 여행사 소속으로 고객에게 여행 상품 서비스 제공 여행객 고객중 항공권을 포함한 여행 상품을 구매한 고객 부 액터 해당 사항 없음 순위 비즈니스 액터명 설 명 개별체크인 여행 상품 구매 고객 개인별 체크인 단체체크인 여행가이드에 의한 단체 체크인