1. 보안(FNC_SECURITY)
1.1. 사용자 정보
1.1.1. 공통
1.1.1.1. GPS
1.1.1.2. os, 단말기 정보
1.1.1.3. 주 거주지역
1.1.1.4. 러프한 연령대
1.1.2. 병원
1.1.2.1. 주민등록번호
1.1.2.2. 핸드폰 번호
1.2. 전송 프로코톨
1.2.1. 공개키
1.2.1.1. 갱신 주기
2. 순번 알고리즘 (FNC_WAITING_ALGORITHM)
2.1. 도착(접수)
2.1.1. 은행을 대상으로 순번대기 프로그램 설계
2.1.2. 순번대기 가용인원 계산
2.1.2.1. 예약자 체크
2.1.2.2. 앞 순번 대기자 체크
2.1.3. 실패
2.1.3.1. 블랙리스트
2.2. 대기
2.2.1. 예약
2.2.1.1. 예약 사용자와 그렇지 않은 사용자간의 밸런스 조정
2.2.1.2. 예약 취소가자 대기에 미치는 영향
2.2.2. 예약하지 않음
2.2.2.1. 생플을 이용한 사용자와 그렇지 않은 사용자 간의 밸런스 조정
2.2.2.2. 유예 사용자와 일반 대기자간의 밸런스 조정
2.2.3. 대기행렬모형을 이용한 대기순번 평균 대기시간 계산
2.2.3.1. 업무별로 특정시간대의 가중치를 계산할 수 있어야한다.
2.2.4. 취소
2.2.4.1. 예상 이용시간에 비해 거리가 너무 먼 사용자
2.3. 서비스
2.3.1. 성공
2.3.1.1. 대기 정보 삭제
2.3.1.1.1. 자동
2.3.1.1.2. 수동
2.3.2. 실패
2.3.2.1. 취소
2.3.2.1.1. 사용자의 요청에 의한 취소
2.3.2.2. 유예
3. 가입신청
3.1. 프랜차이즈여부
3.2. 가입상품
3.2.1. open api로 직접 정보 연계
3.2.2. 연계 지원
3.3. 빌링
3.3.1. 자동이체
3.3.2. 수동이체
3.3.3. 이체 확인
3.4. 인증키 발급
4. 통계
4.1. 가맹점
4.1.1. 연령대별 이용통계
4.1.2. 상품별 이용통계
4.1.3. SNS 퍼가기 통계
4.2. 시스템
5. 은행연계
5.1. 자동이체
5.2. 실시간 가상계좌 생성
5.3. 조회
5.3.1. 금액, 기간대별 조회
5.3.2. 가맹점 정보 매핑 조회
6. 게시판
6.1. 게시판 권한 설정
6.2. 작성, 조회, 관리, 답글
6.3. 가맹요청
7. 결재
7.1. 결재
7.1.1. 직접결재
7.1.1.1. 결재 API 결정
7.1.1.1.1. 마일리지 사용이 가능해야 함
7.1.1.1.2. 별도의 앱설치
7.1.2. 간접결재
7.1.2.1. 각 가맹점별 업무 시스템 연계 체크
7.1.2.1.1. http
7.1.2.1.2. socket
8. 가맹점 설정
8.1. 블랙리스트 관리
8.1.1. 유효한 유예 및 취소 건수
8.1.2. 블랙리스트 기간
8.1.3. 블랙리스트 사용 여부
8.2. 최대 대기 설정
8.2.1. 최대 대기 인원 설정
8.2.2. 최대 대기 시간 설정
8.3. 이벤트
8.3.1. 방문수
8.3.2. 구매금액수
8.3.3. 서비스 이용 불가 상황 발생 수
8.3.3.1. 일정 시간 이상 대기하였으나 서비스를 이용할 수 없는 상황이 있었다면 먼가 보상해줄 수 있지 않을까?
9. 가맹점 정보 연계(FNC_STOREINFO_LINK)
9.1. 가맹점 정보(예시)
9.1.1. 필수
9.1.1.1. 발급받은 인증키
9.1.1.2. 가맹점 아이디
9.1.1.3. 가맹점 이름(버거킹)
9.1.1.4. 서비스 분류(패스트푸드)
9.1.1.5. 가맹점 좌표
9.1.2. 업무 리스트
9.1.2.1. 업무 아이디
9.1.2.2. 업무명(주문, 문의, 그외)
9.1.3. 업무별 제공 컨텐츠 리스트
9.1.3.1. 햄버거s
9.1.3.1.1. 햄버거 아이디
9.1.3.1.2. 햄버거 이름
9.1.3.1.3. 햄버거 가격
9.1.3.1.4. SUMMARY
9.1.3.2. 음료s
9.1.3.3. 세트s
9.1.3.4. 치킨s
9.1.3.5. etc
9.1.3.6. 현재는 예시로 보였으나 업종에 따라 업무별 제공 컨텐츠 리스트가 상이할 수 있음. 공통 컨텐츠나 필수 컨텐츠 등으로 좁혀야할 것 같음.
9.1.4. 상세 컨텐츠
9.1.4.1. 가맹점 업무 시스템 연계
9.1.4.1.1. http
9.1.4.1.2. socket
9.1.4.2. 상세 컨텐츠 내부 데이터화
9.1.4.2.1. 실 데이터 예측 필요
9.1.4.2.2. 내부 디비 아키텍처
9.1.4.2.3. 배치 주기
9.2. 연계 설정
9.2.1. 정보 연계 주기
9.2.2. 상세정보 연계 설정
10. 지도(FNC_MAP)
10.1. 가맹점 검색
10.1.1. 맵 API 결정
10.1.1.1. 가맹점 정보를 플로팅 할 수 있어야 한다
10.1.1.1.1. 관리자 페이지에서 입력하는 정보를 띄움, 업종(패스트푸드, 병원, 식당 등)에 무관하게 통일성 있는 최소입력값 정의가 필요.
10.1.1.2. x, y좌표의 반경 범위로 검색이 가능해야 한다.
10.1.1.2.1. x,y 좌표 반경범위 검색은 로직으로 처리
10.1.1.3. 구글맵
10.1.1.3.1. 가벼움
10.1.1.3.2. WEB에서도 사용이 가능함
10.1.1.4. T맵
10.1.1.4.1. 등록된 매장 검색기능이 포함된 형태의 API 제공이 강점
10.1.1.4.2. native만 제공
11. 마일리지
11.1. 통합 마일리지
11.1.1. 적립
11.1.1.1. 구매와 동신에 마일리지가 발생
11.1.1.2. 마일리지가 발생하지 않음
11.1.1.2.1. 광고 시청
11.1.1.2.2. 상품 평가
11.1.2. 사용
11.1.2.1. 마일리지를 차감하는 것과 마일리지로 쿠폰을 구매하여 사용하는 것이 법적으로 차이가 있나? 왜 굳이 쿠폰을 구매하게 하는것 인지 어떤 차이가 있는지 확인이 필요함
11.1.2.2. 전체 금액 차감
11.1.2.3. 쿠폰 사용
11.2. 쿠폰
11.2.1. 적립
11.2.1.1. 가맹점별 쿠폰 제공
11.2.1.2. 마일리지로 쿠폰 구매
11.2.2. 사용
12. 시스템 설정(FNC_SYSTEM_SETTING)
12.1. '주변'을 정의해야 함
12.1.1. '주변'이 의미있는 업무라면 관리할 수 있어야 한다
12.1.1.1. 음식점
12.1.1.2. 놀이공원
12.1.1.3. 공공기관
12.1.1.4. 의미가 없는 업무를 결정하는게 빠를지도.. 그렇다면 기본기능으로