- 시스템 인터페이스 요구사항 구성
- 시스템 인터페이스는 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호 작용하기 위한 접속 방법이나 규칙
- 시스템 인터페이스 요구사항은 개발을 목표로 하는 시스템과 외부 시스템을 연동 하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것
- 시스템 인터페이스 요구사항 명세서에 들어가야 할 것 : 이름, 대상 시스템, 범위 및 내용, 방식, 송신 데이터(수신x), 인터페이스 주기 등
- 시스템 인터페이스 요구사항 분석
- 요구사항 명세서에서 요구사항을 기능적 요구사항과 비기능적 요구사항으로 분류하고 조직화하여 요구사항 명세를 구체화하고 이를 이해관계자에게 전달하는 일련의 과정
- 소프트웨어 요구사항 분석 기법을 적절히 이용
- 요구사항의 분해가 필요한 경우 적절한 수준으로 세분화
- 누락된 요구사항이나 제한조건을 추가
- 상대적 중요도를 평가하여 우선순위를 부여
- 시스템 인터페이스 요구사항 분석 절차
- 소프트웨어 요구사항 목록에서 시스템 인터페이스 관련 요구사항을 선벌하여 별도로 시스템 인터페이스 요구사항 목록을 만듬
- 관련된 자료를 준비
- 기능적인 요구사항과 비기능적인 요구사항을 분류
- 내용을 추가하거나 수정
- 이해 관계자에게 전달
- 요구사항 검증
- 인터페이스의 설계 및 구현 전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 개발 범위의 기준인 베이스라인을 설정
- 요구사항 검토 계획 수립 -> 검토 및 오류 수정 -> 베이스라인 설정 순으로 진행
- 인터페이스 요구사항 검토 계획 수립
- 프로젝트 이해관계자들이 프로젝트 품질 관리 계획을 참조하여 인터페이스 요구사항 계획을 수립
- 검토 기준 및 방법, 참여자, 체크리스트, 관련 자료, 일정을 수립 함
- 인터페이스 요구사항 검토 및 오류 수정
- 검토 체크리스트의 항목에 따라 인터페이스 요구사항 명세서를 검토하는 것
- 오류 목록과 시정 조치서를 작성
- 요구사항 검토 결과를 검토 관련자들에게 전달
- 시정 조치가 완료되면 인터페이스 요구사항 검토 작업을 완료함
- 인터페이스 요구사항 베이스라인 설정
- 검증된 인터페이스 요구사항은 프로젝트 관리자와 주요 의사 결정자에게 공식적으로 승인 받음
- 소프트웨어 설계 및 구현을 위해 요구사항 명세서의 베이스라인을 설정
- 요구사항 검증 방법
- 요구사항 검토 : 요구사항 명세서의 오류 확인 및 표준 준수 여부 등의 결함 여부를 검토 담당자들이 수작업으로 분석하는 방법
- 동료검토 : 요구사항 명세서 작성자가 명세서 내용을 직접 설명하고 동료들이 이를 들으면서 결함을 발견하는 형태의 검토 방법
- 워크쓰루 : 검토 회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후에 짧은 검토 회의를 통해 결함을 발견하는 형태의 검토 방법
- 인스펙션 : 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함을 발견하는 형태의 검토 방법
- 요구사항 검토 : 요구사항 명세서의 오류 확인 및 표준 준수 여부 등의 결함 여부를 검토 담당자들이 수작업으로 분석하는 방법
- 인터페이스 요구사항 검증의 주요 항목
- 완전성 : 누락x, 완전하게 반영
- 일관성 : 모순x, 충돌x
- 명확성 : 이해할 수 있게
- 기능성 : 어떻게x, 무엇을 중점으로
- 검증 가능성 : 요구사항이 만족하는지, 사용자의 요구 내용과 일치하는지
- 추적 가능성
- 변경 용이성
- 인터페이스 방법 명세화의 개념
- 내, 외부 시스템이 연계하여 작동할 때 인터페이스별 송, 수신 방법, 수신 데이터, 오류 식별 및 처리 방안에 대한 내용을 문서로 면확하게 정리하는 것
- 인터페이스별로 송, 수신 방볍을 명세화하기 위해서는 시스템 연계 기술, 인터페이스 통신 유형, 처리 유형, 발생 주기 등에 대한 정보가 필요
- 시스템 연계 기술
- 개발할 시스템과 내, 외부 시스템을 연계할 때 사요되는 기술을 의미
- DB Link, API/Open API, 연계 솔루션, Socket, Web Service 등이 있음
- 인터페이스 통신 유형
- 개발할 시스템과 내, 외부 시스템 간 데이터를 송, 수신하는 형태를 의미
- 단방향 : 시스템에서 거래를 요청만 하고 응답이 올 때까지 대기하는 방식
- 동기 : 시스템에서 거래를 요청하고 응답이 올 때까지 대기하는 방식
- 비동기 : 시스템에서 거래를 요청하고 다른 작업을 수행하다 응답이 오면 처리하는 방식
- 인터페이스 처리 유형
- 송, 수신 데이터를 어떤 형태로 처리할 것인지에 대한 방식을 의미
- 업무의 성격과 송, 수신 데이터 전송량을 고려하여 실시간, 지연 처리, 배치 방식 등으로 구분
- 실시간 방식 : 사용자의 요청 내용 바로 처리
- 지연 처리 방식 : 데이터를 매건 단위로 처리할 경우 비용 많이 발생 시에 사용
- 배치 방식 : 대량의 데이터를 처리시에 사용
- 인터페이스 발생 주기
- 개발할 시스템과 내, 외부 시스템 간 송, 수신 데이터가 전송되어 인터페이스가 사용되는 주기를 의미
- 업무의 성격과 송, 수신 데이터 전송량을 고려하여 매일, 수시, 주 1회 등으로 구분
- 송, 수신 방법 명세화
- 각각의 인터페이스에 대해 연계 방식, 통신 및 처리 유형, 발생 주기 등의 송, 수신 방법을 정의하고 명세를 작성하는 것
- 아키텍처 정의서를 기반으로 하여 업무 및 데이터의 성격, 연계 데이터 발생 건수, 연계 시스템의 기술 구조, 시스템 간의 성능 등을 고려하여 작성
- 송, 수신 데이터 명세화
- 데이터에 대한 명세를 작성하는 것
- 인터페이스별로 테이블 정의서와 파일 레이아웃에서 연계하고자 하는 테이블 또는 파일 단위로 송, 수신 데이터에 대한 명세를 작성
- 오류 식별 및 처리 방안 명세화
- 시스템 및 전송 오류, 연계 프로그램 등에서 정의한 예외 상황 등 대, 내외 시스템 연계 시 발생할 수 있는 다양한 오류 상황을 식별하고 분류함
- 오류 상황에 대해 오류 코드, 오류 메시지, 오류 설명, 해결 방법 등을 명세화 함
- 미들웨어의 개념 및 종류
- 미들과 소프트웨어의 합성어로, 운영체제와 해당 운영체제에서 실행되는 응용 프로그램 사이에서 운영체제가 제공하는 서비스 이외에 추가적인 서비스를 제공하는 소프트웨어
- 표준화된 인터페이스를 제공함으로써 시스템 간의 데이터 교환에 일관성을 보장함
- 통신 제공 방법이나 기능에 따라 DB, RPC, MOM, TP-Monitor, ORB, WAS 등으로 구분함
- DB
- 데이터베이스 벤더에서 제공하는 클라이언트에서 원격의 데이터베이스와 연결하기 위한 미들웨어
- DB를 사용하여 시스템을 구축하는 경우 보통 2-Tier 아키텍처라고 함
- 마이크로소프트의 ODBC, 볼랜드의 IDAPI, 오라클의 Glue 등이 있음
- RPC(Remote Procedure Call, 원격 프로시저 호출)
- 응용 프로그램의 프로시저를 사용하여 원격 프로시저를 마치 로컬 프로시저처럼 호출하는 방식의 미들웨어
- 아큐브시스템스의 Entra, OSF의 ONC/RPC 등이 있음
- MOM(Message Oriented Middleware, 메시지 지향 미들웨어)
- 메시지 기반의 비동기형 메시지를 전달하는 방식의 미들웨어
- 온라인 업무보다는 이기종 분산 데이터 시스템의 데이터 동기를 위해 많이 사용됨
- MOM의 종류에는 IBM의 MQ, 오라클의 Message Q, JCP의 JMS 등이 있음
- TP-Monitor(Transaction Processing Monitor, 트랜잭션 처리 모니터)
- 항공기나 철도 예약 업무 등과 같은 온라인 트랜잭션 업무에서 트랜잭션을 처리 및 감시하는 미들웨어
- 사용자 수가 증가해도 빠른 응답 속도를 유지해야 하는 업무에 주로 사용
- 오라클의 tuxedo, 티맥스소프트의 tmax 등이 있음
- ORB(Object Request Broker, 객체 요청 브로커)
- 객체 지향 미들웨어로 코바(CORBA) 표준 스펙을 구현한 미들웨어
- TP-Monitor의 장점인 트랜잭션 처리와 모니터링 등을 추가로 구현한 제품도 있음
- Micro Focus의 Orbix, OMG의 CORBA 등이 있음
- WAS(Web Applicaition Server, 웹 애플리케이션 서버)
- 정적인 콘텐츠를 처리하는 웹 서버와 달리 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어
- 클라이언트/서버 환경보다는 웹 환경을 구현하기 위한 미들웨어
- HTTP 세션 처리를 위한 웹 서버 기능뿐만 아니라 미션-크리티컬한 기업 업무까지 JAVA, EJB 컴포넌트 기반으로 구현이 가능
- 오라클의 WebLogic, IBM의 WebSphere 등이 있음
- 미들웨어 솔루션 식별
- 개발 및 운영 환경에 사용될 미들웨어 솔루션을 확인하고 목록을 작성하는 것
- 소프트웨어 아키텍처에서 정의한 아키텍처 구성 정보와 프로젝트에서 구매가 진행 중이거나 구매 예정인 소프트웨어 내역을 확인하여 개발 및 운영 환경에서 사용될 미들웨어 솔루션을 식별
- 식별한 미들웨어 솔루션들에 대해 솔루션의 시스템, 구분, 솔루션명, 버전, 제조사 등의 정보를 정리한 미들웨어 솔루션 목록을 작성
- 작성된 미들웨어 솔루션 목록은 이해관계자 등에게 전달하여 오류 및 누락을 확인하고 수정함
- 미들웨어 솔루션 명세서 작성
- 미들웨어 솔루션 목록의 미들웨어 솔루션별로 관련 정보들을 상세하게 기술하는 것
- 제품 명칭 및 버전, 제품 사용 목적 등을 솔루션에 대한 제품 안내서 및 설명 자료 등을 검토
- 사용 환경과 특징 등을 솔루션 설명 자료나 관련 담당자를 통해 검토
- 지원하는 시스템 범위와 정상적인 서비스 젝공을 위한 환경 구성, 제공 기능 등에 대한 제약사항이 존재하는지 제품안내서 및 기술 지원 담당자를 통해 검토
- 상세 저보 및 제공 기능, 특징, 시스템 구성 환경 등에 대한 제약사항을 정리하여 솔루션에 대한 명세서를 작성