일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 파이썬
- vscode
- 책
- linux
- 유데미
- riverpod
- 개발
- 플러터
- ListTile
- 디자인패턴
- 리눅스
- 유데미 러닝크루
- 가상환경
- Code Generation
- copyWIth
- 개발자
- 유데미 코리아
- ExpansionTile
- command
- 맥
- python
- dart
- 코딩
- 다트
- 도서
- flutter
- 프로그래밍
- 명령어
- 리버팟
- freezeD
- Today
- Total
목록요구사항 (2)
승상의 코딩 블로그
출처 : https://www.hanbit.co.kr/store/books/look.php?p_code=B5030061985 SRS(Software Requirement Specification) 에 대한 책이길래 읽어 보았다. 왜냐하면, 소프트웨어를 개발할 때 가장 중요한 부분이 "요구사항과 스펙"이라고 생각하기 때문이다. (책에서 요구사항과 스펙을 따로 보기 때문에 2가지 모두 적었습니다.) 2부로 구성되어 있다. 1부 1 부는 소프트웨어 스펙에 대한 오해를 풀고, 어떻게 작성하면 좋을지에 대해 고민한다. 소프트웨어를 가장 빠르게 개발하는 방법이 스펙을 쓰는 것이다. 하지만 쉽지않다. 윗 사람들은 빠른시일내로 가시적인 산출물(돌아가는 소프트웨어)를 원하기 때문이다. 그러다보니 바로 코드를 작성하는 경..
1. 문제정의 우리는 풀고자 하는 문제가 있다. 이 문제를 어떻게 풀어야 할까? 일단은 풀고자 하는 문제를 잘 정의해야한다. "잘" 이라는 것에는 다양하게 의미들이 포함되어 있다. 예를 들어, 모호하지 않고 간결하게 누구나 알아들을 수 있는 단어를 사용하는 것도 포함된다. 학창시절에 시험칠 때 선생님들이 문제를 잘 읽고 풀어라고 한다. "아닌 것을 고르시오"를 "맞는 것을 고르시오"로 잘못보면 문제를 틀렸다. 문제를 잘 파악하는 것은 항상 중요하다. 2. 요구사항 결국 마지막에는 문제를 푸는 시스템이 만들어 질 것이다. 이 시스템이 잘 만들어 졌는지 어떻게 판단할 수 있을까? 아마, 기능이 구현되었는지, 기능이 안정적으로 동작하는지 등의 여러 기준을 통해서 판단할 것이다. 근데... 다양한 사람들이 개..