기타

• 웹접근성 가이드 라인
  
  • 인식의 용이성(Perceivable) : 글로 표현할 수 없는 콘텐츠를 제외하고 장애 유형에 관계없이 모든 사용자가 콘텐츠를 인지할 수 있도록 제공해야 한다.
    

    ① 이미지의 의미나 목적을 이해할 수 있도록 적절한 대체 텍스트를 제공해야 한다.
    

    ② 배경 이미지가 의미를 갖는 경우, 이미지의 의미를 이해할 수 있도록 대체 컨텐츠를 제공해야 한다.
    

    ③ 동영상, 음성 등 멀티미디어 컨텐츠를 이해할 수 있도록 대체 수단(자막, 원고 또는 수화)등을 제공해야 한다.
    

    ④ 색상을 배제하여도 원하는 내용을 전달할 수 있도록, 색상 이외에도 명암이나 패턴 등으로 컨텐츠 구분이 가능해야 한다.
    

  • 운용의 용이성(Operable) : 웹 콘텐츠에 포함된 모든 기능은 누구나 쉽게 사용할 수 있어야 한다.
    

    ⑤ 서버측 이미지 맵을 제공할 경우, 해당 내용 및 기능을 사용할 수 있는 대체 컨텐츠를 제공해야 한다.
    

    ⑥ 프레임을 제공할 경우, 해당 내용을 이해할 수 있도록 적절한 제목(title 속성)을 제공해야 한다.
    

    ⑦ 깜빡이는 컨텐츠를 제공할 경우, 사전에 경고하고 깜빡임을 회피할 수 있는 수단을 제공해야 한다.
    

    ⑧ 모든 기능을 키보드로 이용할 수 있어야 한다.
    

    ⑨ 반복되는 링크를 건너뛸 수 있도록 건너뛰기 링크(skip navigation)을 제공해야 한다.
    

    ⑩ 시간 제한이 있는 컨텐츠를 제공할 경우, 시간 제어 기능을 제공해야 한다.
    

    ⑪ 새창(팝업창 포함)을 제공할 경우, 사용자에게 사전에 알려야 한다.
    

  • 이해의 용이성(Understandable) : 사용자들이 가능한 쉽게 이해할 수 있도록 콘텐츠나 제어 방식을 구성해야 한다.
    

    ⑫ 데이터 테이블을 제공할 경우, 테이블의 내용을 이해할 수 있는 정보(제목, 요약정보 등)를 제공해야 한다.
    

    ⑬ 데이터 테이블을 제공할 경우, 제목 셀과 내용 셀을 구분할 수 있어야 한다.
    

    ⑭ 해당 페이지를 잘 이해할 수 있도록 페이지 제목(< title> )을 제공해야 한다.
    

    ⑮ 컨텐츠는 논리적인 순서로 구성되어야 한다.
    

    16 온라인 서식을 제공할 경우, 레이블(< label> )을 제공해야 한다.
    

  • 기술적 진보성(Robust) : 콘텐츠는 최신 보조기술 수준에서 사용할 수 있어야 한다.
    

    17 애플릿, 플러그인(ActiveX, 플래시) 등 부가 애플리케이션을 제공하는 경우, 해당 애플리케이션이 자체적인 접근성을 준수하거나 사용자가 대체 컨텐츠를 선택하여 이용할 수 있어야 한다.
    

    18 마크업 언어로 구현할 수 있는 기능(링크, 서식, 버튼, 페이지 제목)을 자바 스크립트로만 구현하지 말아야 한다.
    

GPS(Global Positioning System, 위성 위치 확인 시스템)

• 개요
  
  • GPS의 정의
    
    • 인공위성을 이용한 항법 지원 시스템으로, 원래는 미국 국방부에 의해 개발되었으며 무기유도, 항법, 측량, 지도 제작, 측지, 시각동기 등의 군용 및 민간용 목적으로 사용되고 있는 범지구 위성항법 시스템
      
    • GPS가 제공하는 위치 측정으로는 표준 위치 측정 서비스와 정밀 위치 측정 서비스 두 종류가 있는데, 이 중 상태적으로 정확도가 떨어지는 C/A(Coarse Acquisition) 코드를 사용하는 표준 위치 측정 서비스는 민간용으로의 사용이 개발되어 누구라도 C/A 코드 수신기만 있으면 지구상 어느 곳에서도 자신의 위치와 시간을 손쉽게 알 수 있음
      
    • 지상 2만km 상공에서 중궤도를 도는 24개의 인공위성이 지표상 GPS 수신 장치가 장착된 이동차량, 선박, 항공기 등에 위치 정보를 제공하고 있으며, 정확도는 약 100m 정도가 됨
      
  • GPS의 특징
    
    • 정확한 3차원 위치, 고도, 시간 정보를 제공
      
    • 전 세계적으로 하루 24시간 연속적으로 서비스를 제공
      
    • 수동적이면서 무제한의 사용자에게 정보를 제공
      
    • 어떤 기상 조건에서도 사용이 가능하며, 간섭과 방해에 강함
      

       
       

• GPS의 오차 요인 및 해결 방안
  
  • GPS의 오차 요인
    
    • 위성 요인 : GPS 시계 오차 및 위성 위치 데이터 오차
      
    • 자연 요인 : 전리층 지연 오차 및 대류층 지연 오차
      
    • 사용자 요인 : 수신기 시계 오차, 수신기 잡음, 다중 경로 현상 등
      
  • GPS의 해결 방안
    

    DGPS(Differential GPS) 사용 : 위치가 알려진 고정 장소에 GPS 기준국을 설치하고, 위성과 GPS 기준국 신호를 통해 오차를 교정
    

   
   

• GPS의 활용 및 응용 분야
  
  • 카 네비게이션 시스템(Car Navigation System)
    
  • 항공기 착륙 유도 시스템
    

     
     

• GPS에서 군사용은 P코드를 사용하고, 민간용은 C/A 코드를 사용하는데, 일반적으로 C/A 코드의 정밀도는 0.3m이고 P코드의 정밀도는 약 3cm
  

ERP(Enterprise Resource Planning, 전사적 자원 관리)

• 개요
  
  • ERP의 정의
    
    • 인사, 판매, 생산, 구매, 재고 및 재무 등 기간 업무 전체를 관리해 주는 전사적 통합 자원 관리 시스템
      
    • 기업 활동을 위해 사용되고 있는 기업 내의 모든 인적, 물적 지원을 효율적으로 관리함으로써, 궁극적으로 기업의 경쟁력을 강화시켜 주는 역할을 하는 통합 정보 시스템
      
  • ERP의 발전 과정
    
    • MRP(1970년대)
      
    • MRP는 기준 생산 계획(마스터 스케줄)과 부품표, 제고 정보의 3가지를 기반으로 구체적인 제조일정과 자재 생산, 조달 계획을 계산하는 기법
      
    • 주요 기능 : 자재 수급 관리, 재고 최소화
      
    • MRP II (1980년대)
      
    • MRP II는 생산 계획의 주변 업무를 다루는 방향, 즉 생산 능력 계획과 기준 생산 계획의 피드백, 조달 예산 계획, 설비 구입 계획, 재고 예산 계획, 제조 재무 계획, 판매 계획과의 연동 등을 구현한 시스템으로, 현재에 이르기까지 많은 기업에서 이용하고 있음
      
    • 주요 기능 : 제조 자원 관리, 원가 절감
      
    • ERP(1990년대)
      
    • ERP는 MRP II 시스템을 기업 활동 전반의 모든 업무의 경영 자원으로 대상을 확대함으로써 붙여진 이름으로, 기업의 통합 정보 시스템 구축을 위해 첨단 IT를 기반으로 하여 선진 비즈니스 프로세스가 구현된 패키지 소프트웨어
      
    • 주요 기능 : 전사 자원 관리, 경영 혁신
      
    • 확장 ERP(2000년대 SCM, CRM)
      

      ERP 시스템이 기존의 고정적인 체계를 벗어나 ERP에 제품 정보 관리(PDM), 공급망 관리(SCM), 고객 관계 관리(CRM), 전략적 기업 관리(SEM), 기업 간 전자상거래(EC/CALS) 등을 연계한 확장 ERP로 확대되고 있음
      

• ERP의 특징
  
  • 다국적, 다통화, 다언어(Global 대응)
    
  • 통합 업무 시스템
    
  • 리엔지니어링 실현
    
  • 원장형 통합 데이터베이스
    
  • 파라미터 설정에 의한 단기간 구축
    
  • 개방형 및 멀티 벤더
    

     
     

• ERP의 구성 요소
  
  • DBMS : 사용 DBMS 사용
    
  • 시스템 커널(System Kernel) : 애플리케이션을 구동할 수 있는 환경 제공
    
  • 데이터 사전(Data Dictionary) : ERP 애플리케이션 객체를 타입별로 관리하기 위한 저장소로 테이블, 프로그램, 트랜잭션, 메뉴 등 모든 객체 저장
    
  • 시스템 개발 환경 : CASE 개발 환경 제공
    
  • 기업 내부 통신 환경 : 사용자 인터페이스 환경 제공
    
  • 기업 외부 통신 환경 : ERP 패키지 간 또는 ERP의 다른 프로그램과 통신할 수 있는 환경 제공
    
  • 응용 프로그램 : 인사, 재무, 영업, 구매, 생산, 회계 모듈 등
    

     
     

• ERP 시스템 구축 방식 비교
  

구분	Event Driven 방식	Customizing 방식
프로세스 변환	ERP 표준 프로세스 준용	프로세스 재설계에 따른 변화가 가능
시스템 개발	애플리케이션 확장 없음	프로세스 변화에 다른 확장이 발생
데이터 변화	데이터의 변화가 용이함	중간/대용량 데이터의 변환으로 복잡한 이행
업무 시스템 범위		인터페이스 등 커스터마징이 거의 없음	인터페이스 및 프로세스 재설계에 의한 시스템 개발

 
 

• ERP 도입 시 고려 사항
  
  • ERP 패키지 시스템 업체의 서비스 능력
    
  • 시스템의 유연성, 기술성, 투자 효과, 사용의 편리성 고려
    
  • 시스템의 표준화 준수 및 한글화 능력
    
  • 시스템 적용을 위한 우수한 컨설턴트 보유 및 활용 가능성
    
  • 도입하고자 하는 회사의 명확한 목적 및 목표
    
  • 선진 프로세스를 적극적으로 수용하려는 도입 회사의 자세
    

SCM(Supply Chain Management, 공급망 관리)

• 개요
  
  • SCM의 정의
    

    부품 공급업체로부터 최종 소비자까지의 물류, 정보, 자금 흐름의 최적화를 도모하는 것으로, 과거의 기업들이 추구하던 내부 기능 중심의 물류 개선에서 탈피하여 공급자에서부터 협력업체, 고객까지를 하나의 통합된 프로세스로 관리하는 개념
    

  • SCM의 필요성
    
    • 기업들은 현재까지도 기업 내의 생산성 향상을 위한 리드타임 단축, 원가 절감, 품질 향상, 정보화, 자동화등 컴퓨터 통합 생산(CIM) 구축 등을 위해 노력해 왔으며, 최근에는 외부의 가치 사슬 도는 공급만 관리를 중요하게 인식하게 됨
      
    • 부품 및 기자재 공급의 납기, 품질에 대한 불확실성과 수요 및 주문의 납기 수향 등의 불확실성을 제조업체 내에서 수동적으로 흡수하여, 생산 계획을 편성하고 재고를 관리하여 리드타임을 단축하고 재고를 절감하는 데 한계성이 나타남
      
    • 기업 간의 경쟁이 치열해짐에 따라 원가 및 납기의 개선이 시급하게 요구되며, 특히 고객 지향, 고객 만족 등 시장 요구에 대한 적응을 위해 공급망의 혁신에 대한 요구가 증대
      

       
       

• SCM의 구성 요소
  
  • 업무 처리의 구성 요소
    
    • 공급자 : 원재료 또는 중간 재료를 제공하는 역할
      
    • 생산자 : 제품의 생산을 담당
      
    • 도매상 : 중간자의 역할을 수행하며 생산자로부터 제품을 분류, 집적하여 소매상에게 제공
      
    • 소비자 : 다양한 조합의 상품, 서비스 등을 사용하는 역할
      

       
       

  • 시스템의 구성 요소
    
    • 공급망 기획(SCP; Supply Chain Planning) : 수요부터 생산 계획 및 생산 과정을 계획하는 과정
      
      • 수요 계획 : 시장 예측, 판매 촉진 기획 등의 정보를 기초로 수립
        
      • 제조 계획 : 제조와 관련된 모든 일정을 세부적으로 관리 및 조정
        
      • 유통 계획 : 물류상의 운영 계획을 수립
        
      • 운송 계획 : 자원에 대한 배분 계획을 수립
        
    • 공급망 실행(SCE; Supply Chain Execution) : 제품이 소비자에게 도달하기까지의 물류 흐름 및 재고 관리
      
      • 주문 관리 : 주문 이행, 주문 확인, 주문 처리
        
      • 생산 관리 : 제품 및 서비스의 생산 과정에 대한 전체적인 관리
        
      • 유통 관리 : 상품 및 서비스가 고객에게 전달되도록 관리
        
      • 역물류 관리 : 제품의 하자나 제품의 보상 판매 등의 이유호 고객으로부터 상품 또는 서비스를 돌려받는 부분의 관리
        

         
         

• SCM의 도입 효과
  
  • 재고 감소
    
  • 업무 처리 시간 단축
    
  • 안정된 공급
    
  • 기업의 이익 증대
    

     
     

• SCM의 향후 전망
  
  • SCM은 공급 전체를 보고 최대의 효율을 목표로 프로세스를 꾸준히 혁신하는 할동으로, 이것을 뒷받침하는 것은 정보 시스템, 관련 업체 간의 협력 등이며, 각 부문별 책임과 권한이 적절히 배분되어야 하고, 특히 최고 경영층의 지속적인 관심과 지원이 요구됨
    
  • 현재의 기능 중심의 업무 체계를 다음 단계인 프로세스 중심으로 재구축함으로써 각 기능 사이에 약간의 업무 중복 부분이 발생하더라도 프로세스가 축소되며 단계가 단순화되기 때문에 업무 처리가 빨라져 효율일 대폭적으로 개선됨
    
  • SCM이 기업의 경영 효율 및 실질적인 이익에 기여하기 위해서는 ERP, EAI, B2B 등을 통해 기업 내부 및 기업 간 시스템의 통합이 병향 또는 선행 되어야 함
    

SOA(Service Oriented Architecture, 서비스 지향 아키텍처)

• 개요
  
  • SOA의 정의
    
    • 기업의 정보시스템을 공유와 재사용이 가능한 서비스 단위나 컴포넌트 중심으로 구축하기 위한 정보 기술 아키텍처
      
    • 서비스를 기술하고 찾을 수 있는 표준 기반의 미들웨어인 ESB(Enterprise Service Bus)를 사용
      
  • SOA의 필요성
    
    • 분산 컴포넌트 방식이 현재 기업에서 유용하게 활용되지 못하고 있는 단점과 기업 구조를 반영하지 못하는 단점이 드러남
      
    • 네트워크 인프라의 발달로 인해 통합 문제에 대한 필요성과 빠르게 변화하는 기업 환경에 대한 신속한 대응력이 요구됨
      
    • 각 기업이 만든 애플리케이션의 재사용성의 요구와 편리한 인터페이스에 대한 요구의 증가
      
  • SOA의 특징
    
    • 상호운용성
      
    • 위치 투명성
      
    • 프로세스 중심
      

       
       

• SOA의 구성 요소
  

구성요소	내용
서비스 소비자	서비스 제공자에 의해 제공되는 서비스를 이용하는 고객
서비스 제공자	필요한 서비스를 만들어서 요청하는 고객에게 서비스를 제공하는 서비스 제공자
서비스 레지스트리	서비스에 대한 기술정보를 저장, 검색할 수 있게 제공하는 저장소 서비스 제공자가 만든 서비스를 등록하고,서비스 요청자는 자신이 필요한 서비스를 검색, 호출할 수 있게 만든 메타 데이터 저장소 서비스 브로커가 서비스 레지스트리를 담담

 
 

• SOA의 도입 효과
  
  • SOA는 비즈니스 사용자가 IT 수행 환경이 아니라 비즈니스 프로세스에 중점을 두기 때문에 비즈니스 필요성과 IT 인프라를 효과적으로 조절할 수 있음
    
  • 서비스가 통합되고 상호운용되기 때문에 시간과 비용이 절감될 수 있고, 중복된 데이터와 시스템은 제거될 수 있으므로, 공유된 서비스들은 최적화 되어 사용이 가능
    

WSDL(Web Service Description Language)

• 개요
  
  • WSDL의 정의
    
    • 비즈니스 서비스를 기술하여 비즈니스들끼리 전자적으로 서로 접근하는 방법을 제공하기 위해 사용되는 XML 기반의 언어
      
    • UDDI의 기초가 되는 언어로, SOAP와 NAS니(Network Accessible Service Specification Language)로 부터 등장
      
  • WSDL의 기능
    
    • 웹 서비스 소비자가 웹 서비스를 이용하기 위해 알아야 하는 원격 프로시저명, 필요 인자, 반환형, 전송 프로토콜 등의 정보를 웹 서비스 제공자에게 제공받기 위한 웹 서비스의 명세서를 제공
      
    • UDDI 레지스트리에서 비즈니스 서비스를 나타내는 방법으로, NASSL과 SOAP를 대신함
      
  • WSDL의 내용
    
    • 웹 서비스를 이용하는 데 필요한 인터페이스 정보
      
    • SOAP 메시지의 인코딩 방법
      
    • SOAP 메시지의 전송을 위한 프로토콜 정보
      
    • 웹 서비스의 URL 정보
      
  • WSDL의 이용 방법
    
    • 웹 서비스 이용자는 UDDI를 통해 웹 서비스 정보를 검색한 후, 웹 서비스 호출을 위해 서비스 제공자로부터 웹 서비스 명세서인 WSDL을 요청하여 받음
      
    • 웹 서비스 제공자는 UDDI에 웹 서비스의 정보 등록 시 WSDL 위치 정보를 함께 제공해야 함
      

   
   

• WSDL 문서 구조
  

엘리먼트	용도	작성 횟수
<definitions>	WSDL 문서의 루트 엘리먼트	1
<types>	인자 및 리턴값에서 사용될 복합 타입 기술	0 or 1
<message>	인자 및 리턴값에 대한 정보 기술	1 or many
<operation>	원격 프로시저에 대한 정보 기술	1 or many
<binding>	호출에 사용되는 프로토콜에 대한 정보 기술	1 or many
<service>	웹 서비스 시스템의 URL(종점: endpoint) 기술	1 or many

 

UDDI(Universal Description, Discovery, and Integration)

• 개요
  
  • UDDI의 정의
    
    • 웹 서비스가 인터넷 상의 비즈니스 목록에 등록하고 검색하기 위한 XML 기반의 구조화된 공용 레지스트리(Registry) 서비스
      
    • 웹 서비스의 등록(Publish)과 검색(Find)를 위한 XML 레지스트리의 구현과 사용 방법을 표준화한 것
      
    • UDDI 레지스트리는 각종 정보들을 생성, 저장, 검색할 수 있는 XML 기반의 데이터 저장 장치(소프트웨어 + 하드웨어)를 말함
      
  • UDDI의 목적
    

    웹 서비스 설계 시점과 실행 시점 모두에 있어 웹 서비스 검색을 쉽게 하는 데 있음
    

  • UDDI의 특징
    
    • XML 기반의 데이터 저장 장치이므로, 플랫폼 간 데이터 교환이 자유로움
      
    • 웹 서비스 정보를 저장하고 검색하는데 SOAP 메시지를 사용
      
    • HTTP 프로토콜을 사용함으로써 클라이언트의 플랫폼과 구현 언어에 독립적으로 UDDI 레지스트리를 사용할 수 있음
      

       
       

• UDDI 스펙
  
  • OASIS(Organization for the Advancement of Structured Information Standards)에서 주관(http://www.uddi.org)
    
  • UDDI 버전 2를 구성하는 4가지 주요 스펙
    
    • 데이터 구조(Data Structure) : 어떤 구조의 XML 문서가 UDDI 레지스트리에 저장될 수 있는지를 기술
      
    • API : 프로그래밍 언어에서 어떻게 UDDI 레지스트리에 접근할 수 있는지에 대해 기술
      
    • 복제(Replication) : 어떻게 레지스트리 간에 정보를 복제하는지에 대해 기술
      
    • 오퍼레이터(Operator) : 보안, 감시, 데이터 관리 등 UDDI 레지스트리 제품을 개발할 때 구현해야 할 내용에 대해 기술
      

     
     

• UDDI 데이터 구조
  
  • 정보의 분류
    

    UDDI 레지스트리에 저장되는 정보는 미국 전화번호부의 분류 방식인 화이트 페이지, 옐로우 페이지, 그린 페이지에 속하는 정보로 분류
    

정보의 종류	설명
White Page		회사이름, 주소, 전화번호, 회사에 과한 소개
Yellow Page	산업계의 분류 체계별, 생산물과 웹 서비스의 분류 체계별, 지역별 회사 목록을 소개
Green Page	각 회사에서 제공하는 웹 서비스에 대한 기술적 정보를 예를 들어, 웹 서비스의 EndPoint URL, WSDL 문서의 URL 등을 소개

• 데이터 구조
  

엘리먼트 이름	용도	정보 분류
<businessEntity>	회사이름, 주소, 전화번호, 회사에 관한 내용 기술	화이트 페이지
<publicherAssertion>	BusinessEntity 간의 연간 관계 기술	화이트 페이지
<identifierBag>	BusinessEntity에 대한 대체 식별자로 사용되는 정보 기술	옐로 페이지
<categoryBag>	분류에 대한 정보 기술	옐로 페이지
<businessService>	회사에서 제공하는 웹 서비스의 이름과 설명 기술	그린 페이지
<bindingTemplate>	웹 서비스에 대한 종점(endpoint) URL 및 웹 서비스에 관련된 tModel을 참조하는 내용 기술	그린 페이지
<tModel>	웹 서비스에 대한 메소드 및 매개변수의 데이터 타입이 정의된 WSDL 문서의 URL 기술	그린 페이지