260610 메딕스 외부 준비
2026년 6월 9일 공유
메뉴 및 요구사항 정리 방향 논의
개요
핵심 범위만 남기고 불필요한 항목은 제외한 뒤, 메뉴 구성과 요구사항 정리를 중심으로 자료를 재구성하기로 했다.
특히 업체 검토와 협의를 고려해, 현재의 상세한 SRS 형식보다 메뉴별 핵심 요구사항만 한눈에 보이도록 간결하게 정리하는 방향이 제시되었다.
참여자 및 역할
- SPEAKER_01
- 정리 방향 제안
- 메뉴 및 요구사항 문서화 방식 설명
- 기존 자료의 문제점과 개선안 제시
- SPEAKER_00
- 범위 단순화 요청
- 논의 마무리
결정 사항
- 이번에는 핵심 내용만 정리한다.
- 공공관리, 인사관리 등 불필요하거나 우선순위가 낮은 항목은 제외한다.
- 정리 대상은 크게 두 가지다.
- 메뉴 요구사항
- 메뉴별 세부 기능 요구사항
- 메뉴 구조는 현재 기준으로 어느 정도 정리되었으나, 최종 확정 전 검토가 필요하다.
- 기존 SRS 자료는 내용이 너무 많아 업체 검토용으로는 부적합하므로, 별도의 요약형 요구사항 명세서를 만든다.
- 요구사항 명세서는 메뉴별로 핵심 항목만 추려 한 페이지 수준으로 정리한다.
- 형식은 테이블 형태로 구성하고, 우선순위 드롭다운 등 관리 가능한 형태로 꾸민다.
실행 항목
- 메뉴 구성안 검토
- 현재 정리된 메뉴 구성이 적절한지 확인
- 요구사항 요약본 작성
- 메뉴별 핵심 요구사항만 추출
- 업체 검토가 가능한 수준으로 간결하게 재구성
- 문서 형식 정비
- 기존 상세 SRS에서 필요한 내용만 분리
- 테이블 기반 페이지로 재정리
- 우선순위 설정 항목 추가
- 담당 확인
- 메뉴 정리를 누가 맡을지 확인
- 현재는 요구사항 정리 전달이 우선
논의 사항
1. 범위 축소 필요
- 이번 정리는 핵심 기능 중심으로 진행한다.
- 불필요하거나 우선순위가 낮은 관리 항목은 제외한다.
2. 요구사항은 두 층위로 정리
- 메뉴 자체에 대한 요구사항
- 어떤 메뉴가 필요한지
- 화면/기능 단위의 세부 요구사항
- 예: 심평 연동, 데이터 수신, 표 자동 생성 등
- 각 화면별 기능 조건과 처리 방식
3. 기존 SRS의 문제점
- 내용이 지나치게 많아 한눈에 들어오지 않음
- 근거, ID 값, 제목 등 부가 정보가 많아 핵심 파악이 어려움
- 그대로 업체에 전달하면 검토와 협의가 어렵다
4. 새 문서 구성 방향
- 설명 중심으로 간단하게 정리하는 것이 적절함
- 필요 시 다음 항목을 한 줄로 묶는 방식도 가능
- ID
- 타이틀
- 설명
- 다만 핵심은 메뉴별로 정리된 요구사항 명세서가 있어야 한다는 점
5. 예시 기준
- 임시 작성본에서는 CSO 관리와 같은 메뉴 단위로, 주요 요소만 추린 수준의 구성 예시가 제시되었다.
- 목표는 메뉴당 큰 항목만 남겨 요약된 분량으로 정리하는 것이다.
업체 협의를 위해서는 상세 SRS보다, 메뉴별 핵심 요구사항이 한눈에 보이는 요약형 문서가 필요하다.