CODEDRAGON ㆍDevelopment/Software Engineering
요구사항의 시스템화 타당성 분석하기 절차
수행 절차 |
설명 |
1 |
요구사항 목록에 타당성 분석을 위한 속성을 추가하고 타당성 분석 결과를 기록한다 |
2 |
요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자가 검증한다 |
3 |
이해관계자 검증을 거친 타당성 분석 결과를 확인하고 배포 및 공유한다. |
요구사항 목록에 타당성 분석을 위한 속성을 추가하고 타당성 분석 결과를 기록한다
요구사항 목록에 아래 표와 같이 타당성 분석을 위한 속성(성능/용량, 시스템 간 상호 운용성, 시장 성숙도 및 트렌드 부합성, 기술 복잡성, 기술 검증 여부, 기술의존성)을 추가한다.
ID |
이름 |
성능/용량 |
시스템 간 상호 운용성 |
시장 성숙도 및 트렌드 부합성 |
기술 복잡성 |
기술 검증 여부 |
기술 의존성 |
Req-001 |
요구사항명 |
- |
- |
- |
- |
- |
- |
일반적으로 엑셀(Excel)을 이용하여 분석 결과를 기록할 때 위와 같은 형태를 사용하나, 문서 편집기 툴에서 타당성 분석 결과 예시를 기록하기 어렵기 때문에 아래 표와 같이 형태를 변경하여 요구사항의 시스템화 타당성 분석 결과를 제시한다.
항목 |
내용 |
요구사항 |
모든 거래의 응답 시간은 1초 이내에 처리되어야 한다. |
성능/용량 |
용량산정 결과 도입될 장비의 tpmC 계산을 위하여, 동시 사용자 수를 100,000, 사용자당 트랜잭션 수를 3으로 하여 계산한 결과 대략 5,310,000tpmC가 산정되었으며, 이에 따른 장비 도입 계획이 만들어져 있으나, 도입된 장비들을 어떻게 구성하느냐에 따라 전체 처리 성능이 달라질 수 있다. 따라서 도입된 장비들의 운영을 위한 실제 구성이 완료된 이 후에 대표적인 거래들을 이용하여 성능 테스트가 필요하다. 하지만, 성능 테스트를 위한 대표적인 거래들을 선정할 때 데이터의 누적에 따라 처리 시간이 증가하는 거래의 경우에는 응답 시간을 1초 이내로 보장하기 어렵다. 따라서 응답 시간 1초 이내는 단순 조회성 거래로 제한하여야 하며, 장전문 거래의 경우 페이지 처리를 추가해야 한다.
|
시스템 간 상호운용성 |
타 시스템과 연계가 이루어지는 거래의 경우에는 타 시스템의 성능을 고려해야 한다. 따라서 거래 응답 시간을 1초 이내로 보장하기 어렵다. 내부 시스템에서 타 시스템으로 응답을 요청하기까지 시간, 타 시스템의 처리 시간, 타 시스템으로부터 응답을 받아서 사용자까지 처리하는 시간으로 구분해서 목표치를 설정해야 보다 정확한 성능 목표가 설정될 수 있다. |
시장 성숙도 및 트렌드 부합성 |
대상 아님 |
기술 검증 여부 |
이번 시스템 구축 시 도입될 실시간 거래 모니터링 제품은 거래별 모든 정보를 파일에 기록하고 있기 때문에 거래의 처리 속도 저하가 예상되며, 이에 따른 거래 처리 속도 저하에 대한 구체적인 수치를 제공하고 있지 않기 때문에 해당 제품에 따른 성능 저하가 예상되며, 이는 거래 시간 1초 이내 목표치 에 심각한 영향을 줄 수 있다. |
기술 의존성 |
실시간 거래 모니터링 제품의 문제 발생 시 해당 제품을 제공하는 벤더 사에 기술적인 의존성이 발생할 수 있다. |
1. 요구사항 유형이 비기능이고, 품질 속성이 성능인 경우, 요구되는 성능과 용량이 시스템 용량산정 결과 엑셀(Excel) 파일과 비교하여 적합한지 검토한다.
2. 타 시스템과 연계 및 인터페이스에 대한 요구사항인 경우, 현행 시스템 분석서상의 시스템 인터페이스 현황과 네트워크 구성도, 사용자 면담 기록 등을 파악하여 상호 운용이 가능한지 검토한다.
3. 요구사항을 만족시키기 위하여 요구되는 기술이 시장 성숙도가 낮고 트렌드와 일치하지 않아 관련된 소프트웨어나 하드웨어 환경 구축이 어렵고 관련 전문 지식이나 전문가를 조달하기 어려운지 검토한다.
4. 요구사항을 만족시키기 위하여 적용한 기술의 복잡성 때문에 시스템을 구축하기 위한 인력 자원 및 기간이 계획을 초과하여 추가적인 비용이 발생하는지 여부를 검토한다.
5. 요구사항을 만족시키기 위하여 적용한 기술을 기반으로 개발이나 문제 해결 등 을 조직 내 인적 자원으로 수행하기 어려워 외부 지원을 받아야 함으로써 추가 적인 비용이 발생하고 시스템 성공 가능성이 저하되는지 여부를 검토한다.
6. 요구사항을 만족시키기 위하여 적용한 기술을 사용하기 위해서 특허 사용료를 지불해야 하거나, 가적인 라이선스를 구매하거나, 특정 업체의 상용 기술 지원에 의존해야 하는지 여부를 검토한다.
요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자가 검증한다
점검 사항 |
설명 |
요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자에게 배포하여 사전 검토를 요청한다. |
시스템화 타당성 분석 결과 검증을 위한 회의 이전에 관련 이해관계자가 사전 검토를 하도록 함으로써 검증 작업이 효과적 효율적으로 진행될 수 있도록 만들기 위한 것이다. |
관련 이해관계자가 모여 시스템화 타당성 분석 결과를 검증한다. |
관련 이해관계자 간 이견이 있을 수 있으므로 모든 관련 이해관계자가 검증 회의에 참여하는 것이 중요하다. |
타당성 분석 결과에 이견이 있는 경우 프로젝트 관리자(Project Manager)의 중재 하에 합의를 도출한다. |
요구사항의 시스템화 타당성 분석 결과가 관련 이해관계자 간 이견이 있는 상태로 남아 있지 않도록 프로젝트 관리자의 중재 하에 타당성 분석 결과의 이견을 해소하도록 한다. |
이해관계자 검증을 거친 타당성 분석 결과를 확인하고 배포 및 공유한다.
점검 사항 |
설명 |
이해관계자 검증을 거친 타당성 분석 결과를 의사 결정자가 확인한다. |
의사 결정자의 확인을 통해 요구사항의 시스템화 타당성 분석 결과에 대한 검증 작업 결과를 공식화한다. |
확정된 타당성 분석 결과를 이해관계자에게 배포하여 공유한다. |
의사 결정자의 확인으로 공식화된 요구사항의 시스템화 타당성 분석 결과를 관련 이해관계자에게 배포 공유함으로써 다음 단계로 진행될 수 있도록 한다 |
'Development > Software Engineering' 카테고리의 다른 글
테스트 계획서, 테스트 계획서 항목 (0) | 2017.05.25 |
---|---|
ISO/IEC 9126, ISO/IEC 9126의 소프트웨어 품질특성 (0) | 2017.05.24 |
분석모델 검증 방법, 분석모델 검증 절차 (0) | 2017.05.20 |
TMMi(Test Maturity Model integration) Model - TMMi 개요, TMMi의 성숙도, TMMi의 활용, TMMi 레벨 4, TMMi 레벨 5 (0) | 2017.05.17 |
현행 시스템 파악 절차 (0) | 2017.05.17 |