1

2

목차

I. DW/BI의 요구사항 관리

II. ERP와 통합시 고려사항

III. 결론

3

DW/BI에서의 요구사항 관리

I. DW/BI의 요구사항 관리DW/BI 구축 방법론

4

반복수행

요구사항분석

데이터웨어하우스/데이터마트

설계

ETL설계/개발

OLAP 구현

테스트교육

메타데이터 관리(업무,기술)

5

요구사항 관리의 개념 I. DW/BI의 요구사항 관리

6

요구사항(Requirement)의 정의시스템을 통해 기능상의 목적을 달성하기 위해 사용자가 요구하는 수준RFP, 사업수행계획서, 현행 시스템 등

요구사항 관리의 개념프로젝트 계약 후 고객의 Needs로부터 소프트웨어 요구사항을 도출하여

이를 검증하여 고객과 합의를 이끌어 내고, 이를 변경 관리하는 것

고객의 Needs 시스템요구사항 S/W 요구사항

I. DW/BI의 요구사항 관리DW/BI 요구사항의 특징

7

OLTP의 요구사항과 DW/BI 요구사항의 특징 비교

OLTP

화면 설계

짧고 빠른 업무 처리

소량의 데이터

빠른 성능

일반 업무 처리

비즈니스 프로세스 준수

표준 준수

다수의 사용자의 소량의 데이터

빠른 분석

여러 시스템의 데이터를 조합

통일된 관점 요구

소수의 사용자가 대량의 데이터

비교 분석에 대한 요구

보고서 생성에 대한 욕심들

정량화

DW/BI

I. DW/BI의 요구사항 관리요구사항의 Lifecycle

8

1. 요구사항 수집

2. 요구사항 분석

4. 요구사항 상세화5. 요구사항 확인

3. 요구사항 정의

요구사항 관리

9

이식 및유지보수성

•H/W,S/W의독립성

•에러처리

•기능(입출력)•인터페이스•보완

효율성 사용성 신뢰성기능성

•화면구성•입력방법•학습용이

•복구시간•백업방법

•성능•동시사용자수•처리데이터량

요구사항의 수집 범위

Drill up/down

Pivot

복잡한 분석기능

OLAP 성능

DBMS 성능

사용자(OLAP, DB)

데이터 사이즈 예측

OLAP을 이용한

report

EIS 구성

OLAP 메타데이터

DW DBMS

OLAP 서버

DW 서버

ETL 서버

connection

I. DW/BI의 요구사항 관리

ISO-9126에서 정의한 품질특성과 DW/BI의 품질특성

요구사항의 도출 기법(1/2) I. DW/BI의 요구사항 관리

10

요구사항 도출 기법- 수집기법 : Interview, Workshop, Brainstorming …

요구사항 분석 기법- 객체지향 : Usecase Modeling,- 정보공학 : Data, Process Modeling ( FDD, ERD )

요구사항 검증 기법- Workshop, Peer Review, CheckList …

I. DW/BI의 요구사항 관리요구사항의 도출 기법(2/2)

11

그룹회의

구조화된 그룹 회의를 통하여 요구사항의 수집 및 컨센서스 수립을 보다 효과적으로 하고 결과에 대해 모두가 받아들임

인터뷰

적은 수의 고객에게 직접적인 질문을 통하여 정보를 얻어내는 것. 지금까지 가장 널리 사용되는 기법

다중 Structured Walk through같은 요구사항 문장에 대하여 서로 다른 그룹이 structured walk-through를 하게되면 발견되는 결함 수를 높일 수 있음

프로토타이핑부분적으로 기능한 Solution을 보여주어 요구사항을 수집하고 확인하는 것. 프로토타이핑은 고객과 개발자간의 의사소통을 증진시켜 전달 시점에 놀라는 사태를 막는데 도움

시뮬레이션

새로운 개념을 구현하기 이전에 증명할 목적으로 프로세스나 시스템을 동적으로 표현한 것. 시뮬레이션은 현재의 프로세스를 바꾸지 않고도 새로운 요구사항이 미칠 영향을 고객이 볼 수 있음

설문미리 정해진 질문을 가지고 여러 원천으로부터 정보를 수집하는 방법. 정해진 절차에 따라 수행된 경우 유효하고 신뢰성있게 요구사항을 얻는데 아주 효과적인 방법

Usability Lab

소프트웨어 제품의 사용성을 측정하기 위한 과학적 접근 방식. 특별한 실험 시설과 여러 방면의 전문가를 통해, 소프트웨어 사용자의 반응이 모니터되고 제품의 사용성을 개선하기 위한 요구사항이 결정됨

I. DW/BI의 요구사항 관리DW/BI에서의 요구사항 도출

12

DW/BI의 요구사항 수집 전에 이루어져야 할 일들

사용자(발주자)DW의 개요DW 정의/아키텍처/구성요소OLAP 개념

분석가개발 업무의 비즈니스 이해비즈니스의 특성주요 분석 항목들기존의 분석관련 시스템들의 문제점왜 DW가 필요한가?

원활환 요구사항 공유

사용자에 따른 요구사항 수집(1/2) I. DW/BI의 요구사항 관리

13

DW/BI의 요구사항 수집과 관련된 사용자 유형

사용자 유형 특 징

임원 요약되고 시각화된 자료 요구

팀장 타 부서와의 비교 자료

팀 실적 자료

사원 상세 자료 수집 및 분석 비교

전문분석가 OLAP, Data Mining

IT 스킬이 좋음

외부 사용자 외부 데이터 요청 기관, 협회, 기업 재무 공시 등

단순 사용자 시스템으로 제공되는 보고서의 단순 조회 수준

운영자(SM) DW관련한 문제점과 OLAP 교육 및 고급 기능 구현

I. DW/BI의 요구사항 관리사용자에 따른 요구사항 수집(2/2)

14

일반기업과 공공 사업에 따른 요구사항의 특징

일반 기업

프로젝트의 목적

- 기업의 경쟁력 강화

요구사항의 수준

- 복잡하고 다기능

DW의 사용 목적

- 업무 보고용

- 수익 분석, 매출 분석 등

요구 분석 수집 대상

- 실무자 위주

- 임원/팀장님은 진행 상황 보고

추진 체계

- IT 기획팀 등 IT 담담 위주

- IT팀에서 현업과의 매개 역할

프로젝트의 목적

- 대민 서비스 강화, 법적 근거

요구사항의 수준

- 비교적 단순하고, 범위가 큼

DW의 사용 목적

- 통계 자료 제공, 대민 서비스

요구 분석 수집 대상

- 외부 유관 기관

추진 체계

- 여러 기관의 인원 구성 : TFT

- 현업 업무 담당자

공공 사업

프로토타입의 개념과 필요성 I. DW/BI의 요구사항 관리

15

프로토타입 프로세스

DW 요구사항

OLAP설계

전체규모개발

검토결과반영OLAP구축

OLAP시연

수정사항

OK

I. DW/BI의 요구사항 관리프로토타입의 활용

16

프로토타입의 목적

개뱔될 모습에 대한 사전 구현

OLAP에 대한 개념 이해

실제 구현에 있어서 발생할 주요 문제점들에 대한 사전 조사

DW/BI 프로젝트 개발자들의 업무 이해

프로토타입 작성 시 주의사항

어렵더라도 현실적인 데이터를 사용할 것

구현 가능한 모델링으로 작성 : 중요한 항목들에 대한 것들은 몇 개 안됨

업무 분석 시나리오를 면담을 통해 3개 이상 구현

너무 이상적인 모습을 만들려고 하지 말 것

17

요구사항 분석 I. DW/BI의 요구사항 관리

요구사항

정보공학IE

객체지향OO

프로세스모델링

데이터모델링

USE CASE모델링

시스템객체모델링

•업무기능분해도

•ERD

•Usecase Model

•Class Diagram

1차 합의된 요구사항을 기준으로 상세 및 구체화 작업 수행

I. DW/BI의 요구사항 관리모델링 접근 방법

18

모델링 수행의 접근 방법

정보공학접근

이벤트 모델링 - 고객의 요구사항에 부합하는 업무 기능과 흐름을 분석한다.

데이터 모델링 - 요구사항에 관련된 관리가 필요한 데이터를 분석함으로 요구사항을 상세화 한다.

프로세스 모델링 – 업무기능을 분석하고, 요구사항을 검증한다.

객체지향접근

유즈케이스 모델링 - 특정한 엑터가 요구한 사항에 대하여 시스템에서 수행되는 일련의 트랜잭션을분석 함으로써, 요구사항을 상세화 한다.

유즈케이스 Realization – 유즈케이스가 설계시 구체화 될 수 있도록 분석함으로써, 요구사항을 검증한다.

I. DW/BI의 요구사항 관리요구사항 상세화

19

분석된 요구사항을 명확하고, 정확하게 기록하여 명세서 작성

품질목표 및 각 요구사항의 Testability 작성

총괄 및 시스템 테스트 계획서 작성

테스트계획

총괄/시스템테스트계획서작성

품질목표

품질목표및

요구사항Metrics작성

요구사항정의

요구사항명세서

I. DW/BI의 요구사항 관리요구사항 명세서 작성

20

요구사항 정의서에는 품질특성에 대한 상세한 정의를 기술

요구사항정의서

분석산출물

보완된요구사항정의서

형식화

•모델링결과반영

•비기능요구사항보완

•객체지향•정보공학

I. DW/BI의 요구사항 관리요구사항과 품질, 테스트와의 관계(1/2)

21

요구사항, 품질 목표, 테스트 연계 프로세스

사용자요구사항

품질요구사항

품질목표

테스트계획

연계표

구체화요구

측정기준및 목표

구체화요구

품질특성

구체화요구

구체적, 실행 가능한, 측정 가능한, 통제 가능한

I. DW/BI의 요구사항 관리요구사항과 품질, 테스트와의 관계(2/2)

22

요구사항 정의 및 분석 단계는 시스템 시험, 인수시험과 연계됨

I. DW/BI의 요구사항 관리품질 목표 및 평가방안

23

요구사항

품질특성

품질목표평가방안

Testability

QUALITY

품질보증 담당자

분석가

테스트 담당자

고객

I. DW/BI의 요구사항 관리DW 설계(DM 포함)

24

Dimension/Fact 결정

분석 주제영역 설정 Dimension 계층결정

다차원다차원모델링모델링작업작업

Dimension/Fact 관계

DW/BI 분석 산출물(1/3) I. DW/BI의 요구사항 관리

25

기간 Dimension

년(FY)년(FY) 년(CY)년(CY)

분기(FY)분기(FY)

월(FY)월(FY)

일일

분기(CY)분기(CY)

월(CY)월(CY)

요일요일

주말주말

휴일휴일

Attribtue Name Attribute Description Sample Values

년(CY) 발생년도 2004

분기(CY) 발생년도 분기 2004Q1

월(CY) 발생 월 200401, 2004년 1월

일자 발생 일자 20040101, 2004년 1월1일

출처 : Data Warehouse Lifecycle Toolkit

I. DW/BI의 요구사항 관리DW/BI 분석 산출물(2/3)

26

Fact 정의서

주제영역 : 통화 상세 분석

일

요금청구일 시간 고객

전화서비스

전화요금종류

사용형태전화번호

(수신/발신)

통화상세분석

Fact Name Fact Description Default Aggregation Rule

통화건수 10초 이상 통화건수 N/A

통화시간 10초 이상 통화한 건의 통화시간 Sum

출처 : Data Warehouse Lifecycle Toolkit

I. DW/BI의 요구사항 관리DW/BI 분석 산출물(3/3)

27

Data Warehous Bus Architecture

Data Mart Dat

e

Bill

ing

Dat

e

Res

olut

ion

Dat

e

Tim

e

Cus

tom

er

Pro

duct

Pric

ing

Pac

kage

Usa

ge T

ype

Orig

in P

hone

#

Des

tinat

ion

Pho

ne #

Ven

dor

Pur

chas

ed P

rodu

ct

GL

Acc

ount

Org

aniz

atio

n

Em

ploy

ee

Ser

vice

Cal

l Typ

e

Ser

vice

Cal

l Sta

tus

Rea

l Est

ate

Inve

ntor

y

Net

wor

k In

vent

ory

Com

pute

r Cha

rgeb

acks

IS P

rodu

ct/S

ervi

ce

**Customer Usage Billing X X X X X X**Call Detail Tracking X X X X X X X X X**Vendor Contracts X X X X**Purchased Product Tracking X X X X X**Materials Inventory X X X**Service Call Tracking X X X X X X X**Repair Items X X X X X X X X General Ledger X X X Purchase Orders X X X X Account Receivables X X X X Call Center Time Tracking X X X Phone Sales Tracking X X X X X X Directory Billing X X X X X Yellow Page Adv. Order X X X Customer Inquiries X X X Marketing Promotions X X X X Customer Inventory X X X Network Inventory X X X Real Estate Inventory X X X Labor and Payroll X X X X Computer Center Chargeback X X X X

분석관점(Dimension)

분석주제영역Data Mart

상세화과정

Fact

출처 : Data Warehouse Lifecycle Toolkit

DW/BI의 테스트(1/2) I. DW/BI의 요구사항 관리

28

DW 일반적 아키텍처

소스

ODS

StagingArea

DW

DM

DM

사용자

•패키지•Legacy

•OLAP•마이닝•SEM•BI 등

1 2 3 4

테스트 단계와 매핑

단계 내용

단위시험•각 단계에서 실시

•특히 ①, ② 단계에서 집중적으로 실시함

통합시험 •여러 단계의 조합에 의한 테스트

•일반적으로 OLAP 화면 개발 후 실시 가능함

시스템 •최종 마무리 단계에서 성능, 스트레스 테스트 실시

인수 •실제 사용자에 대한 승인 테스트. 비즈니스 로직 검증

설치 •OLAP 설치, 웹 환경 사용자 환경 설정

DW/BI의 테스트(2/2) I. DW/BI의 요구사항 관리

29

테스트 시 고려사항

데이터 매핑 정의서의 충실한 작성

시험 시점에 따라 적절한 시험기법을 채택하여 시험

개발에 참여하지 않은 제3자가 시험하는 것이 잠재된 오류를 가장 많이 찾아낼 수 있는 가장 효과적인 방법

사용자 요구사항대로 개발되었는지를 추적할 수 있어야 함

전체 오류의 80%는 전체 모듈의 20% 내에서 생긴다는 파레토 원칙이 적용되기 때문에 혐의가 있는 모듈

을 철저하게 시험해야 함

완전무결한 시험은 불가능하기 때문에 프로그램 로직 및 절차 설계서에 기술된 조건을 적절하게 시험해야

함

테스트 케이스의 적절성과 재사용 고려

철저한 테스트 계획과 전문가에 의한 검증 : 품질검검팀 활용

기타 사항들 I. DW/BI의 요구사항 관리

30

요구사항 조사시 기타 고려사항

성능(HW,SW,DBMS,OLAP)

데이터 사이즈 : OLAP 성능 및 DW의 Disk 크기에 영향

구현의 가능성

OLAP으로 불가능한 요구사항의 선별

- EIS(임원정보시스템)에서 요구하는 축약된 화면

- 대량의 데이터를 리스트 조회

31

ERP와 통합 시 고려사항

II. ERP와 통합시 고려사항통합의 필요성과 고려요소

32

통합의 필요성

ERP 기반으로 기간 시스템 운영

누적된 ERP 데이터의 전략적 활용

기 구축된 DW와 ERP의 데이터를 활용해 BI 구현

통합시 고려 요소

IT ROI 측면 : 구축 비용

ETL, OLAP, EIS, BI, User Interface, 사용자 계층

Architecture : HW, SW, App, Data, Usage

EAI, 기 투자 보호

query 성능

II. ERP와 통합시 고려사항통합 방법의 종류

33

• ERP DW 중심

• 기존 DW 중심

• ERP DW와 기존 DW를 동등하게 구성

• 기존 DW는 ERP DW에 종속

• ERP DW는 기존DW에 종속

II. ERP와 통합시 고려사항ERP DW 중심

34

고려사항

운영 시스템이 ERP 위주인 경우

기존의 DW는 Data Mart형태로서데이터의 양과 활용면에서 그리 크지않을 경우

기존의 UI는 ERP BI apps로 변경

II. ERP와 통합시 고려사항기존 DW 중심

35

고려사항

EDW로 기존 DW 운영

EDW에 투자된 투자비 보호 필요

ERP를 이용한 업무의 범위가 작은 경우 : 예, 회계 모듈만 ERP로 구성

사용자는 기존의 OLAP 환경 이용

II. ERP와 통합시 고려사항ERP DW와 기존 DW를 동등하게 구성

36

고려사항

UI의 이원화

EAI/ETL의 어려움

데이터의 중복 문제 : 고객, 제품정보

과도기적 아키텍처

기투자 보호 vs. 운영/유지보수비용

II. ERP와 통합시 고려사항기존 DW는 ERP DW에 종속

37

고려사항

기투자 보호

ERP DW와 인터페이스

1안의 변형 형태

기존의 UI는 ERP BI apps로 변경

II. ERP와 통합시 고려사항ERP DW는 기존 DW에 종속

38

고려사항

기투자 보호

ERP DW와 인터페이스(ETL 문제)

사용자의 UI 이원화

데이터 통합의 한계

일부 데이터 중복은 불가피

III. 결론요구사항 관리 및 ERP와의 통합 시 고려사항

39

요구사항 관리

요구사항의 개념

요구사항의 관리

- 요구사항 변경 시 관련 일들

- 관련 산출물, 모델링, ETL 프로그램, OLAP,

DB, report

관리비용 단계

0.1 ~ 0.2 요구분석

0.5 설계

1 코딩

2 단위테스트

5 인수테스트

20 유지보수

ERP와의 통합

ERP의 확산에 따른 통합 요구 증가

통합시 고려 사항

- 아키텍처 : 데이터, ETL/EAI, UI

SEM, CPM => RTE 구현에 대한 이슈

정보시스템의 변화

MIS DSS/EIS DW BI

SEM/CPM

MinimizeResponse Time

OptimizeResponse Quality

RTE 구현

SEM : Strategic Enterprise ManagementCPM : Corporate Performance Management

40