일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 자바
- github
- 탐욕알고리즘
- Django
- programmers
- 장고
- 스파르타내일배움캠프
- sort
- 그리디
- java
- 코딩테스트
- lol
- 롤
- 코딩테스트준비
- 그리디알고리즘
- python
- 내일배움캠프
- drf
- 라이엇
- 리그오브레전드
- 알고리즘
- 백준
- greedy
- git
- 스파르타내일배움캠프TIL
- 프로그래머스
- 파이썬
- Riot
- API
- SQL
- Today
- Total
목록srs (2)
Lina's Toolbox

회사 다닐 때 기억을 더듬어서 우리팀의 SRS를 작성해 보았다.내가 일할 때, 우리 팀은 엑셀에 정리했던 기억이 있다.이번엔 노션을 이용해봤는데, 생각보다 불편하다 ^^ 엑셀 무시했었네.. 엑셀이 롱런하는 소프트웨어인 이유가 있구나. 노션에서 / 를 입력하여 뜨는 옵션 중에 표를 선택하면 이렇게 그릴 수 있다.행 앞에 뜨는 ...을 클릭하여 하위 항목 등을 생성할 수도 있다. RQ-ID 아마 RQ는 '요구'사항의 request일 듯? 일할 때 습관이 들어서 이렇게 정리했다.그런데 작성하다보니, 이렇게 요구사항 마다 ID를 붙여주니 매우 편리했다!"'로그인 기능 구현'에서~" 라고 말 할 필요 없이, 그냥 " 3번에서" 이렇게 부를 수 있어서 편리했다. 자동으로 입력되게 하는 방법을 몰라서 우리는 아직 ..

SRS (Software Requirements Standards, 요구사항명세서) 소프트웨어가 만족해야하는 요구사항을 상세하게 명세한 문서작성에 필요한 조치들이해관계자들이 반드시 참여해야합니다.비전공자도 이해할 수 있도록 언어를 정의하고 부록을 포함하여야 합니다.소프트웨어 개발을 주도하는 기술진들도 반드시 참여야해야합니다.여러가지 비용이 현실적으로 고려되어야합니다.소프트웨어 개발방법론에 따라 문서는 항상 최신상태를 유지합니다.국제 및 국내 표준을 따르도록 기획합니다.SRS에 담겨야하는 내용 예시소프트웨어 개요개발하고자하는 소프트웨어의 전반적인 내용을 요약소프트웨어의 소개소프트웨어의 목적주 사용자에 대한 설명유저 시나리오사용자가 해당 소프트웨어를 사용하기 위한 일련의 과정목표 시나리오: 개발자의 의도대로..