기능 명세서 (2) 썸네일형 리스트형 좋은 기능 명세를 작성하기 위한 꿀 TIP! 안녕하세요 시란입니다. 저번시간에는 명세서가 무엇인지에 대해서 포스팅 했었어요 이번 시간에는 좋은 기능 명세를 작성하기 위한 꿀팁을 한번 알아보도록 하겠습니다. 표준 명세서가 있다면 이를 따라하는것보다는 자신의 상황에 맞게 작성하는것이 중요합니다. 그리고 명세서를 읽는 사람이 편하게 읽을수 있도록 작성하는것이 중요합니다. 만약 명세서가 유쾌하고 읽기 쉽다고 해서 당신을 얕보는 회사가 있다면 다른 회사를 가는것을 추천드린다고 합니다... 또한 명세 쓰는 작업은 머리가 돌아가도록 코드를 쓰는 작업과 유사합니다. 무슨말이냐면 문서를 소개하려는 대상을 감안하고 그 사람이 무엇을 이해하길 바라는지 먼저 생각하는것이 중요합니다. 즉 독자층을 배려해야 합니다. 그래야 비 전공자가 읽어도 의사소통이 가능할 것입니다. .. 소프트웨어 요구사항 명세서 (기능명세서)에 대해서 알아보자 안녕하세요 시란입니다. 이번시간에는 소프트웨어를 설계함에 있어 필요한 문서인 기능명세서에 대해서 알아보려고 합니다. 프로젝트 처음 시작할 때 아무리 시간이 없다고 해도 필요한 문서가 2가지 있습니다 문서의 양은 30~50페이지를 넘지 않는다. SRS 일명 Software Requirements Specification 과, SAD Software Architecture Document 입니다. 그중 SRS에 대해서 얘기하려고 알아보겠습니다. SRS가 중요한것은 스펙을 정함으로써 모든 개발의 모든 분야 일정 예측, 설계 구현, 테스트의 기준이 되고 개발 진행 상황파악, 의사소통이 가능해집니다. 소프트웨어 프로젝트에 있어 요구사항은 무엇을 하는 소프트웨어를 만들지 결정하는 단계입니다. 요구사항을 작성하는 목.. 이전 1 다음
