IT 기술/SW공학 & 프로젝트 관리

소프트웨어 요구 공학

gooooooood 2025. 3. 4. 14:24
반응형

ISO/IEC/IEEE 29148 - 소프트웨어 요구사항 명세서(SRS) 국제 표준

 

Ⅰ. 요구공학 정의 및 필요성

가. 요구공학의 정의

- 시스템 개발, 변경의 목적 식별을 위해 이해관계자들의 요구를 이해 및 조정하여 체계적으로 수집, 분석, 명세화하는 프로세스

 

나. 요구공학의 필요성

구분 필요성 설명
비즈니스 관점 연속성 비즈니스 연속성 유지
확장성 환경변화에 신속한 대응
재무적 관점 비용절감 요구 수집, 사전 분석으로 비용절감
효율성 신속하고 정확한 요구 반영
사용자 관점 이해도 업무 이해도, 의사소통 향상
명세화 고객,  개발자간 SW 기준 수립

 

Ⅱ. 요구공학 절차

가. 요구공학 절차 개념도

나. 요구공학 절차 상세

구분 프로세스 설명
요구사항 개발 추출 - 요구사항 식별, 분류, 우선순위
분석 - 요구사항 개발 대상 도출
명세 - 요구사항 명세서(기능적/비기능적)
검증 - 명세서의 구현가능성 평가
요구사항 관리 협상 - 가용 자원과 구현 가능한 수준 협상
기준선 - 합의된 요구사항 명세서 기준 정의
변경관리 - 기준선 기반 변경 통제
검증 - 이해관계자 요구 부합 확인

 

Ⅲ. 요구사항 명세서

가. 요구사항 명세서의 개념

- 특정 목적을 위해 사용자가 필요로 하는 소프트웨어가 갖추어야할 조건이나 능력을 기술한 내용

 

나. 요구사항 명세서 기술 항목

구분 항목 설명
개요 범위 - 시스템의 요구사항 범위
목적 - 명세서의 작성 목적
시스템 개요 - 시스템 전반적인 내용
일반 제약사항 - 표준에 의한 제한사항
기능적 요구사항 기능 요구사항 - 소프트웨어 기본 동작 기능
외부 인터페이스 요구사항 - 시스템 입력과 출력 요구사항
비기능적 요구사항 성능 요구사항 - 정적이고 동적인 수치적 요구사항
하드웨어 요구 사항 - 필요 부품, HBOM
데이터베이스 요구사항 - DB 사용 위한 논리적 요구사항
시스템 속성 - 신뢰도, 사용가능성, 유지보수, 이식성 등
인수 조건 성능 시험 - 최종 산출물 테스트 항목

- 국제표준 ISO 29148 기준에 따른 요구사항명세서 작성 필요

 

Ⅳ. 요구사항 명세서 평가 기준

관점 평가 기준 설명
품질 정확성 - 목적과 기능 정확한 반영
명확성 - 직관적으로 이해 가능
논리 완전성 - 모든 기능과 제약 조건 포함
일관성 - 모순 없이 논리적 일관성 유지
유지보수 검토 가능성 - 검토 및 검증 가능
수정 가능성 - 변경에 영향 최소화
추적 가능성 - 설계, 개발, 테스트 추적 관리
반응형