[현대사이버]소프트웨어공학 레포트입니다.

소개글

소프트웨어공학에서 요구사항 명세서를 작성하는 이유와 요구사항명세서가 갖추어야할 조건에 대한 레포트 입니다. 레포트점수 만점을 받은 레포트입니다.

목차

1. 요구사항의 정의
2. 소프트웨어공학에서 요구명세서를 작성하는 이유
3. 요구사항 명세서가 갖추어야 할 조건

본문내용

분석가와 클라이언트 사이에 해결할 문제를 서로 이해할 수 있도록 하기 위해 문서로 작성한다. 요구 분석 명세서가 완전하고 오류가 없다면 소프트웨어 개발은 성공적으로 수행할 수 있을 것이다 완전한 요구 분석 명세서는 프로젝트의 수행계획, 인력 수급계획, 시험계획 및 사용자 지침서 등의 산출물을 작성하는데 매우 중요한 지침이 된다.
만일 요구 분석 명세서가 불완전하고 정확하지 않게 작성되면 그 결과로 인해 프로젝트
의 지연, 불완전한 시험 정확하지 않은 사용자 지침서 등이 만들어지게 될 것이고 소프트웨어가 개발되더라도 신뢰도나 사용가치가 떨어지게 되어 결국 프로젝트 는 실패하게 될 것이다.

< 중 략 >

명세서 상에 문제점을 내포하고 있지 않으면 이느 훌륭한 소프트웨어 요구사항명세서가 되지만, 일반적으로 소프트웨어 요구사항 명세서가 지녀야 할기본조건은 다음과 같다.

1. 설계 과정을 위한 문제의 정의에 도움을 줄 수 있을 것.
2. 고객과 이용자가 이해하기 쉽고, 개발 계약의 기초가 될 수 있을 것.
3. 소프트웨어가 올바르다고 판단하기 위한 수단으로 사용할 수 있을 것.
4. 소프트웨어 제품 및 개발 과정을 공학화하는 핵심이 될 수 있을 것.

또한 소프트웨어 요구사항을 기술하는 방법론과 언어의 측면에서도 고려
되어야 하는데 방법론이 갖추어야 할 기본조건은 다음과 같다.

1. 방법론은 보다 좋게 검증할 수 있는 설계를 하도록 적절하고 정확하게
기술하는 방법이여야 하거나, 명세서의 일관성, 완전성, 정당성 등을 체크
할 수 있는 해석적 수순을 제공하여야 한다.
2. 소프트웨어 모듈을 제작하기 위한 정확한 요구사항 명세서를 제시할 수
있고 구현(이행)시 사용자, 설계자 및 프로그래머 사이에서 잘못된 해석을
방지하며, 조정 문제를 최소화 할 수 있어야 한다.
3. 최종 소프트웨어를 테스트할 수 있는 기준을 세울 수 있어야 한다.
4. 요구 사항의 변경이나 수정이 필요하게 될 때를 대비하여 감시 기능을
추가하고, 운영 단계에서 문제가 발생하였을 시기를 위해 요구사항간의
추적 가능성을 추가하며, 변경후에 필요 이상으로 테스트하지 않고서 품질
을 보증할 수 있도록 하여 보수 비용을 최소화할 수 있어야 한다.
5. 소프트웨어의 복잡한 관리를 실시 할 수 있어야 한다.

참고 자료

없음