작업지능 소프트웨어 목표사양

• 목표사양 = 요구 분석·성능 분석 후 개발팀이 겨냥할 과녁 — "무엇을 얼마나 잘, 어떤 조건에서" 달성할지의 정량적 명세
• 설계의 방향타이자 시험 합격 판정의 기준
• 출제 포인트: 목표사양의 요건(정량성·측정 조건·달성 가능성) · 요구사항→목표사양→시험의 추적 관계 · 수용 기준

목표사양이란

• 목표사양 = 개발할 SW가 달성해야 할 기능·성능 목표를 측정 가능한 형태로 확정한 문서
• 요구사항(작업 요구사항 분석) = "이해관계자가 원하는 것" ↔ 목표사양 = 성능 분석(로봇 성능 분석)으로 달성 가능성을 확인한 뒤 개발 목표로 확정한 것
• 소원 목록이 아니라 약속

목표사양의 3대 요건 (시험 단골)

1. 정량성: 숫자로 쓴다 — "높은 성공률" (×) → "작업 성공률 98% 이상" (○)
2. 측정 조건 명시: 같은 숫자도 조건이 다르면 다른 목표다 — "성공률 98% (조도 300 lx 이상, 표준 물체 5종, 100회 시행 기준)". 조건 없는 수치는 검증 단계에서 분쟁이 된다
3. 달성 가능성: 성능 분석이 뒷받침하는 값 — 로봇 반복 정밀도가 ±0.1 mm인데 ±0.01 mm 조립을 목표로 쓰면 안 된다. 단, 너무 낮으면 의미가 없으므로 도전적이되 실현 가능한 수준으로

목표사양의 구성 항목 (작업지능 SW의 예)

수용 기준 (Acceptance Criteria)

• 목표사양의 각 항목 → 합격/불합격 판정 기준과 측정 방법이 붙음
• 예: "성공률 98%"라면 몇 회 시행에서, 무엇을 성공으로 세는지(부분 성공 처리)까지 규정
• 이 기준이 시험 계획의 합격 기준으로 그대로 이어짐
• 기준을 시험 후에 정하면 객관성이 무너진다는 원칙도 동일

목표 간 트레이드오프의 관리

목표들은 서로 당긴다 — 속도↑ ↔ 안전·정밀↓, 인식 정확도↑ ↔ 처리 시간↑.

• 상충하는 목표는 우선순위를 명시한다: "안전 > 성공률 > 속도"
• 하나의 지표만 극단으로 올리는 목표는 위험 신호 — 균형 잡힌 지표 세트(성공률 + 시간 + 안전)로 정의
• 트레이드오프의 최종 결정은 이해관계자와의 합의 사항으로 기록한다

요구 → 목표사양 → 시험의 추적성

• 목표사양 = 중간 고리: 요구사항(왜) → 목표사양(무엇을 얼마나) → 설계(어떻게) → 시험(확인)
• 각 목표 항목은 최소 하나의 요구에서 나오고, 최소 하나의 시험으로 검증되어야 함
• 추적표로 관리하면 "검증되지 않는 목표"와 "근거 없는 목표"가 드러남 (→ 로봇 시스템 평가절차)

목표사양의 위치

flowchart LR
    R["요구사항
(원하는 것)"] --> P["성능 분석
(가능한 것)"] --> G["목표사양
(약속한 것 — 정량·조건·달성 가능)"] --> D["설계·구현"] --> T["시험
(수용 기준으로 판정)"]
    G -. 추적성 .-> R
    T -. 추적성 .-> G

나쁜 목표 → 좋은 목표

flowchart TD
    B1["빠르게 배달한다"] -- 정량화 --> G1["사이클 타임 5분/건 이내"]
    B2["인식이 잘 된다"] -- 조건 명시 --> G2["표준 물체 5종, 조도 300 lx 이상에서
인식 성공률 98% (100회 기준)"]
    B3["절대 실패하지 않는다"] -- 달성 가능성 --> G3["성공률 98% + 실패 시 30초 내
안전 정지·알림"]

1. 목표사양의 요건으로 가장 거리가 먼 것은?

① 숫자로 측정 가능하게 기술한다 ② 측정 조건(환경·시행 기준)을 명시한다 ③ 성능 분석으로 달성 가능성을 확인한 값으로 정한다 ④ 개발 의욕을 높이도록 달성 불가능한 수준으로 정한다

2. "인식 성공률 98%"라는 목표사양에 반드시 함께 명시해야 하는 것은?

① 개발자 이름 ② 측정 조건(조도·대상 물체·시행 횟수)과 성공 판정 기준 ③ 사용 프로그래밍 언어 ④ 로봇의 도색 색상

3. 요구사항·목표사양·시험의 관계로 옳은 것은?

① 목표사양은 시험과 무관하게 정한다 ② 각 목표 항목은 요구에서 나오고 시험으로 검증되도록 추적성을 유지한다 ③ 시험 합격 기준은 시험이 끝난 뒤 결과를 보고 정한다 ④ 요구사항과 목표사양은 같은 문서다

4. "배달 속도"와 "보행자 안전"이 상충하는 서비스 로봇의 목표사양 관리로 가장 적절한 것은?

① 속도 목표만 남기고 안전 목표를 삭제한다 ② 우선순위(안전 > 속도)를 명시하고 두 목표의 균형점을 합의해 기록한다 ③ 두 목표 모두 최대치로 설정한다 ④ 트레이드오프는 구현자가 임의로 판단하게 둔다

5. 다음 중 목표사양 항목으로 가장 적절하게 기술된 것은?

① "로봇은 똑똑하게 동작한다" ② "가능한 한 빨리 응답한다" ③ "동시 주문 5건 이하 조건에서 주문 접수 후 5분 이내 배달 성공률 98% 이상 (연속 100회 기준)" ④ "실패는 절대 없어야 한다"

• 작업 요구사항 분석 — 목표의 원천인 요구
• 로봇 성능 분석 — 달성 가능성의 근거
• 작업지능 소프트웨어 설계 — 목표를 실현하는 설계
• 로봇 시스템 평가절차 — 수용 기준과 시험의 연결
• 인지지능 소프트웨어 목표사양 — 인지지능 쪽의 목표사양
• _MOC 지능소프트웨어