건희아범의 지속가능한 삽질

거짓말로 쓴것, 애플리케이션 프레임워크라는 주제를 놓고
아는것과 검색한 것을 짜집기 하다가 포기함.
그냥 답안 복사를 해야하나..
----------------
문) 애플리케이션 프레임워크
답)
 1. 애플리케이션 프레임워크 개요
   가. 애플케이션프레임워크(Application Framework)의 정의
      -  기본적인 아키텍처와 공통 모듈을 제공하면서
         별도의 추가 모듈 구현이 가능한 컴포넌트 및 툴들의 집합
   나. 애플리케이션 프레임워크의 특징
      - 확장성 (extensibility) : 프레임워크의 기본기능에 선택적인 overriding을
        통해 기능을 확장 할 수 있다.
      - 수정불가코드 (non-modifiable framework code) : 프레임워크의 코드는
        기본적으로 변동될수 없다.

  2. 애플리케이션 프레임워크의 구조
   가. 애플리케이션 프레임워크의 구조
      - Run Tier, JobTier, Application Tier, Data Tier : Spring
      - 채널, 비지니스, 데이터 Tier : 프로프레임
      - 개발환경, 실행환경, 관리환경, 운영환경
  

문) BRE
답)
  1. 신속한 Time to Market 실현을 위한 BRE의 이해
    가. BRE(Business Rule Engine)의 정의
      - 비지니스 유연성과 경쟁력 강화를 위하여 비지니스룰을 정리하고 자동화를
        수행할 수 있는 BPM의 핵심요소
    나. BRE의 주요기능
      - GUI기반 개발도구 : 설계,개발,시험,검증,배포의 전과정 처리가능
      - Rule 표현언어 : 비지니스 Rule 표현언어 제공 (SRL:Structured Rule Language)
      - 지원도구제공 : 디버깅, 분석, Rule 추적도구 제공
      - 자동 Rule분석 : Rule 타장성, 일관성, 무결성 테스트 및 자동보고서 생성
      - Rule 시뮬레이션 지원 : Question Set에 의한 질의 및 Rule 처리결과 출력
  2. BRE 구성요소 및 비지니스 프로세스 개선기술 비교
    가. BRE의 구성요소
      - Rule Base : 기업내 모든 비지니스 룰에 대한 저장소
      - Rule Engine : 비지니스 룰 검색 및 처리기능 수행
      - 추론 알고리즘 : 최적화 된 업무처리를 위한 알고리즘
    나. 비지니스 프로세스 개선기술 비교
       |        | BPM                           | BAM             | BRE         |
       |특성    | 핵심프로세스개선              | 실시간모니터링  | 실시간Rule관리|
       |정보유형| 프로세스 모델                 | Activity상태/KPI| 비지니스룰  |
   |비지니스목적|고객지향EndToEnd프로세스 통합, 관리|민첩성위험파악|비지니스융통성,적시성|
  3. BRE기대효과 및 활용분야
    가. 비지니스 측면 : 다변화 비지니스 환경 신속한 대처 및 대응력 향상
    나. IT측면 : 생산성 향상 및 비용절감
    다. 자금세탁방지 등 각종금융사기방지, 보험 개발 및 여신관리, 방카슈랑스."끝"

  * 추가활용분야
    가. 금융상품매매 : 우수고객별 이자율 계산 Rule 정의 이자율은 Dynamic하게 적용
    나. TMS : 위험관리시스템에서 위험룰셋을 모든 위험관리시스템에 전파
    다. e-CRM : 개인화 서비스를 위한 Click&Stream 기반의 One Stop Service
    라. u-교통 : GPS기반의 사용자 운전패턴분석을 통한 10대 위험운전행위 분석

문) SOA
답)
  1. 서비스 단위 재사용 위한 SOA개요
    가. SOA(Service Oriented Architecture)의 정의
      - 소프트웨어를 기업의 프로세스 관점에서 공유와 재사용이 가능한 "서비스"
        단위로 개발하는 아키텍쳐
    나. SOA의 특징
      - Reuse : 논리적 재사용단위인 SOA Service Block 구성
      - Integration : 표준 Interface (XML, SOAP, WSDL) 통한 통합
      - Agility : 서비스단위 조립을 통한 민첩성 제공
  2. SOA구축 방법론 및 관련 정보기술
    가. SOA 방법론
      1) SOA 전략수립 : 고객사현황분석, 요구사항 정의, SOA목표및 전략수립
      2) Biz 프로세스 수립 : Biz 프로세스 분석, 현행 App 분석
      3) 서비스 정의 : 서비스 식별, 서비스 명세화, 서비스 구현 분석
      4) 시스템 분석/설계 : Use Case Modeling, Component Modeling, Service Orchestration
      5) SW 아키텍쳐 : SW 아키텍쳐 설계, 프레임웍 개발
      6) SOA 거버넌스 수립 : 서비스 관리계획 수립
    나. SOA 관련 정보기술
      - BPM : Biz Process 모델링(BPMN), 시뮬레이션, 최적화, BPEL, BAM, BRE
      - ESB : 분산, 지능형 버스, 유연성(Loosely Coupled), 상호운영성, Open Standard
      - EII : Data Hub, Metadata, App-Data 독립성, 가상화
      - 웹서비스 : SOAP over HTTP(S), WSDL, UDDI, XML
  3. SOA 기대효과 및 문제점
    가. 기업 내외 애플리케이션간 통합, 유연성,확장성,가용성 보장
    나. 성공적인 SOA방법론 적용사례 및 전문가 부족, 지속적 교육/경험축적 필요
    다. 전자정부 프로젝트 등 적용범위 확대에 따른 서비스품질평가 기준마련 필요
    라. ITA/ISP통한 로드맵 구축으로 과다/중복 구축비용 지출 절감필요."끝"

  1. MCI의 정의 및 추진배경
    가. MCI (Multi Channel Integration)의 정의
      - 영업점 창구, 자동화기기(CD/ATM), 인터넷, 콜센터의 4대고객접점정보를 통합,
        채널운영비용 절감 및 고객에서 맞춤형 개인화서비스를 지원하기 위한 솔루션
    나. MCI의 추진배경
      - 대외채널 증가, 다양한 채널, 관리통제가 어려움
      - 서비스중복에 따른 비용 증대 발생
  2. MCI의 주요기능 및 구성요소
    가. MCI 주요기능
      - 채널통합 : 4대고객접점 통합
      - 전사통합서비스 : Host Interface, Package, Application Interface, Multi Protocol
      - 외부통합서비스 : B2B
      - 고객정보의 단일view제공
    나. MCI 구성요소
     창구          Channel               *Channel Common                   정보계
     인터넷    <=> Specific  <=> ESB <=>  Layer                <=> ESB <=> 계정계
     콜센터        Layer                 *Business Transaction               ..
     자동화기기                           Layer
     <-고객접점-><----------------Channel Integration Layer ------------><-Backend->
      - 고객접점 : 영업점, 자동화기기, 인터넷, 콜센터
      - Channel Integration Layer : 채널통합관리
      - Business Transaction Layer : 멀티채널 트랜잭션 관리
      - Channel Common Layer : 공통 비지니스 수행
  3. MCI 기대효과 및 현황
    가. 채널비용감소 : 신규채널 증가 및 기존채널 관리 비용 감소
    나. 전략적 프로젝트 : 맞춤형서비스, 신규채널 증가 대응, 복합상품판매와 같이
        상품 및 서비스 체계 구현, Cross Sale 및 Up Sale의 기회제공
    다. 고객지향 역량 : 고객지향 채널 확보와 프로세스 통합수행
    라. 유연성 우수하나 고성능 Transaction 지원이 어렵고, 특정채널별 비지니스 발
        생시 관리포인트 증가 우려 ex) 스마트폰 특판 예금등."끝"
     *. 통합기술간 비교
     항목                MCI                 ESB                  EIP
     ----------------------------------------------------------------------------
     목적        고객채널 통합      서비스,App수평수직적통합  기업 내외부정보 통합
     정보종류    내부정보           내부정보                  내외부정보
     접근방법    Back-Office 솔루션 Back-Office 솔루션        Front-Office 솔루션
     주요기술    ESB/EAI            Web-Service,              SSO,Ajax, SSL
                                    Message Routing

ISP (Infomation Strategy Planning) : 정보화 전략 계획
2. 계획 순서도
  가. 환경분석
    1) 경영환경
        - 외부환경분석 : 기회/위험 분석
        - 내부환경분석 : 강점/약점 분석
        - 경영환경분석을 위해 4가지요소를 통합하여 SWOT 분석을 한다.
---------------------------------------------------------
               |       기회                       |  위험
---------------------------------------------------------
   강점     |                                     |
---------------------------------------------------------
   약점     |                                     |
---------------------------------------------------------
    2) 정보화환경
        - IT트랜드 정리
        - 적용가능한 기술 개략 선별(이미 인터뷰가 선행되어 있음)
  나. AS IS -분석
    1) Business Process 분석
       - 프로세스 체계도
          증권
        --------
       |           |
      AM      IBSP (Infomation Strategy Planning) : 정보화 전략 계획

2. 계획 순서도
  가. 환경분석
    1) 경영환경
        - 외부환경분석 : 기회/위험 분석
        - 내부환경분석 : 강점/약점 분석
        - 경영환경분석을 위해 4가지요소를 통합하여 SWOT 분석을 한다.
---------------------------------------------------------
               |       기회                       |  위험
---------------------------------------------------------
   강점     |                                     |
---------------------------------------------------------
   약점     |                                     |
---------------------------------------------------------
    2) 정보화환경
        - IT트랜드 정리
        - 적용가능한 기술 개략 선별(이미 인터뷰가 선행되어 있음)
  나. AS IS -분석
    1) Business Process 분석
       - 프로세스 체계도
          증권
        --------
       |           |
      AM      IB
    ------
   |      |
  위탁  저축 .......
      - 프로세스 순서도
       고객  :  시작 -> 종목선택 -> 주문의뢰
       증권사:                        ↓
                                     주문접수
                                         ↓
                                     예수금확인
                                      ....
      - 프로세스 조직 상관도
                금융상품부    증권영업부
     ------------------------------------
     금융상품 |     O
     증권매매 |                   X
     ------------------------------------

    2) 정보시스템현황 분석
       - HW/SW/APP/Network/Data
       ex) HW
          HW명        구매비         CPU      메모리       구매일자   담당자
      ------------------------------------------------------------------------------------
          .....
 다. TO BE -분석
    ------
   |      |
  위탁  저축 .......
      - 프로세스 순서도
       고객  :  시작 -> 종목선택 -> 주문의뢰
       증권사:                        ↓
                                     주문접수
                                         ↓
                                     예수금확인
                                      ....
      - 프로세스 조직 상관도
                금융상품부    증권영업부
     ------------------------------------
     금융상품 |     O
     증권매매 |                   X
     ------------------------------------

    2) 정보시스템현황 분석
       - HW/SW/APP/Network/Data
       ex) HW
          HW명        구매비         CPU      메모리       구매일자   담당자
      ------------------------------------------------------------------------------------
          .....
 다. TO BE -분석

  1. ESB의 정의 및 특징
    가. ESB(Enterprise Service Bus)의 정의
      - 애플리케이션을 Loosely Coupled 비지니스 서비스로서 연결 및 중재해주는 표준
      - 이기종 시스템간의 서비스 및 컴포넌트의 메시지를 전달하는 미들웨어
    나. ESB 특징
      - 기업 정보시스템을 공유와 재사용이 가능한 서비스와 컴포넌트 중심으로 묶는
        IT아키텍처를 지원하는 서비스 인프라(Service Infra)
      - 표준기반의 체계적으로 정의된 인터페이스(Web Service)를 통한 통합지원
      - 다양한 시스템과 연동을 위한 멀티프로토콜 지원/BPM을 지원/이벤트 지향적
  2. ESB의 주요기능 및 EAI와의 비교
    가. ESB의 주요기능
      - Service Oriented : 미들웨어 컴포넌트간의 약결합 지원
      - Event Oriented : 이벤트 발생시에 이벤트를 전송
      - 상호운영성 : 벤터별 미틀웨어 간의 상호연동
      - Runtime 환경 : SOA지원위한 Runtime Bus
      - Quality of Service : 성능, 안정성, 보안, 가용성의 높은 품질 제공
      - 통합 : 메시지 브로커를 기반으로 단계적 통합지원, 라우팅, Multi-Protocol,
        multi-APU 및 프로세스 통합을 지원하고 시스템간/애플리케이션간 통합지원
    나. ESB vs EAI (ESB의 상호 비교표와 동일)
      -----------------------------------------------------------------------
      구분               EAI                        ESB
      -----------------------------------------------------------------------
      통합종류    Application통합            Service통합/호스팅
      통합방안    시스템별 Adaptor           표준기술사용
      통합형태    Tightly Coupled(1:1)       Loosely Coupled (1:N)
      표준        벤더별                     Open Standard
      비용        증가                       감소 (재사용)
      구현        Hub&Spoke중앙집중          Bus구조
      속도        제한된 용량내에서 속도빠름 상대적으로 속도느림(표준준수)
      -----------------------------------------------------------------------
  3. ESB의 기대효과 및 전망
    가. 사용과 관리 단순화 : Install, Version Control, Documentation, Configuration 지원
    나. 개발생산성 증대 : Mapping, Java Support, ESQL, Debugging
    다. 연계 및 기능 : File(VSAM), JMS 및 Web Service 상호운영성
    라. SOA 시스템 구축에 ESB를 활용한 아키텍쳐 구성 및 구축이 필수적임, SOA의 구성에서
        ESB의 역할이 점차 확대될 것임."끝"
     * SOA에서 ESB의 역할
      - ESB는 단위서비스를 조합(Orchestration)하여 다양한 레벨의 복합서비스들을 쉽게 만들어
        재사용을 용이하게 해 주는 역할
      - 서비스 요청(requestor)과 제공(provider)사이의 연결을 최적화 하는 계층

1. 전사적 애플리케이션의 통합 EAI
  가. EAI(Enterprise Application Integration)의 정의
    - 기업내부의 이질적인 시스템간의 상호연동을 지원하는 미들웨어
    - Hub&Spoke구조의 중앙집중적 통합, 벤더 종속적인 Interface
  나. 추진배경
    - 다양한 플랫폼 및 애플리케이션이 산재, 프로세스/데이터 통합을 위한 시스템간
      Integration이 요구
    - 기업정보 가치 극대화를 위한, 시스템간 정보의 전달, 연계, 통합 이슈 발생
2. EAI 구성요소 및 ESB와의 비교
  가. EAI 구성요소
                             |------------------------------------------------|
      서비스    |------|     |                                                |
      요청  --> | 포털 | --> | -> -----------------------                     |
                |------|     |    |Broker                | <=> Adaptor-시스템A|
                             |    |Hub(메시징, 미들웨어) | <=> Adaptor-시스템B|
                             |    |Work-Flow             |                    |
                             |    |                      |                    |
                             |------------------------------------------------|
    - Platform : 데이터 전달 및 성능 보장
    - Adaptor:이기종 시스템간연동위한 SW모듈, Interface 담당
    - Broker:데이터매핑지원, 포맷/레벨 자동변환
    - Work-Flow:비지니스 WorkFlow를 정의/운용
  나. EAI vs ESB
      -----------------------------------------------------------------------
      구분               EAI                        ESB
      -----------------------------------------------------------------------
      통합종류    Application통합            Service통합/호스팅
      통합방안    시스템별 Adaptor           표준기술사용
      통합형태    Tightly Coupled(1:1)       Loosely Coupled (1:N)
      표준        벤더별                     Open Standard
      비용        증가                       감소 (재사용)
      구현        Hub&Spoke중앙집중          Bus구조
      속도        제한된 용량내에서 속도빠름 상대적으로 속도느림(표준준수)
      -----------------------------------------------------------------------
3. EAI 기대효과 및 활용사례
  가. 애플리케이션 통합통합 비용절감, 유지보수 비용 감소, 기존 시스템 재사용
      및 정보데이터의 실시간 통합, 전사 IF의 통합화/표준화/단순화
  나. 제한된 용량에서 고속처리가 필요한 기업 : 증권, 은행
      Input/Output이 다양하고 대내이질성이 있는 트랜잭션의 연결이 중요한 기업
      : 보험사."끝"