[Toy Project] Prototype 기반 사용자 요구 사항 정리 회의

개요

• 안건: 재고 관리 시스템 1차 버전 점검 및 시스템의 발전 방향 논의
  • 1차 버전 배포 결과(프로토타입)를 보고, 실 사용자와 회의를 가져, 요구 사항을 듣고 추가 개발 방향을 구체화
• 일시: 2024.02.18

프로토 타입

• 제품, 재료의 재고 관리 기능
• 제품, 재료 등록/수정/삭제 기능
• 제품 카테고리 관리 기능
• 사용자 관리 기능
• 화면
  
• Azure VM에 배포

  Linux (Ubuntu 20.04)
  Size: Standard B1s (1 vCPUs, 1GiB RAM)

현재 기능 개선 - Ver 1

1) 카테고리

• AS-IS: 단일 Level 카테고리
• TO-BE: 카테고리 Depth 생성 (대분류/중분류/소분류)
• 수정 대상: Back, Front

2) 검색기록 유지

• AS-IS: 다른 페이지 진입 시, 이전 검색 기록 초기화
• TO-BE: 최근 검색 기록 유지
• 수정 대상: Front

3) 버그 수정

• AS-IS: 삭제, 수정 버튼이 사라짐
• TO-BE: 버튼 복구 필요
• 수정 대상: Front

추가 기능 - Ver 2

1) 상점 별 판매 관리

• 입고 기능
  • 특정 상점에 입고된 상품 목록과 일시(history) 기록
• 정산 기능
  • 매장 별 월말 정산
• 조회 기능
  • 월 별/품목 별 조회(월 별 품목 별 판매 내역 조회)
  • 매달 총 매출 조회
• 알림 기능
  • 월말 정산 누락 시 메일로 알림 전송 (우선 순위 下)

설계 변경

• 매장의 대상 변경
  • AS-IS: 온라인, 오프라인 매장
  • TO-BE: 오프라인 매장

회의 후기

• 내가 만든 제품을 사용자가 사용해보고 뭐가 불편했는지,,,! 를 듣는다고 생각하니 설레기도 하고 두렵기도 했다

• 그래도 회의 내내 화목한 분위기라서 편하게 서로의 요구사항을 확인했던 것 같다

• 사용자가 생각하는 관점과 개발자의 관점이 조금은 다르다는 것도 신기했다!

• 아래는 사용자가 그려온 상점 관리 메뉴이다. 실제 상점의 이름들을 메뉴 바에 추가하는 것을 원했었다.
  

• 하지만 이렇게 되면 메뉴가 동적이게 되며, 새로운 상점의 추가가 화면 상으로 애매해진다고 생각했기에 다른 방향을 제안하였다

매장
- 매장 현황 (여기서 특정 매장을 라디오 버튼으로 선택)
- 매장 등록

• 이렇게 사용자의 요구를 확인하고, 서로 불가능하거나 "꼭" 필요한 기능들을 조율하다보니 시간이 빠르게 지나갔었다
• 또한 더 시스템의 사이즈가 커지기 전에 DB 백업/복구 기능을 빠르게 도입해야겠다는 필요성도 느꼈다!
• 1차 버전을 얼른 마무리해서 개선된 버전을 빠르게 배포하고 싶다 😲😲