Juwon

화이트박스 테스트란?? ( White Box Test ) 화이트박스 테스트는 모듈의 원시 코드를 오픈한 상태에서 코드의 논리적인 모든 경로를 테스트하여 테스트 케이스를 설계하는 방법입니다. 화이트박스 테스트의 특징 화이트박스 테스트는 설계된 절차에 초점을 둔 구조적 테스트입니다. 보통 테스트 과정의 초기에 적용됩니다. 모듈 안의 작동을 직접 관찰한다. 원시 코드( 모듈 )의 모든 문장을 한 번 이상 실행함으로써 수행됩니다. 프로그램의 제어 구조에 따라 선택, 반복 등의 분기점 부분들을 수행함으로써 논리적 경로를 제어합니다. 화이트박스 테스트의 종류 기초 경로 검사 ( Base Path Testing ) 대표적인 화이트박스 테스트 기법입니다. 테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 측정할 수..

디자인 패턴이란 ( Design Pattern ) 디자인 패턴은 각 모듈의 세분화된 역할이나 모듈 간의 인터페이스와 같은 코드를 작성하는 수준의 세부적인 구현 방안을 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제를 의미한다. 디자인 패턴의 특징 디자인 패턴은 문제 및 배경, 실제 적용 사례, 재사용이 가능한 코드등으로 구성되어 있습니다. 디자인 패턴은 한 패턴에 변형을 가하거나 특정 요구사항을 반영하면 유사한 형태의 다른 패턴으로 변화하는 특징이 있습니다. 디자인 패턴은 1995년 GoF( Gang of Four )라고 불리는 4명이 처음으로 구체화 및 체계화하였습니다. GoF의 디자인 패턴은 수많은 패턴들 중 가장 일반적인 패턴들을 분류하고 정리함으로써 소프트웨어 공학이나 현업에서 가장 많이..

객체지향이란?? 개체( Entity )를 기계의 부품처럼 하나의 객체( Object )로 만들어, 기계적인 부품들을 조립하여 제품을 만들듯이 소프트웨어를 개발할 때에도 객체를 조립하여 작성하는 기법을 말한다. 객체지향 기법은 구조적 기법의 문제점으로 인한 소프트웨어의 위기의 해결책으로 채택되어 사용되고 있다. 소프트웨어의 재사용 및 확장이 용이하여 고품질의 소프트웨어를 빠르게 개발할 수 있고 유지보수가 쉽다. 객체지향은 복잡한 구조를 단계적, 계층적으로 표현하고 멀티미디어 데이터 및 병렬 처리를 지원한다. 사용자와 개발자가 쉽게 이해할 수 있다. 주요 구성요소와 개념 객체 ( Object ) 클래스 ( Class ) 캡슐화 ( Encapsulation ) 상속 ( Inheritance ) 다형성 ( Po..

UML ( Unified Modeling Language )의 개요 UML은 시스템 분석, 설계, 구현등 시스템 개발 과정에서 개발자와 고객간에 의사소통을 원할하게 하기위한 목적의 표준화한 대표적인 객체지향 *모델링언어이다. ( 모델링 언어 : 만들고자 하는 것을 시각적으로 표현할 수 있는 표기법, 도구 ) UML은 Rumbaugh (럼바우, OMI ), Booch, Jacobson등의 객체지향 방법론의 장점을 통합하여 객체 기술의 국제표준화기구인 OMG ( Object Management Group )에서 표준을 지정했다. UML을 이용해 시스템 표준 구조를 표현하는 6개의 구조 다이어그램과 시스템의 동작을 표현하는 7개의 행위 다이어그램을 작성할 수 있다. 각각의 다이어그램은 사물과 사물간의 관계를 ..

요구사항의 개념 및 특징 소프트웨어의 문제 해결을 위한 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건을 나타낸다. 소프트웨어의 개발과 유지보수 과정에서 필요한 기준과 근거를 제공한다 전반적인 소프웨어의 내용을 확인할 수 있게하므로 개발에 참여하는 관계자들 간의 의사소통을 원할하게 하는데 도움을 제공한다. 제대로 정의 되어야만 과정의 목표와 계획을 수립할 수 있다. 요구사항의 유형( 종류 ) 요구사항은 기술하는 내용에 따라 기능 요구사항, 비기능 요구사항으로 구분하며 기술 관점과 대상의 범위에 따라 시스템 요구사항, 사용자 요구사항 으로 나눈다. 기능 요구사항 ( Functional Requirements ) 시스템의 역활, 기능에 대한 사항 입력과 출력의 목적과 포함, 저장할 데이터와 연산할..

Software 개발 방법론이란?? Software 개발, 유지보수등에 필요한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구들을 체계적으로 정리하여 표준화한 것이다. 소프트웨어 방법론의 목적 생산성 향상 품질 향상 소프트웨어 방법론의 종류 구조적 방법론 ( Structured Development Engineering ) 정보공학 방법론 ( Information Engineering ) 객체지향 방법론( Object Oriented Engineering ) 컴포넌트 기반( CBD : Component Based Design ) 방법론 애자일 방법론( Agile ) 제품계열 방법론( Product Line Engineering ) 구조적 방법론 ( 1960년 까지 많이 쓰던 방법론 ) 정..

소프트웨어의 생명주기 ( 수명 주기 ) 소프트웨어의 생명 주기는 소프트웨어 개발 방법론의 근간이 된다. 소프트웨어를 개발하기 위해 운용, 유지보수등의 과정을 단계별로 나누어 구성함 생명 주기는 개발 단계, 각 단계별 주요 활동, 활동의 결과로 단계를 나눌 수 있다. 이런 단계의 표현 형태를 생명 주기 모형으로 나타낼 수 있다. ( Process 모형또는 소프트웨어 공학의 패러다임이라고 한다.) 개발자는 문제 유형이나 개발 방법에 따라 특정 모형을 선택해 사용할 수 있다. 일반적인 모형의 종류 폭포수 모형 ( waterfall ) 프로토타입 모형( ProtoType ) 나선형( Spiral Model : 점진적 모형 ) 애자일 모형( Agile : 민첩함 ) 소프트웨어 공학 ( Software Engine..

TCP/IP ( Transmission Control Protocol / Internet Protocol ) 인터넷에 연결된 서로 다른 컴퓨터들이 데이터를 주고 받게하는 프로토콜입니다. TCP OSI 7 계층의 전송 계층 ( Transfer Layer ) 신뢰성있는 연결형( 가상회선방식 ) 서비스 제공 패킷의 다중화, 순서제어, 오류제어, 흐름제어 기능 제공 Stream 기능 제공 IP OSI 7계층의 네트워크 계층( Network Layer ) Datagram을 기반으로한 비연결형 서비스 제공 Header의 Length는 20Byte ~ 80Byte TCP/IP의 구조 응용 계층, 전송 계층, 인터넷 계층, 네트워크 액세스 계층( 물리 계층 + 데이터 링크 계층 ) OSI TCP/IP 기능 응용 계층,..

OSI 참조모델이란?? ( Open System InterConnection : 개방형 시스템 상호 연결 ) 서로 다른 System간의 원활한 통신을 위해 ISO에서 제안한 Protocol( 통신 규약 )이다. 개방형 시스템( Open System )간의 데이터 통신 시 필요한 장비 및 처리 방법을 7단계로 표준화함 1 ~ 3 계층을 하위 계층, 4 ~ 7 계층을 상위 계층으로 나눈다. OSI 참조 모델의 목적 서로 다른 System간의 상호 접속하기 위한 개념을 규정함 OSI 규격을 개발하기 위한 범위를 구함 규정의 적합성을 조절하기 위한 공통적 기반 제공 OSI 참조 모델에서의 데이터 단위 ( PDU : Protocol Data Unit ) 동일 계층간에 교환되는 정보의 단위를 말한다. 물( Bit ..

인터넷의 개요 TCP/IP Protocol 기반 Unix OS 기반 시간과 장소에 구애받지 않는다. 모든 컴퓨터는 고유한 IP주소를 갖는다 컴퓨터와 네트워크를 연결하는데 필요한 장비 Bridge Router Gateway 네트워크와 네트워크를 연결하여 중추적 역할을 하는 네트워크 Backbone IP 주소란? ( Internet Protocol Address ) 컴퓨터의 자원을 구분하기위한 요소 8Bit씩 4등분, 총 32비트로 구성 IP주소는 길이( 범위 )에 따라 A~E Class로 존재함 A Class => 0~127 B Class => 128 ~ 191 C Class => 192 ~ 223 E Class => 224 ~ 239 Subnetting ( 서브네팅 ) 할당된 네트워크 주소를 다시 여러개..