정보시스템통합(핵심정리)

소개글

정보시스템통합(핵심정리)에 대한 보고서 자료입니다.

목차

1. 업무와 정보시스템의 개념
가. 업무처리와 정보시스템의 관계
나. 정보시스템의 구성
다. 정보시스템 개발 생명주기, SDLC, Software Development Lifecycle
라. 정보 시스템의 발전단계(패러다임)
2. 정보 시스템
가. 데이터와 정보의 관계
나. 정보 시스템 이란
다. 정보시스템의 기능요소
라. 정보기술(IT, Information Technology)과 정보시스템(IS, Information system) 관계
마. 정보시스템의 분류
3. 정보 시스템 통합의 필요성
가. 조직, 사람, 정보시스템의 관계
나. 통합의 문제점(도전과제)
다. 전사적 시스템 통합 (EAI, Enterprise Application Integration)
4. 정보 시스템 통합 방법론
가. 애플리케이션 통합의 분류
나. 정보 지향 애플리케이션 통합
다. 비즈니스 프로세스 통합
라. 서비스 지향 애플리케이션 통합
마. 포탈 지향 애플리케이션 통합
5. 정보 시스템 구조
가. 정보 시스템의 설계
나. 정보 시스템 아키텍쳐
6. 분산시스템과 미들웨어
가. 분산시스템 이란
나. 분산시스템의 문제(도전과제)
다. 미들웨어 기반구조
라. 미들웨어의 종류
7. 웹 서비스
가. 웹 서비스의 개념
나. WWW(Wold Wide Web)
다. 서비스 지향 아키텍처(SOA)

본문내용

거나, 혹은 비디오나 오디오 파일을 장착하기도 한다. 웹은 또한 'e-상거래'를위한 주요 인터페이스 역할도 하고 있다.
ㅇ 월드 와이드 웹에 관련된 기술은 월드 와이드 웹 컨소시엄(W3C)이 개발하고 있다. W3C는 HTML, HTTP 등의 표준화를 진행하고 있으며, 최근에는 시맨틱 웹에 관련된 표준을 제정하고 있다.
ㅇ HTML : HTML은 하이퍼텍스트 마크업 언어(HyperText Markup Language)라는 의미의 웹 페이지를 위한 지배적인 마크업 언어다. HTML은 제목, 단락, 목록 등과 같은 본문을 위한 구조적 의미를 나타내는 것뿐만 아니라 링크, 인용과 그 밖의 항목으로 구조적 문서를 만들 수 있는 방법을 제공한다. 그리고 이미지와 객체를 내장하고 대화형 양식을 생성하는 데 사용될 수 있다. HTML은 웹 페이지 콘텐츠 안의 꺾쇠 괄호에 둘러싸인 "태그"로 되어있는 HTML 요소 형태로 작성한다. HTML은 웹 브라우저와 같은 HTML 처리 장치의 행동에 영향을 주는 자바스크립트와 본문과 그 밖의 항목의 외관과 배치를 정의하는 CSS 같은 스크립트를 포함하거나 불러올 수 있다. HTML과 CSS 표준의 공동 책임자인 W3C는 명확하고 표상적인 마크업을 위하여 CSS의 사용을 권장한다
HTML 마크업은 HTML 요소(Elements)와 그들의 속성(Attributes)과 문자 기반 데이터 형태와 문자 참조와 엔티티 참조를 포함하는 몇 가지 핵심 구성 요소로 이루어져 있다. 또 다른 중요한 구성 요소로는 문서 형식 정의(DTD, Document Type Definition)를 명시하는 문서 형식 선언(document type declaration)이다. 차기 HTML 5에서는 DTD를 지정하지 않아도 되고 오직 레이아웃 모드로 지정된다
ㅇ XML : XML(Extensible Markup Language)은 W3C에서 다른 특수 목적의 마크업 언어를 만드는 용도에서 권장되는 다목적 마크업 언어이다. XML은 SGML의 단순화된 부분집합이지만, 수많은 종류의 데이터를 기술하는 데 적용할 수 있다. XML은 주로 다른 시스템, 특히 인터넷에 연결된 시스템끼리 데이터를 쉽게 주고 받을 수 있게 하여 HTML의 한계를 극복할 목적으로 만들어졌다
- XML 문서에는 두 가지 수준의 수정 절차가 있다
웰 폼(Well-formed) : 웰 폼 문서는 모든 XML의 구문을 허용한다. 예를 들어, 한 요소가 닫기 태그와 자체 닫기 없이 열기 태그를 가지고 있으면, 웰 폼이라고 부르지 않는다. 웰 폼이 아닌 문서는 XML이 된다고 말하지 않는다. 순응 파서는 이를 처리하도록 허용하지 않는다.
유효 : 유효 문서는 추가적으로 몇 가지 의미적 규칙을 허용한다. 이러한 규칙들은 사용자 정의로 되어 있거나, XML 계획 또는 DTD로 포함된다. 예를 들어, 어느 문서가 정의되지 않은 태그를 포함하고 있으면, 유효한 것이 아니다. 유효화 파서는 이를 처리하도록 허용하지 않는다.
다. 서비스 지향 아키텍처(SOA)
ㅇ SOA는 아키텍처와 인터페이스의 다른점을 신경 쓰지않고 모든 어플리케이션을 네트워크를 경유하여 서비스로서 자유롭게 조합하여 이용할 수 있도록 하기위한 시스템 설계상의 방법이다
ㅇ 여기서 서비스라는 것은 비지니스 로직을 컴포넌트화 한 것으로, 예를 들면 '2분기연속으로 이익을 내고 있는 기업의 리스트를 조회한다'라는 비교적 포괄적인 형태에서도 API를 호출하는 것처럼 서비스를 호출하는 측이 하위레벨(네트워크 설정과 SQL 등)를 의식할 필요가 없이 필요로 하는 서비스를 호출하기만 하면 된다
ㅇ 더욱 진보한 SOA(Service Oriented Architecture)에 기반으로 하는 ESB (Enterprise Service Bus) 제품 이라는 새로운 흐름도 나타나기 시작하였으며 그 외에 데이터 웨어 하우스 구축에서 사용되는 ETL (Extract, Transform, Loading : IT환경에서 상이한 종류의 데이터를 추출, 변환, 가공하는 툴)도 어플리케이션의 데이터 연계라는 의미에서는 EAI의 범위에 포함된다
ㅇ EAI의 기본은 1대1 어플리케이션 연계에서 시작된다. 다시 말해서 EAI는 부분적으로 도입 되어지는 업무 어플리케이션과 기존 시스템을 통합해서 하나의 시스템으로 활용하기 위한 조합을 목적으로 하고 있다
ㅇ 1대1 어플리케이션 연계에는 MOM(Message Oriented Middleware)이 사용된다
ㅇ MOM 이라는 것은 어플리케이션간의 계속적인 쌍방향 데이터 교환을 가능하게 하는 미들웨어 이며 EAI의 가장 기본이 되는 소프트웨어이다
ㅇ 프로그래머는 MOM을 도입함으로써 어플리케이션의 통신부분을 개발하지 않고도 개발을 마칠 수 있습니다. 어플리케이션의 연계부분의 개발시간과 개발비용을 크게 절감 할 수 있다
ㅇ MOM에는 메시지 큐잉 모델이 사용된다 예로 IBM의 MQ를 예를 들어 알아보면
- 이 시스템간의 통신방식의 최대 특징은 어플리케이션 간에 직접 세션을 맺지않고 큐(Queue)라고 불리는 스토리지 (디스크상이나 메모리 상에 생성이 가능)를 경유해서 간접적으로 메시지(데이터)를 주고 받을 수 있다
- 결국 메시지 큐잉 모델에서는 메시지 발신 어플리케이션에서 발송 되어진 메시지를 일단 큐에 저장을 하고 그 후에 수신 어플리케이션이 큐로부터 메시지를 받는 방식으로 되어있다
- 이 방법이라면 발신측은 수신측 상태를 신경 쓸 필요가 없어집니다. 실제 어플리케이션 간의 통신에서는 운영체재의 장해, 네트워크의 장해 등으로 수신측 어플리케이션이 이용할 수 없는 경우가 발생하지만 그 때에는 이용이 가능할 때까지 큐에 메시지를 일시적 (장기간 보존가능)으로 보관해 두기만 해도 된다
- 구체적으로는 MQ는 tcp/ip, SNA 등의 복수의 프로토콜에 대응하고 있기 때문에 프로그래머는 어떤 통신 프로토콜을 통해서 통신을 하고 있는가에 대해 의식 할 필요가 없다
- MQI(Message Queue Interface)라는 복수의 플랫폼 간의 통일된 13개의 인터페이스 (MQOPEN : 큐의 오픈, MQPUT : 큐로 메시지 전송) 구사만으로 충분하다

키워드

미들웨어,   RPC,   분산시스템,   정보시스템,   통합,   EAI,   XML,   HTML,   애플리케이션,   아키텍처