개념 한 쪽
결합도는 모듈 간의 의존 정도를 가늠하는 설계 잣대다. 정보처리기사에서는 '결합도는 낮을수록 바람직하다'는 명제가 반복해서 나온다.
이 개념을 문제로 확인하고 싶으면 이 개념 문제 10개 풀기 회원용
가입 없이 오늘의 10문제 바로 풀기 →
출제기준 단원 「결합도」의 공개 문제 3개를 묻는 꼴별로 나누면 이렇습니다.
| 묻는 꼴 | 문제 수 | 무엇을 묻나 |
|---|---|---|
| 설계 지침 판단(응집도·결합도) | 1 | 모듈 설계에서 응집도·결합도 관련 바람직한 지침 고르기 |
| 결합 유형 식별(사례→명칭) | 1 | 모듈 간 통신 사례 보고 결합 유형 고르기 |
| 결합 강도 순서 판정 | 1 | 결합 유형을 강도(강→약) 순으로 배열하기 |
결합도(Coupling)는 모듈 간의 연관 관계를 나타내는 개념으로, 소프트웨어 설계 지침의 핵심 잣대 중 하나다. 결합도가 강하면 모듈 간 의존도가 높아져 하나의 모듈을 수정했을 때 파급 효과가 커진다. 그래서 모듈 간의 결합도는 낮출수록 유지보수가 용이하고, 결합도를 강하게 유지하라는 설명은 바람직한 설계 지침이 될 수 없다.
결합도를 낮추려면 모듈 간의 접속 관계를 분석하여 복잡도를 줄이는 노력이 뒤따라야 한다. 모듈은 프로그램의 기능을 독립적인 단위로 나눈 것인데, 모듈끼리 얽혀 있을수록 독립성의 이점을 잃게 된다. 모듈의 크기를 적당하게 유지하는 것과 함께, 낮은 결합도가 모듈 설계의 기본 목표로 제시된다.
모듈을 공통 자원으로 명세할 때도 해석의 일관성이 요구된다. 공통 모듈에 대한 명세는 명확성 원칙에 따라 해당 기능에 대해 일관되게 이해하고 한 가지로 해석될 수 있도록 작성하는데, 이는 서로 얽힌 모듈 관계에서 오해를 줄이는 기반이 된다.
시험에서는 "바람직한 소프트웨어 설계 지침이 아닌 것은?" 문제의 정답 보기로 "모듈 간의 결합도는 강할수록 바람직하다"가 등장한다. 실제 지침은 정반대인 '결합도는 낮을수록 좋다'임을 확인하는 문제다. 모듈 크기 유지, 복잡도 감소와 함께 결합도 최소화가 옳은 지침의 보기를 이룬다.
바람직한 소프트웨어 설계 지침이 아닌 것은?
정답 ③ · 모듈화 설계 시 지켜야 할 품질 향상 지침을 묻는 문제이다. 좋은 소프트웨어 설계는 독립성을 극대화하기 위해 모듈 간의 결합도(Coupling)를 낮추고 모듈 내부의 응집도(Cohesion)를 높이는 것을 기본 원칙으로 한다.
모듈 간 결합도는 낮을수록 유지보수가 용이하므로 강할수록 바람직하다는 설명은 틀린 설계 지침이다.
소프트웨어 설계의 품질을 평가하는 제도로 결합도와 응집력이 사용된다. 다음 중 가장 우수한 설계 품질은?
정답 ③ · 결합도와 응집력 관점에서 가장 우수한 설계 품질을 찾는 문제이다. 좋은 모듈 설계의 기준은 모듈 간의 결합도는 낮추고 모듈 내부의 응집력은 높이는 것이다.
소프트웨어 설계의 핵심 원칙은 모듈 간 결합도를 낮추고 모듈 내부 응집력을 높이는 것이다.
한 모듈이 다른 모듈의 내부 기능 및 그 내부 자료를 조회하는 경우의 결합도에 해당하는 것은?
정답 ④ · 모듈이 다른 모듈의 내부 기능과 내부 자료를 직접 참조하는 결합도를 묻는 문제이다. 결합도 중 가장 강한 형태인 콘텐츠 결합(content coupling)은 한 모듈이 다른 모듈의 내부 데이터나 내부 논리를 직접 접근하거나 수정하는 경우를 말한다.
내부 기능과 자료까지 직접 접근하는 가장 강한 결합도는 콘텐츠 결합도(content coupling)이다.
정보처리기사 풀이 세트에서 이 개념의 문제 10개를 바로 풀어 보세요.