밥벌이/소프트웨어 공학
-
ITIL의 개념 ITIL의 정의 영국의 OGO(Office of Government Commerce)에서 태동한 정보 기술(IT) 서비스를 지원, 구축, 관리하는 프레임워크 효과적인 IT 서비스 관리를 위한 일종의 교본으로 ITIL에서 제시하는 서비스 관리 수준(SLA) 프로세스는 사전 준비, SLA 개발, 운영 및 개선 단계의 생명주기를 거치며 반복됨 기존의 ITIL ver.2.0이 프로세스 정립에 대해 주안점을 두었다면, ITIL ver.3.0은 프로세스보다는 IT가 현업에 제공하는 서비스의 생명주기에 초점을 맞추는 철저한 현업 중심, 비즈니스 중심의 IT를 강조 ITIL의 특징 IT 서비스의 제공 및 관리를 위한 Best Practice 모음 → 방법론이 아님 IT 서비스의 제공 및 관리에 대한 벤..
ITIL(Information Technology Infrastructure Library) ver. 3.0ITIL의 개념 ITIL의 정의 영국의 OGO(Office of Government Commerce)에서 태동한 정보 기술(IT) 서비스를 지원, 구축, 관리하는 프레임워크 효과적인 IT 서비스 관리를 위한 일종의 교본으로 ITIL에서 제시하는 서비스 관리 수준(SLA) 프로세스는 사전 준비, SLA 개발, 운영 및 개선 단계의 생명주기를 거치며 반복됨 기존의 ITIL ver.2.0이 프로세스 정립에 대해 주안점을 두었다면, ITIL ver.3.0은 프로세스보다는 IT가 현업에 제공하는 서비스의 생명주기에 초점을 맞추는 철저한 현업 중심, 비즈니스 중심의 IT를 강조 ITIL의 특징 IT 서비스의 제공 및 관리를 위한 Best Practice 모음 → 방법론이 아님 IT 서비스의 제공 및 관리에 대한 벤..
2010.12.30 -
SLA의 개요 SLA의 정의 정보시스템 수요자와 공급자 사이의 상호 동의에 의해 일정 수준의 서비스를 명시하고 이를 문서화 한 양식 기대되는 서비스 수준에 대해 계약 당사자 간 사전 협약을 체결하는 것 SLA의 등장 배경 정보 서비스에 대한 최소한의 보장 요구(요구 서비스에 대한 보장) 서비스 측정과 계량화가 어려움 서비스 공급자와 수요자의기대 차이가 큼 SLA의 목적 서비스 제공자 측면 제공 서비스의 범위/기준의 명확화 향후 분쟁 발생 시 조정 자료로 활용 고객의 기준 확인 및 서비스 작용 이용자 측면 서비스 이용의 효율성 증대 기대 수준 협약으로 요구 성능 보장 향후 계약 및 평가 자료로 활용 SLA의 생명주기 SLA는 한 번 작성으로 끝나는 것이 나니라, 지속적인 개선 활동과 연계되어야 함 서비스 ..
SLA(Service Level Agreement)SLA의 개요 SLA의 정의 정보시스템 수요자와 공급자 사이의 상호 동의에 의해 일정 수준의 서비스를 명시하고 이를 문서화 한 양식 기대되는 서비스 수준에 대해 계약 당사자 간 사전 협약을 체결하는 것 SLA의 등장 배경 정보 서비스에 대한 최소한의 보장 요구(요구 서비스에 대한 보장) 서비스 측정과 계량화가 어려움 서비스 공급자와 수요자의기대 차이가 큼 SLA의 목적 서비스 제공자 측면 제공 서비스의 범위/기준의 명확화 향후 분쟁 발생 시 조정 자료로 활용 고객의 기준 확인 및 서비스 작용 이용자 측면 서비스 이용의 효율성 증대 기대 수준 협약으로 요구 성능 보장 향후 계약 및 평가 자료로 활용 SLA의 생명주기 SLA는 한 번 작성으로 끝나는 것이 나니라, 지속적인 개선 활동과 연계되어야 함 서비스 ..
2010.12.30 -
소프트웨어 테스트의 개요 정의 기대되는(Expected) 수행 결과를 무한 실행 도메인(Infinite Execution Domain)에서 적절히 선택된(Selected) 유한(Finite) 테스트 케이스를 통하여 프로그램의 수행 결과를 동적(Dynamic)으로 검증하는 것 Expected 사용자의 기대치, 명세, 묵시적 요구 사항, 합당한 기대치 Selected 테스트 집합의 선택 기준에 따라 효과가 크게 달라짐 Finite 한정된 자원과 일정 대비 무한한 테스트 요구 사항 사이의 Trade-off 고려가 필요 Dynamic 비확정된 시스템 상태에 따라 입력에 대한 프로그램의 실행 노출되지 않은 숨어있는 결함(Fault)을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차로, 오류 발견을 목적으로 ..
소프트웨어 테스트의 개요소프트웨어 테스트의 개요 정의 기대되는(Expected) 수행 결과를 무한 실행 도메인(Infinite Execution Domain)에서 적절히 선택된(Selected) 유한(Finite) 테스트 케이스를 통하여 프로그램의 수행 결과를 동적(Dynamic)으로 검증하는 것 Expected 사용자의 기대치, 명세, 묵시적 요구 사항, 합당한 기대치 Selected 테스트 집합의 선택 기준에 따라 효과가 크게 달라짐 Finite 한정된 자원과 일정 대비 무한한 테스트 요구 사항 사이의 Trade-off 고려가 필요 Dynamic 비확정된 시스템 상태에 따라 입력에 대한 프로그램의 실행 노출되지 않은 숨어있는 결함(Fault)을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차로, 오류 발견을 목적으로 ..
2010.12.27 -
테스트 단계에 따른 분류 단위 테스트 개별적으로 테스트할 수 있는 소프트웨어 기능만을 따로 분리하여 기능을 검증 일반적으로 코드 접근을 허용하고, 디버깅 도구의 지원 하에 실행하며, 코드를 직접 작성한 개발자가 수행 모듈은 독립된 프로그램이 아니기 때문에 테스트 드라이버(Driver) 또는 스터브(Stub)가 필요 Driver : 테스트를 위한 제어 프로그램으로, 가상의 주 프로그램 기능 Stub : 테스트를 위한 종속 프로그램으로, 가상의 부 프로그램 기능 단위 테스트의 유형 인터페이스 테스트 다른 모듈과의 데이터 인터페이스에 대한 테스트 자료구조 테스트 모듈 내의 자료 구조상 오류가 없는가를 테스트 수행 경로 테스트 구조 및 루프 테스트 등에 의한 논리 결로 테스트 오류 처리 테스트 각종 오류들이 모..
소프트웨어 테스트의 분류테스트 단계에 따른 분류 단위 테스트 개별적으로 테스트할 수 있는 소프트웨어 기능만을 따로 분리하여 기능을 검증 일반적으로 코드 접근을 허용하고, 디버깅 도구의 지원 하에 실행하며, 코드를 직접 작성한 개발자가 수행 모듈은 독립된 프로그램이 아니기 때문에 테스트 드라이버(Driver) 또는 스터브(Stub)가 필요 Driver : 테스트를 위한 제어 프로그램으로, 가상의 주 프로그램 기능 Stub : 테스트를 위한 종속 프로그램으로, 가상의 부 프로그램 기능 단위 테스트의 유형 인터페이스 테스트 다른 모듈과의 데이터 인터페이스에 대한 테스트 자료구조 테스트 모듈 내의 자료 구조상 오류가 없는가를 테스트 수행 경로 테스트 구조 및 루프 테스트 등에 의한 논리 결로 테스트 오류 처리 테스트 각종 오류들이 모..
2010.12.27 -
소프트웨어 테스트 기법의 개요 소프트웨어 테스트 기법의 개념 테스트 기법들은 가능한 한 많은 잠재적 장애를 도출하고자 하는 테스트의 목적을 달성하고자 개발 테스트 기법 적용의 주된 원칙은 입력 도메인, 시나리오, 상태, 데이터 흐름 등을 고려하여 체계적으로 접근하는 것 일반적인 테스트 기법의 분류 화이트 박스(White-box) 테스트 모듈의 구조, 분기, 실행 경로 등을 테스트하는 과정 테스트하는 사람이 모듈의 내용을 상세히 알고 있다는 것을 전제 블랙 박스(Black-box) 테스트 테스트를 실시하는 사람이 모듈 내부에 대한 상세 지식이 없다는 것을 전제 프로그램 사양서로부터 가능한 모든 입력 조건(예측 가능/불가능 포함)에 대하여 테스트 케이스를 선정 블랙 박스 테스트와 화이트 박스 테스트의 비교 ..
소프트웨어 테스트 기법소프트웨어 테스트 기법의 개요 소프트웨어 테스트 기법의 개념 테스트 기법들은 가능한 한 많은 잠재적 장애를 도출하고자 하는 테스트의 목적을 달성하고자 개발 테스트 기법 적용의 주된 원칙은 입력 도메인, 시나리오, 상태, 데이터 흐름 등을 고려하여 체계적으로 접근하는 것 일반적인 테스트 기법의 분류 화이트 박스(White-box) 테스트 모듈의 구조, 분기, 실행 경로 등을 테스트하는 과정 테스트하는 사람이 모듈의 내용을 상세히 알고 있다는 것을 전제 블랙 박스(Black-box) 테스트 테스트를 실시하는 사람이 모듈 내부에 대한 상세 지식이 없다는 것을 전제 프로그램 사양서로부터 가능한 모든 입력 조건(예측 가능/불가능 포함)에 대하여 테스트 케이스를 선정 블랙 박스 테스트와 화이트 박스 테스트의 비교 ..
2010.12.27