① 요구사항 정의서
기능 목록(회원·매장·관리자)과 화면 목록(앱 44화면), 비기능(보안·성능·무상태) 요구. 실제 코드·230 API·프로토타입 기준.
열기 →② DB 테이블·컬럼 정의서
실 DB 기준 테이블·컬럼·인덱스·제약 정의(도메인 68테이블·208인덱스). ERD·DDL·마이그레이션과 함께 데이터 산출물 구성.
열기 →③ 인터페이스 정의서
API 응답 규약·오류코드(HTTP 상태 매핑)·인증 방식, 외부기관 연계 정의(펌뱅킹·본인인증·은행·웹훅·PG) 및 현재 스텁 상태.
열기 →④ 시스템 설계 (구성도·아키텍처·업무흐름)
5개 호스트 시스템 구성도, 3계층 애플리케이션 아키텍처, 주요 업무 흐름도(결제·출금·선물·정산·입금의 복식 분개).
열기 →⑤ 테스트 결과서
자동화 테스트(Flutter) + 주요 거래 E2E(승인·취소·출금·정산 멱등) 실측 결과. 실 거래 데이터·보안 검증 근거 포함.
열기 →⑥ 관리자(백오피스) 매뉴얼
로그인(2단계 OTP·IP제한), 7개 메뉴 그룹 31화면 사용법, 매장 승인·정산·정책 등 핵심 업무 절차. 관리자 전원 동등.
열기 →⑦ 계정·접근권한 인계서
저장소·서버·DB·스토리지·외부 서비스 접근 및 운영 필수 환경변수 목록(값은 별도 안전채널). 부팅가드로 미설정 차단.
열기 →⑦ 오픈소스·라이선스 목록
백엔드·Flutter·인프라 제3자 라이브러리와 라이선스(Apache·BSD·MIT·카피레프트 주의 항목 표기). 인계 산출물의 일부.
열기 →⑦ 최종 개발완료 보고서
구축 결과·품질·보안 요약과 산출물 7종 대응표, 라이브 전 잔여 관문(외부연동 계약). 소스코드는 git 저장소로 제공(본 사이트 미배포).
열기 →개발 구조 · 아키텍처
인프라(서버 4대·3-tier) · 앱 구조(Spring Boot 3계층) · 기술 스택 · API 문서화 · 배포. 개발자가 한눈에 보는 구조와 실전 코드 흐름.
열기 →앱 프로토타입
일반회원·매장(가맹점) 앱의 실제 화면 흐름. Flutter · Material Design 3 기반으로 실제 구현과 동일한 형태. 충전·결제·선물·송금·환급·카드관리·마이페이지 포함.
열기 →DB 설계도 (ERD)
68개 도메인 테이블 구조도. append-only 복식부기 원장, 시스템 지갑, 유효기간 로트, 월별 파티셔닝, 시스템 버전 이력을 반영한 관계형 스키마.
열기 →DB 검증 리포트
실제 MariaDB 적재 검증 결과. 전 쿼리 인덱스 적중(EXPLAIN), 방어 트리거, 무결성 가드, 100만건+ 대량 스케일 시뮬레이션 포함.
열기 →구현 현황
정본 1~18장 기능이 서버·회원앱·매장앱·관리자·DB에 어디까지 구현되었는지 한눈에. 외부 연동(본인인증·펌뱅킹·PG·FCM) 스텁 현황 포함.
열기 →발주사 요청자료
실서비스 오픈을 위해 발주사가 준비·계약·제공해야 하는 항목(스토어 계정·본인인증/이체 계약·도메인·약관·정책 등)을 우선순위별로 정리.
열기 →운영·배포 가이드
dev→sandbox→live 3단계 환경 운영, 환경변수 주입, 데이터베이스 동기화(Flyway 마이그레이션 승격) 절차와 담당자용 체크리스트.
열기 →API 엔드포인트 명세
회원 앱 · 매장 앱 · 관리자(admin)에서 호출하는 API 엔드포인트 목록. DB 설계·검증과 연동된 개발 기준.
열기 →개발구축 계약서
NestPay 정보시스템 개발구축 사업. 과업 범위(사용자 앱 · 매장 앱 · 관리자 웹 · API · DB · 소개 페이지) · 대금 · 검사 · 하자 · 지식재산권 및 별첨(개발범위 · 노임단가 · 대가산정).
다운로드 (.docx) ↓유지관리 계약서
NestPay 정보시스템 유지관리 사업. 하자보수 중심 범위 · 월 정액 대금 · 투입 공수 · 개인정보 처리 · 계약 갱신 및 별첨(과업내용 · 노임단가 · 투입계획).
다운로드 (.docx) ↓