일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 책
- python
- 다트
- 한빛미디어
- 개발
- 유데미 러닝크루
- linux
- 개발자도서
- 디자인패턴
- 개발자
- 리눅스
- vscode
- 가상환경
- manim
- 수학 애니메이션
- Code Generation
- 명령어
- 맥
- 위젯
- dart
- column
- 코딩
- 도서
- flutter
- 파이썬
- command
- 유데미
- 플러터
- 디자인
- 프로그래밍
- 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. 요구사항 결국 마지막에는 문제를 푸는 시스템이 만들어 질 것이다. 이 시스템이 잘 만들어 졌는지 어떻게 판단할 수 있을까? 아마, 기능이 구현되었는지, 기능이 안정적으로 동작하는지 등의 여러 기준을 통해서 판단할 것이다. 근데... 다양한 사람들이 개..