[정처기-SW 설계] 인터페이스 검증 및 식별

요구사항 검증(Requirements Verification)이란?

요구사항 검증은 개발 초기 단계에서 요구사항이 명확하고, 일관되며 시스템이 이를 충족할 수 있는지를 검토하는 과정입니다. 이를 통해 프로젝트 초기에 발생할 수 있는 문제를 최소화하여 이후 개발 과정의 리스크를 줄이고, 최종 제품의 품질을 높이는 데 중점을 둡니다.

요구사항 검증은 다음과 같은 절차로 진행됩니다.

이 절차를 통해 검토된 요구사항을 기반으로 시스템을 설계하고 구현하게 되며, 요구사항 변경이 발생할 경우에도 이 베이스라인을 기준으로 진행합니다.

요구사항 검증에는 여러 가지 방법이 있으며, 각각의 방법은 팀의 특성과 프로젝트의 요구에 맞춰 선택됩니다. 주요 검증 방법은 아래와 같습니다.

동료 검토(Peer Review)
요구사항 작성자가 내용을 설명하고 동료들이 이를 청취하면서 결함을 찾아내는 방식입니다.
- 특징: 요구사항 작성자와 동료들 간의 의사소통을 통해 결함을 발견합니다.
- 장점: 빠르고 간단하게 요구사항의 결함을 발견할 수 있습니다.
워크 스루(Walk Through)
검토할 요구사항 명세서를 사전에 배포하여 팀원들이 검토할 시간을 가집니다. 이후 짧은 검토 회의를 통해 결함을 발견하는 방법입니다.
- 특징: 사전 배포로 미리 내용을 숙지하게 하여 회의에서 빠르게 문제를 확인할 수 있습니다.
- 장점: 팀원들이 미리 검토한 상태로 참여해 짧은 시간에 많은 의견을 수렴할 수 있습니다.
인스펙션(Inspection)
요구사항 작성자를 제외한 검토 전문가들이 모여 결함을 발견하는 방식입니다. 요구사항 작성자가 아닌 다른 전문가들이 객관적인 시각으로 문제를 찾을 수 있습니다.
- 특징: 다양한 시각에서 요구사항을 검토할 수 있어 실질적인 오류 검출에 용이합니다.
- 장점: 작성자가 아닌 검토 전문가들이 참여하여 결함을 철저히 검토합니다.

요구사항 검증을 통해 요구사항을 정확히 파악하고 오류를 최소화하기 위해서는 아래 항목들을 점검하는 것이 중요합니다.

인터페이스 식별은 개발할 시스템과 내/외부 시스템 간의 상호작용을 정의하는 중요한 단계입니다.
이 단계에서 인터페이스 요구사항 명세서와 요구사항 목록을 기반으로 시스템 간의 연계 요소들을 식별하고, 이를 목록화하여 관리합니다.

이 과정은 프로젝트가 진행되며 다양한 시스템이 연계될 때 혼선을 줄이고, 인터페이스 변경 시 빠르게 대처할 수 있는 체계를 제공합니다.

인터페이스 시스템 식별은 인터페이스별로 송신 시스템과 수신 시스템을 구분하는 과정입니다.
각 인터페이스가 어느 시스템으로부터 데이터를 송신하고 어느 시스템이 수신할지를 명확히 구분하여 효율적인 데이터 흐름을 설계합니다.

이 단계에서는 각 인터페이스별로 송수신 시스템을 분리하여 설계 시 인터페이스 오류와 혼란을 최소화합니다.

시스템 간 연동을 위해 표준화된 항목을 설정하여 데이터 교환의 신뢰성과 일관성을 유지할 수 있습니다.
표준 항목은 크게 시스템 공통부와 거래 공통부로 구분됩니다.

시스템 공통부

시스템 간 연동에 필요한 기본적인 정보로 구성됩니다.

거래 공통부

시스템 간의 데이터를 송수신할 때 필요한 거래와 관련된 정보를 포함합니다.