프로젝트 기획 소개 (5일차)

<더치페이 서비스 프로젝트의 서막>

 

step 1. 문제의 발생

• 여러 명이 결제한 금액을 후에 더치 페이로 정산하기 어려웠던 문제의 발생

1-1. 5W 로 문제 상황 정리 & 해결 방안 생각해보기

• 불편함을 느낀 상황? 
• 불편했던 이유들? 
• 해결해야 하는 문제?
• 기술로 해결이 가능한 문제인가?

-> 여러 명이 결제한 내역도 쉽게 더치 페이가 가능하게 계산하는 소프트웨어가 있으면 해결 가능!

 

step2. 목적 생각하기

• 아이디어를 실현하고자 하는 목적? 가치?

-  코로나 이후, 사람들과의 오프라인 교류의 일상화

- 모임 이후 비용 정산을 편리(Stress-free)하게 하고자 함

 

step3. 이 아이디어의 효과 생각하기

• 복잡한 계산 과정 없이 바로 정산 결과를 볼 수 있다 -> 정산 과정에서의 복잡함을 간소화
• 각자 쓴 내용을 각자 입력 -> 정산 과정에서 불필요한 커뮤니케이션과 과정을 줄일 수 있음

step4. 더치페이 서비스의 핵심 기능 생각해보기

• 그룹 생성 기능
• 생성한 그룹에 멤버 추가 기능
• 각각 지출한 내역을 입력할 수 있는 창
• 지출 내역을 조회할 수 있는 섹션
• 지출 내역이 입력될 때마다 정산 결과를 계산해 주는 로직
• 정산 결과를 조회할 수 있는 디스플레이

step5. step1~4를 바탕으로 Notion 템플릿 작성하기

 

<서비스 요구사항(User requirment) 작성법>

 

1. 서비스 요구사항을 작성하는 것이 중요한 이유

• 프로젝트 초기 단계 -> 시스템이 어떻게 동작할지 정의하고 프로젝트 일정을 구체화 시키는 것이 중요
• 초기 단계에 문제 발견 -> 초기 단계에서 문제를 발견하고 해결 방법을 강구하는 것으로 시간을 절약
• 협업 측면 -> 타 직군과 협업 하여 서비스의 요구사항을 정의하기에 가장 명확한 수단
• 유지보수 측면 -> 추후 스펙 변경이 있을 때 어떤 기능의 지원 여부를 빠르게 search가능

 

2. 요구사항이 될 수 있는 내용

2-1. 기능적 요구사항(Functional Requirements = FR)

• 사용자의 관점에서 필요한 기능
• 소프트웨어의 기능에 대한 요구사항들
• 사용자의 관점에서 필요한 기능

2-2. 비기능적 요구사항(Non-Functional Requirements = NFR)

• a.k.a Software quality requirements
• 소프트웨어의 품질을 높이기 위한 요구사항 -> 시스템 운영을 판단하기 위한 기준을 정의하는 과정
• 성능(performance)
• 보안(Security)
• 가용성(Availability)

 

3. 요구사항 작성 방법

3-1. User story에서 시작

• 철저히 사용자의 관점에서 소프트웨어를 통해 어떤 것을 하고 싶은지 생각
• 역할: 소프트웨어를 사용/관리하는 주체
• 하고 싶은 것
• 이 것이 필요한 목적이나 이점

3-2. software requirements 정의

• User story를 만족시키기 위해 시스템에서 어떤 것들을 해야 할지를 기능적 요구사항과 비기능적 요구사항을 이용하여 정의

 

4. 그 밖의 체크리스트

지원할 디바이스 -> 태블릿, PC, 모바일

웹 앱 -> 지원할 브라우저 최소 사양

모바일 앱이라면 지원할 모바일의 스크린 사이즈, OS최소 사양

보안 -> 패스워드 암호화

서비스 지역 -> 한국 or 전세계

 

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성되었습니다.

* 필수 삽입 링크 : http://bit.ly/3Y34pE0

패스트캠퍼스 [직장인 실무교육]