회원, 예약 자료 관계와 거래 당시 금액 보존

자료의 구분과 관계

고객 정보와 예약처럼 종류가 다른 자료를 구분하고 고객 번호 등으로 연결합니다. 무엇을 별도로 관리하고 어떤 항목으로 연결할지 정합니다.

고객 한 명에게 여러 예약이 연결될 수 있습니다. 기본 정보를 예약마다 반복 저장하면 변경 시 불일치가 생길 수 있으므로 현재 정보와 개별 거래 기록의 목적을 구분합니다.

업무 조건과 설계 담당자의 역할

구현 방법은 설계 담당자가 검토하지만 업무의 의미와 예외는 운영 담당자와 확인해야 합니다. 다음 네 항목을 합의하고 설계 결과에 반영했는지 검토합니다.

• 자료의 관계고객별 예약 수와 예약별 서비스 수 등 하나와 여러 개의 관계를 확인합니다.
• 삭제와 상태 변경취소 기록을 보관할지, 회원 탈퇴 시 관련 자료를 어떻게 처리할지 정합니다.
• 정보의 변경현재 정보와 과거 거래 기록을 구분하고, 수정 이력이 필요한지 확인합니다.
• 식별과 검색고객을 구분하는 기준과 검색 조건, 중복 확인 방법을 정합니다.

현재 서식과 예시 자료의 활용

설명하기 어렵다면 현재 사용하는 서식과 파일을 예시로 준비합니다. 실제 개인정보는 제거하거나 가상 값으로 바꾸고 필요한 항목과 관계만 제공합니다.

현재 기록에서 입력 항목과 반복되는 자료, 변경과 취소 방식을 확인합니다. 기존 방식에도 오류와 중복이 있을 수 있으므로 오래 사용했다는 이유만으로 그대로 적용하지 않습니다.

예시에는 정상 업무와 예외 사례를 함께 포함합니다. 실제 고객 정보와 비밀 자료가 남지 않았는지 확인하고 자료의 구조를 설명합니다.

현재 가격과 거래 당시 금액의 구분

예를 들어 서비스 가격이 2만 원에서 2만 5천 원으로 바뀌어도 이전에 확정한 거래 금액은 별도로 관리해야 합니다. 현재 가격과 거래 당시의 금액을 구분합니다.

과거 거래의 표시 기준지난 거래를 조회할 때 항상 현재 가격만 참조하면 과거 거래 금액을 잘못 표시할 수 있습니다. 금액 확정 시점과 변경, 환불의 처리 규칙을 정해야 합니다.

확정 금액을 거래 기록에 저장하거나 가격 이력을 참조하는 등 목적에 맞는 방법을 선택합니다. 현재 가격과 거래 당시의 가격은 서로 다른 의미의 정보입니다.

상품명, 담당자와 고객 정보도 현재 정보와 과거 기록의 필요 범위가 다릅니다. 업무상 필요한 이력과 보관 근거를 확인하고 변경과 삭제 규칙을 정합니다.

자료 구조 변경의 영향

자료 구조를 바꾸면 저장된 자료와 기능에 함께 영향을 줍니다. 변경할 항목과 기존 자료의 변환, 검증과 운영 중단 여부를 검토해야 합니다.

예약 하나에 여러 서비스를 포함하도록 바꾸면 기존 예약의 이관과 조회, 정산 기능도 확인해야 합니다. 변경 범위와 활용 가능성은 함께 판단합니다.

초기 설계에서는 실제 업무 사례로 관계와 예외를 확인합니다. 질문의 수보다 미정 항목과 판단 근거가 명확히 기록되는지가 중요합니다.

확장 계획의 사전 검토

지점이나 담당자 증가처럼 자료 구분과 권한에 영향을 주는 계획을 공유합니다. 가능성이 낮은 확장까지 모두 구현하지는 않습니다.

확장 계획을 공유한 뒤 현재 반영할 설계와 후속 변경 비용을 비교합니다. 미리 설명했다는 이유만으로 추가 비용이 없어지거나 모든 변경이 쉬워지는 것은 아닙니다.

설계 결과의 업무 기준 검토

설계 결과를 검토할 때는 업무 대상과 관계, 변경 규칙을 확인합니다. 구현 세부사항을 모두 이해하기보다 실제 사례를 입력했을 때 필요한 결과가 나오는지 검토합니다.

1. 업무 대상과 관계고객, 예약, 서비스 등의 정보가 필요한 관계로 연결되는지 확인합니다.
2. 중복과 갱신같은 항목을 여러 곳에 보관하는 이유와 수정 기준을 확인합니다.
3. 변경과 보관과거 기록의 필요 범위와 보관, 삭제 조건이 반영되었는지 확인합니다.

낯선 항목은 저장하는 정보와 사용 목적을 질문합니다. 업무와 다른 가정이 있으면 사례를 들어 수정하고 합의한 설명을 문서에 남깁니다.

기관, 기업의 보관과 이관 조건

기관, 기업의 자료에는 보관과 삭제, 접근 권한에 관한 조건이 적용될 수 있습니다. 자료 종류별 근거와 기간, 처리 책임을 확인해 설계와 운영 절차에 반영합니다.

기존 시스템에서 이관할 자료가 있으면 형식과 양, 품질과 사용 가능 범위를 미리 확인합니다. 이관, 정리, 검증의 범위는 요구사항 정의서에 명시합니다.

자료 구조의 검토 기준관계, 삭제와 변경, 식별 기준을 업무 사례로 확인합니다. 현재 정보와 거래 기록을 구분하고 필요한 보관과 이관 조건을 반영합니다.