소프트웨어공학

폭포수 모델(Waterfall Model)

소프트웨어 공학에서 가장 오래되고 가장 폭넓게 사용된 전통적인 소프트웨어 생명주기 모형으로, 고전적 생명주기 모형이라고도 한다.

각 단계의 결과가 확인된 후에 다음 단계로 진행하는 선형 순차적인 모형이다.

두 개 이상의 과정이 병행되어 수행되거나 이전 단계로 되돌아가는 것을 허용하지 않는다.

 

 

 

프로토타이핑 모형(Prototype Model)

실제 개발될 소프트웨어의 일부분을 직접 개발하여 사용자의 요구 사항을 미리 정확하게 파악하기 위한 모형을 말한다.

시스템 개발 초기에 사용자가 개발에 참여함으로써 오류를 조기에 발견할 수 있다.

 

 

나선형모형(Spiral Model, 점진적 모형)

보헴이 제안.

폭포수와 프로토타입의 장점에 위험 분석 기능을 추가한 모형.

위험을 관리하고 최소화하는 것을 목적.

대규모 소프트웨어 개발에 적합하다.

계획 및 정의 → 위험 분석 → 공학적 개발 → 고객평가

 

 

V 모델

폭포수 모델에 시스템 검증과 테스트 작업을 강조한 것이다.

요구분석 → 시스템 설계(아키텍처 설계) → 상세 설계(모듈 설계) → 코딩 → 단위 테스트 → 통합 테스트 → 시스템 테스트 → 인수/ 설계

 

애자일 방법

개발팀은 설계나 문서화보다 소프트웨어 자체에 집중하고 기본적으로 명세, 개발 및 제품 인도에 반복적 방법을 적용.

요구 사항이 개발 중에도 변경되기 쉬운 중소형의 비즈니스 시스템이나 전자상거래 응용의 개발에 적합하다.

 

 

브룩스의 이론

개발 일정이 지연된다고 해서 말기에 새로운 인원을 투입하면 일정이 더욱 지연된다.

 

 

결합도

모듈 간의 관계성(상호 의존성)의 척도로, 결합도가 약할수록 좋은 결합이다.

• 자료 결합도(Data Coupling): 모듈들이 매개변수를 통해 데이터만 주고 받음으로써 서로 간섭을 최소화한다. 한 모듈의 내용을 변경하더라도 다른 모듈에는 전혀 영향을 미치지 않는 가장 바람직한 결합도이다.
• 구조 결합도: 모듈 간의 인터페이스로 배열이나 레코드 등의 자료구조가 전달될 때의 결합도로, 두 모듈이 동일한 자료 구조를 조회하는 경우의 결합도이다.
• 제어 결합도: 한 모듈에서 다른 모듈로 논리적인 흐름을 제어하는데 사용하는 제어 요소가 전달될 때의 결합도이다.
• 외부 결합도: 어떤 모듈에서 외부로 선언한  데이터를 다른 모듈에서 참조할 때의 결합도이다.
• 공통 결합도: 공유되는 공통 데이터 영역을 여러 모듈이 사용할 때의 결합도이다.
• 내용 결합도: 한 모듈이 다른 모듈의 내부 기능 및 그 내부 자료를 직접 참조하거나 수정할 때의 결합도이다.

(결합도 약함)자료 → 스탬프 → 제어 → 외부 → 공통 → 내용(결합도 강함)

 

 

응집도

한 모듈을  이루고 있는 각 요소들이 공통적인 목적 달성을 위하여 어느 정도의 관련성이 있는가를 파악하는 척도. 응집도는 강할 수록 좋다.

(응집도 강함)기능적 → 순차적 → 교환적 → 절차적 → 시간적 → 논리적 → 우연적(응집도 약함)

 

객체 지향 설계

현실 세계의 개체(Entity)를 기계의 부품처럼 하나의 객체(Object)로 만들어, 기계적인 부품들을 조립하여 제품을 만들듯이 소프트웨어를 개발할 때에도 객체들을 조립해서 작성할 수 있도록 하는 기법.

소프트웨어 재사용 및 확장 용이

유지보수가 쉽다.

 

 

 

화이트 박스 검사

• 기초 경로 검사
• 조건 검사
• 루프 검사
• 데이터 흐름 검사

 

블랙박스 검사

기능 검사라고도한다. 모듈이 요구에 맞게 잘 작동하는가에 초첨을 맞춘 기능 위주의 검사.

• 동치 분할
• 경계값 분석
• 원인 결과 그래프 검사
• 오류 예측 검사
• 비교 검사

 

 

소프트웨어 생명주기

타당성 검토 → 계획 → 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수

 

 

베타 검사

다수의 사용자를 제한되지 않은 환경에서 프로그램을 사용하게 하고 오류가 발견되면 개발자에게 통보하는 방식의 검사 방법이다.