요구사항, 기능 그리고 구조

요구사항, 기능 그리고 구조

1. Overview

기계설계에서 가장 자주 혼동되는 개념이 있다.
그것은 요구사항, 기능, 구조의 차이다.

많은 설계 문제는 이 세 가지가 명확히 구분되지 않을 때 발생한다.
고객이 요구한 조건이 곧바로 부품 형상으로 바뀌거나, 기능을 충분히 정의하지 않은 상태에서 구조를 먼저 결정하는 경우가 많다.

하지만 좋은 설계는 보통 다음 흐름을 가진다.

Requirement Function Structure
Requirement Function Structure

즉, 설계는 단순히 형상을 만드는 일이 아니다.
설계는 요구사항을 이해하고, 그 요구사항을 만족시키기 위한 기능을 정의한 뒤, 그 기능을 실현할 수 있는 구조로 변환하는 과정이다.

이 글은 기계설계에서 요구사항, 기능, 구조가 각각 무엇을 의미하는지, 그리고 이 세 가지를 어떻게 연결해야 하는지 설명한다.

2. Definition

2.1 Requirement

Requirement는 제품이나 장비가 만족해야 하는 조건이다.
한국어로는 보통 요구사항, 요구 조건, 설계 조건으로 표현할 수 있다.

요구사항은 설계자가 임의로 정하는 것이 아니라, 고객, 사용자, 공정, 환경, 법규, 비용, 제조 조건 등에서 나온다.

예를 들면 다음과 같다.

- 시간당 500kg의 원료를 처리해야 한다.
- 작업자가 안전하게 사용할 있어야 한다.
- 장비는 세척이 쉬워야 한다.
- 설치 공간은 1200mm × 800mm 이하여야 한다.
- 소음은 일정 수준 이하로 유지해야 한다.
- 부품 교체가 10이내에 가능해야 한다.
- 제조 원가는 목표 금액 이내여야 한다

- 시간당 500kg의 원료를 처리해야 한다.
- 작업자가 안전하게 사용할 있어야 한다.
- 장비는 세척이 쉬워야 한다.
- 설치 공간은 1200mm × 800mm 이하여야 한다.
- 소음은 일정 수준 이하로 유지해야 한다.
- 부품 교체가 10이내에 가능해야 한다.
- 제조 원가는 목표 금액 이내여야 한다

요구사항은 설계의 출발점이다.
하지만 요구사항 자체는 아직 설계가 아니다.

요구사항은 “무엇을 만족해야 하는가”를 말할 뿐, “어떻게 만들 것인가”를 직접 말하지 않는다.

2.2 Function

Function은 요구사항을 만족시키기 위해 장비나 부품이 수행해야 하는 역할이다.
한국어로는 기능, 작용, 역할로 이해할 수 있다.

예를 들어 “시간당 500kg의 원료를 처리해야 한다”는 요구사항이 있다면, 이 요구사항은 다음과 같은 기능으로 나뉠 수 있다.

- 원료를 투입한다.
- 원료를 일정한 속도로 이송한다.
- 원료를 절단하거나 가공한다.
- 가공된 원료를 배출한다.
- 과정에서 막힘을 방지한다.
- 작업자가 위험부에 접근하지 못하게 한다

- 원료를 투입한다.
- 원료를 일정한 속도로 이송한다.
- 원료를 절단하거나 가공한다.
- 가공된 원료를 배출한다.
- 과정에서 막힘을 방지한다.
- 작업자가 위험부에 접근하지 못하게 한다

기능은 아직 특정 형상을 의미하지 않는다.
예를 들어 “이송한다”는 기능은 컨베이어, 스크류, 롤러, 체인, 진동 피더 등 여러 구조로 실현될 수 있다.

따라서 기능은 요구사항과 구조 사이의 중간 단계다.

Requirement: 일정량의 원료를 안정적으로 처리해야 한다.
Function: 원료를 연속적으로 이송해야 한다.
Structure: 벨트 컨베이어, 스크류 피더, 롤러 이송장치 
Requirement: 일정량의 원료를 안정적으로 처리해야 한다.
Function: 원료를 연속적으로 이송해야 한다.
Structure: 벨트 컨베이어, 스크류 피더, 롤러 이송장치 

기능을 명확히 정의하면 설계자는 특정 구조에 너무 빨리 고정되지 않고, 여러 대안을 비교할 수 있다.

2.3 Structure

Structure는 기능을 실제로 구현하기 위한 물리적 형상과 구성이다.
한국어로는 구조, 형상, 기구 구성, 부품 구성으로 표현할 수 있다.

구조는 도면, 부품, 조립체, 프레임, 축, 베어링, 커버, 브라켓, 구동부, 센서 배치 등으로 나타난다.

예를 들면 다음과 같다.

- 벨트 컨베이어 구조
- 스크류 이송 구조
- 원형 칼날 절단 구조
- 상하 개폐식 안전 커버
- 용접 프레임 구조
- 볼트 체결식 분해 구조
- 슬라이드 가이드 구조
- 벨트 컨베이어 구조
- 스크류 이송 구조
- 원형 칼날 절단 구조
- 상하 개폐식 안전 커버
- 용접 프레임 구조
- 볼트 체결식 분해 구조
- 슬라이드 가이드 구조

구조는 설계의 결과물에 가장 가깝다.
하지만 구조를 먼저 정하면 문제가 생길 수 있다.

예를 들어 “컨베이어를 사용하자”라고 먼저 결정하면, 실제 요구사항과 기능에 더 적합한 다른 방식이 검토되지 못할 수 있다.

따라서 구조는 요구사항과 기능을 충분히 검토한 후 선택해야 한다.

3. Difference Between Requirement, Function, and Structure

요구사항, 기능, 구조의 차이는 다음과 같이 정리할 수 있다.

구분

질문

의미

예시

Requirement

무엇을 만족해야 하는가?

외부에서 주어진 조건

시간당 500kg 처리

Function

무엇을 해야 하는가?

요구사항을 만족시키기 위한 역할

원료를 일정 속도로 이송

Structure

어떻게 구현할 것인가?

기능을 실현하는 물리적 구성

벨트 컨베이어 구조

가장 중요한 차이는 이것이다.

Requirement는 조건이다.
Function은 역할이다.
Structure는 구현 방식이다

Requirement는 조건이다.
Function은 역할이다.
Structure는 구현 방식이다

이 세 가지를 혼동하면 설계 판단이 흐려진다.

예를 들어 “컨베이어가 필요하다”는 말은 요구사항이 아니다.
컨베이어는 구조다.

보다 정확하게 말하면 다음과 같이 정리해야 한다.

Requirement:
원료를 A 위치에서 B 위치까지 안정적으로 이동시켜야 한다.

Function:
원료를 연속적으로 이송한다.

Structure:
벨트 컨베이어를 사용한다

Requirement:
원료를 A 위치에서 B 위치까지 안정적으로 이동시켜야 한다.

Function:
원료를 연속적으로 이송한다.

Structure:
벨트 컨베이어를 사용한다

이렇게 나누면 설계자는 질문을 더 정확하게 할 수 있다.

정말 벨트 컨베이어가 최선인가?
스크류 방식은 부적합한가?
롤러 방식은 가능한가?
원료 특성상 미끄러짐이나 부착 문제가 없는가?
세척성과 유지보수성은 어떤가

정말 벨트 컨베이어가 최선인가?
스크류 방식은 부적합한가?
롤러 방식은 가능한가?
원료 특성상 미끄러짐이나 부착 문제가 없는가?
세척성과 유지보수성은 어떤가

결국 요구사항, 기능, 구조를 구분하는 것은 단순한 용어 정리가 아니다.
더 나은 설계 대안을 검토하기 위한 사고 방식이다.

4. Why It Matters

요구사항, 기능, 구조를 구분하는 것은 기계설계에서 매우 중요하다.
그 이유는 다음과 같다.

4.1 구조를 너무 빨리 결정하는 문제를 막는다

실무에서는 종종 요구사항을 충분히 분석하기 전에 구조부터 결정한다.

예를 들어 고객이 “기존 장비처럼 컨베이어를 넣어 달라”고 말하면, 설계자는 바로 컨베이어 구조를 모델링하기 시작할 수 있다.

하지만 고객이 진짜 원하는 것은 컨베이어 자체가 아닐 수 있다.
고객이 원하는 것은 원료를 안정적으로 이송하는 것이다.

이때 컨베이어는 하나의 구조 대안일 뿐이다.

요구사항과 기능을 먼저 정리하면, 구조를 더 유연하게 검토할 수 있다.

4.2 설계 변경의 원인을 추적할 수 있다

설계 변경이 발생했을 때, 변경 이유가 명확하지 않으면 도면 수정만 반복된다.

예를 들어 커버 형상이 변경되었다고 하자.

이 변경이 단순한 간섭 회피 때문인지, 작업자 안전 때문인지, 세척성 때문인지, 제조 원가 때문인지에 따라 설계 판단은 달라진다.

Requirement:
작업자가 위험부에 접근하지 못해야 한다.

Function:
위험 영역을 차단한다.

Structure:
힌지식 안전 커버와 인터록 스위치를 적용한다

Requirement:
작업자가 위험부에 접근하지 못해야 한다.

Function:
위험 영역을 차단한다.

Structure:
힌지식 안전 커버와 인터록 스위치를 적용한다

이렇게 정리되어 있으면 구조 변경이 발생해도 그 근거를 추적할 수 있다.
설계자는 “이 부품이 왜 이런 형상이어야 하는가”를 설명할 수 있다.

4.3 대안 비교가 가능해진다

기능을 명확히 정의하면 여러 구조를 비교할 수 있다.

예를 들어 “원료를 이송한다”는 기능이 있다면 가능한 구조는 여러 가지다.

- 벨트 컨베이어
- 스크류 피더
- 체인 컨베이어
- 롤러 이송장치
- 진동 피더
- 공압 이송
- 벨트 컨베이어
- 스크류 피더
- 체인 컨베이어
- 롤러 이송장치
- 진동 피더
- 공압 이송

각 구조는 장단점이 다르다.

구조

장점

단점

벨트 컨베이어

범용성 높음, 구조 단순

세척성, 벨트 마모 고려 필요

스크류 피더

정량 이송 가능

원료 손상, 세척성 고려 필요

롤러 이송

박스나 판재 이송에 적합

입상·점착성 원료에는 부적합

진동 피더

작은 부품 정렬에 유리

소음, 진동 전달 고려 필요

공압 이송

밀폐 이송 가능

에너지 소모, 분진, 막힘 고려 필요

기능을 먼저 정의해야 이런 비교가 가능하다.

4.4 설계 의도를 문서화할 수 있다

좋은 도면은 형상만 보여주는 것이 아니라, 그 형상이 선택된 이유를 설명할 수 있어야 한다.

물론 도면 자체에 모든 이유를 적을 수는 없다.
하지만 설계 문서, 검토 기록, Knowledge 문서에서는 설계 의도를 남길 수 있다.

요구사항, 기능, 구조가 연결되어 있으면 설계 의도는 자연스럽게 정리된다.

구조는 어떤 요구사항에서 출발했는가?
구조는 어떤 기능을 수행하기 위해 필요한가?
다른 구조가 아니라 구조를 선택했는가

구조는 어떤 요구사항에서 출발했는가?
구조는 어떤 기능을 수행하기 위해 필요한가?
다른 구조가 아니라 구조를 선택했는가

이 질문에 답할 수 있을 때 설계는 단순한 형상이 아니라, 근거를 가진 판단이 된다.

5. Practical Example

간단한 예로, 자동화 장비에서 제품을 한 위치에서 다른 위치로 이동시키는 설계를 생각해보자.

5.1 Requirement

먼저 요구사항은 다음과 같을 수 있다.

- 제품을 A 위치에서 B 위치까지 이동시켜야 한다.
- 제품 표면에 손상이 없어야 한다.
- 이송 시간은 3이내여야 한다.
- 작업자가 쉽게 청소할 있어야 한다.
- 장비 폭은 800mm 이하여야 한다

- 제품을 A 위치에서 B 위치까지 이동시켜야 한다.
- 제품 표면에 손상이 없어야 한다.
- 이송 시간은 3이내여야 한다.
- 작업자가 쉽게 청소할 있어야 한다.
- 장비 폭은 800mm 이하여야 한다

여기에는 아직 구체적인 구조가 없다.
다만 설계가 만족해야 할 조건이 있다.

5.2 Function

이 요구사항을 기능으로 바꾸면 다음과 같다.

- 제품을 지지한다.
- 제품을 이동시킨다.
- 제품 위치를 유지한다.
- 제품 손상을 방지한다.
- 이송 제품을 정지시킨다.
- 청소 접근성을 확보한다

- 제품을 지지한다.
- 제품을 이동시킨다.
- 제품 위치를 유지한다.
- 제품 손상을 방지한다.
- 이송 제품을 정지시킨다.
- 청소 접근성을 확보한다

이 단계에서는 아직 벨트, 롤러, 로봇, 슬라이더 같은 구조를 결정하지 않는다.

기능을 먼저 정리하면 설계자는 “이 장비가 해야 할 일”을 분명히 볼 수 있다.

5.3 Structure

기능을 구현하기 위한 구조 대안은 여러 가지다.

Option A: 벨트 컨베이어
Option B: 롤러 컨베이어
Option C: 리니어 슬라이더
Option D: 픽앤플레이스 로봇
Option A: 벨트 컨베이어
Option B: 롤러 컨베이어
Option C: 리니어 슬라이더
Option D: 픽앤플레이스 로봇

각 구조는 요구사항을 만족하는 방식이 다르다.

구조

적합한 경우

주의점

벨트 컨베이어

연속 이송, 단순 구조

벨트 마모, 청소성

롤러 컨베이어

박스, 판재, 단단한 제품

작은 제품에는 부적합

리니어 슬라이더

정밀 위치 이송

비용, 사이클 타임

픽앤플레이스 로봇

복잡한 위치 이동

비용, 제어 복잡도

이처럼 구조는 기능을 구현하는 여러 방법 중 하나다.
따라서 구조 선택은 항상 요구사항과 기능을 기준으로 판단해야 한다.

6. Common Mistakes

6.1 요구사항과 구조를 혼동하는 경우

잘못된 표현:

요구사항: 컨베이어를 적용한다
요구사항: 컨베이어를 적용한다

더 정확한 표현:

요구사항: 제품을 연속적으로 이송해야 한다.
기능: 제품을 안정적으로 이동시킨다.
구조: 벨트 컨베이어를 적용한다

요구사항: 제품을 연속적으로 이송해야 한다.
기능: 제품을 안정적으로 이동시킨다.
구조: 벨트 컨베이어를 적용한다

컨베이어는 요구사항이 아니라 구조다.

6.2 기능을 생략하고 바로 구조로 가는 경우

잘못된 흐름:

고객 요청 구조 설계 도면 작성
고객 요청 구조 설계 도면 작성

더 좋은 흐름:

고객 요청 요구사항 정리 기능 정의 구조 대안 검토 도면 작성
고객 요청 요구사항 정리 기능 정의 구조 대안 검토 도면 작성

기능 정의가 빠지면 구조 선택의 근거가 약해진다.

6.3 하나의 구조를 하나의 기능으로 착각하는 경우

하나의 구조는 여러 기능을 수행할 수 있다.
또 하나의 기능도 여러 구조로 구현될 수 있다.

예를 들어 커버는 단순히 덮는 구조가 아니다.
커버는 여러 기능을 가질 수 있다.

- 위험부 차단
- 이물 유입 방지
- 소음 저감
- 비산 방지
- 외관 품질 확보
- 청소 접근성 제어
- 위험부 차단
- 이물 유입 방지
- 소음 저감
- 비산 방지
- 외관 품질 확보
- 청소 접근성 제어

따라서 “커버 = 보호 기능”처럼 단순하게 보면 설계 판단이 좁아진다.

6.4 요구사항이 불명확한 상태에서 최적화를 시도하는 경우

요구사항이 명확하지 않으면 최적화는 의미가 약하다.

예를 들어 “더 튼튼하게 설계하라”는 요구는 불명확하다.

더 정확한 요구사항은 다음과 같아야 한다.

- 최대 하중은 얼마인가?
- 반복 하중인가, 충격 하중인가?
- 변형 허용치는 얼마인가?
- 수명 목표는 얼마인가?
- 안전율은 얼마로 것인가

- 최대 하중은 얼마인가?
- 반복 하중인가, 충격 하중인가?
- 변형 허용치는 얼마인가?
- 수명 목표는 얼마인가?
- 안전율은 얼마로 것인가

요구사항이 구체적일수록 기능과 구조도 명확해진다.

7. Decision Checklist

설계 검토 시 다음 질문을 사용할 수 있다.

7.1 Requirement Checklist

- 설계가 만족해야 하는 조건은 무엇인가?
- 고객 요구와 실제 사용 조건이 구분되어 있는가?
- 정량화 가능한 요구사항은 수치로 정리되었는가?
- 안전, 비용, 공간, 유지보수 조건이 포함되어 있는가?
- 요구사항 충돌이 있는가

- 설계가 만족해야 하는 조건은 무엇인가?
- 고객 요구와 실제 사용 조건이 구분되어 있는가?
- 정량화 가능한 요구사항은 수치로 정리되었는가?
- 안전, 비용, 공간, 유지보수 조건이 포함되어 있는가?
- 요구사항 충돌이 있는가

7.2 Function Checklist

- 장비 또는 부품이 수행해야 하는 역할은 무엇인가?
- 기능이 구조명으로 표현되어 있지는 않은가?
- 주요 기능과 보조 기능이 구분되어 있는가?
- 기능 순서나 흐름이 정리되어 있는가?
- 기능을 다른 방식으로 구현할 있는가

- 장비 또는 부품이 수행해야 하는 역할은 무엇인가?
- 기능이 구조명으로 표현되어 있지는 않은가?
- 주요 기능과 보조 기능이 구분되어 있는가?
- 기능 순서나 흐름이 정리되어 있는가?
- 기능을 다른 방식으로 구현할 있는가

7.3 Structure Checklist

- 선택한 구조가 요구사항과 기능을 만족하는가?
- 다른 구조 대안과 비교했는가?
- 제조성, 조립성, 정비성을 검토했는가?
- 구조 선택의 이유를 설명할 있는가?
- 설계 변경 어떤 요구사항이나 기능에 영향을 주는가

- 선택한 구조가 요구사항과 기능을 만족하는가?
- 다른 구조 대안과 비교했는가?
- 제조성, 조립성, 정비성을 검토했는가?
- 구조 선택의 이유를 설명할 있는가?
- 설계 변경 어떤 요구사항이나 기능에 영향을 주는가

8. Recommended Thinking Flow

기계설계에서 요구사항, 기능, 구조를 연결할 때는 다음 순서가 좋다.

1. 요구사항을 수집한다.
2. 요구사항을 정량 조건과 정성 조건으로 나눈다.
3. 요구사항을 만족하기 위한 기능을 정의한다.
4. 기능을 주요 기능과 보조 기능으로 나눈다.
5.  기능을 구현할 있는 구조 대안을 찾는다.
6. 구조 대안을 제조성, 조립성, 비용, 안전성, 유지보수성 기준으로 비교한다.
7. 선택한 구조의 설계 근거를 기록한다

1. 요구사항을 수집한다.
2. 요구사항을 정량 조건과 정성 조건으로 나눈다.
3. 요구사항을 만족하기 위한 기능을 정의한다.
4. 기능을 주요 기능과 보조 기능으로 나눈다.
5.  기능을 구현할 있는 구조 대안을 찾는다.
6. 구조 대안을 제조성, 조립성, 비용, 안전성, 유지보수성 기준으로 비교한다.
7. 선택한 구조의 설계 근거를 기록한다

이 흐름은 단순하지만 매우 중요하다.
설계자가 구조를 먼저 떠올리는 것은 자연스럽다. 하지만 구조를 바로 확정하면 설계 판단의 폭이 좁아진다.

좋은 설계자는 구조를 그리기 전에 다음 질문을 한다.

구조는 어떤 요구사항에서 나온 것인가?
구조는 어떤 기능을 수행하는가?
기능을 실현할 있는 다른 구조는 없는가

구조는 어떤 요구사항에서 나온 것인가?
구조는 어떤 기능을 수행하는가?
기능을 실현할 있는 다른 구조는 없는가

9. Related Knowledge

이 주제는 다음 Knowledge와 연결된다.

- Function Module in Mechanical Design
- Design Intent and Design Rationale
- One-piece vs Split-part Design
- Tolerance and Assembly Fit
- Accessibility for Assembly and Maintenance
- DFMA Checklist for Mechanical Systems
- Function Module in Mechanical Design
- Design Intent and Design Rationale
- One-piece vs Split-part Design
- Tolerance and Assembly Fit
- Accessibility for Assembly and Maintenance
- DFMA Checklist for Mechanical Systems

요구사항, 기능, 구조의 차이를 이해하면 이후의 설계 지식이 더 명확하게 연결된다.
특히 기능 모듈, DFMA, 공차 설계, 유지보수성 설계는 모두 이 기본 구조 위에서 이해하는 것이 좋다.

10. Summary

기계설계에서 요구사항, 기능, 구조는 서로 다르지만 연결되어 있다.

Requirement = 무엇을 만족해야 하는가
Function = 무엇을 해야 하는가
Structure = 어떻게 구현할 것인가
Requirement = 무엇을 만족해야 하는가
Function = 무엇을 해야 하는가
Structure = 어떻게 구현할 것인가

요구사항은 설계의 출발점이고, 기능은 요구사항을 만족시키기 위한 역할이며, 구조는 기능을 실제로 구현하는 물리적 구성이다.

이 세 가지를 구분하면 설계자는 더 나은 대안을 검토할 수 있고, 설계 변경의 이유를 추적할 수 있으며, 설계 의도를 명확하게 설명할 수 있다.

좋은 설계는 형상에서 시작하지 않는다.
좋은 설계는 요구사항을 이해하고, 기능을 정의하고, 그 기능에 가장 적합한 구조를 선택하는 과정에서 만들어진다.