요구사항명세서

참고 할만한 임베디드 시스템 요구사항 명세서

혼자서 시작해보려는 프로젝트의 요구사항 명세서를 작성을 해보려고 했습니다. 지난 글에서 이야기했던 IEEE의 표준문서(Std. 830)는 군더더기가 많은 느낌을 받았습니다. 좋게 말하자면 세세한 사항을 적게 되어 있어서 구체적입니다. 하지만 혼자나 적은 인원수로 빠르게 개발하고자 할 때 사용하기에는 이 문서를 작성하다 배보다 배꼽이 커지는 상황이 올 것 같아 고민이 많았습니다. 예를 들어 혼자 개발하고자 할 때 1.3항의 Roles and Responsibilities는 그다지 필요하지 않은 내용입니다. 모든 일을 혼자 하게 될 테니까요. 그러나 오해하면 안 되는 것이 저의 상황에 IEEE의 문서가 맞지 않다는 것이지 그 문서가 잘못되었다는 것은 아닙니다. 참여하는 사람이 많고 규모가 어느 정도 되는 프..

개발을 시작하기 전에

우리는 새로운 제품이나 시스템을 개발해야 할 때 아래 순서대로 개발을 진행하게 됩니다. 분석-설계-구현-실험-배포 개발하고자 하는 것이 단순하다면 이 과정들을 한 번만 거쳐도 되겠지만, 시스템이 복잡한 경우 개발 주기를 몇 회 반복하기도 합니다. [출처](http://users.ece.utexas.edu/~valvano/Volume1/E-Book/C7_DesignDevelopment.htm/) 분석 단계 분석 단계에서는 아래와 같은 일을 해야 합니다. 요구사항 발견하기 요구사항은 시스템이 반드시 갖춰야 할 것들 의미합니다. 제품이 필요한 이유와 어떤 일을 하기를 바라는지가 이 과정에서 드러나게 됩니다. 제약사항 발견하기 시스템을 구성하는 과정에서 예상할 수 있는 한계점들을 나열합니다. 어떤 요소의 성능을..