더보기
- 저번 심화교육을 이틀이나 갔는데도 시간이 모자라서 추가 멘토링으로 보충하게 됐다. 정부에서 하는 멘토링을 찾아서 사업비를 써서 집행하거나, 전담멘토님께 무료로 1회 더 해달라고 부탁해야 한다. 11월은 여유가 있을 줄 알았는데 시간적으로 빠듯한 달이다.
- 지금까지 사회주의적 분배체계였다면 앞으로는 성과주의다.
오늘 배운 것>
1. 사용자 요구사항 명세서(User Reqiurements Specification)
: 사용자가 시스템에 구현되기를 바라는 사항을 작성한 문서이다. 요구사항을 분석하여 명확하고 완전하게 기록해야 한다. 또한 사용자나 개발자 모두 쉽게 이해할 수 있도록 만들어야 한다.
- Requirement Discovery
- User Requirements
- System Requirements
User Reqiurements(사용자 요구사항)
- 세부 기술에 대한 지식이 없는 시스템 사용자가 이해할 수 있도록 기능적/비기능적 요구사항을 기술한다.
- 자연어, 다이어그램 등을 사용해서 정의한다. 단, 자연어는 명확성이 떨어지며 기능적 요구사항과 비기능적 요구사항이 뒤섞여 있어 혼란을 야기할 수 있다.
- 모호한 표현, 전문용어를 피하고 쉬운 표현을 사용해야 한다.
-> 사용자 유스케이스 다이어그램 필요.
System Requirements(시스템 요구사항)
- 요구사항은 시스템이 무엇(what)을 해야 하는지에 대해 기술하며, 설계는 시스템이 어떻게(how) 동작하는가 기술한다.
- 제안된 시스템이 수행해야 할 모든 기능과 시스템에 관계된 제약 조건을 정확하게 기술해야 한다.
- 외부 사용자와의 인터페이스를 포함하여, 시스템 내부 구성 요소들 사이의 인터페이스에 대한 고려가 필요하다.
-> 화면명, 날짜, 작성자, 진행사항, 버전명, 중요도 추가 예정
Use Case | 선조건 | ID | 초기 시나리오 | 참조 |
판매자 등록 |
U_001 | 판매자 계정으로 등록한다. | S_01M | |
U_002 | 판매자 유형을 선택한다(개인/사업자). | S_01M | ||
U_003 | 판매자 유형이 개인인 경우 휴대폰 인증을 한다. | S_01M | ||
U_004 | 판매 이용약관, 전자금융거래 이용약관, 개인정보 수집 및 이용에 대한 안내, 개인정보 제공 동의, 서비스 이용 약관, 서비스 개인정보 수집 및 이용동의를 체크한다. | S_01M | ||
U_005 | 판매자 정보를 입력한다. (판매자명, 연락처, 메일, 주소) | S_01M | ||
U_006 | 스토어 정보를 입력한다. (스토어 이름, 소개글) | S_01M | ||
U_007 | 상품 대표 카테고리를 선택한다. 배송/정산 정보를 입력한다. | S_01M | ||
U_008 | 판매자 가입 완료 화면이 뜬다. | S_01M | ||
판매자 페이지 꾸미기 |
판매자 등록 | U_009 | 판매자 계정으로 로그인한다. | |
U_010 | 판매자 계정사진, 대표배경사진을 설정한다. | S_02M | ||
U_011 | 주요 상품을 업로드한다. (상품명, 가격, 이미지, 세부설명) | S_03M | ||
후원계좌설정 | U_012 | 후원계좌를 설정한다. (계좌번호 등록 or Buymeacoffee 와 같은 아이콘+결제api 제공) | S_06M |
*주황색 금요일 회의 때 추가논의 필요.
작성 순서>
요구사항 도출사용자 요구사항- 시스템 요구사항
- 소프트웨어 요구사항
- 요구사항 리뷰 및 개선
'TIL' 카테고리의 다른 글
TIL D-72 여성벤처협회 성과보고회 & 수료식 (0) | 2019.11.20 |
---|---|
TIL D-73 Xd 와이어프레임 만들기 (0) | 2019.11.20 |
TIL D-75 Nodejs 로 스토어 만들기_라우터 (0) | 2019.11.17 |
TIL D-76 heap sort (0) | 2019.11.16 |
TIL D-78 교육봉사 시작 (0) | 2019.11.14 |
댓글