프로젝트 기획 (1) - 서비스 요구사항

3일차 화이팅!

 

Ch01-01

만들어 볼 프로젝트 소개

만들어 볼 사이드 프로젝트 : 더치페이 서비스

• 문제 - 여러 명이 결제한 금액을 더치 페이를 해야 할 때 계산하기가 복잡함.
  (5WHY 활용)
• 목적 - 이 아이디어를 실현하고자 하는 목적 혹은 주려고 하는 가치는?
  코로나 이후 점차 사람들의 모임과 여행이 다시 활성화 되고 있음.

모임 이후 비용 정산할 때 Stress-free

• 효과
  누가 누구에게 돈을 주어야 하는지, 복잡하게 손으로 계산할 필요 없이 바로 정산 결과를 볼 수 있음.
  메신저에서 쓴 내용을 누구 한명이 엑셀에 붙여넣는 것이 아닌, 각자가 쓴 내용을 입력할 수 있음.
• -> 정산 과정에서의 복잡함을 줄여줌. 정산 과정에서의 불필요한 과정/커뮤니케이션을 줄 일 수 있음.

더치페이 서비스의 핵심 기능

• 그룹 생성 - 그룹명 설정, 그룹 멤버 추가
• 그룹에 멤버 추가
• 지출한 내역 입력
• 지출 내역 조회
• 정산 결과 계산
• 정산 결과 조회

서브 기능까지 고안해서 노션에 추가하기.

---

Ch01-02

서비스 요구사항 작성법

서비스 요구사항 (User requirement) - 시스템에 대한 사용자의 요구와 기능

왜 중요할까?

• 프로젝트 초기 단계 -> 코드 만으로 어떤 서비스를 만들 것인지, 시스템이 어떻게 동작할지 정의하기가 어려움.
• 프로젝트 초기 단계 -> 프로젝트 일정을 estimate하고 구체화 시킬 수 있음.
• 문제가 초기 단계에서 발견될 수 있음. 초기 단계에서 문제를 발견하고 방법을 강구하는 것이 시간을 절약하고 스마트하게 일할 수 있는 방법
• 협업 측면 -> 타 직군과 협업하여 서비스의 요구사항을 정의하기에 가장 명확한 수단.
• 유지보수 측면 -> 추후 스펙 변경이 있을 때 어떤 기능을 지원하기로 했는지, 하지 않기로 하였는지 빠르게 찾아볼 수 있음.

어떤 것들이 요구사항이 될 수 있을까?

기능적 요구사항 (Functional requirements)

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

비기능적 요구사항 (Non-functional requirements)

• a.k.a Software quality requirements
• 소프트웨어의 품질을 높이기 위한 요구사항. 시스템 운영을 판단하기 위한 기준을 정의하는 과정
  • 성능 (Performance)
    • ex) 지출 내역 조회 API는 아무리 못해도 1초 내에는 응답을 줘야 함.
  • 보안 (Security)
    • ex) 비밀번호는 SHA-256 알고리즘으로 암호화 되서 저장.
  • 가용성 (Availability) - 기간 동안 소프트웨어가 정상 동작하는 비율(%)
    • ex) 99.999% 1y availability = downtime은 약 5분

요구사항 작성법

1. User story에서 시작
   철저히 사용자의 관점에서 소프트웨어를 통해 어떤 것을 하고 싶은지 생각한다

• Role - 소프트웨어를 사용/관리하는 주체
• Goal - 하고 싶은 것
• Benefit - 이 것이 필요한 목적 혹은 이점
• -> {Role}로서, 나는 {Benefit}을 위해 {Goal}을 이루고 싶다/가지고 싶다.

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

예시)

그 밖의 체크리스트
지원할 디바이스, 웹/앱 이라면 지원할 브라우저 최소 사양, 보안, 서비스 지역 등등..

---

3일차 인증

---

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

 

http://bit.ly/3Y34pE0

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