빅데이터 분석 방법론
계층 → 5단계 → 단계별 산출물 → 기출문제까지 한 흐름으로 학습합니다.
| 학습 구역 | 주요 내용 | 교재 |
|---|---|---|
| 이론 ① | 계층 구조와 5단계 전체 흐름 | 116–117쪽 |
| 이론 ② | 기획·위험·데이터 준비·분석·구현·평가 | 117–122쪽 |
| 문제 ④–⑧ | SoW, 프로토타입, 프레이밍 효과, 분석 기획, 단계 순서 | 123쪽 |
① 분석 방법론의 계층적 프로세스
큰 프로젝트는 단계로, 각 단계는 업무로, 업무는 실행 가능한 작업으로 구분합니다.
| 계층 | 핵심 질문 | 관리·구성 요소 | 예시 |
|---|---|---|---|
| 단계 (Phase) | 전체 과정에서 지금은 어떤 국면인가? | 기준선(Baseline), 버전관리, 단계별 산출물 | 데이터 준비 |
| 태스크 (Task) | 단계에서 무엇을 해야 하나? | 물리·논리적 단위 활동, 품질 점검 | 데이터 수집 |
| 스텝 (Step) | 어떤 입력을 어떤 도구로 처리하나? | WBS 워크 패키지, Input–Process–Output | 수집 파일 → ETL → 저장 데이터 |
이번에는 여행 준비 단계부터!
한 단계에 여러 태스크가 있어요.
작은 단위에는 입력과 출력이 있습니다.
실행 결과를 확인하면 다음 단계로 갑니다.
② 빅데이터 분석 방법론: 5단계
전체 순서를 먼저 기억해야 각 세부업무의 위치가 헷갈리지 않습니다.
| 단계 | 하는 일 | 대표 세부 과제 |
|---|---|---|
| 01 분석 기획 | 비즈니스 문제를 정의하고 목표·범위·위험을 정함 | 비즈니스 이해, 프로젝트 정의 및 계획, 위험 계획 |
| 02 데이터 준비 | 필요한 데이터를 정의하고 수집·저장·점검 | 데이터 정의, 스토어 설계, 수집·정합성 점검 |
| 03 데이터 분석 | 탐색·모델링하고 모델의 성능 검증 | EDA, 텍스트 분석, 모델링·모델 평가 |
| 04 시스템 구현 | 운영 가능한 시스템을 만들고 시험 | 시스템 설계·구현, 테스트·운영 |
| 05 평가 및 전개 | 프로젝트 성과를 평가하고 종료·후속 계획 | 모델 발전 계획, 프로젝트 평가·보고 |
해결할 문제와 목표를 정합니다.
분석할 자료를 확보합니다.
패턴을 찾고 성능을 확인합니다.
시스템에 반영하고 성과를 검토합니다.
③ 분석 기획 (Planning)
프로젝트를 시작하기 전에 문제, 목표, 범위, 일정, 위험을 명확하게 합니다.
비즈니스 이해 → 프로젝트 범위 정의 → SoW 작성
목표·KPI 설정 → 모델 평가 기준 → 수행계획 및 WBS
위험 식별 → 영향도·가능성 분석 → 위험관리 계획서
| 문서 | 정의 | 예시 핵심 내용 |
|---|---|---|
| SoW (Statement of Work) | 프로젝트 목적·범위·작업 내용을 정의하는 문서 | 분석 목적, 포함 업무, 범위·일정 |
| WBS (Work Breakdown Structure) | 프로젝트를 수행 가능한 작업 단위로 분해한 구조 | 데이터 수집 1주 → 정제 2주 → 모델링 3주 |
| 프로젝트 정의서 | 목표 및 성과기준을 구체화한 문서 | KPI, 모델 평가기준, 기대효과 |
| 위험관리 계획서 | 예상 위험과 대응 전략을 정리한 문서 | 개인정보 위험 → 접근통제 강화 |
먼저 문제와 범위를 명확히 정합니다.
어떤 업무를 어디까지 할지 적습니다.
수행 업무를 작은 단위로 분해합니다.
예상 위험과 대응을 미리 정합니다.
④ 프로젝트 위험 대응 전략 4가지
같은 위험이라도 회피·전가·완화·수용은 대응 방식이 다릅니다.
위험한 활동 자체를 하지 않거나 변경
예: 개인정보를 직접 수집하지 않는 방식 선택위험 부담·책임의 일부를 제3자에 이전
예: 보험 가입, 계약에 따른 외주 처리위험의 발생 가능성 또는 영향을 낮춤
예: 보안 점검·테스트 강화평가한 위험을 받아들이고 진행
예: 낮은 영향의 지연 위험을 감수| 키워드 | 핵심 판단 | 자주 헷갈리는 구분 |
|---|---|---|
| 회피 | 위험을 야기하는 일을 하지 않음 | 완화: 일을 계속하되 위험 낮춤 |
| 전가 | 외부 계약·보험 등으로 부담 이전 | 위험이 완전히 사라진다는 뜻은 아님 |
| 완화 | 위험의 빈도·영향을 감소 | 회피: 활동 자체를 중단 |
| 수용 | 위험을 인식하고 감내 | 무대응과 항상 동일한 의미는 아님 |
비 위험을 만드는 활동 자체를 피합니다.
재정적 부담의 일부를 이전합니다.
비로 인한 피해를 줄입니다.
남은 위험을 인정하고 받아들입니다.
⑤ 데이터 준비 (Preparing)
데이터를 정하고 → 저장 구조를 만들고 → 수집한 자료의 품질을 확인합니다.
| 세부업무 | 핵심 활동 | 대표 출력자료 |
|---|---|---|
| 필요 데이터 정의 | 내·외부 데이터 소스와 확보 방안 규정 | 데이터 정의서, 데이터 획득 계획서 |
| 데이터 스토어 설계 | 정형은 RDBMS, 비정형·반정형은 하둡·NoSQL 등 고려 | 데이터 스토어 설계서, 데이터 매핑 정의서 |
| 데이터 수집 및 정합성 점검 | 크롤링·ETL·API 등 활용, 정확성·일관성 확인 | 수집된 분석용 데이터, 정합성 점검 보고서 |
먼저 필요한 데이터와 출처를 정합니다.
자료 형식에 맞는 저장소를 설계합니다.
ETL·API 등으로 데이터를 확보합니다.
정합성과 품질을 확인합니다.
⑥ 데이터 분석 (Analyzing)
탐색 → 모델링 → 모델 평가·검증의 흐름이며, 필요할 때 데이터 준비로 되돌아갑니다.
| 태스크 | 무엇을 하는가 | 핵심 키워드·산출물 |
|---|---|---|
| 분석용 데이터 준비 | 업무 규칙 확인 및 모델에 쓸 자료 구성 | 데이터셋, 비즈니스 룰 |
| 텍스트 분석 | 텍스트 추출·전처리·도메인 용어사전·분석 | 형태소분석, 키워드, 토픽·감성분석 |
| 탐색적 분석(EDA) | 분포·요약 통계·변수 관계를 탐색 | 데이터 탐색 보고서, 시각화 보고서 |
| 모델링 | 자료 분할 후 모델을 만들고 운영방안 마련 | 훈련·테스트 데이터, 모델링 보고서 |
| 모델 평가 및 검증 | 정해진 기준에 따라 모델의 성능을 평가·확인 | 모델 평가 보고서, 검증 보고서 |
훈련용 자료로 패턴을 익힙니다.
관계를 살펴보고 모델을 고릅니다.
입력으로 결과를 예측합니다.
모델 성능과 안정성을 확인합니다.
⑦ 시스템 구현 (Developing)
검증된 분석 결과를 실제 사용하는 시스템에 담고 테스트·운영 준비를 합니다.
| 구분 | 구체적인 업무 | 대표 출력자료 |
|---|---|---|
| 설계 및 구현 | 운영 중인 시스템 분석, 알고리즘 적용 구조 설계·개발 | 시스템 분석 및 설계서, 구현 시스템 |
| 시스템 테스트 | 단위·통합·시스템 테스트를 통해 완전성 확인 | 시스템 테스트 결과보고서 |
| 시스템 운영 계획 | 사용자·운영자 교육, 안정적 운영 준비 | 사용자 매뉴얼, 운영자 매뉴얼, 시스템 운영 계획서 |
“이 모델의 예측이 정확한가?”
“이 시스템이 실제로 잘 작동하나?”
모델이 성능 기준을 통과했습니다.
현장에서 쓸 화면과 기능을 개발합니다.
시스템 오류 여부를 확인합니다.
현장 사용자를 교육하고 운영계획을 만듭니다.
⑧ 평가 및 전개 (Deploying)
프로젝트 성과를 점검하고 후속 발전 계획과 최종보고를 마칩니다.
운영 중인 모델을 지속적으로 개선할 계획
📄 모델 발전 계획서정량적 성과와 정성적 성과 모두 확인
📄 프로젝트 성과평가서산출물·프로세스 지식을 정리하고 보고
📄 프로젝트 최종보고서| 평가 관점 | 평가 질문 | 예시 |
|---|---|---|
| 정량 성과 | 숫자로 확인할 수 있는 성과는? | 예측 오류 감소, 처리시간 단축 |
| 정성 성과 | 업무나 사용자 경험이 개선되었나? | 현장 직원의 업무 만족도 개선 |
| 지식 자산화 | 차기 분석에 무엇을 남길 것인가? | 프로세스, 산출물, 개선 필요사항 |
분석 결과가 현장에서 사용됩니다.
예측 성능, 비용 등의 변화를 봅니다.
실무에 도움이 되었는지 확인합니다.
최종보고서와 개선계획을 남깁니다.
⑨ 5단계 핵심 산출물 한눈에 보기
기출은 “어느 단계에서 어떤 문서가 만들어지는가?”를 자주 묻습니다.
| 단계 | 핵심 업무 | 기억할 문서·산출물 | 시험에서 구분할 것 |
|---|---|---|---|
| ① 분석 기획 | 범위·목표·수행 계획·위험 | SoW, 프로젝트 정의서, WBS, 위험관리 계획서 | SoW ↔ WBS |
| ② 데이터 준비 | 데이터 정의·저장·수집·품질 | 데이터 정의서, 데이터 스토어 설계서, 정합성 점검 보고서 | 자료 수집·정합성 |
| ③ 데이터 분석 | EDA·텍스트 분석·모델링·평가 | 데이터 탐색 보고서, 모델링 결과 보고서, 모델 평가 보고서 | 모델 평가 |
| ④ 시스템 구현 | 시스템 설계·개발·테스트·운영 준비 | 구현 시스템, 시스템 테스트 결과보고서, 운영계획서 | 시스템 테스트 |
| ⑤ 평가 및 전개 | 발전계획·성과평가·종료 | 모델 발전 계획서, 프로젝트 성과평가서, 최종보고서 | 프로젝트 성과 평가 |
⑩ 사례 적용: 호텔 예약 취소 예측
분석 방법론을 현장 업무에 적용한 가상의 학습 사례입니다.
호텔은 갑작스러운 예약 취소를 줄이려고 합니다. 어떤 일이 어떤 단계에 속할까요?
취소율을 낮추자는 목표·KPI·범위를 정하고 SoW를 작성
예약 이력과 취소 기록을 정의·수집하고 누락 값을 점검
취소 특성을 탐색하고 예측 모델을 만들고 성능을 확인
예약관리 시스템에 위험 알림 기능을 넣고 작동 여부를 테스트
취소율 변화와 직원 활용도를 평가하고 발전계획을 작성
목표를 정하고 계획을 세웁니다.
자료의 범위와 품질을 확인합니다.
모델을 학습하고 검증합니다.
시스템을 운영하고 프로젝트를 평가합니다.
기출문제 4번 · 이론 + 풀이
32회 기출 | 먼저 이론 그림을 보고, 보기 하나를 선택한 후 해설을 확인해 보세요.
다음 중 프로젝트의 목적, 범위, 일정 등을 문서화한 산출물로 가장 적합한 것은 무엇인가?
목표·범위를 먼저 정해야 합니다.
프로젝트의 목적·범위·일정이 들어갑니다.
세부 작업 분해는 WBS의 역할입니다.
두 문서의 질문이 다릅니다.
기출문제 5번 · 이론 + 풀이
37회 기출 | 먼저 이론 그림을 보고, 보기 하나를 선택한 후 해설을 확인해 보세요.
다음 설명에 맞는 데이터 분석 방법론 적용 모델은 무엇인가?진화적 프로세스 모델의 하나로 일부분을 먼저 개발하여 제공한 후 그 결과를 통해 개선하는 모델
요구사항이 아직 불확실합니다.
작은 기능을 먼저 구현합니다.
사용자에게 직접 의견을 듣습니다.
프로토타입 모델의 핵심입니다.
기출문제 6번 · 이론 + 풀이
40회 기출 | 먼저 이론 그림을 보고, 보기 하나를 선택한 후 해설을 확인해 보세요.
실제 정보는 같아도 표현의 틀(frame)에 따라 판단이 달라질 수 있습니다.
다음 설명에 맞는 현상은 무엇인가?합리적 의사결정을 방해하는 요소로 표현방식 및 발표자에 따라 동일한 사실(Fact)에도 판단을 달리하는 현상
긍정적인 인상이 듭니다.
같은 사실인데 부정적으로 들립니다.
정보를 제시하는 틀이 바뀌었습니다.
동일 사실에 대한 판단 차이입니다.
기출문제 7번 · 이론 + 풀이
40회 기출 | 먼저 이론 그림을 보고, 보기 하나를 선택한 후 해설을 확인해 보세요.
빅데이터 분석의 분석 기획 단계에서 수행하는 주요 작업은 무엇인가?
현장의 문제를 인식합니다.
프로젝트가 추구할 목표입니다.
범위와 수행계획을 정합니다.
그 다음이 데이터 준비입니다.
기출문제 8번 · 이론 + 풀이
32회 기출 | 먼저 이론 그림을 보고, 보기 하나를 선택한 후 해설을 확인해 보세요.
다음 중 빅데이터 분석 절차의 올바른 순서로 나열된 것은 무엇인가?
목적과 범위를 설정합니다.
자료 확보와 품질 점검을 합니다.
모델을 만들고 현장에서 작동시킵니다.
평가·보고하고 개선 방향을 남깁니다.
마무리 · 단계와 문제 정리
전체 과정을 한 번 더 확인하고 오답 문항만 다시 풀어 보세요.
오답 문항을 클릭하면 해당 페이지로 이동합니다. 아직 선택하지 않은 문항은 미풀이로 표시됩니다.
| 한 번 더 구분 | 정답 개념 |
|---|---|
| SoW vs WBS | SoW = 목적·범위·일정 / WBS = 작업 분해 |
| 프로토타입 vs 나선형 | 프로토타입 = 시제품 시험·피드백 / 나선형 = 위험 분석을 동반한 반복 |
| 프레이밍 vs 확증 편향 | 프레이밍 = 표현 방식 / 확증 = 기존 신념에 맞는 정보 선호 |
| 모델 평가 vs 시스템 테스트 | 모델 평가는 ③ / 시스템 테스트는 ④ |
| 평가 및 전개 | 성과평가서·최종보고서와 차기 발전계획 |