'Computer 2.0/Software Engineering'에 해당되는 글 6건

  1. 2012.07.17 테스트 오라클, 테스트 하네스
  2. 2012.07.06 CMMI
  3. 2012.07.06 SWEBOK
  4. 2012.07.05 UML 1.3, UML 2.0
  5. 2012.07.05 Function Point (기능점수)
  6. 2012.06.29 PMBOK
posted by 희정냥★ 2012. 7. 17. 22:56

1. 소프트웨어 시험성 강화를 위한 테스트 오라클(Test Oracle)

테스트 대상 소프트웨어의 실제 결과와 비교할 목적으로 예상결과를 결정하는 근거

테스트 오라클은 (벤치마크를 위한) 기존 시스템, 사용자 매뉴얼, 또는 개인의 전문지식일 수 있으나 코드(Code)가 될 수는 없다. 


2. 테스트 오라클(Test Oracle)의 특징 및 유형

가. 테스트 오라클의 특징

제한된 검증 : 모든 테스트 Case별로 테스트 오라클을 작성하기가 현실적으로 어려움

수학적 기법 적용 : 수학적인 기법을 적용하여 오라클의 값을 구할 수 있음 


나. 테스트 오라클의 유형

- 실제 오라클(True Oracle) : 모든 입력값들에 대해 원하는 결과들을 생성하여 발생된 오류를 놓치지 않고 검출 할 수 있는 오라클을 말한다. 보통 테스트 대상이 되는 프로그램과는 다른 독립적인 알고리즘을 사용하여 개발하기 때문에 오라클을 개발하는데 소요되는 비용이 크다는 단점이 있다.

- 샘플링 오라클(Sampling Oracle) : 특정 몇몇 입력값들에 대해서만 원하는 결과를 제공해주는 오라클을 말한다. 장점은 테스트 오라클을 쉽게 맊들 수 있으며 수작업으로도 간단하게 할 수 있지만 선택된 특정 입력값들에 대해서만 원하는 결과를 제공하기 때문에 다른 입력값들에 대해서 발생한 오류들은 검출되지 않는다는 단점이 있다.

- 휴리스틱 오라클(Heuristic Oracle) : 샘플링 오라클의 단점을 개선하기 위해 특정 몇몇 입력값들에 대해서는 샘플링 오라클의 경우처럼 올바른 결과를 제공하고 나머지 입력값들에 대해서는 휴리스틱으로 처리하는 오라클이다. 

- 일관성 검사 오라클(Consistent Oracle) : 대부분의 상업용 테스트 도구에서 지원하는 테스트 오라클 형태. 리그레션 테스트에서의 테스트 오라클은 수정되기 전의 프로그램의 실행결과와 수정된 후의 프로그램의 실행결과를 비교하는 역할을 담당하며 이는 자동으로 할 수 있다.



3. 테스트 하네스 

시스템 및 시스템 컴포넌트를 시험하는 환경의 일부분으로 시험을 지원하는 목적 하에 생성된 코드와 데이터. 시험 드라이버 (test driver)라고도 하며 일반적으로 단위 시험이나 모듈 시험에 사용하기 위해 코드 개발자가 만든다. 단순히 시험을 위한 사용자 인터페이스를 제공하거나, 정교하게 제작된 경우, 코드가 변경되었을 때에도 항상 같은 결과를 제공하여 시험을 자동화시킬 수 있도록 디자인 되어 있다.



* 출처 : http://i-bada.blogspot.kr/2012/04/test-oracle.html

http://word.tta.or.kr/terms/termsView.jsp?gubun=1&terms_num=22173

'Computer 2.0 > Software Engineering' 카테고리의 다른 글

테스트 오라클, 테스트 하네스  (0) 2012.07.17
CMMI  (0) 2012.07.06
SWEBOK  (0) 2012.07.06
UML 1.3, UML 2.0  (0) 2012.07.05
Function Point (기능점수)  (0) 2012.07.05
PMBOK  (0) 2012.06.29

댓글을 달아 주세요

posted by 희정냥★ 2012. 7. 6. 22:29

1. CMMI(Capability Maturity Model Integration)의 이해
가. CMMI의 정의

- 카네기 멜론대학 소프트웨어 공학연구소(SEI)가 개발한 여러 CMM 모델을 통합하고 있는 통합 모델

나. CMMI의 목적/추구하는 가치


2. CMMI 표현방법 비교 및 단계적 표현방법모델 구성요소
가. CMMI의 단계적, 연속적 표현방법 비교

- 전사적 개선전략에 의거한 프로세스 개선 목표, 조직의 수준에 따른 표현방법의 선택적 사용이 필요

나. 단계적 표현방법 모델 구성요소

 


3. CMMI 기반 프로세스 최적화를 위한 통계적 프로세스 관리 도구 설명
가. CMMI 프로세스 관리에서 통계적 프로세스 관리 도구의 역할

 


나. 통계적 프로세스 관리 도구설명

 


4. CMMI을 통한 조직프로세스개선및 내제화 방안
가. SPI(Software Process Improvement) 조직기반전략적 추진
- 장/단기 목표 설정 후전 직원 공유, SPI 활동의 적극적인 참여 유도 및교육훈련/실무지도
- 합리적 SPI 전략수립: Process 최소화, 단순화 자동화

나. 프로세스개선인프라 구축
- PMS(Project Management System)와 PAL(Process Asset Library)의 연계
- 조직 차원의 표준화된S/W 프로세스(OSSP; Organizational Standard S/W Process)를 자산화하여
PAL Repository에 보관
- OSSP의 최신정보 유지를 위한 형상관리, 변경관리 프로세스 적용 등

다. PSP·TSP, 6시그마와 연계한 통계적프로세스 체계강화
- PSP·TSP를 활용한 문제예방 관점의 Defect Management 생활화를 위해 개발팀은 품질측정지수를 정의하고 수립된 품질계획과 실제 결과 데이터를 비교하여 목표에 맞추는 활동 강화
- 6시그마는 PSP·TSP에서 파악된 문제의 원인을 분석하는 작업인 Postmortem Data Analysis를 분석 도구와 통계적 기법을 제공함으로써 CMMi Level 5 달성에 지원을 함

※참고자료(출처: Achieving Capability Maturity Model Integration - Rational Software Whitepaper)


※참고자료(출처: Achieving Capability Maturity Model Integration - Rational Software Whitepaper)


 

※참고자료(출처: Harvesting CMMI® Benefits -The Six Sigma Sickle SEPG Conference -2006) (1/3)


 


※참고자료(출처: Harvesting CMMI® Benefits -The Six Sigma Sickle SEPG Conference -2006) (2/3)



※참고자료(출처: Harvesting CMMI® Benefits -The Six Sigma Sickle SEPG Conference -2006) (3/3)


'Computer 2.0 > Software Engineering' 카테고리의 다른 글

테스트 오라클, 테스트 하네스  (0) 2012.07.17
CMMI  (0) 2012.07.06
SWEBOK  (0) 2012.07.06
UML 1.3, UML 2.0  (0) 2012.07.05
Function Point (기능점수)  (0) 2012.07.05
PMBOK  (0) 2012.06.29

댓글을 달아 주세요

posted by 희정냥★ 2012. 7. 6. 22:25

1. SWEBOK의 개요

가. SWEBOK의 정의

- IEEE Computer Society에서 Software Engineering분야의 지식을 정리한 체계

나. SWEBOK의 정리 배경

- 지침서의 필요성: SW공학과 같은 새롭게 부각되는 원칙들에 대한 가이드로서의 필요성이 부각됨.
- 전반적 지식(Holistic view)요구: 소프트웨어 전문가라면 모든 영역에 대해서 최소한 개론적 지식요구


2. SWEBOK의 지식 영역

 

 

 


3. SWEBOK의 활용

- SW Engineering 분야에서의 전문가로서의 기준과 규범을 설정했다는데 의의가 있음.
- 전문가 인증이나 교육 커리큘럼으로 사용될 수 있음

 

* 출처 : http://i-bada.blogspot.kr/2012/05/swebok.html#!/2012/05/swebok.html

'Computer 2.0 > Software Engineering' 카테고리의 다른 글

테스트 오라클, 테스트 하네스  (0) 2012.07.17
CMMI  (0) 2012.07.06
SWEBOK  (0) 2012.07.06
UML 1.3, UML 2.0  (0) 2012.07.05
Function Point (기능점수)  (0) 2012.07.05
PMBOK  (0) 2012.06.29

댓글을 달아 주세요

posted by 희정냥★ 2012. 7. 5. 00:52
* UML 1.3의 다이어그램
빨간색이 실제 다이어그램
흰색은 실존하지 않는 분류

 

 

* UML 2.0의 다이어그램

이탤릭은 실존하지 않는 분류

빨간색은 새로 추가된 다이어그램

- Composite Structure Diagram

- Package Diagram

- Interaction Overview Diagram

- Timing Diagram

파란색은 이전 1.3의 다이어그램에서 이름이 바뀐 것

- Collaboration Diagram > Communication Diagram

- Statechart Diagram > State Machine Diagram

 

 

 

* 출처 : http://blog.naver.com/phrack?Redirect=Log&logNo=80040464488

 

'Computer 2.0 > Software Engineering' 카테고리의 다른 글

테스트 오라클, 테스트 하네스  (0) 2012.07.17
CMMI  (0) 2012.07.06
SWEBOK  (0) 2012.07.06
UML 1.3, UML 2.0  (0) 2012.07.05
Function Point (기능점수)  (0) 2012.07.05
PMBOK  (0) 2012.06.29

댓글을 달아 주세요

posted by 희정냥★ 2012. 7. 5. 00:43

Function Point
 
I. Function Point의 개요
가. Function Point의 정의
- SW의 규모를 외부입력, 외부출력, 논리적 내부파일, 외부인터페이스, 외부질의 5가지 유형으로
나누어 점수를 구한 후 프로젝트 특성에 적절한 가중치를 선택, 곱하여 각 요인별 기능 점수를
계산, 산출하여 예측하는 기법.


나. 등장배경
- 프로그램 재사용으로 인한 생산성 향상으로 기존 LOC방식의 문제점 극복


다.목적
- 사용자요구와 제공된 자료를 토대로 기능을 측정
- 시스템 구현에 사용되는 기술적 요구사항에 독립적으로 개발 및 유지보수 SW의 규모를 측정

 

 

2. Function Point 측정 구조
가. 구성 요소
1) 데이터 기능 측정(Data Function Count)
- ILF(Internal Logical File) : 내부파일수 측정,유지보수되는 논리적 데이터 그룹
- EIF(External Interface File) : 외부 인터페이스수 측정,타시스템에서 참조되는 논리적
데이터 그룹
2) 트랜잭션 기능 측정( Transaction Function Count)
- EI(External Input) : 외부입력측정.
데이터, 통제정보를 추가, 수정, 삭제하는 필수 요구 활동
- EO(External Output) : 외부출력측정.
데이터, 통제정보를 내보내는 필수 요구 활동
- EQ(External inQuery) : 외부조회 측정

 

3. Function Point 측정 단계
가. 측정타입의 결정(Type of Count)
- 개발 프로젝트 (Development Project), 개선 프로젝트 (Enhancement Project), 운영
(Application)


나. 측정범위와 경계 설정(Scope & Application Boundary)
- 기능점수에 포함될 기능(Functionality)을 정의하고 측정될 소프트웨어와 사용자간의 경계를
식별


다. 데이터 측정 기능(Data Function Count)
- ILF(Internal Logical File) , EIF(External Interface File)


라. 트랜잭션 기능 측정( Transaction Function Count)
- EI(External Input) , EO(External Output), EQ(External inQuery)


마. UFP(Unadjusted Function Point)
- 데이터기능과 트랜잭션기능에 복잡도를 고려하여 산출된 기능 점수를 의미

바. VAF확정(Value Adjustment Factor)
- 14개의 시스템 영향요소에 대해 영향 정도(Degree of Influnce)를 파악


사. AFP산정(Adjusted Function Point)
- 최종적으로 UFP에 VAF를 곱하여 산출함

 

 

4. Function Point 측정방법
가. 기능 수(Function Count) 계산
기능유형 단순 보통 복잡 기능수(FC)
외부입력 3 4 6
외부출력 4 5 7
외부조회 3 4 6
내부논리파일 1 10 15
외부인터페이스파일 5 7 10
=> 기능 수(FC) = 합(기능유형 * 가중치)


나. 기술적 복잡도 계산( Technical Complexity)
4개 기술적 복잡도 요소에 영향도(0 ~ 5의 정수로 표시)를 평가하여 합산
총 영향도(0~70) = 항목(14개) * 영향도(0~5)
=> 기술적 복잡도(TCF) = 0.65 +0.0 * 총영향도


다. 기능점수(Function Point:FP) 계산
FP = FC (기능 수) * TCF (기술적복잡도)


라. Function Point 활용부문
- 생산성 = FP/MM - 품질 = 결함/FP
- 비용 = 원/FP - 문서량 = 문서 페이지수/FP 

 

기능점수(Function_Point)산정_및_활용_방안.pdf

 

SW사업_대가산정_가이드(최종).pdf

 

* 출처 : http://blog.naver.com/engmanic?Redirect=Log&logNo=90010038731

 

 

'Computer 2.0 > Software Engineering' 카테고리의 다른 글

테스트 오라클, 테스트 하네스  (0) 2012.07.17
CMMI  (0) 2012.07.06
SWEBOK  (0) 2012.07.06
UML 1.3, UML 2.0  (0) 2012.07.05
Function Point (기능점수)  (0) 2012.07.05
PMBOK  (0) 2012.06.29

댓글을 달아 주세요

posted by 희정냥★ 2012. 6. 29. 22:55

PMBOK

'Project Management Body of Knowledge'

'프로젝트 관리 지식체계 지침서'

 

 

5개의 프로젝트 관리 프로세스 그룹 - 착수, 기획, 실행, 감시 및 통제, 종료

9개의 지식영역 - 통합, 범위, 시간, 원가, 품질, 인적자원, 의사소통, 리스크, 조달

 

지식영역
(Knowledge Areas)
프로젝트 관리 프로세스 그룹
(Project Management Process Groups)

착수

(Initiating Process)

기획

(Planning Process)

실행

(Executing Process)

감시 및 통제

(Project Monitoring & Controlling)

종료

(Project Closing)

4. 통합관리
(Project
Integration
Management)

4.1 프로젝트 헌장 개발

4.2 프로젝트 관리 계획서 개발
4.3 프로젝트 실행 지시 및 관리
4.4 프로젝트 작업 감시 및 통제
4.5 통합 변경 통제 수행

4.6 프로젝트 또는 단계 종료

5. 범위관리
(Project Scope Management
)


5.1 요구사항 수집
5.2 범위 정의
5.3 작업분류체계(WBS) 작성
5.4 범위 검증
5.5 범위 통제


6. 시간관리
(Project Time Management)


6.1 활동 정의
6.2 활동 순서배열
6.3 활동 자원산정
6.4 활동 기간산정
6.5 일정 개발
6.6 일정 통제


7. 원가관리
(Project Cost Management)


7.1 원가 산정

7.2 예산 결정

7.3 원가 통제


8. 품질관리
(Project Quality Management)


8.1 품질 계획수립
8.2 품질 보증수행
8.3 품질 통제수행


9. 인력자원관리
(Project Human
Resource
Management)


9.1 인적자원 계획서 개발
9.2 프로젝트팀 확보
9.3 프로젝트팀 개발
9.4 프로젝트팀 관리



10. 의사소통관리
(Project
Communications Management)

10.1 이해관계자 식별

10.2 의사소통 계획수립
10.3 정보 배포
10.4 이해관계자 기대사항 관리
10.5 성과보고


11. 위험관리
(Project Risk Management)


11.1 리스크관리 계획수립
11.2 리스크 식별
11.3 정성적 리스크 분석 수행
11.4 정량적 리스크 분석 수행
11.5 리스크 대응 계획수립
11.6 리스크 감시 및 통제


12. 조달관리
(Project
Procurement Management)


12.1 조달 계획 수립
12.2 조달 수행
12.3 조달 관리

12.4 조달 종료

 

'Computer 2.0 > Software Engineering' 카테고리의 다른 글

테스트 오라클, 테스트 하네스  (0) 2012.07.17
CMMI  (0) 2012.07.06
SWEBOK  (0) 2012.07.06
UML 1.3, UML 2.0  (0) 2012.07.05
Function Point (기능점수)  (0) 2012.07.05
PMBOK  (0) 2012.06.29

댓글을 달아 주세요