'Computer 2.0'에 해당되는 글 13건

  1. 2012.09.18 인셉션 인포그래픽
  2. 2012.07.17 스몰셀 망 계획에 활용되는 트위터와 플리커
  3. 2012.07.17 테스트 오라클, 테스트 하네스
  4. 2012.07.17 원가 통제 (Control Costs)
  5. 2012.07.06 CMMI
  6. 2012.07.06 SWEBOK
  7. 2012.07.05 데이터베이스 튜닝
  8. 2012.07.05 UML 1.3, UML 2.0
  9. 2012.07.05 Function Point (기능점수)
  10. 2012.07.02 ITIL, ITSM
  11. 2012.07.01 NoSQL
  12. 2012.06.30 MapReduce
  13. 2012.06.29 PMBOK
posted by 희정냥★ 2012. 9. 18. 20:21

 

 

 

 

 

 

 

 

 

 

 

 

 

 

'Computer 2.0 > Digital Service' 카테고리의 다른 글

인셉션 인포그래픽  (0) 2012.09.18
스몰셀 망 계획에 활용되는 트위터와 플리커  (0) 2012.07.17
MapReduce  (0) 2012.06.30

댓글을 달아 주세요

posted by 희정냥★ 2012. 7. 17. 23:01

□ 요약
○ LTE의 확산으로 인해 스몰셀을 통한 트래픽 분산과 셀룰러 서비스 품질 향상이 추진되고 있지만 장비 표준화 및 설치 공간 확보 등의 현실적인 문제가 두각

○ 이와 같은 문제를 해결하기 위해 트위터와 플리커를 활용해 모바일 트래픽 집중 지역을 파악하고 효과적인 스몰셀을 설치하는 방안이 추진됨

□ 주요 내용
○ 지난 6월 26일부터 3일간 영국 런던에서 스몰셀 업계 최대 이벤트인 ‘스몰셀 월드 서밋 2012’ 컨퍼런스가 개최됨

○ LTE 보급이 점차 확산되는 가운데 이동통신 산업은 트래픽 분산을 통해 셀룰러 서비스를 향상시키기 위해 스몰셀 기술 연구 개발에 주력하는 양상

○ 그러나 스몰셀이 목표로 하는 주파수 효율성 등의 기대효과를 얻는 것은 결코 쉽지 않으며, 우선적으로 제기된 문제가 장비 표준화 이슈임

○ 또한 스몰셀을 설치할 장소를 확보하기가 실제로는 매우 어렵다는 등의 보다 현실적인 난제들도 존재

○ 이러한 문제들은 결국 이통사들이 스몰셀 망 계획을 어렵게 만드는 요인이 될 수 있어 결과적으로 스몰셀의 전개를 가로막게 될 위험이 있음

○ 이와 같은 망 계획 문제의 해결책으로 스몰셀 월드 서밋에서는 트위터나 플리커 등 소셜 서비스를 활용하는 방안을 제시
- 소셜 서비스를 이용한 망 계획안의 기본 콘셉트는 지오 태킹 데이터를 활용해 사람들이소셜 앱을 어디서 많이 사용하고 모바일 데이터 트래픽을 주로 발생시키는지를 추적
- 이를 통해 매크로셀 망 배포처럼 단지 사거리의 가로등에 소형 기지국을 설치하는 것이 아니라, 사람들이 네트워크 용량 증설을 가장 필요로 하는 곳을 식별해 이통사들이 어디에 스몰셀을 설치할지를 결정하도록 돕는 것

출처: 정보통신산업진흥원http://www.itfind.or.kr/itfind/periodical/viewPublication.htm?page=1&pageSize=10&sortOrder=desc&sort=created&total=724&searClassCode=B_ITA_01&codeName=%ec%a3%bc%ea%b0%84%ea%b8%b0%ec%88%a0%eb%8f%99%ed%96%a5&masterCode=publication&identifier=02-001-120710-000012&classCode=B_ITA_01_29


http://swinfozine.kr/2012/07/16/%EA%B8%B0%EC%88%A0%EB%8F%99%ED%96%A5-%EC%8A%A4%EB%AA%B0%EC%85%80-%EB%A7%9D-%EA%B3%84%ED%9A%8D%EC%97%90-%ED%99%9C%EC%9A%A9%EB%90%98%EB%8A%94-%ED%8A%B8%EC%9C%84%ED%84%B0%EC%99%80-%ED%94%8C%EB%A6%AC/

'Computer 2.0 > Digital Service' 카테고리의 다른 글

인셉션 인포그래픽  (0) 2012.09.18
스몰셀 망 계획에 활용되는 트위터와 플리커  (0) 2012.07.17
MapReduce  (0) 2012.06.30

댓글을 달아 주세요

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. 17. 22:43

7.3 원가 통제 (Control Costs)

  • 원가 통제 프로세스는 원가 성과 기준선에 대한 변경을 관리하고 프로젝트 예산을 갱신하기 위해 프로젝트 현황을 감시한다.
  • 기준과 실적이 투입물로 들어가서 서로 비교 분석 후 차이가 있을 경우 시정조치나 면경요청을 한다.
  • Control Cost ITTO (Monitoring and Controlling)
    InputsTools & TechniquesOutputs
    1. Project Management Plan
    2. Project Funding Requirements
    3. Work performance information
    4. Organizational Process Assets
    1. Earned Value Management (기성고, 획득가치관리, EVM)
    2. Forecasting (예측)
    3. To-Complete Performance
    4. Performance Reviews
    5. Variance Analysis
    6. Project Management Software
    1. Work Performance Measurements
    2. Budget Forecasts (예산 추정치)
    3. Organizational Process Assets updates
    4. Change Requests
    5. Project Management Plan Updates
    6. Project Document Updates

7.3.1 투입물

가) 프로젝트 관리계획 (Project management plan)

  • 통제의 기준이 되는 '원가 성과 기준선'이 있으며, 원가관리 전체의 지침이 되는 '원과 관리 계획'이 포함되어 있다.

나) 프로젝트 자금 요구사항 (Project funding requirements)

  • 원가 집행 계획대로 집행이 되었는지 확인하기 위하여 '프로젝트 자금 요구사항'을 기준으로 사용한다.

다) 작업 성과 정보 (Work performance information)

  • 실제 승인된 비용, 실제 집행된 비용 등에 대한 정보이며 기준과 비교해야 한다.

7.3.2 도구 및 기법

가) 기성고 (Earned value management, EVM), 획득가치관리

  • 프로젝트의 일정, 원가 상태 파악 기법이다.
  • PV 만큼의 예산으로 PV 만큼의 일을 끝낼 계획이었는데, 실제로는 AC 만큼의 예산으로 EV만큼의 일을 했다.
  • 획득 가치 관련 용어
    예시 용어전문 용어설명
    계획 원가PV (Planned Value=BCWS)
    BCWS = Budget Cost for
    Work Scheduled
    계획된 작업을 위해 승인된 예산 (=목표업무량)
    실제 원가AC (Actual cost)실제 작업에 쓰인 비용. EV를 얻기 위해 쓴 돈
    한 일의 가치EV (Earned Value)수행한 작업의 예산상 가치 (달성된 업무량)
    합계BAC (Budget At Completion)프로젝트 전체 작업을 위한 예산. 누적 PV
  • Schedule variance (SV)
    • 업무 초과 달성량 (차이)
    • SV로 일정의 차이를 알 수 있다.
    • SV = EV - PV
    • SV가 양수이면 일정을 앞서는 것이고, SV가 음수이면 일정 지연이다.
  • Schedule performance Index (SPI)
    • 계획대비 실적 (비율)
    • SPI = EV / PV 이다.
  • Cost variance (CV)
    • 원가 절감액 (차이)
    • CV로 원가의 차이를 알 수 있다.
    • *CV = EV - AC+
    • CV가 양수이면 원가 절감이며, CV가 음수이면 원가 초과이다.
  • Cost performance Index (CPI)
    • 원가 생산성 (비율)
    • CPI = EV / AC

나) 예측 (Forecasting)

  • 프로젝트 종료 시점에 비용이 얼마로 끝날지 예측하는 방법
  • BCWR (Budgeted Cost for Work Remained)
    • 남은 업무량 = BAC - EV
  • ETC (Estimate to complete)
    • BCWR 수행 예상 원가 = BCWR/CPI(원가생산성)
    • 현재부터 프로젝트 완료시점까지 들어갈 비용 예측치
  • EAC (Estimate at completion)
    • 종료 예상 총 원가 = AC + ETC
    • EAC는 완료시점의 프로젝트 전체 비용을 예측한 것이다.
  • VAC (Variance at completion)
    • 종료 예상 총 절감액 = BAC - EAC

다) 완료성과지수(To-complete performance index, TCPI)

  • EAC를 BAC로 만들 수 있는 CPI = 남은 업무/남은예산 = BCWR/(BAC-AC)
기성고 예제
  • BAC = 1000, PV = 500, EV = 250, AC = 500 일 때 SV, CV, BCWR, ETC, EAC, VAC, TCPI를 계산해라
  • SV = EV - PV = -250
  • SPI = EV / PV = 0.5
  • CV = EV - AC = -250
  • CPI = EV / AC = 0.5
  • BCWR = BAC - EV = 1000-250 = 750
  • ETC = BCWR / CPI = 750/0.5 = 1500
  • EAC = AC + ETC = 500 + 1500 = 2000
  • VAC = BAC - EAC = 1000-2000 = -1000
  • TCPI = (BAC - EV) / (BAC - AC) = (1000-250) / (1000-500) = 750/500 = 1.5

라) 차이 분석 (Variance analysis)

  • CV, CPI로 원가의 차이가 얼마나 좋은지, 나쁜지 판단할 수 있으며, 나쁠 경우 시정조치나 예방조치를 취한다

7.3.3 산출물

가) 작업 성과 측정치 (Work performance measurements)

  • 계획과 실제 결과를 비교하여 성과가 좋은지 나쁜지에 대한 정보들
  • Earned value 기법을 이용했다면 CV, CPI 같은 정보가 생성된다.

나) 예산 예측치 (Budget forecasts)

  • EAC 가 결정 되면 "10.5 성과보고(Report Performance)" 프로세스를 통해 성과 보고서에 담겨 "10.3 정보 배포(Distribute Information)"를 통해 이해관계자들에게 주기적으로 배포된다.

참고자료

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

원가 통제 (Control Costs)  (0) 2012.07.17
ITIL, ITSM  (0) 2012.07.02

댓글을 달아 주세요

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. 01:08
1. 데이터베이스 튜닝의 개요

가. 데이터베이스 튜닝의 정의

- 데이터베이스 응용, 데이터베이스 자체, 그리고 운영체제의 조정 등을 통하여 최적의 자원으로 최적의 성능 (시간/응답속도)를 얻을 수 있도록 개선하는 작업

나. 정보시스템 성능과 관련된 주요 요소
1) H/W 관련
- CPU , Memory , N/W , Disk … System configuration resources 부족
2)S/W 관련
- DBMS : DB Design , Optimizing 전략 , SQL 효율
- Application Architecture : 2-Tier , 3-Tier , EJB, OLTP , OLAP , Batch 등
3) 업무프로세스
- 업무 처리 방식의 문제 , Load Balancing 정책 등

2. 데이터베이스 튜닝의 과정

가. 전체 성능튜닝 진행 프로세스


 



나. SQL 성능튜닝 진행 프로세스



3. 튜닝의 주요 기법

1) DB 설계 측면의 튜닝
가. 테이블의 분할/통합
  • 논리적으로는 통합된 단일 테이블이지만 DBMS가 지원하는 파티션기능 적용함으로써 액세스 효율로 DB I/O 를 최적화할 수 있음
  • DBMS에 따라 파티션기능이 제약되는 경우에는 테이블의 수평분할 고려
  • 액세스 패턴에 따라 단일 테이블을 1:1 로 수직분할을 고려할 수 있음
나. 식별자 지정
  • -본질 식별자와 인조식별자의 선택에 따라 정보의 상속과 단절에 영향을 줄 수 있음
다. 효율적인 인덱스 전략
  • 최소한의 인덱스로 최대의 효과를 얻을 수 있는 최적의 인덱스 구조 수립
라. 적절한 데이터타입 선택
- JOIN 시 연결되는 컬럼의 데이터 타입이 다른 경우 내부적인 변형에 의해 인덱스가 있음에도 불구하고 활용을 못해 조인순서나 조인방식을 달리 선택하는 비효율 발생 할 수 있음

2) SQL 튜닝
가.옵티마이저에 대한 이해
- RBO (Rule Based Optimizer) : 미리 정해진 Rule에 따라 실행계획 수립
- CBO (Cost Based Optimizer) : 통계정보로부터 모든 Access Path 고려하여 실행계획 수립
- 옵티마이저가 선택한 실행계획을 확인하고 최적화된 실행계획 수립이 이루어지도록 Factor 부여

나. 힌트사용
- 옵티마이저가 항상 최적화된 실행계획을 수립하는 것은 아니므로 힌트를 사용하여 원하는 실행계획으로 유도

다. 부분범위 처리
- 조건을 만족하는 전체집합이 아닌 일부분만 액세스하고도 결과를 리턴 할 수 있도록 하여 온라인 프로그램에서 응답시간(Response Time)을 최소화 할 수 있음

라. 인덱스 활용
- 인덱스가 있음에도 불구하고 SQL을 잘못 기술함으로써 무용지물로 만드는 오류를 없애야 함

마. 조인방식/ 조인순서
- 동일한 SQL문이라도 조인방식과 조인순서에 따라 처리속도는 매우 큰 차이를 가져올 수 있으므로 작성한 SQL이 어떤 실행계획으로 수립되는 지 반드시 확인 후 조정

바. 다중처리 (Array Processing)
- 배치작업의 경우 한번의 DBMS호출로 여러 건을 동시에 처리할 수 있는 다중처리 활용

사. 병렬쿼리 (Parallel Query )
- 배치작업의 경우 하나의 SQL을 여러 개의 CPU가 병렬로 분할 처리하게 함으로써 처리속도 향상 가져옴

아. Dynamic SQL 지양
- 조건절에 입력된 값을 먼저 Binding 한 후 실행계획을 수립하는 Dynamic SQL은 파싱 부하가 커지므로 입력 값을 Binding 하기 전에 실행계획을 수립하는 Static SQL을 가급적 사용하도록 함

3) DBMS 튜닝
- DBMS의 Configuration Parameter 값들을 조정함으로써 최적의 DBMS 자원 활용이 이루어지도록 함

 

 

* 출처 : http://i-bada.blogspot.kr/2012/04/blog-post_1728.html#!/2012/04/blog-post_1728.html

 

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

데이터베이스 튜닝  (0) 2012.07.05
NoSQL  (0) 2012.07.01

댓글을 달아 주세요

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. 7. 2. 21:25

1. ITIL이란 무엇인가?

ITIL(Information Technology Infrastructure Library)은 'IT 서비스 관리' 분야에서 전세계적으로

검증 및 적용되는 유일한 표준모델(Best Practice)이다.

 

1986년 영국정부 산하의 CCTA에 의해 개발된 IT 서비스 관리 분야의 업계 최고 실행 지침서

이면서 IT 서비스 관리(ITSM)를 위한 품질 모델이기도 하다.

(전세계 10,000여개 이상의 기업에서 적용)

 

IT에서 있어서 필요한 6개의 프레임워크(Key process & Best practice)로 구성되어 있다.

1) Planning for Service Management

2) Business Perspective

3) Application Management

4) Infrastructure Management

5) Service Delivery

6) Service Support

 

 

[출처] ITIL(IT Infrastructure Library)|작성자 피비티





 ■ ITIL의 개념

   - 1980년대 후반 영국 정부기관인 CCTA(Central Computer &. Telecommunications Agency)에서 공공기관 사용자들을 위해 개발한 IT 관리에 대한 지침서로 IT 서비스 관리 업계의 모범사례를 집대성한 IT 서비스 관리 프레임워크

   - ITSM을 구현하기 위한 일종의 지침서 혹은 참조모델


■ ITIL의 내용

   - V3는 V2를 기본으로 몇몇 내용이 추가, 강화된 총 7권으로 구성된 `책'

   - 내용은 크게 서비스 지원(운영관점)과 서비스 제공(전략적 관점)으로 구성

   - 프로세스 및 조직 툴 부문에 대한 가이드라인을 제공

   - 영국중앙조달청(OGC)이 소유권을 가지고 있지만 MS, HP, IBM, CA, BEA, EDS 등 영역별로 다수의 IT서비스 업체들이 개발 및 보완 작업에 참여

   - 특정업체에 종속되지 않는 독립적 환경, 클라이언트 서버 환경, e비즈니스 환경에 적용될 수 있도록 한다는 것이 원칙

   - 서비스 관리 및 구축 방법에 대한 지침, 운영ㆍ관리조직의 역할과 기술요건, 운영요원들에 대한 교육과 훈련가이드, 적용툴의 요건, 서비스 관리 프로세스들에 대한 업무정의 및 표준정책 가이드로 구성

 

■ ITIL의 구성

1. 서비스 지원 분야

   - IT 인프라의 안정성과 융통성을 추진해 TCO를 절감하는 것을 목표

   - 엔드유저들과의 단일 접촉창구로 서비스데스크(헬프데스크)의 역할을 수행

 

2. 서비스 제공분야

   - IT 서비스의 품질향상과 비용절감에 목표를 두면서 서비스레벨협약(SLA)를 달성하는 동시에 SLA를 측정하기 위한 지원 프로세스들로 구성

   - 단기적인 IT 서비스 예측과 비즈니스의 요구에 대한 분석이 서비스 제공 측면에서 구현

 

■ ITIL의 도입현황 및 전망

   - 내용이 개방되어 있기 때문에 유럽 및 북미를 중심으로 사실상 IT 관리의 표준으로 빠르게 확산

   - ITIL의 지침대로 서비스를 구축하고 관리하면 ISO9001 시리즈나 BS15000과 같은 인증을 획득

   - SI업체들이 대거 기존 버전 2를 기반으로 ITSM을 도입

   - 버전 2에서는 ITSM의 규정이 명확하지 않다는 점, ITIL을 지침 삼아 ITSM을 구현하더라도 계량적인 투자회수(ROI) 측정을 산출하기 힘들다는 점 때문에 업계는 추이를 지켜보고 있는 상황

   - ROI 측정분야가 크게 강화된 것으로 알려진 ITIL V3가 발표되면 ITSM 도입 수요가 증가할 것이라는 것이 업계의 전망

   - ITSM의 지침인 ITIL(IT Infrastructure Library)  V3 발표를 한달 앞두고 ITIL에 대한 관심이 국내에서도 고조



2. ITSM이란 무엇인가?

ITSM(Information Technology Service Management)은 시스템, 네트워크보안이나 어플리케이션

등과 같이 특정 영역별로 이루워졌던 단순한 IT 관리 방식에서 벗어나 IT 인프라와 업무 프로세스를

비지니스 중심으로 재구성하여 IT와 관련된 모든 분야를 보다 체계적으로 관리하기 위한 접근방법을

의미한다.

 

ITSM은 다음 세가지 요소의 최적화된 결합을 지원한다.

1) Process - IT 서비스의 계획, 개발, 적용, 운영 및 지원과 관련한 업무 및 절차

2) People - 프로세스를 이해하고 수행하고 IT 서비스를 제공하는 사람 혹은 조직

3) Technology - 프로세스 자동화, IT 서비스 제공, 서비스 수준 감시를 지원하는 도구(H/W & S/W)

 

ITSM은 다음 두 가지 핵심 프로세스로 구성되어 있다.

1) Service Delivery - 고품질이면서 저비용의 IT 서비스를 위한 5가지 관리요소로 구성

2) Service Support - 안정적이면서 확장이 용이한 IT 서비스를 위한 6가지 관리요소로 구성

 

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

http://blog.naver.com/p1ngp1ng?Redirect=Log&logNo=120038240042

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

원가 통제 (Control Costs)  (0) 2012.07.17
ITIL, ITSM  (0) 2012.07.02

댓글을 달아 주세요

posted by 희정냥★ 2012. 7. 1. 23:56

* NoSQL(NOT ONLY SQL)의 정의

- 관계 데이터베이스(RDBMS) 한계를 극복하기 위해, Join이 없고, 고정된 스키마를 갖지 않는 새로운 형태의 데이터 저장소


Consistency : each client always has the same view of the data

Availability : all clients can always read and write

Partition tolerance : the system works well across physical network partitions


일관성(Consistency) : 모든 사용자들에게 같은 시간에 같은 데이터를 보여 주어야 한다

유효성(Availability) : 모든 클라이언트 들이 읽기 및 쓰기가 가능해야 한다. 즉, 하나의 노드가 장애가 일어 나더라도 다른 노드에는 영향을 미치면 안된다.

분산가능(Partition Tolerance) : 물리적 네트워크 분상 환경에서 시스템 동작이 원할하게 이루어 져야 한다. 즉, 네트워크 전송 중 데이터 손실 상황이 와도 시스템은 정상적으로 동작을 해야한다







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

데이터베이스 튜닝  (0) 2012.07.05
NoSQL  (0) 2012.07.01

댓글을 달아 주세요

posted by 희정냥★ 2012. 6. 30. 16:02

MapReduce

 

MapReduce는 구글에서 분산 컴퓨팅을 지원하기 위한 목적으로 제작하여 2004년 발표한 소프트웨어 프레임워크다. 이 프레임워크는 페타바이트 이상의 대용량 데이터를 신뢰할 수 없는 컴퓨터로 구성된 클러스터 환경에서 병렬 처리를 지원하기 위해서 개발되었다. 이 프레임워크는 함수형 프로그래밍에서 일반적으로 사용되는 Map과 Reduce라는 함수 기반으로 주로 구성된다.
 
현재 MapReduce는 Java와 C++, 그리고 기타 언어에서 적용이 가능하도록 작성되었다.

Map : 흩어져 있는 데이터를 Key, Value의 형태로 연관성있는 데이터 분류로 묶는 작업
 
Reduce : Map화 한 작업 중 중복데이터를 제거하고 원하는 데이터를 추출.

 

 

 

 

 

 

 

'Computer 2.0 > Digital Service' 카테고리의 다른 글

인셉션 인포그래픽  (0) 2012.09.18
스몰셀 망 계획에 활용되는 트위터와 플리커  (0) 2012.07.17
MapReduce  (0) 2012.06.30

댓글을 달아 주세요

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

댓글을 달아 주세요