기능명세서 (2) 썸네일형 리스트형 유스케이스 다이어그램과 유스케이스 기술서 실무 적용 - 2 안녕하세요 시란입니다. 저번 포스팅에 이어서 이번 포스팅에서도 유스케이스 다이어그램과 기술서를 작성해보는 시간을 가져보겠습니다. 기술이전 관리자의 입장에서 시스템에서 필요한 기능들을 한번 정리해보았습니다. 아래 내용은 아마 포스팅을 읽으시는 분들에게 도움이 안되는 개인적인 업무 내용입니다. 내용을 패스하시는걸 추천드립니다. 참고로 공식적인 유스케이스 다이어그램은 아닙니다. 디자인에 신경을 안썼으며, 대신 설계 방면으로 좀 더 고민을 하려고 합니다. 또한 유스케이스와 액터간의 관계에 대해서도 신경쓰지 않았습니다. 대신 아래 기술서에서 설명했으니 양해 바랍니다. 현 개발할 시스템의 경우 사용자는 전 포스팅에서 언급드렸듯이 기술이전 관리자와 발명자 그리고 재재권 관리자, 기술이전수요기업들이 있습니다. 그중 이.. 소프트웨어 요구사항 명세서 (기능명세서)에 대해서 알아보자 안녕하세요 시란입니다. 이번시간에는 소프트웨어를 설계함에 있어 필요한 문서인 기능명세서에 대해서 알아보려고 합니다. 프로젝트 처음 시작할 때 아무리 시간이 없다고 해도 필요한 문서가 2가지 있습니다 문서의 양은 30~50페이지를 넘지 않는다. SRS 일명 Software Requirements Specification 과, SAD Software Architecture Document 입니다. 그중 SRS에 대해서 얘기하려고 알아보겠습니다. SRS가 중요한것은 스펙을 정함으로써 모든 개발의 모든 분야 일정 예측, 설계 구현, 테스트의 기준이 되고 개발 진행 상황파악, 의사소통이 가능해집니다. 소프트웨어 프로젝트에 있어 요구사항은 무엇을 하는 소프트웨어를 만들지 결정하는 단계입니다. 요구사항을 작성하는 목.. 이전 1 다음
