코딩하는 해커

[Software Engineering] 블랙박스 테스트(Blackbox Test)

블랙박스 테스트(Blackbox Test) 블랙박스 테스트는 아래 그림과 같이 외부에서 봤을 때 소프트웨어의 논리 구조가 보이지 않는 상태로 진행하는 테스트를 의미한다. 따라서 요구사항 명세서나 설계서를 기반하여 테스트 케이스를 작성하고 테스트를 수행하여 구현하고자 한 기능이 잘 구현되었는지 확인하는 테스트이다. 이러한 이유로 기능 테스트라고 불리기도 한다. 블랙박스 테스트는 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트 전 과정에 걸쳐 사용될 수 있으며 프로그램 내부 구조를 아는 개발자보다 오히려 코드 내부 구조를 전혀 모르는 테스터가 진행하는 것이 더 좋다. 블랙박스 테스트를 수행했을 때의 이점은 다음과 같다. 테스트 케이스를 설계할 때 프로그램 코드가 없어도 되기 때문에 규모가 큰 단위에..

[Software Engineering] 리만의 법칙(Lehman's Theory)

리만의 법칙(Lehman's Theory) 리만은 소프트웨어의 진화에 대하여 연구한 결과, 유지보수에서의 변경에 대한 추세와 패턴에 대하여 여러 가지 사실을 알려주었는데 이를 리만의 법칙 혹은 소프트웨어 진하의 법칙이라고 부른다. 리만은 소프트웨어 시스템을 두 가지 타입으로 구분했다. E(Evolution) 타입: 시스템이 계속 진화하는 타입으로, 완전히 확실하게 정의할 수 없는 타입의 시스템 S(Static) 타입: 시스템이 정적인 타입으로, 완전히 확실하게 정의할 수 있는 타입의 시스템 위 타입 중에서 리만의 법칙은 오직 E 타입, 완전히 확실하게 정의할 수 없는 타입인 경우에만 적용된다. 리만의 법칙은 다음과 같다. 1. 지속적인 변경의 원칙 2. 엔트로피, 복잡도 증가의 법칙 3. 자기 통제의 ..

[Software Engineering] 소프트웨어 유지보수

소프트웨어 유지보수 소프트웨어 유지보수는 소프트웨어 구현이 끝나고 실제 사용자에게 인수되어 사용되는 시점에서 결함을 고치거나 성능을 높이거나 새로운 기능을 추가하기 위해 소프트웨어 시스템이나 컴포넌트(component: 부품)를 수정하고 배포하는 작업이다. 유지보수 작업은 어떤 이유에 의해 변경이 되는가에 따라 작업이 달라질 수 있는데, IEEE(전기전자공학자협회)에 따르면 소프트웨어 유지보수의 종류를 아래와 같이 네 단계로 나누고 있다. 수정형 유지보수(corrective maintenance) 적응형 유지보수(adaptive maintenance) 완전형 유지보수(perfective maintenance) 예방형 유지보수(preventive maintenance) 위와 같이 유지보수 유형별 분포는 아..

[Software Engineering] 싸이클로매틱 복잡도(순환 복잡도)

싸이클로매틱 복잡도(순환 복잡도) 싸이클로매틱 복잡도, 혹은 순환 복잡도는 제어 그래프(흐름 그래프)의 정확성을 검증하는 데 유용하고 폐곡선의 수를 이용하여 복잡도 V(G)를 구할수도 있으며 노드(node, N)와 간선(edge, E)의 수를 이용하여 복잡도 V(G)를 구할 수도 있다. 먼저 폐곡선의 개념을 이해해보자. 위 그림은 폐곡선 두 개와 개곡선 두 개가 나열되어 있는 그림이다. 폐곡선(closed curve)의 정의는 "시점과 종점이 일치하는 곡선"이다. 즉, 닫힌 곡선을 말하므로 위 그림에서는 왼쪽으로부터 첫 번째, 두 번째 곡선이 폐곡선에 해당한다. 다음으로, 개곡선(open curve)은 영어 단어 그대로 열린 곡선, 즉, 닫혀있지 않은 곡선으로 위 그림에서는 왼쪽으로부터 세 번째, 네 번..

[Software Engineering] 테스트 작업 4단계

테스트 작업 4단계 테스트는 소프트웨어 개발이 사용자의 요구와 제약에 맞게 개발되었는지 검증하고 결함이나 오류가 없는지 찾아내는 작업이다. 테스트 작업 4단계를 외울 때 '단통시인' 앞글자를 따서 외우면 좋은데 이 4단계가 V모델의 단계와도 일치하므로 많이 유용하다. 순서는 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트이다. 먼저, 단위 테스트는 모듈 단위의 테스트로 각 모듈이 정확하게 구현되었는지 테스트하는 것이다. 다음으로, 통합 테스트는 전체 시스템을 이루는 모듈을 모아 통합적으로 테스트하는 것을 말한다. 시스템이 요구된 기능을 제대로 수행하는가를 점검하고 모듈 사이의 인터페이스를 테스트하는 것이 주목적이다. 그리고 시스템 테스트는 단말 테스트라고도 하는데 완성된 제품에 대한 테스트이다...

[Software Engineering] 아키텍처 설계(구조 설계)

아키텍처 설계(구조 설계)와 디자인 패턴 시스템 아키텍처(큰 틀, 큰 덩어리, 큰 그림, 숲) ~ 클래스의 묶음 - 소프트웨어를 그룹(서브시스템) 수준에서 덩어리화 하는 작업 - 즉, 구성 요소와 구성 요소 간의 통신에 관한 것이며 클래스 수준 이상의 그루핑과 역할, 인터페이스를 정의하는 작업 (컴포넌트와 인터페이스를 정의 및 시각화) - 예를 들어, 웹 기반 시스템의 아키텍처는 클라이언트 서버 - 아키텍처는 프로젝트 초기의 설계 결정으로 시스템 개발 및 유지보수 전반에 걸쳐 지속적인 영향력을 가짐 - 이해당사자(고객, 개발자 등)들과의 상호 이해, 협상, 동의 및 의사 교환을 위한 도구 - 따라서 시스템에 관련 있는 이해당사자들의 요구사항을 고려하여 정의해야 함 - 아키텍처를 표현하는 가장 강력한 방법..

[Software Engineering] 응집도와 결합도

응집도와 결합도 학습 PPT 공유

[Software Engineering] 객체지향 원리

객체지향 원리 1. 추상화 어떤 영역에서 필요하는 속성이나 행동을 추출하는 작업(사물의 공통된 추상적 특징을 파악해 인식의 대상으로 삼는 행위) ex: 아우디 자동차, 벤츠 자동차, 포르쉐 자동차, 현대 자동차 → 자동차(자동차는 아우디, 벤츠, 포르쉐, 현대차의 추상적 개념) 2. 캡슐화 요구사항 변경에 대처하는 고전적인 설계 원리 응집도(cohesion): 클래스나 모듈 안의 요소들이 얼마나 밀접하게 관련되어 있는지를 나타내는 것 결합도(coupling): 어떤 기능을 실행하는 데 다른 클래스나 모듈들에 얼마나 의존적인지를 나타냄 → 높은 응집도와 낮은 결합도를 유지할 수 있도록 설계해야 요구사항을 변경할 때 유연하게 대처 가능 캡슐화 → 낮은 결합도를 유지할 수 있또록 해주는 객체지향 설계 원리 정..

[애자일 방법론] 스크럼 기법(Scrum)

스크럼 기법(Scrum) 애자일 방법론에 대해 들어본 적이 있는가? 폭포수 모델, V 모델, 나선형 모델, 프로토타이핑 모델, 점진적 모델 등 여러 모델이 있지만 그중에서도 최근 개발 트렌드는 애자일이라고 할 수 있다. 왜냐하면 최근에는 소프트웨어 개발 주기가 짧으며 사용자의 요구에 빠른 대응을 하기 위해서는 개발 주기가 짧으며 반복적인 애자일 기법이 적합하기 때문이다. 애자일 방법론에는 여러 기법이 있는데 이번 포스팅에서는 그중에서도 팀의 생산성을 극대화시키는 스크럼 기법에 대해 알아보고자 한다. 먼저 스크럼을 요약 정리하면 다음과 같다. 피드백을 조금 더 일찍, 조금 더 자주, 조금 더 많이, 조금 더 지속적으로 주고받는 것 한줄 요약을 읽고나면 어떤 느낌인지 약간의 감이 왔을 것이다. 사실 스크럼은..

[소프트웨어 공학] 유스케이스 다이어그램(use case didagram)

유스케이스 다이어그램(use case diagram)소프트웨어 개발 생명주기을 기억하는가? 바로, 계획 → 요구 분석 → 설계 → 구현 → 테스트 → 사용 및 유지보수 이다. 잊었다면, 반복을 통해 필히 암기하자. 오늘은 이중에서 요구 분석 파트의 유스케이스 다이어그램에 대해 살펴보고자 한다. 유스케이스(use case)를 한국말로 직역하면 '사용 사례'이다. 말 그대로 시스템의 동작을 사용 사례를 기반하여 그림으로 표현하는 것이다. 아직 무슨 말인지 잘 와닿지 않을 것이다. 예를 들어, 은행 업무와 관련된 소프트웨어를 개발하기 위해 요구 사항을 작성해야 한다고 가정하자. 머리로는 괜찮은 아이디어가 있더라도 무작정 글이나 말로 설명하는 것은 쉽지 않으며 타인이 온전히 그 내용을 이해하는 것 또한 쉽지 않..