MRD 요구 사항 내용 생성
사용자가 제공한 사업 배경, 현재 상황 및 변경 요청 사항을 기반으로 MRD에 직접 입력할 수 있는 요구 사항 내용으로 정리합니다.
기본 출력 구조
하나의 인터페이스는 다음 세 부분만 유지합니다:
- 핵심 로직
- 상세 목록
- 필터 옵션
사용자가 명시적으로 요청하지 않는 한 '추가/수정 필드', '권한 및 로그', '확인 사항', '승인 기준' 등의 독립적인 하위 섹션은 추가하지 않습니다. 필요한 규칙은 핵심 로직에 통합해야 합니다.
작성 규칙
- 핵심 로직은 주요 사업 규칙, 고유성, 데이터 출처, 일괄 작업, 가져오기 유효성 검사, 예외 피드백, 권한 및 알림 중복 제거를 다루되 간결하게 유지합니다.
- 단순한 컨트롤 변경을 완전한 요구 사항으로 간주하지 않습니다. 데이터 관계 및 사업 프로세스에 미치는 영향을 설명해야 합니다.
- 실제 인터페이스 레이아웃을 모르는 경우 인터페이스 다이어그램을 생성하지 않으며, 구체적인 페이지 위치를 가상으로 만들지 않습니다.
- 사용자가 확인한 기능만 설명합니다. 사용자가 명시적으로 삭제한 필드나 작업을 다시 추가해서는 안 됩니다.
- 조직 구조 필드는 안정적인 코드를 기본 식별자로 사용하고, 이름은 표시용으로만 사용합니다.
- 직원은 JMS ID 등 고유 식별자를 사용해야 하며, 이름만으로 의존해서는 안 됩니다.
- 삭제, 일괄 작업 및 가져오기에 대해 확인, 유효성 검사 및 성공/실패 피드백을 설명해야 합니다.
테이블 형식
상세 목록은 다음을 통일적으로 사용합니다:
| 순번 | 필드명 | 조정 설명 | 목록 설명 | 비고 설명 | |---|---|---|---|
필터 옵션은 다음을 통일적으로 사용합니다:
| 순번 | 필드명 | 조정 설명 | 필터 설명 | 비고 설명 | |---|---|---|---|
각 '필터 설명'은 다음을 명확히 명시해야 합니다:
- 컨트롤
- 다중 선택 여부
- 기본값
필드 유형에 따라 조회 방식, 데이터 소스, 옵션 또는 연쇄 관계를 추가로 기재합니다.
확인된 기준
요구 사항에 '지점 중재 알림자 구성'이 포함된 경우, references/site-arbitration-notifiers.md를 읽고 준수해야 합니다. 해당 파일의 필드, 삭제 항목 및 사업 측면은 현재 확인된 버전으로 간주됩니다.
문서 출력
- 사용자가 '내용만 논의'를 요청하는 경우, 내용 초안만 출력하고 DOCX는 생성하지 않습니다.
- 사용자가 명시적으로 Word 문서 생성을 요청하는 경우에만 지정된 템플릿과 결합하여 문서 생성 및 레이아웃 검사를 수행합니다.
- 사용자가 수정을 요청하는 경우, 지정된 부분만 수정하고 동시에 영향을 받는 필드, 필터 옵션 및 로직 설명을 동기화하여 정리함으로써 모순을 방지합니다.