단계별 안내 · 8 MIN
소프트웨어 수명주기 살펴보기
내보내기 기능을 요구사항부터 운영까지 따라가세요. 단계별 담당자, 증거, 결정을 살펴보세요.
상황
고객 관리 서비스를 담당하고 있습니다. 관리자가 자기 조직의 활성 고객 파일을 요청합니다. 이 가상 기능을 요청부터 운영까지 따라가세요.
할 일
- 요구에서 시작하세요. 다음 단계로 같은 기능의 일곱 단계를 모두 따라가세요.
- 각 단계에서 예시 증거를 읽으세요. 결정 질문에 답하는지 판단한 뒤 설명을 여세요.
시나리오: 고객 내보내기
증거는 결정을 뒷받침하는 문서나 검사 결과입니다. 아래 각 단계에 예시가 있습니다. 순서대로 따라가거나 단계를 직접 선택하세요.
단계 1 / 7
요구
관리자가 자기 조직의 활성 고객을 내보내야 합니다.
- 담당자
- 제품 담당자
- 증거
- 수락된 결과와 허용 필드
관리자가 매주 한 시간 동안 활성 고객 정보를 모읍니다. 수락된 요구는 자기 조직에 속한 고객의 이름과 ID를 CSV로 내보내는 것입니다.
단계 2 / 7
명세
허용된 사용자, 데이터, 실패 동작, 인수 기준을 정합니다.
- 담당자
- 제품 및 보안 담당자
- 증거
- 데이터 흐름과 인가 요구사항
인수 기준: 조직 A의 관리자가 요청 식별자를 바꿔도 조직 B의 레코드를 받지 못합니다.
단계 3 / 7
구현
에이전트가 기능 브랜치에서 작은 변경을 준비합니다.
- 담당자
- 개발팀
- 증거
- 요구사항에 연결된 diff
PR이 데이터베이스 쿼리에 조직 필터와 다른 조직 요청에 대한 테스트를 추가합니다. 로그인과 청구는 그대로 유지합니다.
단계 4 / 7
검증
실제 인가와 금지된 요청을 살펴봅니다.
- 담당자
- 독립 검토자
- 증거
- 최종 커밋에 대한 테스트와 검토
최종 커밋의 테스트는 조직 A 사용자가 B의 레코드를 받을 수 없음을 보여 줍니다. 검토자가 인가 연결을 확인합니다.
단계 5 / 7
릴리스
허용된 배포 역할로 수락된 아티팩트를 배포합니다.
- 담당자
- 릴리스 담당자
- 증거
- 아티팩트 식별자, 승인, 복구 계획
릴리스 담당자가 아티팩트 커밋과 검토된 커밋의 일치를 확인합니다. 복구 지침에는 이전 버전과 롤백을 시작할 수 있는 사람이 명시됩니다.
단계 6 / 7
운영
내보내기 실패, 접근 통제, 서비스 동작을 모니터링합니다.
- 담당자
- 서비스 담당자
- 증거
- 메트릭, 범위가 제한된 감사 로그, 사고 대응 지침
내보내기 실패 알림이 당직 엔지니어에게 전달됩니다. 범위가 제한된 감사 로그는 전체 고객 목록을 복사하지 않고 행위자와 조직을 기록합니다.
단계 7 / 7
학습
다음 변경 전에 사용과 관찰한 문제를 평가합니다.
- 담당자
- 제품 담당자와 팀
- 증거
- 피드백과 갱신된 작업 대기열
지원 요청이 큰 고객 목록의 내보내기 실패를 보고합니다. 팀이 다음 변경에 성능 요구사항과 테스트를 추가합니다.
이 순서는 반복될 수 있습니다. 새로운 증거로 작업이 명세나 구현 단계로 돌아갈 수 있습니다.
마무리
코드가 작동합니다. 왜 팀은 구현 단계에서 멈출 수 없을까요?
답을 설명과 비교하세요
작동하는 코드만으로는 누가 레코드에 접근할 수 있고 누가 실패를 처리할지 알 수 없습니다. 검증은 데이터 경계를 확인합니다. 릴리스는 증거를 배포된 버전에 연결합니다. 운영은 실행 중인 서비스의 책임을 배정합니다. 학습은 관찰한 문제를 다음 변경으로 바꿉니다.
업무에 적용하기
팀의 기능 하나에 대해 릴리스 담당자와 실패 알림을 받을 사람을 정하세요.
다른 실습 선택