로춘남의 IT이야기

1. 인터페이스 구현 검증 개요 - 인터페이스가 정상적으로 문제없이 작동하는지 확인하는 것. 인터페이스 구현 검증 도구와 감시 도구를 이용해 인터페이스 동작 상태를 확인 2. 인터페이스 구현 검증 및 감시 도구 1) 인터페이스 구현 검증 도구 - 인터페이스 단위 기능과 시나리오 등을 기반으로 하는 통합 테스트 필요 - xUnit: Java, C++ .Net 등 다양한 언어를 지원하는 단위 테스트 프레임워크 - STAF : 서비스 호출 및 컴포넌트 재사용 등 다양한 환경을 지원하는 테스트 프레임 워크 - FitNesse: 웹 기반 테스트 케이스 설계-실행-결과 확인 지원 테스트 프레임 워크 - NTAF : FitNesse의 장점(협업 기능)과 STAF의 장점(재사용 및 확장성)을 통합한 테스트 자동화 프레..

1. 모듈 연계의 개요 - 내부 모듈과 외부 모듈 또는 내부 모듈 간 데이터 교환을 위해 관계를 설정하는 것 EAI(Enterprise Application Integration) - 기업 내 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통합 등 상호 연동이 가능하게 해주는 솔루션 - 비즈니스간 통합 및 연계성 증대와 효율성 및 각 시스템간의 확장성을 높여줌 - EAI 구축 유형 4가지 Point to Point - 애플리케이션을 1:1로 연결하는 기본 통합 방식 - 변경 및 재사용이 어려움 Hub & Spoke - 단일 접점인 허브 시스템을 통해 데이터 전송하는 중앙 집중형 방식 - 확장 및 유지보수는 용이하지만, 허브 장애 발생시 시스템 전체에 영향을 줌 Message Buse (ESB 방식..

1. 통합 테스트(Intergration Test) - 단위 테스트가 완료 된 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 비점진적 통합 방식 - 단계적으로 통합하는 절차 없이 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트 - 규모가 작은 SW에 유리하고, 단시간 내에 테스트가 가능 - 전체 프로그램을 대상으로 하기 때문에 오류 발견 및 장애 위치 파악과 수정이 어려움 1) 빅뱅 통합 테스트 - 모듈간의 상호 인터페이스를 고려하지 않고, 단위 테스트가 끝난 모듈을 한 번에 결합시켜 테스트 - 소규모 프로그램 또는 프로그램 일부만 테스트 할 때 사용 점진적 통합방식 - 모듈 단위로 단계적으로 통합하면서 테스트 진행 - 오류 수정이 용이하고 인터페이스와 연관된 오류를 완전히 테스팅..

1. 개발 단계에 따른 애플리케이션 테스트 - 애플리케이션 테스트는 SW의 개발 단계에 따라 분류되고, 이를 테스트 레벨이라 부른다. - SW의 개발 단계에서부터 테스트를 수행하므로 단순히 SW에 포함된 코드 상의 오류뿐만 아니라, 요구 분석의 오류나 설계 인터페이스 오류 등도 발견 할 수 있다. - 애플리케이션 테스트와 SW 개발 단계를 연결해 도식화 한 것은 V-모델이라고함. 요구사항 인수 테스트 분석 시스템 테스트 설계 통합 테스트 구현 단위 테스트 2. 단위 테스트(Unit Test) - 코딩 직후 SW설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춘 테스트 - 인터페이스, 외부적 I/O, 자료 구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 검사 - 사용자 요구사항을 기반으로 한 기능성..

1. 화이트박스 테스트(White Box Test) - 모듈의 원시 코드를 오픈시킨 상태에서 코드의 논리적인 모든 경로를 테스트하는 방식으로 테스트 케이스를 설계하는 방법 - 설계된 절차에 초점을 둔 구조적 테스트로, 프로시저 설계의 제어 구조를 사용하여 테스트 케이스를 설계 - 테스트 과정의 초기에 적용되며, 모듈 안의 작동을 직접 관찰 - 원시 코드의 모든 문장을 한 번 이상 실행하면서 수행 - 프로그램의 제어 구조에 따라 선택/반복 등의 분기점 부분을 수행하며 논리적 경로를 제어함 2. 화이트박스 테스트의 종류 1) 기초 경로 검사 - 대표적인 화이트박스 테스트 기법으로, 테스트 케이스 설계자가 절차적 설계의 논리적 복합성을 측정 할 수 있게함 - 테스트 측정 결과는 실행 경로의 기초를 정의하는데 ..

1. 공유 폴더 방식 - 버전 관리 자료가 로컬 COM의 공유 폴더에 저장되어 관리되는 방식 - 개발자들은 개발이 완료된 파일을 약속된 공유 폴더에 매일 복사 - 담당자는 공유 폴더의 파일을 자신의 PC로 복사 후 컴파일 하여 이상 유무를 확인 - 파일 오류가 확인되면, 해당 파일을 등록한 개발자에게 수정을 의뢰하고, 파일에 이상이 없다면, 각 개발자들이 동작 여부를 다시 확인 - 파일을 잘못 복사하거나 다른 위치로 복사하는 등의 문제를 대비하여 파일의 변경 사항을 데이터베이스에 기록하여 관리 ex) SCCS< RCS, PVCS, QVCS 등 2. 클라이언트-서버 방식 - 버전 관리 자료가 중앙 시스템(서버)에 저장되어 관리되는 방식 - 모든 버전 관리는 서버에서 수행 - 서버의 자료를 개발자별로 자신의..

1. 저작권의 개요 - 저작권이란 저작물에 대하여 창작자가 가지는 배타적 독점적 권리로, 타인의 침해를 받지 않을 고유한 권한이다. - 컴퓨터 프로그램처럼 복제가 쉬운 저작물에 대해 불법 복제 및 배포를 막기 위한 기술적 방법을 통칭해 저작권 보호 기술이라고 함. 2. 디지털 저작권 관리(DRM: Digital Right Management)의 개요 - 저작권자가 배포한 디지털 콘텐츠가 저작권자가 의도한 용도로만 사용되도록 콘텐츠의 생성, 유통, 이용까지 전 과정에 걸쳐 사용되는 디지털 콘텐츠 관리 및 보호 기술 - 원본 콘텐츠가 아날로그인 경우, 디지털로 변환해 패키져(Packager)에 의해 DRM 패키징을 수행 - 콘텐츠의 크기에 따라 크기가 작은 경우(음원, 문서 등) 사용자가 콘텐츠를 요청하는 ..

1. 데이터 저장소 - SW 개발과정에서 다뤄야 할 데이터들을 논리적 구조로 조직화하거나, 물리적 공간에 구축하는 것을 의미 - 논리 데이터 저장소: 데이터 및 데이터 간의 연고나성, 제약조건을 식별하여 논리적 구조로 조직화한 것 - 물리 데이터 저장소: 논리 데이터 저장소에 저장된 데이터와 구조들을 SW가 운용 될 환경의 물리적 특성을 고려하여 HW적 저장 장치에 저장한 것을 뜻함 - 논리 데이터 저장소를 거쳐 물리 데이터 저장소를 구축하는 과정은 DB를 구축하는 과정과 동일 2. 데이터베이스 - 여러 사람에게 공동으로 사용될 데이터를 중복 배제하여, 통합하고, 쉽게 접근하여 처리 할 수 있도록 저장장치에 저장하여 항상 사용 할 수 있도록 운영하는 데이터 - 즉, 특정 업무 수행에 필요한 상호 관련된 ..

1. 자료 구조의 정의 - 효율적인 프로그램을 작성할 때 가장 우선적으로 고려해야 할 사항이 저장 공간의 효율성과 실행시간의 신속성 - 자료구조는 프로그램에서 사용하기 위한 자료를 기억장치에 저장하는 방법과 저장된 그룹내에 존재하는 자료간의 관계, 처리 방법 등을 연구 분석하는 것을 뜻함 - 자료구조는 자료의 표현과 그것과 관련된 연산 - 자료구조는 일련의 자료들을 조직하고 구조화하는 것 - 어떠한 자료구조에서도 필요한 모든 연산들을 처리 할 수 있음 - 자료구조에 따라 프로그램 실행시간이 달라짐 2. 자료구조의 분류 1) 선형 구조 - 배열 - 선형 리스트: 연속 리스트, 연결 리스트 - 스택/큐/테크 2) 비선형 구조 - 트리/그래프 3. 선형구조 1) 배열(Array) - 동일한 자료형의 데이터들이..

1. 미들웨어(Middleware)의 개념 및종류 - 미들(Middle)과 SW의 합성어로, 운영체제와 해당 운영체제에서 실행되는 응용 프로그램 사이에서 운영체제가 제공하는 서비스외에 추가적인 서비스를 제공하는 SW. - MW는 표준화된 인터페이스를 제공함으로서 시스템간 데이터 교환에 일관성을 보장 2. DB(DataBase) - DB벤더에서 제공하는 클라이언트에서 원격의 DB와 연결하기 위한 미들웨어 - DB를 사용하여 시스템을 구축하는 경우 보통 2-Tier 아키텍처라고 부름. ex) MS ODBC, 볼랜드 IDAPI, Oracle Glue 등 3. RPC(Remote Procedure Call) - 원격 프로시저 호출, 응용 프로그램의 프로시저를 사용하여 원격으로 마치 로컬처럼 호출하는 방식의 미들..