달력

02

« 2012/02 »

  •  
  •  
  •  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  •  
  •  
  •  

'개념설계'에 해당되는 글 1

  1. 2008/12/22 개념 설계(Conceptual Design)
2008/12/22 22:41

개념 설계(Conceptual Design) Software Eng.2008/12/22 22:41

이전 블로그(http://blog.naver.com/nashira7)에서 옮겨왔습니다.
작성일 : 2005년 11월 05일
옮긴일 : 2008년 12월 22일


목적 - 설계하고자 하는 업무에서 현재사용자가 하는 일이 무엇이고, 비즈니스 요구 사항이 무엇인

         지에 대해 이해허여 업무를 정의하는 데 있다.

 

대표적인 산출물 - 시나리오(AS-IS(현재상황) 뿐만 아니라 TO-BE(청사진) 의 모습을 구분)

 

주요 설계모델 산출물

- Business Context Diagram

- Workflow Process Model

- Use Case Scenario/Elemenatary Process

 

Business Context Diagram

- 개발할 시스템을 기준으로 외부의 모든 요소들과의 관계에 대한 총체적인 괌점을 생성

- 개발할 시스템에 관계된 외부적 변화 요소에 대해 시스템이 어떻게 변경되어야 하는지에 대한

  최초의 접점을 제공

- 이벤트 중심적(비즈니스)이 특징

 

[작성방법]

- 모든 외부(사용자, 프로세스, 시스템, 연관)와의 상호작용을 입/출력 형태로 주고받는 주요 내역

  들을 기술.

- 시스템이나 비즈니스 도메인의 관점에서 내부적으로 처리해야 할 모든 일들에 해당하는 외부

  이벤트들을 포함.

 

Workflow Process Model

- Business Context Diagram으로 부터 정의된 개발 업무의 내부 프로세스를 크게는 부서별 업무

  단위부터 시작하여 작게는 EP(Elementary Process) 단위 까지 각 단계를 Level Down 방식으로

  해나간다.

- 각 프로세스들을 서브 프로세스들로 분해

- 이벤트 지향적 워크플로

 

[작성방법]

- Business Context Diagram 상에 나타난 모든 외부(사용자, 프로세스, 시스템 연관)와의 상호

  작용 사항을 유지하며 단위 프로세스까지 Level-down하여 기술

- 첫 단계는 부서별로 나누어 프로세스를 정의

- 레벨 다운은 3단계까지 한다.

- 최소의 단위는 Use Case(한 사람이 쉬지 않고 한번에 처리하는 일의 단위) 단위이다.

- 하위 프로세스는 별도의 색으로 표시하는 것이 좋다.

 

Use Case Scenario

- Workflow Process Model 마지막 단계에 기술된 각 Elementary Process 들에 대해 각각 상세한

  업무 절차 및 프로세스 로직을 기술

- 모든 설계의 기본

- 사용할 용어의 기준을 정하는 것이 중요.

 

[작성방법]

1. 사전 준비 사항

- 이전 Use Case 들이 수행 완료됨에 따라 발생된 입력 원본 준비

 

2. 업무 처리절차

- 원본으로 부터의 입력 항목들에 의거하여 순서에 입각한 구체적이고 명확한 비즈니스 로직을

  전개

- 출력 항목을 생성 및 편집

- 등록, 변경, 취소 Use Case에 대해 각각 별도의 Use Case로 구분하여 작성

- 외부와의 인터페이스 부분에 대한 참조사항은 비고란에 기술

- 어떤 기준을 가지고 데이터를 처리하는지 구체적으로 기술

- 최대한의 속성과 값을 도출하여 기술

- 일반적인 명사를 최대한 구분하여 구체적인 내용으로 기술

- 육하원칙에 준하여 기술

- 업무 절차상 예외사항을 모두 기술

- 3자가 쉽게 이해하게 기술

 

3. 사후 처리사항

- 연속되는 타 Use Case가 정상적으로 수행되도록 출력의 전달 및 통보와 같은 필요한 행위에 대

  해 기술한다.

 

개념설계(Conceptual Design) 검증사항

- 논리 설계를 위한 유일한 입력으로서 업무 처리절차 중 빠진 부분이 없어야 한다.

- 각 단위 업무절차에서 다른 프로세스를 유발시키는 예외 처리사항이 빠지지 말아야 한다.

- 현업무 담당자의 업무내용에 대한 확인이 필요하다.

- Business Context Diagram에 표현된 외부 이벤트와 관련된 업무가 모두 기술되어야 한다.

- 누구나 이해하기 쉬워야 한다.

저작자 표시 비영리 변경 금지

'Software Eng.' 카테고리의 다른 글

프로젝트 관리 프로세스  (0) 2008/12/29
일반적인 관리 기술  (4) 2008/12/27
프로세스 엔지니어링  (0) 2008/12/26
개념 설계(Conceptual Design)  (0) 2008/12/22
Posted by -세티-