Summary - 소프트웨어 요구사항 검증 기준, 분석 모델의 기술적 타당성 검토에 있어서 각 단계별 검토 내용, 요구 사항 정의서 작성 및 유스케이스 목록 작성 실습 테스트 예시

 

 

소프트웨어 요구사항 검증 기준

·       기술된 요구사항이 의미 간에 모순이 없는가 ·       다른 산출물에 대한 추적을 위하여 계층적으로 작성되었는가 ·       요구사항이 간결하고 여러 의미로 해석되지 않게 작성 되었는가

http://codedragon.tistory.com/5384

 

 

 

 

분석 모델의 기술적 타당성 검토에 있어서 각 단계별 검토 내용

검토 분야	검토 내용
성능 및 용량	·       요구사항을 만족시키기 위한 분석모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원을 식별한다. ·       분석 클래스에서 불필요하고 지나치게 많고 속성들을 포함시키게 되면 객체 생성 시 시스템의 메모리 자원을 많이 요구하게 되며, 이로 인한 JVM에서 과도한 가비지 컬렉션(Garbage Collection)이 발생하여 전체 시스템의 성능 저하가 빈번히 발생한다.
시스템 간 상호 운용성	·       분석모델을 이용하여 보다 구체적으로, 시스템 간 상호 정보 및 서비스를 교환 가능한지 검토한다. ·       분석모델에서 정의한 구체적인 정보의 존재 여부, 생성 가능성, 교환 방식 지원 등에 대해서 확인한다.
시장 성숙도 및 트렌드 부합성	·       분석모델이 과거의 문제를 해결하고 많이 사용되는 트렌드에 부합하는지 확인한다. ·       예를 들어, 시스템에서 중요하고 빈번하게 사용되는 클래스를 Spring의 프로토타입 빈(Prototype Bean)으로 사용할 것을 가정하고 분석모델이 작성되지 않았는지 검토한다.
기술적 위험 분석	·       분석모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인한다. ·       분석모델이 검증되지 않은 기술의 사용을 가정으로 하고 있어 추가적인 비용 발생 가능성이 있는지 확인한다. ·       분석모델을 구현하기 위하여 특정 업체 기술, 특허, 라이선스에 의존해야 하는지 확인한다.

http://codedragon.tistory.com/5402

 

 

 

 

 

 

 

요구 사항 정의서 작성 및 유스케이스 목록 작성 실습 테스트 예시

http://codedragon.tistory.com/5415