13. 인터페이스 설계 A - TOTOLII/study GitHub Wiki
시스템 인터페이스 요구사항 분석
-
시스템 인터페이스 요구사항 구성
인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용,
연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 -
시스템 인터페이스 요구사항 분석
요구사항 명세서의 요구사항을 기능적 요구사항과 비기능적 요구사항으로 분류,
조직화 및 구체화를 해서 관계자에게 전달하는 과정. -
시스템 인터페이스 요구사항 분석절차
- 요구사항 선별
- 관련된 자료 준비
- 요구사항 명세서 확인 및 기능적 비기능적 분류작업 실시
- 내용추가 혹은 수정이 필요한지 확인
- 요구사항 목록을 관계자에게 전달
인터페이스 요구사항 검증
-
요구사항 검정
요구사항 검토 계획 수립 > 검토 및 오류수정 > 베이스라인 결정 -
요구사항 검토 계획 수립
- 검토 기준 및 방법 (프로젝트 규모, 참여 인원수 등)
- 참여자 (참여자 선정, 관리자, 분석가 등)
- 체크리스트 (완전성, 일관성, 명확성 참조해서 작성)
- 관련 자료 (검토에 필요한 자료들 준비)
- 일정
-
검토 및 오류 수정
-
베이스 라인 설정
-
요구사항 검증 방법
요구사항 검토(수작업, 동료, 워크스루, 인스팩션)
워크스루 : 명세서를 미리 배포하여 사전 검토를 하는 것.
인스팩션 : 명세서 작성자들을 제외한 다른 검토 전문가들이 검토하는 것.프로토타이핑
실제 개발될 소프트웨어의 견본을 만들어 최종 결과물을 예측하는 것.테스트 설계
테스트를 할 수 있도록 작성 되어야 하며
테스트 케이스를 생성하고 테스트가 가능한지 확인해야 한다.CASE도구 활용
일관성 분석을 위해서 요구사항 변경사항에 수정, 분석 관리를 하고 확인하는 것. -
인터페이스 요구사항 검증의 주요항목
완전성 : 누락 되지 않고 완전하게 반영 되었는가
일관성 : 모순 혹은 충돌 없이 잘 유지가 되는가
명확성 : 모든 참여자가 요구사항을 명확하게 이해 할 수 있도록 명확하게 기술 했는가
기능성 : 잘 돌아가는가 어떻게 보다는 무엇을에 중점을 두는 것.
검증 가능성 : 사용자의 요구사항을 모두 만족했는지 검증하는 것.
추적 가능성 : 명세서를 추적 가능한가
변경 용이성 : 명세서의 변경이 쉽고 용이한지 검증하는 것.
인터페이스 시스템 식별
- 개발 시스템 식별
- 내외부 시스템 식별 : 시스템과 연결할 내외부 시스템
- 내외부 시스템 환경 및 관리 주체 식별 : IP, URL
- 내외부 시스템 네트워크 연결 정보 식별
- 인터페이스 식별
- 인터페이스 시스템 식별
송수신 데이터 식별
-
식별 대상 데이터
인터페이스 표준 항목 : 시스템 공통부, 거래 공통부
송수신 데이터 항목
공통 코드 -
정보흐름 식별
-
송수신 데이터 식별
인터페이스 표준항목과 송수신 데이터항목 식별
코드성 데이터 항목 식별
인터페이스 방법 명세화
- 인터페이스 방법 명세화의 개념
- 시스템 연계 기술 (DBLink, API)
- 인터페이스 통신 유형
- 인터페이스 처리 유형
- 인터페이스 발생주기
- 송수신 방법 명세화
- 송수신 데이터 명세화
- 오류 식별 및 처리 방안 명세화
시스템 인터페이스 설계서 작성
- 시스템 인터페이스 설계서의 개요
시스템 인터페이스 목록, 시스템 인터페이스 정의서 - 시스템 인터페이스 목록 작성
- 시스템 인터페이스 정의서 작성
미들웨어 솔루션 명세
-
미들웨어
운영체제가 제공하는 소프트웨어 외에
추가적인 서비스를 제공하는 소프트웨어를 칭하는 말- DB, RPC(원격 프로시저 호출)
- MOM : 메세지 지향 미들웨어(비동기형 메세지를 전달)
- TP-Monitor : 항공기, 철도 등 예약 시스템이 필요한 곳에서 사용
- ORB : 객체 요청 브로커 (CORBA의 표준 스펙을 구하기 위해 제작 되었다)
- WAS : 엡 애플리케이션 서버의 약자, 사용자의 요구에 따라 동적인 컨텐츠를 처리하기 위해서 사용되는 미들웨어, 웹 환경을 구현하기 위한 미들웨어
-
미들웨어 솔루션 식별
사용될 미들웨어 솔루션을 확인하고 목록을 작성하는 것.