분석 대상과 데이터 흐름 정의

핵심 요약

요구 분석 범위는 조직도나 시스템 메뉴만으로 정하지 않는다. 고객 등록, 주문 접수, 계약 변경, 정산 마감 같은 업무 사건에서 어떤 정보가 어디에서 생성되고 변경되며 누가 사용하고 외부로 전달하는지를 따라가야 한다. 생성 주체가 없거나 사용 목적이 없는 데이터, 수기 보정·배치·외부 연계에서만 나타나는 정보는 누락 또는 불필요 후보가 된다.

학습 목표

업무 사건과 데이터 생명 흐름을 이용해 분석 경계를 정의한다.
데이터 원천, 권위 있는 소스, 생성·변경·사용·전달 역할을 구분한다.
CRUD 관계를 요구 분석의 공백 탐지 단서로 해석한다.
조직·시스템 경계 밖의 외부 인터페이스·배치·수기 처리를 분석 범위에 포함한다.

1. 분석 대상 정의

1.1 출발점: 업무 목표와 사건

분석 대상은 정보 요구가 발생하는 업무 목표와 사건을 기준으로 정한다. 사건은 주문 접수, 계약 갱신, 고객 탈퇴, 월말 마감처럼 데이터 상태를 만들거나 바꾸고 의사결정을 유발하는 업무상의 발생이다.

1.2 데이터 대상

사건별로 필요한 데이터 대상, 주요 정보, 생성·변경·조회·삭제 또는 보존 행위, 소유·책임, 사용 목적을 식별한다. 이 단계는 논리·물리 모델의 엔터티와 속성을 최종 확정하는 것이 아니라 요구 분석에 필요한 정보 범위를 정하는 활동이다.

1.3 데이터 원천과 권위

같은 정보가 여러 시스템과 파일에 존재할 수 있다. 최초 입력 위치와 권위 있는 판단 소스, 복제·가공본, 외부 수신본을 구분해야 한다. ‘먼저 발견한 테이블’을 원천으로 간주하지 않는다.

1.4 경계와 예외 흐름

온라인 거래뿐 아니라 배치 집계, 파일 송수신, 수기 보정, 오류 재처리, 외부 기관 연계, 이력 보존을 포함한다. 조직 경계 밖으로 나가는 데이터도 인터페이스 조건과 책임을 조사한다.

2. 분석 관점과 확인 질문

관점	확인 질문	대표 공백 신호
업무 사건	어떤 사건이 정보를 생성·변경하는가?	상태 변화가 있는데 트리거가 없음
데이터 생성	최초 생성 주체와 권위 원천은 어디인가?	여러 원천이 모두 권위 있다고 주장
데이터 변경	누가 어떤 조건에서 값을 바꾸는가?	수기 보정이 문서화되지 않음
데이터 사용	누가 어떤 판단·보고·처리에 쓰는가?	사용 목적이 없는 수집 항목
전달·연계	어떤 형식·주기·책임으로 이동하는가?	외부 파일·배치가 범위에서 빠짐
보존·종료	언제 폐기·익명화·이관하는가?	삭제 요구와 감사 보존 요구 충돌
품질·예외	오류·지연·누락 시 누가 처리하는가?	정상 흐름만 정의됨

데이터 품질 측정·개선 프로세스는 Part 4의 책임이므로 여기서는 요구와 수용 기준을 위해 필요한 품질 조건·예외만 식별한다.

3. 분석 범위 도출 흐름

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

업무 목표·사건 선정
        ↓
사건의 입력·출력 정보와 상태 변화 식별
        ↓
생성자·변경자·사용자·소비 시스템 연결
        ↓
원천·복제·가공·외부 수신 구분
        ↓
온라인·배치·수기·외부·오류 흐름 확인
        ↓
미생성·미사용·중복 원천·경계 누락 후보 검토
        ↓
분석 대상·제외 범위·추가 조사 목록 승인

CRUD 표기는 프로세스와 데이터 사이의 생성(C)·조회(R)·변경(U)·삭제(D) 관계를 간단히 표시하는 단서로 사용할 수 있다. 그러나 이 단원에서는 매트릭스 작성 규칙, 균형성 검증, 행·열 판독을 상세 학습하지 않는다.

4. 데이터 흐름 사례

상황: 환불 처리는 온라인 주문 시스템에서 시작되지만, 승인 금액은 회계팀 엑셀에서 조정되고 매일 밤 배치로 결제사에 전달된다. 실패 건은 운영자가 별도 큐에서 재처리한다.

분석 대상

환불 요청·승인·조정·전송·완료·실패 사건
주문·결제·환불·조정 사유와 상태 정보
온라인 시스템, 회계 수기 파일, 배치, 결제사 인터페이스, 오류 큐
각 단계의 생성·변경 책임과 권위 원천
조정 규칙, 전송 시점, 실패 재처리 조건과 수용 기준

온라인 화면만 조사하면 회계 조정과 야간 배치, 오류 재처리 요구가 누락된다.

5. 비교와 구분

구분	요구 분석의 데이터 흐름	CRUD 매트릭스 상세 기법(Part 3)	데이터 모델링(Part 2·3)
목적	분석 범위·원천·사용·경계·공백 식별	프로세스-데이터 CRUD 관계 작성·검증	엔터티·속성·관계와 논리·물리 구조 설계
상세도	업무 사건과 정보 흐름 수준	행·열 관계와 완전성 판독	모델 구조·정규화·변환
산출물	범위서, 흐름도, 원천·사용 목록, 조사 과제	CRUD 매트릭스	ERD·정의서·물리 모델
경계	최종 설계 확정 아님	본 단원에서 상세 반복하지 않음	요구를 설계 구조로 전환

시험 판단 포인트

분석 대상은 업무 사건과 데이터의 생성·변경·사용·전달 흐름으로 정의한다.
원천 위치와 권위 있는 소스, 복제·가공본을 구분한다.
수기 보정·배치·외부 인터페이스·오류 재처리도 분석 범위에 포함한다.
생성 주체가 없거나 사용 목적이 없는 데이터는 누락·불필요 후보로 조사한다.
CRUD는 공백 탐지 단서이며 상세 매트릭스 기법은 82600045와 중복하지 않는다.

자주 틀리는 부분

조직도 또는 화면 메뉴만으로 분석 범위를 확정하지 않는다.
먼저 발견한 시스템을 자동으로 권위 원천으로 보지 않는다.
정상 온라인 흐름만 보고 배치·수기·외부·오류 흐름을 제외하지 않는다.
요구 분석 단계에서 엔터티·속성·물리 테이블을 최종 확정했다고 판단하지 않는다.

01정보 요구 분석 대상을 정의하는 출발점으로 가장 적절한 것은? ① 서버실의 장비 배치 순서 ② 업무 목표와 데이터를 생성·변경하는 주요 업무 사건 ③ 개발자의 선호 프로그래밍 언어 ④ 화면 메뉴의 글꼴 크기

정답 및 해설

정답: ②

업무 목표와 사건을 기준으로 해야 정보가 왜 생성·변경·사용되는지 추적할 수 있다.
①·③·④는 분석 범위의 업무·데이터 목적을 정하지 못한다.

02같은 고객 주소가 세 시스템에 존재할 때 가장 먼저 확인해야 할 것은? ① 가장 오래된 시스템을 무조건 원천으로 선택한다. ② 각 값의 생성·변경 책임, 사용 목적, 권위 있는 판단 소스를 확인한다. ③ 세 값을 모두 삭제한다. ④ 물리 저장 용량만 비교한다.

여러 사본 중 권위 원천을 판정하려면 생성·변경 책임, 업무 의미, 사용과 동기화 관계를 확인해야 한다.
①은 연식만으로 권위를 정하는 오류이고, ③·④는 의미와 책임을 무시한다.

03다음 문장의 참·거짓을 판단하시오. - A. 배치 파일과 수기 보정은 온라인 시스템 밖이므로 요구 분석 범위에서 제외한다. - B. 생성 관계가 없는 데이터는 누락된 업무 사건 또는 외부 원천의 가능성을 조사한다. - C. 이 단원의 CRUD 표기는 상세 매트릭스 작성 규칙보다 분석 공백의 단서를 찾는 데 초점을 둔다.

정답: A 거짓, B 참, C 참

A: 수기·배치도 실제 데이터 흐름과 규칙을 형성하므로 포함한다.
B: 생성자가 보이지 않으면 외부 수신, 누락 프로세스, 잘못된 데이터일 수 있다.
C: 상세 CRUD 매트릭스 작성·판독은 Part 3의 별도 단원과 경계를 둔다.

04온라인 환불, 회계 수기 조정, 야간 결제사 전송, 실패 재처리가 있는 업무의 분석 대상과 추가 조사 질문을 작성하시오.

모범 답안

대상 사건: 환불 요청, 승인, 금액 조정, 전송, 수신 확인, 실패, 재처리, 완료.
데이터: 주문·결제·환불 금액, 조정 사유, 상태, 담당자, 전송·응답 정보.
경계: 온라인 주문 시스템, 회계 파일, 배치, 결제사, 오류 큐.
질문: 각 단계의 권위 원천은 어디인가, 누가 값을 변경하는가, 조정 규칙과 승인 권한은 무엇인가, 배치 기준 시점과 재전송 조건은 무엇인가, 실패 시 상태와 책임자는 누구인가, 완료 수용 기준은 무엇인가.

05다음 흐름에서 요구 누락 가능성이 가장 큰 부분을 찾고 이유를 설명하시오. 환불 요청 생성 → 회계 조정 파일 작성 → 야간 배치 전송 → 결제사 실패 응답 이후의 처리 주체와 상태 정의가 없다.

정답 및 판단 과정

누락 가능성이 큰 부분은 ‘결제사 실패 응답 이후’이다.
실패를 어떤 상태로 기록하고 누가 재처리하며, 중복 전송을 어떻게 방지하고, 재처리 완료를 무엇으로 확인하는지 정의되지 않았다.
오류 큐·운영자·재시도 횟수·수동 승인·최종 종료 조건을 추가 조사해야 한다.