12장. 요구사항을 구조화한다

목표에서 이해관계자·시스템·소프트웨어 요구로 내려가는 계층과 분해·할당·파생 관계를 명시한다.

이번 장에서 해결할 질문

학습 목표

• “흩어진 요구를 목표·기능·규칙·데이터·품질과 관계로 어떻게 구조화하는가?”에 답하는 데 필요한 개념과 근거를 설명한다.
• 수강신청 사례에 같은 판단 기준을 적용하고 확인할 빈칸과 다음 행동을 기록한다.

핵심 개념

요구 후보를 하나의 긴 목록에 쌓으면 서로의 높이와 연결이 보이지 않는다. 조직의 목표와 사용자 과업, 시스템 책임, 소프트웨어 동작이 같은 수준에서 경쟁하면 어떤 하위 요구가 왜 필요한지 설명하기 어렵고 누락도 찾기 힘들다. 요구사항에는 문장뿐 아니라 추상 수준과 관계가 필요하다.

이 장에서는 비즈니스 목표에서 이해관계자·시스템·소프트웨어 요구로 내려가는 계층을 구성한다. 분해·할당·파생 관계를 구분하고 각 하위 요구가 상위 목적을 어떻게 실현하는지 확인해, 추적과 변경 영향 분석의 뼈대를 만든다.

1. 계층화

범위가 정해져도 요구 후보를 한 줄 목록으로 두면 전체 의미가 보이지 않는다. QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다.의 속도를 높이는 일이 왜 필요한지, DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다.의 기록이 어떤 업무 목표를 지키는지, IR-001IR-001 · 인터페이스 요구자격·운영 흐름.이 어느 실패를 안전하게 만드는지 찾기 어렵다. 요구사항 구조화는 후보를 목적과 추상 수준에 따라 배치하고 관계를 명시해 전체가 함께 무엇을 달성하는지 보이게 하는 일이다.

계층화는 상위 목적에서 하위의 더 구체적인 필요와 시스템 행동으로 내려가는 구조다. 이 책의 관통 사례에서는 다음과 같이 볼 수 있다.

나무는 이해를 돕는 요약이지 이미 입증된 인과관계가 아니다. ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다.이 확인되지 않은 상태에서는 UR-001UR-001 · 사용자 요구신청 가능 강좌와 결과·사유 확인 / 사용자.이 BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자.의 50% 감소를 보장한다고 말할 수 없다. 연결선에 지원한다, 구현한다, 제약한다, 근거가 미확인이다 같은 관계 의미와 상태를 붙인다.

상하 관계를 만들 때 묻는다.

• 하위 항목이 충족되면 상위의 어떤 결과가 달라지는가?
• 상위 목적을 만족하는 데 필요한 하위 항목이 빠지지 않았는가?
• 서로 다른 추상 수준을 단순 형제 항목처럼 비교하고 있지 않은가?
• 하위 요구가 특정 설계 수단으로 너무 일찍 내려가지는 않았는가?
• 각 연결을 설명할 출처·규칙·가정이 있는가?

계층은 중요도 순서가 아니다. 위에 있다고 항상 먼저 구현하는 것도 아니다. 목표는 가치 방향을 주고, 하위 요구는 관찰·구현·검증 가능한 형태로 구체화한다. 우선순위는 13장13장. 요구사항의 우선순위를 결정한다가치·긴급성·위험·노력을 섞지 않고 우선순위를 어떻게 결정하는가?페이지로 이동에서 별도 기준으로 결정한다.

2. 분해

분해는 하나의 큰 요구를 더 작은 책임이나 판단 단위로 나누는 일이다. 계층화가 추상 수준의 관계를 보여 준다면 분해는 상위 요구의 의미를 잃지 않으면서 분석·할당·검증 가능한 조각을 만든다. 작게 자르는 것 자체가 목적이 아니다.

FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다.의 “현재 학사 규칙과 강좌 상태를 평가한다”를 사례로 보자.

이 분해에는 빈칸이 보인다. 규칙들의 적용 순서, 하나 이상 실패했을 때 반환할 사유, 보류와 거절의 구분, 정원과 우선순위의 관계가 아직 확정되지 않았다. 따라서 분해된 가지를 승인 요구로 선언하지 않고 정책 질문과 쟁점에 연결한다.

좋은 분해는 다음 조건을 만족한다.

1. 포괄성: 하위 항목을 함께 충족하면 상위 요구의 범위를 설명할 수 있다.
2. 경계성: 각 항목의 주체·조건·결과가 겹치거나 빠지지 않는다.
3. 추적성: 모든 하위 항목이 상위 요구와 출처로 돌아간다.
4. 검토 가능성: 도메인·개발·시험 담당자가 각 항목의 완료 근거를 논의할 수 있다.
5. 변경 독립성: 하나의 정책 변경이 불필요하게 모든 항목을 다시 쓰게 하지 않는다.

한 문장을 입력 필드별로 잘게 쪼개는 것은 분해가 아닐 수 있다. “학생 ID를 받는다”, “강좌 ID를 받는다”, “버튼을 표시한다”가 각각 독립된 이해관계자 결과를 만들지 못하면 구현 작업 목록에 가깝다. 반대로 너무 큰 항목은 서로 다른 출처·권한·실패를 숨긴다. 분해를 멈출 지점은 글자 수가 아니라 한 가지 판단과 결과를 일관되게 검토할 수 있는가이다.

3. 그룹화

그룹화는 같은 관점이나 검토 목적을 공유하는 요구를 묶는 일이다. 계층이 상하 의미를, 관계가 항목 사이 제약을 표현한다면 그룹은 독자가 필요한 부분을 찾고 책임 있는 사람이 검토하게 돕는다. 한 요구는 여러 그룹에 속할 수 있다.

수강신청 요구를 한 가지 분류로만 묶으면 다른 질문이 사라진다. 기능별로는 신청 준비·판정·상태·복구로, 사용자별로는 학생·교무·운영으로, 상태별로는 접수·보류·승인·거절·취소로, 품질별로는 성능·정확성·가용성·보안·접근성·감사로 볼 수 있다.

폴더 위치 하나를 요구의 유일한 의미로 사용하지 않는다. IR-001IR-001 · 인터페이스 요구자격·운영 흐름.은 외부 규칙 인터페이스 그룹이면서 실패 복구, 안전성, 신청 판정 그룹에도 연결된다. 문서를 복제하기보다 하나의 식별자를 여러 보기에서 참조한다. 그룹 이름에는 소유자와 사용 목적을 붙이고, ‘기타’가 커지면 분류 기준을 다시 살핀다.

그룹화 완료 기준은 보기 좋게 정렬되었는가가 아니다. 필요한 검토자에게 관련 요구와 관계가 모이고, 어느 보기를 사용해도 원본과 상태가 하나로 유지되는가이다.

4. 일반화와 구체화

일반화는 여러 요구의 공통 의미를 상위 개념으로 뽑는 것이고, 구체화는 공통 개념을 특정 조건·대상에 맞게 나누는 것이다. 중복 통합과 비슷해 보이지만 목적이 다르다. 중복 통합은 같은 의미의 사본을 줄이고, 일반화는 변형들이 공유하는 규칙과 차이를 구조로 표현한다.

예를 들어 선수과목, 최대 학점, 시간표 충돌, 정원은 모두 수강 자격·가능 여부를 평가하는 규칙으로 일반화할 수 있다. 하지만 개별 규칙의 데이터 출처와 예외는 다르다.

공통 구조를 만들면 일관된 사유·기록·실패 처리를 재사용할 수 있다. 그러나 차이를 억지로 없애면 정책 오류가 생긴다. 정원 부족은 현재 상태의 경쟁 문제이고, 선수과목 미충족은 학생 자격 문제다. 두 결과 모두 ‘거절’이라고 해서 같은 재시도·이의 처리 규칙을 쓰는 것은 아니다.

일반화 수준을 결정할 때 공통 속성과 행동이 실제로 같은 의미인지, 구체 항목이 상위 규칙을 위반하지 않는지, 예외가 상위 구조를 왜곡할 만큼 많은지 묻는다. 상위 항목은 추적과 일관성을 제공해야 하며 단지 추상적인 이름표가 되어서는 안 된다.

5. 종속관계

종속관계는 한 요구의 유효성·실현·검증이 다른 요구나 외부 조건에 기대는 관계다. 단순히 관련 있다는 뜻보다 강하다. A가 없거나 바뀌면 B의 의미나 달성 가능성이 달라질 때 B는 A에 종속된다고 기록한다.

사례의 핵심 종속은 다음과 같다.

• FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다.의 판정은 RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.의 권한 있는 정의와 입력 데이터에 종속된다.
• UR-001UR-001 · 사용자 요구신청 가능 강좌와 결과·사유 확인 / 사용자.의 결과·사유 표시는 FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다.의 판정 결과와 사유 체계에 종속된다.
• DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다.의 재현 가능한 기록은 규칙 버전 제공 여부 ASM-002ASM-002 · 가정규칙 버전 제공 여부 미확인.에 종속될 수 있다.
• QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다.의 상태 조회 시험은 합의된 부하·데이터·측정 경계에 종속된다.
• BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자. 달성 판단은 기준선 정의와 SRC-LOG-01SRC-LOG-01 · 프로젝트 항목평가를 가능하게 함.의 측정 가능성에 종속된다.

관계표에는 원천, 대상, 관계 유형, 이유, 강도, 상태와 변경 영향을 적는다.

모든 화살표를 의존으로 부르면 변경 영향을 정밀하게 판단할 수 없다. 입력, 구현, 검증, 정책, 데이터, 외부 서비스처럼 이유를 하위 속성으로 나눈다. 순환 종속이 나오면 실제 상호 제약인지, 요구와 설계를 섞었는지, 한 결정을 둘로 잘못 나눴는지 확인한다.

6. 선행관계

선행관계는 한 요구나 결정이 다른 요구의 수행·결정·검증보다 먼저 충족되어야 하는 순서 관계다. 종속관계가 의미의 기대를 말한다면 선행관계는 시간과 실행 순서를 말한다. 서로 종속되어도 병렬로 구현할 수 있고, 직접 의미 종속이 없어도 이행 일정 때문에 선행할 수 있다.

수강신청에서는 다음 선행관계가 있다.

이 순서는 워터폴식 문서 완료 순서를 강제하지 않는다. 시제품과 탐색은 병렬로 할 수 있다. 다만 선행 결정이 불확실한 상태에서 후속 작업을 진행하면 재작업 위험이 있다는 표시다. 팀은 차단, 병렬 가능하지만 위험, 검증 전 필요 등 강도를 구분할 수 있다.

선행관계를 일정표로만 관리하면 근거가 요구에서 끊긴다. 왜 먼저여야 하는지, 지연되면 어느 요구와 출시가 영향을 받는지, 임시 가정으로 진행할 권한과 만료일이 있는지를 관계 기록에 남긴다.

7. 상충관계

상충관계는 두 요구를 같은 조건과 자원 안에서 함께 만족시키기 어렵거나 불가능한 관계다. 10장10장. 요구사항 분석도출한 요구 후보에서 누락·모순·중복·실현 가능성 문제를 어떻게 찾는가?페이지로 이동의 모순이 논리적 불일치를 찾는 데 집중했다면, 구조화에서는 충돌을 다른 요구와 목표 사이의 명시적 연결로 보존한다.

ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다.은 RULE-005RULE-005 · 업무 규칙우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.의 졸업예정자 우선 배정과 RULE-004RULE-004 · 업무 규칙분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다.의 정원 초과 금지 후보가 겹치는 조건을 다룬다. 여기에 QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다.의 빠른 조회, 모든 요청의 실시간 규칙 검증, 서버 비용 제한도 상충할 수 있다. 장애학생의 접근 지원과 동일한 선착순 인터페이스를 모든 학생에게 강제한다는 정책도 충돌 가능성이 있다.

상충관계에는 다음을 붙인다.

• 함께 만족하기 어려운 정확한 조건과 자원
• 각 요구가 보호하는 목표·이해관계자·정책
• 논리 모순인지, 제한 자원의 경쟁인지, 품질 트레이드오프인지
• 현재 증거와 미확인 가정
• 영향을 받는 다른 요구와 결정권자
• 대안 분석이 필요한 시점과 상태

관계만 그려 놓고 하나를 임의로 낮추지 않는다. 공정성과 졸업 가능성처럼 다른 가치가 부딪히는 경우는 점수 하나로 사라지지 않는다. 13장13장. 요구사항의 우선순위를 결정한다가치·긴급성·위험·노력을 섞지 않고 우선순위를 어떻게 결정하는가?페이지로 이동에서 우선순위 기준을 적용하고 14장14장. 요구사항 충돌과 협상동시에 만족할 수 없는 요구를 근거와 권한에 따라 어떻게 협상하는가?페이지로 이동에서 대안과 권한을 통해 합의한다.

8. 파생 요구사항

파생 요구사항파생 요구사항상위 요구·정책·설계 결정에서 논리적으로 새로 도출된 요구사항이다.은 이해관계자가 직접 말하지 않았더라도 상위 요구, 정책, 외부 인터페이스, 설계 결정이나 품질 목표를 만족하기 위해 논리적으로 생기는 요구다. SWEBOK Guide v4.0a는 시스템 요구에서 소프트웨어 요구가 파생될 수 있고, 상위 영역의 비기능 요구가 하위 영역의 기능 요구를 유도할 수 있음을 설명한다.

예를 들어 IR-001IR-001 · 인터페이스 요구자격·운영 흐름.의 “규칙 서비스 실패 시 자동 승인하지 않고 보류한다”에서 다음 후보가 파생될 수 있다.

• 시스템은 보류 상태와 원인 코드를 학생·운영자에게 제공해야 한다.
• 보류 신청을 재평가할 때 적용한 입력과 규칙 버전을 기록해야 한다.
• 재평가가 중복 승인이나 정원 이중 차감을 만들지 않아야 한다.
• 끝내 판정할 수 없는 보류의 종료 권한과 결과가 정의되어야 한다.

이것들은 타당해 보이지만 모두 확정 요구는 아니다. 보류의 좌석 점유 ASM-003ASM-003 · 가정처리 보류가 좌석을 점유하는가?, 재평가 정책과 종료 권한이 확인되어야 한다. 각 파생 후보에 파생 원천, 추론 규칙, 필요성, 검토자, 상태를 붙인다.

파생 요구를 분석가의 취향이나 특정 구현을 숨기는 통로로 쓰지 않는다. 상위 요구가 없어지거나 설계 대안이 바뀌면 파생 요구도 재검토한다. 추적 가능한 근거가 없는 항목은 새 요구 후보 또는 설계 제안으로 돌린다.

9. 요구사항 아키텍처

요구사항 아키텍처는 요구와 설계 정보가 전체 목표를 함께 지원하도록 구조와 상호관계를 조직한 것이다. 소프트웨어 컴포넌트 아키텍처와 같은 말이 아니다. IIBA의 The Business Analysis Standard는 요구사항 아키텍처를 요구와 설계가 서로를 지원해 목표를 완전하게 달성하도록 구조화하고, 그 상호관계를 보여 주는 결과로 설명한다.

수강신청 사례의 최소 아키텍처는 하나의 거대한 나무보다 여러 보기를 연결하는 편이 낫다.

각 보기는 같은 원본 ID와 상태를 사용한다. IREB CPRE 용어집은 추적성을 요구의 기원, 구현과 시험, 의존 요구로 이어지는 명시적 관계를 세우는 능력으로 설명한다. 따라서 그림만 그리고 끝내지 않고 관계표에 출처, 방향, 유형, 근거와 상태를 저장한다.

구조의 각 요소에는 유지 책임도 필요하다.

고아 항목은 어떤 목표·출처·제약에도 연결되지 않은 요구이거나, 상위 목적은 있지만 이를 실현할 하위 요구가 없는 지점을 말한다. 전자는 범위 근거가 약할 수 있고 후자는 누락 가능성이 있다. 다만 법률·안전·조직 표준에서 직접 나온 제약은 업무 목표가 아니라 권한 있는 출처로 올라갈 수 있다. 연결 형태보다 근거의 정당성을 본다.

변경 영향 분석은 수정할 문서 이름만 찾는 일이 아니다. 예를 들어 ASM-003ASM-003 · 가정처리 보류가 좌석을 점유하는가?이 틀려 보류가 좌석을 점유한다고 결정되면 정원 규칙, 상태 전이, 재평가 순서, 중복 요청, 학생에게 보여 줄 설명, 운영 감시와 부하 시험이 함께 영향을 받는다. 요구사항 아키텍처는 이 경로를 따라 검토자를 호출하고 우선순위를 다시 계산하게 해야 한다.

아키텍처를 검토하는 순서는 다음과 같다.

1. 모든 범위 안 요구가 목표 또는 권한 있는 제약으로 거슬러 올라가는가?
2. 상위 요구를 지원하는 하위 요구 집합에 중요한 빈칸이 없는가?
3. 분해·일반화가 의미를 보존하며 중복 원본을 만들지 않는가?
4. 종속·선행·상충·파생 관계가 구별되어 있는가?
5. 11장11장. 범위를 정의한다제품과 프로젝트가 책임질 범위와 경계 밖의 일을 어떻게 합의하는가?페이지로 이동의 외부 인터페이스와 범위 제외가 구조에 반영되었는가?
6. 미확인 가정과 쟁점이 승인된 요구처럼 보이지 않는가?
7. 한 항목이 바뀌면 영향을 받을 목표·규칙·상태·인터페이스·시험을 찾을 수 있는가?

모든 요구를 나무 하나에 강제로 넣으면 상충과 횡단 품질이 숨는다. 반대로 관계를 무제한으로 늘리면 누구도 유지하지 못한다. 목표 달성, 검토 책임, 변경 영향과 우선순위 결정에 실제로 필요한 관계부터 관리한다. 보기마다 목적·독자·갱신 책임자를 둔다.

이 장에서 정리한 결과는 요구사항 트리, 관계 유형표, 파생 근거와 여러 보기로 구성된 요구사항 아키텍처 초안이다. 아직 BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자., QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다.의 수치와 RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.의 정책 세부는 확인 전이며 ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다.도 열려 있다. 구조화는 이 불확실성을 감추지 않고 어느 결정에 영향을 주는지 보여 준다. 다음 장에서는 이 구조를 입력으로 삼아 가치가 큰 항목만 고르는 것이 아니라 비용·위험·의존성·긴급성을 함께 보며 실제 실행 순서를 정한다.

수강신청 사례에 적용

판단 기준과 흔한 오류

직접 해보는 실습

핵심 요약

관련 도구와 다음 경로