[정보처리기사 필기] SW 설계 : 인터페이스 요구사항

정보처리기사 필기 1과목 - 소프트웨어 설계 : 인터페이스 요구사항

 

[1] 인터페이스 요구사항

- 목표 시스템과 외부 시스템을 연결하는 시스템 인터페이스 및 사용자 인테페이스에 대한 요구사항

 

1. 시스템 인터페이스

- 서로 독립적인 시스템들이 연동을 통해 상호작용하기 위한 접속 방법이나 규칙을 의미

 

* 시스템 인터페이스 요구사항의 분류 ⭐

1) 기능적 요구사항 : 내/외부 시스템 연계를 통해 수행될 기능과 관련되어 입력과 출력 및 그들 사이의 처리 과정과 목표 시스템 구현을 위해 소프트웨어가 가져야 하는 기능적 속성에 대한 요구사항

 

2) 비기능적 요구사항 : 시스템의 기능에 관련되지 않는 사항으로, 시스템이 기능 요구사항을 만족시키면서 정상적으로 작동하기 위한 시스템 내부 또는 외부의 제약 조건을 의미함 + 성능(응답 시간, 처리량), 사용의 용이성, 신뢰도, 보안성, 운용상의 제약, 안정성 등 행위적 특성이나 시스템 전반과 관련된 요구사항을 의미

 

[2] 요구사항 분석

- 도출된 기능 및 비기능 요구사항을 분석하여 상세하게 이해하거나 요구사항을 만족시키기 위한 아키텍처 구성 요소를 식별하는 것 

- 중요도에 따라 우선순위를 부여하는 등 요구사항을 구체화해 나가는 일련의 과정 

 

1. 요구사항 분석 기법

• 요구사항 분류 : 요구사항을 유형별, 우선순위별, 제품 및 프로세스 연관성 등에 따라 분류
• 개념 모델링을 통한 요구 기능 분석 : 사용 시나리오를 개념 모델로 표현하는 과정을 통해 요구되는 서비스와 기능을 분석하는 방법
• 요구사항 할당 : 요구사항을 만족시키는 데 필요한 아키텍처 구성 요소를 식별하는 과정
• 요구사항 협상 : 요구사항을 분석하는 과정에서 이해관계자가 서로 상충하는 내용을 요구하거나, 요구사항들이 어긋나는 경우 요구사항 협상을 통해 적절한 수준에서 합의

 

2. 요구사항 명세서 

- 요구사항 분석을 통해 정련한 요구사항 명세서는 시스템 개발작업의 기준선(BaseLine)으로 활용될 수 있으므로 요구사항 확인 및 검증, 비용 추정 등의 작업이 가능하도록 명확하고 완전하게 정의 되어야 함

 

[3] 인터페이스 요구사항 검증

- 요구사항 명세서에 사용자의 요구가 올바르게 기술되었는지에 대해 검토하고 베이스라인으로 설정하는 활동

- 인터페이스 요구사항 검증 시에는 인터페이스 아키텍처와 인터페이스 데이터 설계를 위해 필요한 정보가 도출되었는지를 중점적으로 점검

 

* 인터페이스 요구사항 검토 계획 수립 ▶ 검토 및 오류 수정 ▶ 베이스라인 설정

 

1. 인터페이스 요구사항 검토 방법 ⭐

 

1) 동료 검토 (Peer Review)

- 요구사항 명세서 작성자가 요구사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견하는 형태의 검토 방법

 

2) 워크 스루 (Walk Through)

- 소프트웨어 시스템 개발 단계마다 실시하는 비정형 검토 회의의 형태로 오류를 조기에 검출하는 데 목적을 두고 있음

- 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 회의를 진행하는 형태로 짧은 검토 회의를 통해 오류를 검출하고 문서화 하는 검토 방법

 

3) 인스펙션 (Inspection)

- 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적 검토 방법

- 소프트웨어 품질을 높이는 방법의 하나이며 결과물 자체의 품질과 결과물을 만들어 내는 과정도 인스펙션에 포함됨

 

 

2. 프로토타이핑(Prototyping)

- 개발할 시스템에 대한 주요 기능이나 일부분을 약식으로 개발하여 최종 사용자나 고객을 대상으로 시연하면서 시스템이 작동하는 모습을 경험할 수 있게 하고 요구사항을 확인함

- 사용자의 요구사항을 정확히 파악하기 위해, 실제 설계될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측

 

 

3. 테스트 설계

- 요구사항은 테스트화 할 수 있도록 작성되어야 하며, 테스트 케이스를 생성하여 추후 요구사항이 현실적으로 테스트 가능한지 검토함

- 인터페이스 요구사항에 대한 테스트 케이스는 송신 시스템과 수신 시스템에서 확인해야 할 사항을 각각 도출하고, 송수신 시스템에서 각각 개별 데이터의 유횻값을 체크하는 테스트 케이스로 구별하여 작성

 

 

4. CASE 도구 활용 (Computer Aided Software Engineering)

- 구조화된 요구사항 명세서에 대해서는 자동화된 일관성 분석(Automated Consistency Analysis)을 제공하는 CASE 도구를 활용

- 일관성 분석을 통해 요구사항 변경사항의 추적 및 분석, 관리하고 표준 준수 여부를 확인

• 주요 기능 : 그래픽 지원, SW 생명주기 전 단계의 연결, 다양한 SW 개발 모형 지원
• SW 개발 과정의 일부 or 전체를 자동화하기 위한 도구
• 표준화된 개발 환경 구축 및 문서 자동화 기능 제공
• 작업 과정 및 데이터 공유를 통해 작업자가 의사소통 증대 (분산된 환경에서 다양한 이해 관계자가 공동 작업 가능)

 

5. 인터페이스 요구사항 검증 주요 항목

 

기능성 | 완전성 | 일관성 | 명확성 | 검증 가능성 | 추적 가능성 | 변경 용이성

 

- 기능성 (Functionality) : 요구사항이 '어떻게(How to)'보다 '무엇을(What)'에 중점을 두고 있는가?

- 완전성 (Completeness) : 사용자의 모든 요구사항이 누락되지 않고 완전하게 반영되어 있는가?

- 일관성 (Consistency) : 요구사항이 모순되거나 충돌되는 점 없이 일관성을 유지하고 있는가?

- 명확성 (Unambiguity) : 모든 참여자가 요구사항을 명확히 이해할 수 있는가?

- 검증 가능성 (Verifiability) : 요구사항이 사용자의 요구를 모두 만족하고, 개발된 소프트웨어가 사용자의 요구 내용과 일치하는지를 검증할 수 있는가?

- 추적 가능성 (Traceability) : 요구사항 명세서와 설계서를 추적할 수 있는가?

- 변경 용이성 (Easily Changeable) : 요구사항 명세서의 면경이 쉽도록 작성되었는가?