구조적 방법론으로 기능을 분할하는 시스템 설계

기능을 중심으로 시스템을 나누는 방식

구조적 방법론(Structured Methodology)은 전체 시스템을 기능(Function) 단위로 나누고, 나뉜 모듈을 계층적으로 조직해 통합하는 설계 방식이다. 복잡한 문제를 관리 가능한 크기로 다루는 분할 정복(Divide & Conquer) 전략이 그 바탕에 있다.

1970년대 소프트웨어 위기를 거치며 등장한 이 접근은 데이터보다 처리 절차와 로직에 무게를 둔다. 시스템이 무엇을 제공하는지보다 기능이 어떤 절차로 수행되는지를 설계의 중심에 놓는다. 폭포수 모델(Waterfall Model)과 함께 적용할 때는 요구사항 분석, 설계, 구현으로 이어지는 정형화된 흐름을 따른다.

대규모 개발에서 이 방식이 겨냥하는 것은 복잡도와 의사소통 비용이다. 기능의 경계를 명확히 하고 표준화된 표현 도구를 사용해, 설계 내용을 개발자 사이에서 공유하기 쉽게 만든다.

설계를 구체화하는 원리

추상화로 문제의 골격을 잡는다

추상화(Abstraction)는 현실의 복잡한 문제에서 불필요한 세부를 걷어 내고 본질적 특성만 남기는 과정이다. 설계자는 이를 통해 시스템 전체의 흐름을 먼저 파악하고, 오류 가능성을 앞단에서 검토할 수 있다.

상위 기능에서 하위 기능으로 계층을 만든다

구조화(Structuring)는 시스템 기능을 논리적 계층으로 배열하는 원리다. 일반적인 상위 기능에서 구체적인 하위 기능으로 내려가며 구성 요소 사이의 관계를 드러낸다.

독립적인 모듈로 나눈다

모듈화(Modularity)는 큰 소프트웨어를 각각 독립된 기능을 담당하는 작은 모듈로 나누는 과정이다. 모듈 내부의 응집도는 높이고 모듈 사이의 결합도는 낮춰야 재사용성과 유지보수성을 확보할 수 있다.

하향식으로 세부 로직을 정의한다

단계적 상세화(Stepwise Refinement)는 최상위 수준의 정의에서 출발해 처리 로직과 데이터 구조를 점차 구체화하는 하향식(Top-Down) 기법이다. 큰 구조에서 세부로 내려가기 때문에 설계 전반의 일관성을 유지하는 데 유리하다.

분석 결과를 전달하는 표현 도구

구조적 방법론에서는 설계 산출물을 읽기 쉽게 만들기 위해 다음 도구를 사용한다.

자료 흐름도 (DFD, Data Flow Diagram): 시스템 안에서 데이터가 이동하는 경로와 프로세스 간 관계를 나타낸다.
자료 사전 (DD, Data Dictionary): 자료 흐름도에 등장하는 데이터 항목의 정의와 특성을 기록한다.
소단위 명세서 (Mini-Spec): 자료 흐름도의 최하위 프로세스가 수행하는 세부 로직을 설명한다.
구조도 (Structure Chart): 모듈 호출 관계와 제어 구조를 계층 형태로 표현한다.

요구사항에서 모듈 통합까지

기능 분할과 상세화는 요구사항 분석에서 시작해 모듈 단위 설계를 반복한 뒤 통합 및 검증으로 이어진다.

⤢✕

적용 시 얻는 점과 제약

기능과 모듈의 관계를 시각적으로 표현하므로 시스템 구조를 빠르게 파악하기 쉽다. 하향식 설계는 논리적 오류를 이른 단계에서 검증하는 데도 도움이 된다. 또한 기능을 모듈 단위로 분리하면 특정 부분의 수정이 전체 시스템에 미치는 영향을 줄일 수 있다.

반면 요구사항이 개발 도중 바뀌면 상위 단계부터 설계를 다시 검토해야 할 수 있다. 기능 중심 설계는 객체지향 방식에 비해 데이터의 일관성이나 무결성을 다루기 까다로울 수 있으며, 순차적 프로세스 중심 구조는 이벤트 기반 인터페이스 구현에도 제약이 따른다.

구조적 방법론은 소프트웨어를 기능별로 정교하게 분해하고 다시 조립하는 공학적 접근이다. 객체지향과 마이크로서비스 아키텍처가 널리 쓰이는 환경에서도, 복잡한 로직을 계층적으로 풀어내는 분할 정복의 원리는 설계의 기반으로 남아 있다.

Sources

소프트웨어 공학 개론 - 구조적 설계 기법
정보처리기사 용어 사전: 시스템 분석 및 설계
IEEE Standard for Information Technology - Software Life Cycle Processes