2) 시스템 목적 달성을 위해 시스템의 각 컴포넌트가 무엇이며 어떻게 상호작용하고 정보가 교환되는지 설명
라이브러리 : 소프트웨어 개발에 쓰이는 하부 프로그램들의 모임
컴포넌트 : 구성 요소, 부품
프레임 워크 : 프로그램 기본 구조
아키텍처 : 프로그램 주요 구조 설계도
2. 시스템 아키텍처 용어
1) API
1] 응용 프로그램에서 사용가능하게 운영체제, 프로그래밍 언어가 제공하는 기능을 제어할 수 있도록 만든 인터페이스
2) ESB
1] 비즈니스 내에서 서비스, 애플리케이션, 자원을 연결하고 통합하는 미들웨어 또는 인프라
2] ESB = EA(어플리케이션 통합) + 표준화 + 분산화
3] 서비스들을 컴포넌트화된 논리적 집합으로 묶는 핵심 미들웨어이며, 비즈니스 프로세스 환경에 맞게 설계 및 전개할
수 있는 아키텍처 패턴
3) OLTP : 온라인 트랜잭션 처리
1] 주 컴퓨터와 통신 회선으로 접속된 복수의 사용자 단말에서 발생한 트랜젝션을 주 컴퓨터에서 처리하여 그 처리 결
과를 즉석에서 사용자 단말 측으로 되돌려 보내주는 처리 형태
2] 네트워크상의 여러 이용자가 실시간으로 데이터베이스의 데이터를 갱신, 조회 하는 등의 단위 작업을 처리하는 방식
3] 주로 신용카드 조회 업무, 현금 자동 입출금기 등 비즈니스 분야의 금융거래에서 활용
4) DW : 데이터 웨어하우스
1] 사용자의 의사 결정에 도움을 주기 위해 기간시스템의 데이터베이스에 축적된 데이터를 공통의 형식으로 변환해 관
리하는 데이터베이스
2] 정보와 창고의 의미가 합성되어 만든 어휘
3] 방대한 조직 내에서 분산 운영되는 각각의 데이터 베이스 관리 시스템들을 효율적으로 통합하여 조정, 관리하기 때
문에 효율적인 의사 결정 시스템을 위한 기초를 제공하는 실무적인 활용 방법론이 제공
5) 빅 데이터
1] 기존의 관리 방법이나 분석 체계로는 처리하기 어려운 막대한 양의 정형 또는 비정형 데이터 집합
2] 빅 데이터를 효과적으로 분석함으로서 미래를 예측, 최적의 대응방안을 찾아 수익으로 연결하여 새로운 가치를 창출
3. 시스템 아키텍처의 기본 요구사항
1) 시스템 구성 및 동작 원리를 나타냄
2) 시스템 구성 요소에 대해 설계 및 구형을 지원하는 수준으로 자세히 기술(IEEE 1471, TOFAG)
3) 구성 요소 간의 관계 및 시스템 외부 환경과의 관계가 묘사
4) 요구 사양 및 시스템의 전체 수명주기를 고려
5) 하드웨어와 소프트웨어를 포함하는 시스템 전체에 대한 논리적 기능 체계와 그것을 실현하기 위한 구성 방식
6) 시스템의 전체적인 최적화를 목표
4. 시스템 아키텍처 설계
1) 다양한 수준의 설계가 존재
2) 소프트웨어 시스템의 아키텍처 설계에 제약을 주는 상휘설계로서의 시스템 아키텍처 설계
3) 소프트웨어 아키텍처 제약 안에서 세부적인 설계작업을 수행하게 되는 소프트웨어 상세 설계
4) 위 세 설계는 일반적인 설계활동의 하나로서 갖는 일반적인 특성을 공통적으로 보유
5) 시스템 아키텍처는 하드웨어와 소프트웨어로 구성된 시스템의 아키텍처를 지칭,소프트웨어 아키텍처의 결정을 제약
6) 소프트웨어 아키텍처 설계는 소프트웨어 상세설계의 결정을 제약
7) 아래 화살표의 굵기는 영향력의 크기를 의미
5. 인터페이스 시스템의 개념
1) 시스템 인터페이스의 구성은 송신, 수신, 중계시스템을 구성
2) 송신 시스템 : BD와 애플리케이션으로부터 연계할 데이터를 테이블 또는 파일 형태로 생성하여 송신하는 시스템
3) 수신 시스템 : 수신한 테이블, 파일의 데이터를 수신 시스템의 환경에 맞게 변환해 DB에 저장하거나 애플리케이션에
서 활용할 수 있도록 처리하는 시스템
4) 중계 시스템 : 송신 시스템과 수신 시스템 사이에서 데이터를 송/수신하고 송/수신 현황을 모니터링하는 시스템
6. 인터페이스 데이터 표준
1) 인터페이스 시스템 사이에서 교환되는 데이터는 규격화된 표준 형식을 정의하여 사용
2) 외부 빛 내부 모듈 간 데이터를 교환하고 상호 호환이 되기 위해 인터페이스 데이터 표준을 정의하고 이를 관리
3) 인터페이스를 위해 인터페이스가 되어야 할 범위의 데이터들의 형식과 표준을 정의하는 것
4) 기존에 있던 데이터 중 공통의 영역을 추출하여 정의하는 경우도 있고, 한쪽의 데이터를 변환하는 경우도 있음
인터페이스 설계 단계 1) 송/수신 시스템 사이에 전송되는 표준 항목과 업무 처리 데이터, 공통 코드 정보 등을 누락 없이 식별하고 인터 페이스 명세서를 작성
인터페이스 데이터 공통부 1) 인터페이스 표준 항목을 포함 2) 대내외 연계를 수행하기 위해 필요한 표준 송수신 메시지의 길이, 송수신 메시지 구서에 필요한 시스템 정보 (시스템 공통)와 전송 관리에 필요한 공통 정보(거래 공통)를 의미 3) 시스템 공통부 : 시스템 간 연동 시 필요한 공통 정보를 말하며 인터페이스ID와 전송 시스템 정보와 서비스 코 드 정보, 응답 결과 정보, 장애 정보 등으로 구성. 공통적으로 사용되는 코드 정보는 공통 코드로 추출하고 시 스템에서 공통으로 관리 4) 거래 공통부 : 연동 처리 시 필요한 직원 정보와 승인자 정보, 기기 정보, 매체 정보, 테스트 정보 등으로 구성
인터페이스 데이터 개발부 1) 송/수신 시스템에서 업무 처리에 필요한 데이터를 포함 2) 송수신 데이터 항목 1] 송수신 시스템이 업무를 수행하는데 사용하는 데이터 2] 인터페이스 별로 전송되는 데이터 항목과 순서가 다름 3] 송수신 데이터 식별을 통해 인터페이스 정의서의 연계 데이터 항모과 매핑 정의, SQL 문설계를 진행 4] 송수신 데이터의 식별은 요구사항 정의서에 기술된 주요 정보항목을 기반으로 테이블 정의서와 칼럼 정의서 등의 데이터베이스 산출물을 확인, 식별하고 업무 담당자 인터뷰와 학인 과정을 통해서 정의
인터페이스 데이터 종료부 1) 전송 데이터의 끝을 표시하는 문자를 포함하여 종료
7. 공통코드
1) 대내외 연계 시 사용하는 공통 코드와 연계 시스템 또는 연계 SW에서 사용하는 상태 코드와 오류 코드 등과 같은 공
통 코드 항목에 대해 코드값과 코드명, 코드 설명 정보 등을 공통 코드로 관리해야 함
8. 인터페이스 시스템의 처리 흐름
1) 송신 시스템에서 전송할 데이터를 생성하여 연계서버에 전달하면 연계서버는 목표 시스템에 데이터를 연계 전송
2) 연계서버는 시스템간 연계상태와 데이터
의 송/수신 오류 여부를 모니터링해 해당하는 조치를수행
9. 인터페이스 대상 식별 수행 순서
1) 개발하고자 하는 시스템과 연계할 내외부 시스템을 식별하기 위해 관련 자료를 준비
1] 업무 정의서, 요구 사항 정의서, 시스템 아키텍처 정의서, 유스 케이스 정의서, 요구 사항 추적표 준비
2] 현행 시스템에 대한 인터페이스 목록, 인터페이스 정의서, 인터페이스 프로그램, 대내외 연계 시스템 목록 준비
3] 연계 대상 시스템 정의서, 인터페이스 목록 등 산출물 양식 준비
2) 인터페이스 관련 자료를 기반으로 개발하고자 하는 시스템과 연계할 내외부 시스템을 정의
1] 개발하고자 하는 시스템 목록 작성
2] 개발하는 시스템고 ㅏ연계할 내외부 시스템을 식별하고 목록을 작성
3. 내외부 시스템의 실제 운용 환경과 하드웨어 관리 주체를 확인
4. 내외부 시스템의 연계를 위한 네트워크 여녈 정보를 확인
5. 인터페이스 요구 사항을 충족하도록 개발하고자 하는 시스템과 타 시스템 사이의 인터페이스를 식별
1] 인터페이스 요구 사항 목록과 요구 사항 정의서를 기반으로 인터페이스를 식별하고 인터페이스 목록을 작성
