728x90
반응형
SMALL

[문제] 
당신은 어느 한 프로젝트의 PM이다. 아래사항을 참조하여 다음을 설명하시오. 
1. 프로젝트 수행기간의 목표는 25일 이다. 
2. A 액티비티는 소요시간이 10일다.  
3. B 액티비티는 A 액티비티가 완료된 후에 시작 할 수 있으며, 소요기간이  13일이다. 
4. C 액티비티는 소요기간이 12일이다. 
5. D액티비티는 C 액티비티 완료된 후에 시작할 수 있으며, 소요기간이 15일이다. 

. 네트워크 다이어그램을 작성하시오.  
. 주경로의 수행기간을 계산하시오. 
. 목표 수행기간을 맞추기 위해서 수행기간을 단축할 수 있는 방법을 설명하시오. 
. 일정을 단축하기 위해 기존팀원 5명에 더해 팀원 1명을 추가로 투입하였다.  
    의사소통 수(커뮤니케이션 통로의 수)가 기존보다 얼마나 더 늘어나는지 계산하시오.  


[해설]
. 네트워크 다이어그램을 작성하시오.
    - 문제는 아주 심플하게 되어 있어서 네트워크 다이어그램을 그리는 건 어렵지 않다.
      가능 경로는 A->B , C->D 가 있고 그중에서 제일 합산 소요기간이 긴 것을 찾으면
      된다.. 아래 그림에서는 A -> B 가 23일이 걸리고, C->D가 27일이 걸리니깐
      주경로 즉 Critical Path (CP) 는 C->D 이고 최소 소요기간은 27일이다.
     그런데 문제에서 프로젝트 수행기간 목표기간이 25일 이라고 했으니깐 결국
      2일을 초과하게 되는 셈이고 따라서 일정단축을 위해서 먼가 해야 되는 셈이다.
      이러한 일정단축을 하는 기법으로 보통 2가지를 제시하고 있다.
     머.. 일정단축을 하는 방법이야 뻔하다.. 인력을 더 투입 즉 비용을 더 투입해서
     일정을 단축하거나 (이를 Crashing기법이라함), 활동을 중첩해서 일정을 단축하는
     (Fast Tracking기법이라함) 방법이 있는 것이다.

  위 네트워크 다이어그램은 약간 약식의 형태이고 FM대로 작성하는 것은 아래그림
참고바란다.

. 주경로의 수행기간을 계산하시오. 
   주경로 즉 Critical Path (CP) 는 위에서 설명한대로 C->D 이고 최소 소요기간은 27일이다.

. 목표 수행기간을 맞추기 위해서 수행기간을 단축할 수 있는 방법을 설명하시오. 
   이 부분도 앞서 Crashing과 Fast Tracking 에 대해서 설명했다.
   정리를 다시 하면..

구분 Crashing (공정압축법) Fast Tracking (공정중첩 단축법)
설명 - 자원 추가를 통한 일정 단축 기법
- 비용과 시간 사이의 상충 관계를 분석하여
  최소한의 자원 추가로 최대한의 시간을
  단축할 방법을 결정  
- 주공정 경로(Critical Path)의 활동 중 비용
  대비 효과가 높은 활동에 우선 투입하여
  효과를 높일 수 있음
- 비용이 증가하는 단점  
- 일정 계획상의 활동 간의 의존성을 
  조정해서 순서상의 활동을 중첩 진행하여
  일정을 단축하는 기법
- 활동을 중첩하는 경우에만 효과가 있고
  재작업의  위험이 높아지는 단점 
사례 - 초과 근무  
- 추가 자원 투입 
- 활동의 중첩


. 일정을 단축하기 위해 기존팀원 5명에 더해 팀원 1명을 추가로 투입하였다.  
    의사소통 수(커뮤니케이션 통로의 수)가 기존보다 얼마나 더 늘어나는지 계산하시오.

계산은 생략하겠다.

728x90
반응형
LIST
728x90
반응형
SMALL

우선 정보시스템 감리와 사업관리위탁 즉 PMO (Project Management Office)의 개념에 대해서 알아보자
정보시스템감리는 법적으로 일정기준에 해당하는 공공기관에서 발주하는 정보시스템 구축사업인 경우
의무적으로 받아야 한다. 반면 PMO는 의무사항은 아니고 권고 사항이다.
그 동안 공공기관의 정보시스템 구축에 대한 감리는 이른바 정보시스템 감리법인에 의해 감리원이
일정한 시점 (요구사항정의,설계,종료) 에 1~2주일정도 투입되어서 감리를 진행하고 발주자에게
보고서를 제출하면 발주자는 이를 근거로 사업자에게 시정조치를 요청하고 사업자는 시정조치를
함으로써 구축된 정보시스템에 대한 문제점을 개선하도록 하는 데 그 취지가 있었다.
하지만 감리수주에 대기업의 참여제한이 생기면서 아무래도 기술력이 딸리는(?) 중소기업 감리법인에서
감리를 진행하면서 대형 프로젝트인경우 그 짧은 시간 (1~2주)에 전체 프로젝트의 문제점을 찾는다는건
아무래도 어려울 수밖에 없다. 이에 아예 처음부터 해당 프로젝트를 감시하고 문제점을 지적해 줄  
감리원을 상주시키는 제도가 도입되었는데 이게 바로 'PMO' 이다.
즉 전자정부사업의 위험을 방지하고 품질을 향상시키기 위해 전자정부사업의 관리·감독 업무를 위탁하는
것으로, 사업관리 수행 전문가가 PMO대상사업의 기획부터 사업
후 지원까지 전 단계에 걸쳐 사업관리를
수행하고, 기술측면을 지원하는 것을 말한다. 

그럼 PMO를 통해 위탁한 경우 정보시스템 감리는 안받아도 되는건가??
그래서 아래 기준에 부합한 경우 감리를 생략할 수 있게 했다. (물론 감리를 받아도 상관없음)

- 사업비가 5억원 미만인 전자정부사업으로, 대국민 서비스를 위한 행정업무 또는  
 
민원업무 처리용으로 사용하는 경우나 여러 중앙행정기관등이 공동으로 구축·사용하는
  경우에는 PMO 수행 시 정보시스템 감리를 생략할 수 있다.
- 사업기간이 5개월 미만인 정보시스템 구축사업인 경우에는 PMO 수행 시 정보
  
시스템 감리를 생략할 수 있다.


정보시스템 감리와 사업관리 위탁(PMO)의 개념 

감리 PMO
감리발주기관 및 피감리인의 이해관계로부터 독립된 자가 정보시스템의 효율성을 향상시키고 안전성을 확보하기 위하여 제3 자적 관점에서 정보시스템의 구축 및 운영에 관한 사항을 종합적으로 점검하고 문제점을 개선하도록 하는 행위, 제도 프로젝트와 관련된 자료, 방법론, 기술, 기법을 관리/공유하고, 전사 프로젝트, 프로그램, 포트폴리오 관리를 통해 조직의 전략적인 목표를 달성하기 위한, 프로젝트 관리 전담 조직


정보시스템 감리와 사업관리 위탁(PMO) 의 비교

구분 감리 PMO
필요성 - 정보기술의 발전으로 정보시스템의 의존도 심화 
- 정보시스템에 대한 신뢰성, 안전성, 운영/구축, 
  효율성 확보를 위한 객관적인 검증 필요
- 프로젝트 표준의 준수 및 표준설정의 완성도 향상 
- IT Project 의 규모 및 복잡성 증가 (Risk 증가
 , 프로젝트의 체계적 관리 필요) 
- 공공 프로젝트의 대기업 참여 제한 및 PMO
  제도 법제화 (SW산업 진흥법) 
관점 제3자 관점(객관적 관점) 발주기관 입장의 사업관리 
투입시점 요구정의단계, 설계단계, 종료단계  계획(발주 전), 실행(프로젝트 진행) 
역할 - 사업관리 및 품질보증, 응용시스템, 데이터베이스, 시스템 구조 및 보안 등  - 기능 및 과업이행여부 점검 및 조치 확인  - 일정, 인력, 위험, 품질관리 등 사업관리 전체
  모니터링 및 지원  
- 과업이행여부 점검 및 조치 지원 - 발주기관
  요구사항 지원 등 
주요산출물 - 감리계획서(검토항목)  
- 감리수행결과보고서  
- 시정조치확인보고서 
- PMO수행계획서  
- PMO검토보고서  
- PMO수행결과보고서 
법적 근거  전자정부법 제57조1항에 따른 의무 사항  전자정부법 제 64조2에따른 권고 사항



전자정부사업의 관리감독 수탁자 자격요건
- 법 제2조제3호에 따른 공공기관(학교는 제외)
- 법 제58조에 따라 등록된 감리법인
- 「소프트웨어산업 진흥법」 제2조제4호에 따른 소프트웨어사업자로서 같은 조 제5호에
   따른 소프트웨어기술자를 3명 이상 보유한 법인


PMO의 유형

구분 Weather Station Coach Control Tower
구성원 소수 전문인력 프로젝트 관리 전문인력 조직차원
권한 약함 중간 강함
역할 조언자 조언자, 관리자 관리자
특징 Support Support + Control Control
주요활동

- 프로젝트 진행상황
- 정보제공
- 기술지원

- 프로젝트간 의사소통
- 성과기록 / 모니터링
- 전문인력 공급

- 프로젝트 계획, 진행, 운영
  중앙집중적 관리
- 프로젝트 관련 의사결정
- 투입자원 조정
- 모든 프로젝트 동일 방법론
  적용

 

 

728x90
반응형
LIST

'소프트웨어공학' 카테고리의 다른 글

Critical Path (주경로)  (0) 2019.12.20
정형적 명세 기법  (0) 2019.12.07
SPICE (ISO 15504)  (0) 2019.11.13
CMMI (Capability Maturity Model Integration) (3/3)  (0) 2019.11.12
CMMI (Capability Maturity Model Integration) (2/3)  (0) 2019.11.11
728x90
반응형
SMALL
기법   설명
상태모형 기반
(모델기반)
 - 시스템을 상태모형으로 인식, 집합과 수열 등의 수학적 요소로 표현
 - 시스템에 있는 오퍼레이션(연산)들이 시스템의 상태를 어떻게 변화시키는가에 초점
 - 시스템연산이 어떻게 시스템 모델의 상태에 영향을 미치는 지를 정의하여 시스템 연산을
   정의할 수 있다.
Z • 집합론(Set Theory), 논리, 모델기반 명세기법
• 논리를 기반으로 한 Calculus 적 표현을 사용하여 여러 특성을 VDM보다 
  함축적으로 표현.
• 모든 특성을 스키마안에 순서대로 기술하며 모듈화와 재사용성이 우수함
• Z스키마 구조 - 스키마 이름, 스키마 시그니쳐, 스키마 술어
• 모듈간의 재사용성이 우수하다.
• 스키마간의 연산이 가능하다.
VDM Vienna Development Method
• 시스템의 비기능적인 요구사항을 제외한 기능적인 요구사항에만 한정되
  며 이와 관련한 기능 요구 명세와 검증 설계에 관해 적절한 표기법인 
  검증 방법을 제공함.
Decision Table 
(판단표)
• 복잡한 의사결정논리를 기술하는데 사용되며, 
  판단표는 4개의 4분원으로 구성
Event Table
(사건표)
• 여러 사건이 상이한 조건하에서 발생되었을 때 취해야 할 행위를 기술
Transition Table (전이표) • 시스템내의 상태변화를 기술하는데 사용됨.
finite state machine 
(유한상태기계
FSM
• 컴퓨터 프로그램과 전자논리회로를 설계하는데에 쓰이는 수학적 모델이다.
• 유한한 개수의 상태로 구성된 하나의 기계를 의미한다.
• 일종의 Flow chart 로서 조금 다른 점은 닫혀있다는 것. 
  즉 모든 게임은 단발로 끝나는게 아니라 영원히 도는 프로그램임.
 Petri Net • 그래프에 의한 표기법을 제공하며, 병렬 처리를 기술할 때 유한상태기계의
  한계성을 극복하도록 고안되었다
   
대수학적 기반 • 오퍼레이션들과 이들 사이의 관계로 시스템을 표현하며,
• 시스템을 분할된 서브시스템들의 인터페이스로 본다.
• 클래스나 추상데이터타입을 오퍼레이션 사이의 관계들로 정의하 것과 유사하다.
• 대수명세는 객체 연산이 객체 상태와 독립적인 경우에 인터페이스를 정의하는데 
  이용될 수 있다.
  즉 연산을 적용한 결과는 앞의 연산과 무관하다는 것이다
예) Larch, OBJ, Lotos
관계형표기법



함의방정식 문제의 해결방법을 기술하지 않고 해법의 성질을 기술
순환관계  
대수공리  
정규표현  


1. 모델기반 명세기법 - Z, B, VDM
2. 대수적 명세기법 - LARCH, OJB, Lotos

종류 순차언어 병렬언어
대수학적 명세 Larch, OBJ Lotos
모델기반 명세 Z,VDM,B Petri Nets, CSP


정형명세의 특징
 - 엄격하고 오류없는 소프트웨어 개발에 적합
 - 소프트웨어의 신속한 인도 및 Time To Market 이 요구되는 경우에는 부적합
 - 확장성이 떨어짐
 - 규모가 작고 중요한 커널시스템 등에 많이 쓰임.



정형기술검토(FTR)

  - SW 엔지니어가 수행하는 SW 품질보증 활동
  - 개발자들이 모여 산출문서 등을 검토하여 산출물의 오류를 발견하기 위한 공식적인 활동
1. 제품을 검토하다
2. 논쟁과 반박을 제한
3. 해결책이나 개선책에 대해서 논하지 말것.
4. 의제를 정하고 그것을 유지 (시간일정 할당)
5. 문제 영역을 명확히 표현
6. 작성할 노트준비(사전준비 강요)
7. 참가자의 수를 제한
8. 모든 검토자를 위한 의미있는 교육 실행
9. 초기검토를 재검토

 

728x90
반응형
LIST
728x90
반응형
SMALL

SPICE 정의

 - 소프트웨어 프로세스 심사(Software Process Assesment:SPA)를 위한 국제표준인 
   ISO/IEC 15504의 개발을 지원하기 위하여 진행중인 국제표준화 프로젝트
 - ISO 12207의 기본 틀에 맞추어 개발되고 확장됨
 - 5개 범주 , 6개 단계               ( CMM - 5  , CMMi - 4,5  SPICE - 5,6)


SPICE 구성

   프로세스 차원과 프로세스 능력 차원으로 구분 (2차원 평가모델)

구성항목 차원 설명
프로세스 범주
5개
Best Practices
Customer-Supplier  - 고객에게 직접적으로 영향을 주는 
    프로세스들로 구성
 - 제품개발과 개발된 제품을 고객에게 인
   도하기까지의 프로세스들
Engineering  - 시스템, 소프트웨어 제품및 사용자문서 
   들을 정의하고, 구현하며, 유지하는
   프로세스들
Support  - 전체 소프트웨어 생명주기에 걸쳐 다른
   프로세스들에 의해 사용되는 프로세스
Management  - 프로세스를 관리하는 주체에 의해서
   사용될 수 있는 General Practices을
   포함하는 프로세스들
Organization  - 조직의 목표를 수립하고, 프로세스, 제품 
   및 자원과 관련된 자산을 개발하는
    프로세스들
프로세스 능력수준
6단계
Process Attribute
Level 0 - imcomplete  
Level 1 - Performed  계획없이 그냥 프로세스가 진행되는 상태
∙프로세스의 목적이 전반적으로 달성되나
 적극적으로 계획되거나 추적되지 않는
 상태이다.
∙식별 가능한 Work Product(WP)가 존재

√ Process performance attribute 
  : 프로세스의 정의된 outcomes 달성
Level 2 - Managed ∙계획이 있고 계획과 편차가 있는 경우
 해당 조치 수행
∙프로세스가 계획되고 추적되는 상태
∙Level1과 차이점은 계획된 일정과 자원
 내에서 품질요구사항을 만족하는 WP를
 산출해 낼수 있다는 것이다.

√ Performance management attribute
  : 프로세스의 관리
√ WorkProduct management attribute
  : 프로세스 산출물의 관리
Level 3 - Established ∙정의된 프로세스(Defined Process)를 사용하여 프로세스를 수행하고 관리하는 
 상태이다. 
∙ Level2 와의 차이점은 Managed는 개별
  프로젝트마다 서로 상이한 프로세스가
  존재하는 반면 Level3 Established는 
  조직에서 정의한 표준 프로세스로부터
  해당 프로젝트 프로세스를 도출한다.

√ Process definition attribute
  : 표준 프로세스 정의
√ Process resource attribute
  : 프로세스 인프라 식별
Level 4 - Predicatable ∙정의된 프로세스가 일정한 통제범위내에
 서 일관되게 수행되는 상태이다.
∙수행경과의 측정값이 수집되고 분석되며
 수행상태가 정량적으로 관리된다.
∙Level3 Established와의 차이점은 프로세
 스가 정해진 범위내에서 일관되게 수행
 된다는 것이다.

√ Measurement attribute
  : 프로세스의 측정
√ Process control attribte
  : 프로세스의 정량적 관리
Level 5 - Optimizing ∙현재와 미래의 사업 need에 맞게 프로세
 스가 최적화되게 변경되어 정의된 사업
 목표를 충족시킬 수 있는 상태이다.
∙결과분석을 통하여 지속적인 개선을 
 가능하게 하는 수준이다.
∙Level4 Predicatable 와의 차이점은 현재
 및 미래의 사업목표를 효과적으로 만족
 시키기 위해 프로세스가 동적으로 변화
 한다는 것이다

√ Process change attribute
  : 프로세스 변화 및 영향/분석 평가
√ Continuous improvement attribte
  : 변화의 효과성 및 영향/분석 평가

 

728x90
반응형
LIST
728x90
반응형
SMALL

CMMI 2.0 출시

기존 버전은 CMMI 1.3 까지 나왔음
2019년부터 2.0버전으로 심사 반영.
성과영역이 강조되고 다른 개발방법론과 호환성 확대



CMMI v1.3 과 v2.0 비교

v1.3 Process Area 가 v2.0에서는 Practice Area 로 변경
v1.3 에서 Specific Goal, Generic Goal 영역이 삭제되고 v2.0 에서는
        Practice Group
        Practices
        Practices Group
   기준으로 레벨목표 설정하여 달성하도록 변경
v2.0에서는
       Model,
       Practice Area,
       Practice Group,
       Priactices,
       Informative Material
   5개 컴포넌트로 구성되어 조직의 비즈니스 목표에 따라 View(관점) 에서 선택하여 현실에
   맞게 사용함.

728x90
반응형
LIST
728x90
반응형
SMALL

CMMI 의 평가지표 (단계,영역)

Staged
단계적
Maturitu Model
성숙도
5단계
L1. Initial (초기)  
L2. Managed (관리) 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태

∙ 요구관리             (Engineering)
∙ 프로젝트 계획, 모니터링
  공급자 계약관리   (Project)
∙ 측정과 분석절차와 제품의 품질보증
  형상관리             (Support)
L3. Defined (정의) 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태

∙ 요구사항 개발 기술 솔루션 제품통합
  검증확인         (Engineering)
∙ 조직절차의 집중 조직 프로세스 정의
  조직 교육훈련   (Process)
∙ 프로젝트 통합관리 위험관리 (Project)
∙ 의사결정 조직환경과 통합      (Support)
∙ 팀구성의 통합 공급자 통합관리(Project
L4. Quantatively Managed 
     (정량적 관리)
정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태

∙ 프로젝트량의 관리        (Project)
∙ 조직과 혁신과 발전        (Process)
L5. Optimizing (최적화) 프로세스 역량 향상을 위해 신기술 
도입 ,프로세스 혁신 활동 수행

∙ 인간관계 분석 및 해결    (Support)
Continuous
연속적
Capability Model
4개 영역(PA)
Engineering
 - 2,3레벨에만 있고
   4,5레벨에는 없음.
(주로 요구사항 *)
L2 : 요구사항관리
L3 : 요구사항 개발 기술 솔루션 제품통합
      검증확인
Support
(주로 품질,형상,의사결정,
        인간관계)
L2 : 측정과 분석 절차와 제품의 품질보증
      형상관리
L3 : 의사결정 조직환경과 통합
L5 : 인간관계 분석 및 해결
Project Management
 - 2,3,4 레벨에 다 있음
 - 5레벨에만 없음
(주로 프로젝트*)
L2 : 프로젝트 계획, 모니터링
      공급자 계약관리
L3 : 프로젝트 통합관리 위험관리
L3 : 팀구성의 통합 공급자 통합관리
L4 : 프로젝트량의 관리
Process Management
(주로 조직*)
L3 : 조직절차의 집중 프로세스 정의
      조직 교육훈련
L4 : 조직의 혁신과 발전

 

  Process Management Project Management Engineering Support
L5 (최적화)       인간관계 분석 및 해결
L4 (정량적) 조직과 혁신과 발전 프로젝트량의 관리    
L3 (정의) 조직 절차의 집중 
조직 프로세스 정의
조직 교육훈련 
조직 절차의 집중 
조직 프로세스 정의
조직 교육훈련 프로젝트 통합관리 
위험관리
팀구성의 통합관리
공급자 통합관리
*요구사항 개발 
 기술 솔루션 
*제품통합
*검증
*확인
의사결정 
조직환경과 통합
L2 (관리)   프로젝트 계획
프로젝트 모니터링(감시통제)
공급자 계약관리
요구사항 관리 측정및 분석
제품의 품질보증
형상관리    



CMMI 의 4가지 지식체계

1. System Engineering
2. Software Engineering
3. Integrated Product and Process Development
4. Supplier Sourcing

728x90
반응형
LIST
728x90
반응형
SMALL

CMMI 의 정의

  - 시스템과 소프트웨어 개발에 대한 성숙도(Maturity) 및 능력(Capability) 수준에 대한
    평가와 프로세스 개선활동에 광범위한 적용성을 제공하는 지속적인 품질 개선 모델
  - 조직의 프로세스에 대한 가이드이자, 기준이며 Capability 또는 Maturity를 가지고 한 조직의
    Process를 평가하는 Model의 통합버전
  - Best Practice를 모아놓은 것이며 구체적인 방법을 제시하는 것은 아니다.
  - 조직이 관리해야 할 Proces Area (PA) 를 4가지 카테고리, 22종류 정의
  - 4개 카테고리영역 , 5개 레벨


CMMI 의 종류

종류 설명
Staged - 5단계 성숙도 (Maturity) Model
  1단계 : Initia
  2단계 : Managed
  3단계 : Defined
  4단계 : Quantitative Managed
  5단계 : Optimized
 
 - 가장 기초적인 관리 절차부터 상위수준으로 향상되기 위해 필요한
    실무까지 수행되어야 할 프로세스 영역들을 단계별로 제시한다.
 - 성숙도 수준을 이용한 조직간의 비교가 가능하다.
 - 조직간 비교를 가능하게 하는 단일한 등급체계를 제공한다.
 - 기정의된 프로세스 집합을 평가해 조직의 전체 프로세스 능력을 
   알아보는 것.
 - SW-CMM과 유사한 모델
Continuous - 4개 영역 능력 모델 (Capability Model)
  1. Engineering
  2. Support
  3. Project Management
  4 Process Management

 - 조직의 비즈니스 목적을 충족시키고, 위험요소를 완화시키는데 
   중요한 개선사항의 순서를 정하여 적용시킬 수 있다.
 - 특정 프로세스 영역에 대한 조직간 비교가 가능하다. 
 - 개별 프로세스 영역별 평가를 통해 개별 프로세스의 능력을 
   알아보는것
 - ISO 15504 (SPICE) 와 유사한 구조



CMMI 의 평가

평가항목 설명
Maturity Model - 조직 전체의 프로세스 성숙도를 측정
- 각 Level에 해당하는  PA 들이 모두 만족되어야 다음 단계로 넘어감
  그래서 단계적(Staged) 표현방법 이라고 한다.
Capability Model   - 조직의 각 PA능력수준을 측정하는 방법으로 각각의 PA달성수준을
   측정한다.
 - 따라서 PA별로 부족한 PA,  잘되어있는 PA가 가려진다.
    즉 조직이 원하는 PA를 집중적으로 관리할 수 있다.
 - 조직의 프로세스를 전체적으로 보았을 때 강정과 약점을 파악하고
    이를 지속적으로 발전시켜가는 형태의 표현방법이기 때문에 
    연속적(Continuous) 표현 방법이라고 한다.



CMMI 의 종류와 평가 

< 출처 : 118회 정보관리기술사 기출문제풀이 - 117회 어울임 동기회 >

 

728x90
반응형
LIST
728x90
반응형
SMALL

선형회귀모형 (Linear Regression Model) 의 정의

(선형)회귀분석은 통계학에서 인과형 예측기법중에 하나이다.
인과형 예측기법은 수학적으로 인과관계를 나타내는 인과 모델을 만들어 수요를 예측하는
방법을 말한다. 즉 수요에 영향을 주는 환경요인들을 파악하고 수요와 이 요인들간의
관계를 파악함으로써 미래의 수요량을 예측하는 기법이다.
좀 어렵게 말했는데.. 간단하게 말하면 교육이라는 수요에 영향을 미치는 요인중에서
재산의 크기에 따라 교육의 수요가 얼마나 변하는 지를 수학적 함수로 측정하는 것을
말한다. 여기서 재산을 변수 X 라고 하고 교육의 수요를 변수 Y 라고 했을 때
X와 Y의 두 변수간의 상관관계를 정의하는데 이 상관관계가 선형(Lenear) 의 형태를
나타내는 것을 선형회귀모형이라고 한다.
보통 X 를 독립변수 , Y를 종속변수 라고 지칭을 하는데.. X 라는 독립된 값이 주어지면
이 X값에 종속되어 결정되어지는 변수가 바로  Y 인 것이다.
위 예에서는 재산이 X 독립변수이고 교육의 수요가 Y 종속변수가 된다고 할 수 있다.
X 독립변수가 1개이면 단일선형회귀모형이고  n개 이상이면 다중선형회귀모형 이다.

      Y = a + bX 



선형회귀모형의 가정

이러한 선형회귀모형이 성립되려면 몇가지 가정이 전제되어야 한다.

① 무작위성 (Randomness) 또는 독립성
    - 독립변수 간의 상관관계가 없어야 한다.
    - 다중선형회귀분석에서 독립변수 X 들간의 어떤 상관관계가 있으면 안된다는 뜻.
 
② 정규성 (Normality)
    - 모든 회계계수가 통계적으로 유의한지를 검증을 해야 한다.
    - 서로 독립적이며 평균이 0 , 분산이 정규분포를 따라야 한다.
  
③ 등분산성
    - 편차의 분산이 특정한 패턴을 이루면 안된다. 즉 고르게 분포해야 함.
       아래 그림을 보면 y값이 증가함에 따라 편차가 따라서 커지는 패턴을 보이는데
       이러면 등분산성을 만족하지 못함 


 ④ 선형성
    - 종속변수와 독립변수간의 선형성을 만족해야 함. 

728x90
반응형
LIST

+ Recent posts