1. 정보시스템과 방법론

1. EA 란 무엇인가?

 

 EA : 기업의 정보시스템을 구축하는 행위

           IT분야에서의 EA는 기업의 복잡한 현황을 체계적으로 정의하여 효율적으로 정보 시스템을 구축, 운영하는 것이다. 

 EA 프레임워크 : 기업의 목표 달성을 위해 조직을 어떤 관점에서 어떻게 정의하고 분류해서 구성할 것인지 체계적으로 정의하는 것. 

 

 EA 도메인 : 기업 내의 업무 영역을 BA(비즈니스 아키텍쳐), AA(어플리케이션 아키텍쳐), IA(정보 아키텍쳐), TA(기술 아키텍쳐) 로 나누는 것.

  BA : 운영규칙, 규범을 만들기 위한 업무 영역

  AA : 효과적인 데이터의 저장 관리를 눈으로 확인할 수 있는 Graphic화면을 만들기 위한 분석, 설계 단계의 업무 영역

  IA : AA를 통한 그래픽 화면을 설계 후 사용자와의 인터페이스를 담당하는 부분으로, 입력된 데이터를 빠른 시간 내에 검색할 수 있도록 하는 영역이다.

  TA : AA와 DA영역(데이터 베이스 설계 + 구축) 이외에 요구되어지는 기타 기술 영역에 대한 업무 영역.

 

2. 정보시스템 발전 과정

 1960년 : 컴퓨터 발명

             플로우 차트(Flow chart)로 프로그램의 흐름도를 작성. : 다음 프로그램에 대한 테스트 및 검증 작업 한 후 : 코딩 : 프로그램 완성

             →단점 : 시간, 인적자원 낭비

 1970년 : 고객의 요구를 실시간으로 처리 할 수 있는 '온라인 처리'에 중점을 둔 기술 개발 시기였다.

             대용량 데이터에 대한 일괄작업을 위한 데이터의 저장 + 관리에 관심이 높았다.

             로직(Logic : 처리흐름)중심의 구조적 방법론이 중심이 된 구조적 프로그래밍 기법과 파일 시스템이 주로 사용됨.

             →단점 : 파일시스템은 데이터를 중복적으로 저장하기 떄문에 관리에 어려움이 많음.

                        때에 따라선 데이터 재 사용 불가.

             이를 보완하기 위한 데이터 베이스 관리기법이 요구되기 시작함

 1980년 : 데이터 중심의 정보공학 방법론을 통해 정보시스템 개발되는 시기.

             현 기업에서 사용되고있는 '관계형 데이터 베이스'가 처음 개발되어 제품화 되었던 시기.

             CASE(Computer Aided Software Enginerring) Tool과 ERP (Enterprise Resource Planning) 소프트웨어의 발전

             데이터베이스 관리 기법 : 네트워크형, 계층형 데이터 베이스가 주로 사용되었음.

 1990년 : 15년간의 검증기간을 거쳐 관계형 데이터베이스의 전성기를 이룸.

             클라이언트/서버 환경이라는 패러다임 등장 및 인터넷 환경의 급속한 발전.

             데이터베이스를 이용한 개발기법의 전성기.

             객체 지향 기술이 정착 될 수 있었던 시기.

 

3. 정보시스템 방법론

 1) 구조적 방법론

      : 70년 ~ 현재까지 광범위하게 사용되고 있는 방법론.

       기업에서 발생하는 모든 프로세스를 중심으로 정보 시스템을 분석, 설계, 구축하는 방법.

       이러한 방법론을 기반으로 하는 프로그래밍 언어 : 구조적 프로그래밍 언어

       자주 사용되는 처리흐름(Logic)이 있다면 라이브러리, 함수, 서브 프로그램과 같은 구조적 기법을 이요해서 반복적인

       로직을 처리함으로써 생산성 향상 및 편리성을 추구하는 기법.

       기업에서 발생하는 전체 프로세스의 상태를 DFD : Data Flow Diagram이라는 자료 흐름도를 통해 표현한다.

       →단점 : 유지보수의 문제

 2) 정보 공학 방법론

       : 구조적 방법론의 대안으로 개발된 시스템 소프트웨어 : DataBase Management System

         기업의 모든 데이터를 데이터베이스 관리기법을 이용하여 분석, 설계하는 방법.

         기업에서 일어나는 전체 데이터의 상관관계를 ERD라는 흐름도를 통해 표현하고 이 것을 통해 데이터를 설계 + 생성한다.

 3) 객체지향 방법론

      : 기업의 모든 데이터를 중심으로 개발하는 기법.

        기업의 프로세스 + 데이터 모두를 데이터 베이스 관리기법을 이용하여 분석 + 설계한다.

 

 4.방법론의 필요성

  : 1. 다수 개발자 간의 의사소통 수단

    2. 정보 시스템의 품질보증 수단 : 하나의 정보시스템 개발시, 여러명의 서로 다른 경험과 기술력을 가진 개발자가 투입된다.

                                                표준화된 방법 (정해진 방법 + 절차)에 의해 개발자와 분석 및 설계자와의 원활한 의사소통 가능한

                                                절차적 방법론이 필요한 것.

    3. 생산성의 향상

    4. 재 사용의 가능성

    5. 효과적인 프로젝트의 관리

    6. 기술수준의 향상

 

5. DBMS

   : Database Management System

     기업이 지속적으로 유지 관리해야할 데이터들이 들어있는 곳.

     방대한 양의 데이터를 편리하게 관리, 효율적으로 저장 + 검색 할 수 있는 환경을 제공해주는 시스템 소프트웨어이다.

     데이터 여러개가 모여 복수개의 형태를 이루는 것이 Database이다. 이러한 데이터 베이스를 관리해주는 시스템이다.

 

6. DBMS의 역사

    - 1960년대 : 파일시스템을 통한 데이터 저장 및 관리기법 사용. : Flow chart중심의 개발방법 사용, 파일구조를 통해 데이터를 저장 + 관리

    - 1970년대 : Network DBMS, Hierachical DBMS가 처음 소개된다. : 데이터베이스 관리기법이 처음 태동된 시기.

    - 1980년대 : 관계형 DBMS 처음 소개됨. : 현 기업에서 사용되는 관계형 database가 사용화됨. 오라클, DB2와같은 제품이 사용됨.

    - 1990년대 : 객체 관계형(Object-Relationship)DBMS가 사용됨 : 제품들이 보다 향상된 기능으로 사용되고 인터넷 환경의 급속한 발전.

    - 2000년대 : 객체지향 (Object-Oriented)DBMS가 사용됨. : 데이터 베이스 관리기법이 정보시스템의 핵심 Solution으로 자리잡게됨.

 

7. 관계형 데이터베이스 특징

   1970년 Dr.E.F Codd에 의해 관계형 모델 처음 제안됨. 그 후 여러 회사에서 상용화된 제품을 내놓기 시작했고

   그 대표적인 관계형 데이터 베이스가 'Oracle'이다.

   대용량의 데이터를 관리하기 위해서는 기존의 관계형 데이터베이스는 많은 한계를 드러냄으로 새로운 데이터 저장관리 기법을 요구하게 되었고,

   이러한 요구에 의해 객체-관계형 데이터베이스와 객체지향 데이터 베이스가 새롭게 부각되었고,

   오라클 사는 기존의 관계형 데이터 베이스의 장점과 새로운 객체기술을 도입하여 오라클 데이터베이스 8i, 9i, 10g, 11g version을 출시하게 됨.

  

   장점 :  데이터의 저장 및 관리가 용이함

            데이터의 중복을 피할 수 있다. 

            보안이 좋음. (데이터베이스에 인증된 사용자만이 데이터를 참조할 수 있도록 보안하고 있음.)

            테이블 생성시 제약조건을 걸수 있어서 사용자의 오타나 실수로 조건에 만족되지 않는 데이터를 입력하는 것을 방지해 줄 수있음.

            하나의 데이터 구조를 많은 사용자가 동시에 입력, 수정, 삭제, 조회 할 수 있도록 공유기능을 제공함. 

             

8. DBMS와 파일 구조 시스템과의 차이점

  - 데이터의 무결성을 지켜준다

  - 데이터의 공유

  - 데이터의 정확성과 일관성

  - 중복성 제거

  - 불일치를 피할 수 있다.

  - 표준화가 가능함.