프로젝트 기획

01무엇이고, 어떤 일을 하나

• 기능·성능·보안·운영 요구를 구체적으로 표현한다.
• 대안의 비용·복잡도·장애 영향을 비교해 구조를 선택한다.
• 요구사항마다 확인할 시험과 산출물을 연결한다.

02어떤 순서로 동작하나

1. 문제 정의

   누가 어떤 상황에서 겪는 문제인지, 현재 방식과 개선 목표를 적는다.

2. 요구 분류

   필요 기능, 성능·가용성·보안 등의 품질 기준, 예산·기간·환경 제약을 구분한다.

3. 구조 설계

   서비스·데이터·관리 경로와 의존성, 실패 시 영향과 복구 경계를 정한다.

4. 작업과 시험 연결

   각 요구사항에 작업·담당자·설정·시험 ID와 기대 결과를 연결한다.

5. 검증과 인수

   정상·실패 조건을 시험하고 충족한 기준과 남은 제약을 정리해 인계한다.

03먼저 알아둘 용어와 구성요소

기능 요구사항

사용자나 시스템이 수행해야 하는 동작에 관한 요구이다.

비기능 요구사항

성능·가용성·보안·유지보수성 등 동작의 품질 조건이다.

인수 기준

산출물이 요구사항을 충족했다고 인정할 구체적 시험·증거 조건이다.

추적성

요구사항을 설계·작업·시험 결과까지 연결해 누락을 확인할 수 있는 성질이다.

04예제로 따라가기

• 가상 요구: 100대에서 항목을 수집하고 자산별 성공·실패 근거를 남기는 교육용 프로젝트를 가정한다. 실제 장비에 접속하거나 이 수치를 측정한 결과는 아니다.
• 이상적인 시간 계산: 장비당 작업이 3초이고 순차 실행이면 100×3=300초다. 5개 작업을 항상 병렬로 유지할 수 있다면 이상적인 처리 시간은 60초다.
• 가정의 한계: 연결 준비·DB 저장·장비 응답 차이·재시도가 있으면 실제 시간이 늘어난다. 작업 5개가 각각 10초 timeout을 기다리면 새 대상이 시작되지 않는 구간도 생긴다.
• 실패 조건 명세: 장비별 timeout, 재시도 횟수, 전체 마감 시간, 실패한 대상의 기록 형식을 정한다. 일부 실패에도 다른 결과를 보존할지 요구에 포함한다.
• 시험으로 분해: 정상 100대, 응답 지연, 권한 거부, 연결 단절, 중복 대상과 중간 취소를 각각 시험한다. 실제 장비 없이 재현 가능한 가상 응답으로 판정·집계부터 확인할 수 있다.
• 인수 판단: 평균 실행시간만 아니라 예정 100개 대상에 성공·실패·취소 결과가 하나씩 존재하는지 확인한다. 보고서가 생성됐어도 누락 자산이 있으면 완결성 요구를 충족하지 못한다.

05혼동하기 쉬운 점과 확인 기준

• 성공 경로만 존재: 인증 실패·의존 서비스 장애·부분 저장·재시작을 설명하지 못하면 운영 설계가 빠져 있다. 각 실패에서 남는 상태와 재개·복구 책임을 적는다.
• 측정하지 못하는 요구: 시험 데이터를 준비할 수 없거나 완료 여부가 주관적인 문장은 다시 분해한다. 측정 도구와 근거 위치까지 계획에 연결한다.
• 자원 경합 누락: 독립 작업처럼 보여도 같은 담당자·장비·DB를 공유하면 동시에 수행할 수 없을 수 있다. 병렬화의 전제와 상한을 실제 자원 기준으로 확인한다.
• 확장 비용 누락: 수집 대상을 늘리면 저장 용량뿐 아니라 네트워크·권한 관리·자산 갱신·실패 검토도 늘어난다. 데이터량에 비례하지 않는 병목을 구분한다.
• 환경 고정 실패: 개발자의 PC에만 있는 파일·비밀·수동 설정이 필요하면 다른 사람이 재현하기 어렵다. 필요한 입력과 준비 절차를 문서화하고 새 환경에서 시험한다.
• 조건 없는 완료 선언: “설치 완료”를 “기능·정상/실패 시험·운영 인계 완료”와 분리한다. 남은 제약을 산출물에 남겨 이후 담당자가 같은 전제를 사용하게 한다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.