2009년 1월 6일 DB 구축·운영 종합정보 사이트에 오신 것을 환영합니다.
행사일정()
 
 
 
 
     
 
 
1. 프로세스모델
  1.1 프로세스모델의 정의
규모가 크고, 복잡한 업무를 분석할 때, 정해진 기간 내에 업무를 효율적으로 분석하여, 목표시스템에서 요구하는 기능을 만족할 수 있게 누락되거나 불필요한 업무를 골라내는 일이다. 또한 분석된 업무를 체계적으로 분류하여 목표시스템의 메뉴, 프로그램의 체계를 설계하여 품질이 우수한 시스템을 개발하는 일이 무엇보다도 중요하게 된다.
방법론을 사용하여 업무를 분석하면 업무를 체계적으로 정리하며, 누락되거나 불필요한 업무를 대부분 도출이 가능하게 됨은 물론, 데이터 모델을 작성하는 데에도 도움이 많이 된다.
주로 사용하는 프로세스 모델은 프로세스계층도(Process Hierarchy Diagram)가 있는데, 프로세스 계층도를 작성하기 위하여 간략한 설명과 작성절차 등을 설명하기로 한다.

  1.2 업무기능 분할(Business Function Decomposition)
업무 프로세스는 그 크기에 따라 기능영역(Function Area), 기능(Function), 프로세스(Process), 단위프로세스(Unit Process)로 상세화 수준(레벨; Level)I이 나뉘어진다. 예를 들면, 회계관리 업무는 기능영역, 재무회계관리, 세무회계관리는 기능이며 재무계획수립이나 법인세 산출은 프로세스이며, 재무제표자료 등록, 법인세 자료수정은 단위프로세스라고 할 수 있다.
프로세스계층도는 계획 단계에서부터 분석 단계까지 정보시스템화 대상이 되는 전체 업무영역을 계층적으로 표현하여 업무영역을 쉽게 이해하기 위하여 사용하는 기법이다. 사용자의 요구사항을 분석 시에 가장 어려운 문제는 업무기능을 적절하게 균형을 맞춰가며 구조적으로 분할하는 일이다.
이러한 작업은 분석자 개개인의 경험을 바탕으로 수행되고 있으나 그들의 견해와 관점의 차이로 말미암아 같은 업무를 분할한 결과가 일정하지 않고, 그 상세화 수준도 각각이다.
업무기능 분할은 대규모의 복잡한 업무영역을 분석하여 정보시스템을 구축하는데 매우 효과적인 방법이다. <그림2-1>은 기능 분할의 예이다. 통상적으로 정보시스템의 분석대상이 되는 기업이나 기관의 업무영역은 경영전략, 조직, 업무, 관련 자료로 이루어져 있다.

<그림2-1> 업무기능분할(Business Function Decomposition)의 예
이 중에서 업무를 좀 더 상세히 설명한다면, 업무는 기업이나 기관에서 실제로 사용중인 전사 업무처리 지침서, 사업장이나 부서의 업무처리 지침서 또는 부서원별 업무분장내역, ISO 매뉴얼 등에 나타나 있으며 그러한 자료들과 현업 실무자들과의 업무 면담 내용을 가지고 업무 분석을 하게 된다.
특정 부서의 업무는 타 부서와의 From/To 업무가 있고 부서만의 고유한 업무가 있다. 회사를 구성하는 전 부서의 업무를 통합하고 분류하면 전사적인 업무 구성도가 나온다. 회사의 전체적인 업무를 업무기능영역, 하위의 서브업무기능, 그리고 서브업무기능들은 다시 업무프로세스, 그리고 다시 더 이상 나뉘어 질 수 없는 단위프로세스로 나뉘어 지게 된다. 이러한 단위프로세스는 프로그램 모듈이 되는데, 프로그램 모듈의 처리 절차는 프로시저라고 부른다.
프로세스계층도는 업무를 체계적으로 분할하는 훌륭한 도구이면서 구축될 정보시스템의 메뉴체계가 된다. 기능 분할을 하는데 있어서 바람직한 접근 방법은 최상층에서부터 분할을 시작하는 상향식 접근방식과 최하층에서 유사 기능을 묶어서 체계화해 올라오는 상향식 접근방법을 적절하게 병행하는 것이다. 이 두 가지 접근 방법을 병행하는데 있어서 바람직한 방향은 우선 하향식 접근방법에 따라 전체 기능을 기능의 최하위 계층인 단위프로세스로 구성하고 그것들을 상향식 접근방식에 의해 유사한 것끼리 집단화(Aggregation)하고 분류화(Classification)하면서 상위 프로세스를 인위적으로 만들어내는 식으로 두 가지 방법을 병행하며 결과를 보완하는 것이다.

  1.3 프로세스의 종류
가. 기능영역(Function Area)
기능영역은 업무기능의 집합으로서의 의미를 가지나 일반 기업에서는 큰 의미를 가지지 않으며, 일반적으로 대기업에서의 "부문", "본부"등의 커다란 조직 단위에서 수행하는 업무 전체를 일컫는다고 할 수 있다. 그러나 이보다는 순수하게 업무기능의 상위 계층으로 업무기능의 그룹으로 생각하는 것이 좋다.

나. 업무기능(Business Function; Function)
업무기능 또는 기능은 기업이나 기관의 한 분야를 완전하게 지원하는 업무활동들의 집합이다.
일반적으로 해당 조직(부서)의 업무목표를 달성하기 위한 지속적이고도 정규적인 형태의 업무를 표현한다. 업무기능은 상위 계층의 업무활동이며, 한 기능을 구성하고 있는 액티비티 그룹은 일반적으로 유사한 업무 데이터를 사용하기 때문에 서로 관련되어 있다. 업무를 수행하는데 있어서 관련된 양식이나 보고서나 파일 등의 자료가 반드시 있기 때문이다.
  예) 경영 관리, 재무 관리, 자재 관리, 생산 관리, 영업 관리, 인적자원 관리

다. 업무프로세스(Business Process; Process)
업무프로세스는 잘 정의된 업무 활동들로 그것의 실행은 특정 엔티티(데이터)의 입력 및 출력으로 규정될 수 있다. 업무 기능이 지속적으로 이루어지는 활동으로 간주된다면, 이 업무 프로세스는 이러한 업무기능을 수행하기 위한 일시적인 특정 개별 업무이며, 특정한 시점과 종점을 가지고 있는 것이 특징이다.
  예) 프로젝트 계획수립, 프로젝트 계획변경

라. 단위프로세스(Unit Process; Primitive Process; Elementary Process)
단위프로세스는 프로세스를 구성하는 최하위 단위로 일반적으로 입력처리, 출력처리 등을 정의하고 있다. 보다 엄밀하게 말한다면, 특정 데이터의 항목에 대한 입력 또는 출력에 관계되는데 엔티티(파일, 테이블, 클래스 등)에 대한 4가지 기본 작업 즉, 신규생성, 수정, 삭제, 조회 중 한가지 작업을 규정하고 있다.
  예) 고객명단 확인(고객 엔티티의 조회), 주문상품 확인(상품 엔티티의 조회),
       주문내역 등록(주문내역 엔티티의 생성) 등

  1.4 분할 지침
기능 분할 작업을 수행 시에 유의해야 할 지침은 다음과 같다. 이러한 지침들은 업무를 자연스럽게 구조적으로 분할이 되게끔 하여주는 것으로서 분석가들은 명심해야 한다.
첫째,
 업무프로세스를 업무가 발생하는 순서대로 상에서 하로 좌에서 우로 배치한다.
모든 업무는 시작과 끝이 분명히 있는 것으로써 같은 레벨이라도 업무가 먼저 일어나는 것을 우선적으로 배치하고 나중에 일어나는 것을 뒤에 배치한다.
둘째,
 동일한 프로세스가 다른 부모 밑에서 여러 번 출현이 가능하다.
이른바 공통 프로그램 모듈이 되는 것으로서 특정 업무는 서로 다른 부모 레벨에서 여러 번 나타날 수 있다. '출고지시' 업무는 영업 업무에서도 나타날 수 있고, 생산 업무에서도 나타날 수 있으며, 구매 업무에서도 나타날 수 있다.
셋째,
 부모마다 분할의 수준이 다를 수 있다.
같은 레벨에서도 업무프로세스와 단위프로세스, 업무기능 등이 같이 나타날 수 있다.
넷째,
 분할의 최종 결과는 단위프로세스이다.
다섯째,
 업무기능은 2개 이상의 업무기능 또는 2개 이상의 업무프로세스로 분할이 된다.
<그림2-2>는 프로세스계층도의 계층화 검증 그림이다.
(a)는 업무기능영역 바로 밑에 업무기능들이 나와야 하는데 업무프로세스가 나온 것이 잘못된 분석이다. 보통의 업무기능 분석 시에 이러한 일들이 자주 일어나는데 이러한 일이 발생하는 것은 업무기능 명, 업무프로세스 명을 명명하는 데에 잘못이 있었기 때문이다. (b)는 업무프로세스1 밑에 업무기능들이 위치하는 것이 잘못 되었으며, 업무프로세스2 밑에 단 하나의 업무프로세스가 위치한 것이 잘못된 것이다. (c)는 업무기능영역 밑에 하나의 업무기능이, 업무기능 밑에 단 하나의 업무프로세스가 위치한 것이 잘못 되었다.

<그림2-2> 프로세스 계층도(기능 분할도)의 계층화 검증
이렇게 업무영역을 단위프로세스까지 나누다 보면 업무와 관련된 자료도 자세하게 나누어지게 되어 자연스럽게 업무기능 및 관련된 자료와의 관계를 구할 수 있다.

2. 프로세스계층도 작성 사례
 
가. 채용업무 프로세스계층도 작성 예
시스템 분석가가 사용자의 요구사항을 분석할 때에 방법론의 도움이 없다면, 방대하고 복잡한 업무의 체계적인 정리와 더불어 하나도 빠짐없이 업무 규칙을 분석하는 일이 얼마나 어렵고 문제가 많이 발생할 것인지를 짐작하는 것은 어렵지 않은 일이다. 실제로 전문적이고 경험이 많지 않은 시스템 분석가가 사용자의 업무 요구사항을 분석하면서 방법론을 사용할 때 방법론의 강점을 피부로 느끼고 그것의 효과를 철저히 이해하면서, 방법론의 작성 지침에 따라 업무를 진행하지 못하는 경우가 대부분이다.
국내의 많은 시스템 개발자들이 방법론을 사용하여 시스템을 분석하는 것에 익숙하지 않은 것도 사실이다. 따라서 여기에 나와있는 사례들을 대상으로 실제로 실습을 해 볼 필요가 있다.
다음의 '채용업무'에 관한 문제공간을 가지고 기능 분할도(프로세스 계층도)를 작성하는 방법을 설명하기로 한다.

나. 문제공간
직원을 채용할 필요가 있을 때, 새로운 이력서와 보관되어 있는 이력서를 검토하여 명단을 작성한다. 명단에 등재된 각 후보들에 대하여 면담을 한다. 각 후보들은 반드시 교수나 전직장의 관리자가 작성한 추천서를 제출해야 한다. 제출된 추천서는 면담 후에 별도로 검토된다. 각 후보에 대한 채용 의사결정이 내려지고 난 후 한 명 이상의 후보가 채용된다.

다. 업무기능 분할 과정
<그림2-7>은 '채용업무'에 대한 기능 분할의 과정을 보여준다.
먼저 문제공간에서 가장 작은 업무의 단위인 단위프로세스를 도출해낸다. 단위프로세스는 대부분이 실체(Entity; 파일; 테이블; 클래스 등)가 되는 명사형 단어와 그 실체에 어떠한 행위(생성, 수정, 삭제, 조회 등)를 하는 동사형 단어의 형태인 명사+동사의 형태로 작성이 되되, 되도록 상세한 설명이 포함된 명사+동사로 작성한다.
<그림2-7>의 (a)는 초기 기능 분할도이다.

<그림2-7> '채용업무'에 대한 기능분할의 과정
대부분의 프로세스들이 단위프로세스들로 구성이 되어 있다. '채용업무'의 문제공간에서 우선은 업무기능으로부터 단위프로세스로 분석방향을 진행하는 것이 아니라, 단위프로세스로부터 업무기능으로의 하향식이 아닌 상향식의 접근방법을 우선적으로 사용한다.
작성된 단위프로세스가 더 이상 나누어질 수 없는 프로세스인지를 검증할 필요가 있다. 전술한 대로 단위프로세스는 하나의 입력자료와 하나의 출력자료를 가진다. 시스템 분석 초기에는 프로그램을 생각하지 않기 때문에, 단위프로세스와 관련된 입력 자료와 출력자료는 해당 업무와 관련된 자료 예를 들면, 장부, 원장(Ledger), 보고서, 증빙(영수증), 전표 등의 자료들을 생각해 본다.
그림에서 보면 '새로운 이력서 검토'라는 단위프로세스는 검토되지 않은 새로운 이력서가 입력되어 검토된 새로운 이력서의 출력자료가 만들어진다. 출력자료가 하나이상 만들어진다면 하위 단계로 더 나누어질 수 있으므로 그 프로세스는 단위프로세스가 아니라고 생각하면 된다. 이러한 단위프로세스들에서 유사한 종류의 프로세스들끼리 모아서 상위 프로세스를 만든다. 상위 프로세스는 한 레벨이 최대 12개의 프로세스를 넘지 않는 선에서 6-7 레벨로 나뉘어질 정도로 계층화가 이루어지면 가장 바람직한 분할이 이루어졌다고 볼 수 있다.
유념할 것은 시스템 분석가는 현업 실무자에게서의 업무 분석결과 이외에는 추측이나 상상에 의하여 업무프로세스를 추가하거나 함부로 누락시키지 말아야 한다는 것이다. 기능 분할도에 나타난 모든 단위프로세스는 거의 모두가 실제의 프로그램 모듈이 된다는 것을 생각한다면, 현업 실무자의 요청이 없었는데도 업무프로세스를 추가한다는 것은 정해진 프로젝트 기한을 지키지 못하는 일이 발생될 수도 있고 심지어는 현업 사용자가 활용할 수도 없고 운영할 수도 없는 프로그램을 제작하게 되는 우를 범할 지도 모르고, 업무 프로세스를 누락시키는 것은 더더욱 시스템을 완전하게 구축하지 못하는 일이 될지도 모른다.
원칙대로 기능 분할도를 작성하는 지침에 충실하여 작업을 수행하면 가장 만족스러운 시스템 분석작업이 이루어 질 수 있다는 것이다.
<그림2-7>의 (b)는 중간 과정의 기능 분할도를 나타내고 있다.
이때 아주 중요한 분할 지침은 프로세스의 이름을 균형 있게 명명하는 일이다. 어떤 노련한 분석가는 국어사전을 옆에다 놓고, 현업실무자까지 참여시켜 프로세스 이름을 지정한다고 하니 프로세스 명명이 기능분할도의 작성 나아가서는 시스템 분석의 성공적인 임무 수행에 얼마나 중요한 것인지를 짐작할 수 있겠다. 중간 기능 분할도처럼 단위프로세스를 식별하는 일부터 상향식으로 구조화된 기능 분할도는 어느 정도 유사한 업무프로세스들끼리 모아지면 반대의 하향식 접근방법으로 다시 말하면, 업무기능영역에서 업무기능으로, 다시 업무기능에서 업무프로세스로 계층화를 시킨다. 상향식과 하향식 접근식의 계층화를 반복적으로 하다 보면 만족스런 기능 분할이 이루어지게 된다.
<그림2-7>의 (c)는 완성된 최종 기능 분할도이다.

<그림2-7-c> 최종 기능 분할도