Executive Summary컴퓨터 다운사이징정보의 인식 - 기업 경영 환경의 변화에 적극적으로 대처하기 위한 또다른 노력으로 대내외적인기업 환경 변화의 각종 요소에 관한 정확한 정보를 빠르게 수집, 분석, 대처함으로서 대외 경쟁력을 강화해 나아가고 있다.정보시스템 - 각 기업은 기업 내에서 자체적으로 발생하는 제품 사양, 거래 실적, 표준 사양, 각종보고서, 재무제표 등 여러 형태의 사내 정보뿐만 아니라 기업 경영 환경에 영향을 주는 금리 변화, 유가 동향, 경제 지표 등의 외부 정보를 신속히 수집하여 이를 다각도로 분석하여 실무자에서부터 경영자까지의 기업 전반에 걸친 일상 업무에 즉각적으로 반영하기 위한 시스템이 절실히 필요하게 되었다.비용 증가 - 시스템 구축을 위한 각 기업의 전산비용은 기하급수적으로 증가하게 되었으며, 각 부서로부터의 업무 개발 요구사항(Application Backlog)또한 급격히 증가하게 되었다.전산 환경 전환 - 기업 경영의 환경의 변화는 전산 비용의 증가와 최종 사용자의 불편함을 야기시켰다. 전산 비용의 절감, Application Backlog의 증가는 컴퓨터 다운사이징이라는 새로운 전산환경 전환 방안을 도입하게 되었다.컴퓨터 다운사이징은 기업 다운사이징 대상의 일부로 실시되는 경우도 있으나, 대부분의 경우는독자적으로 수행되고 있다. 컴퓨터 다운사이징은 단기적으로는 전산 장비, 전산 자문, 업무 개발구축을 위한 인력 등의 투자 비용이 확보되어야 하기 때문에 다운사이징과 직접적으로 연관하여수행하기에는 많은 어려움이 있다.APPLICATION BACKLOG각 부서에서 전산 부서로 정식 요청되어 전산 부서에서 합의된 업무 개발 항목의 목록을 의미한다. 주로 그 업무량은 현재 목록의 업무를 완전히 수행하는 데 걸리는 기간(예: 6개월치Backlog)으로 표현하고 있다.전형적인 메인프레임을 운영하고 있는 전산 부서의 경우, 평균 2년 6개월 치의 Backlog을 보유하고 있는 것으로 알려져 있다.과거에는 Backlog이 많다는 것을 절감이라는 점에서 볼 때 그 맥을 같이 한다고 볼 수 있다. 그렇기 때문에 컴퓨터 다운사이징 계획 수립시 기업 다운사이징의 개념을 충분히 이해하고 업무의 범위와 달성하고자 하는 목표를 설정하여 진행하여야 한다.컴퓨터 다운사이징의 접근방식은 그 업무 대상과 효과의 규모에 따라 크게 Re-Engineering,Re-Architecture, Re-Host의 세 가지 레벨로 분류할 수 있다.각 상위 레벨은 하위 레벨의 접근 방식을 포함하고 있으며, 클라이언트/서버 시스템의 구축은 Re-Architecture 레벨에서 가장 많이 고려되고 있는 하나의 기술적 체계를 말한다.그러면 각각의 레벨에 대하여 간략히 그 방안을 정리하여 보자.Re-Engineering일반적으로 한 기업의 운영 상태를 파악하기 위해서 우리는 그 기업의 재무제표 이외에 조직도와부서별 기능을 이해하려고 한다. 그러나 기업의 업무 효율성을 파악하기 위해서는 부서별 기능보다부서간의 업무 흐름에 대하여 관찰해야 한다. 이는 한 조직에 속해 있는 우리 자신이 느끼는 업무의 방해 요소가 소속 부서내 보다는 타 부서와의 업무 흐름에 문제가 있음을 돌아볼 때 쉽게 알 수 있으리라 생각된다.한 단계 더 나아가서 업무 흐름을 그 기업의 고객 입장에서 볼 때 자신이 돈을 지불한 상품 주문에 대한 처리 절차가 여러가지 불합리한 요소로 인하여 지연되거나 잘못 처리되는 것을 쉽게 파악할수 있다.이는 우리가 직접 동사무소나 가전제품 수리센타 동과 같이 처리 과정이 개방되어진 곳에서 종종 느끼는 불안하고 불쾌한 기분을 상기하면 쉽게 알 수 있을 것이다.Re-Engineering은 기업의 복잡한 업무처리과정(Business Process)을 고객 입장에서 서서 재설계하고, 개선된 업무 흐름을 수행하기 위한 부서간의 기능, 조직, 규정 등을 재조정해 나가는 일련의 과정을 의미한다.전산 기능의 개선 사항이 Re-Engineering의 여러가지 조치 사항중 하나의 항목이기는 하지만 기술적인 세부사항을 다루지는 않는다. 전산 관련 세부 클라이언트/서버로의 전산 환경 전환에 실패하게 된다.기업의 중추 역할을 담당하고 있는 전산 부서에서 목표를 성공적으로 달성하기 위해서는 컴퓨터공급업체는 고객의 입장에서 고객의 상황을 이해하려는 노력이 필요하며, 고객은 컴퓨터 공급업체의 솔루션과 애플리케이션의 개발 방향을 충분히 이해하려는 노력 즉 서로 도움이 되고자 하는 마음자세로 신뢰를 바탕으로 한 동반자 관계를 유지하여야만 한다.내용클라이언트/서버 모델의 특징클아이언트/서버는 논리적으로 독립된 객체들인 클라이언트와 서버를 네트워크를 이용하여 서로 협조하여 업무를 수행토록 하는 정보 기술 환경이다. 따라서 클라이언트/서버 모델은 다음과 같은 특징을 가지고 있다.서비스클라이언트/서버는 서로 독립된 컴퓨터들이 상호 협조적으로 수행하는 정보 처리 환경을 말한다. 서버는 서비스의 제공자이고, 클라이언트는 서비스의 사용자이다. 따라서 클라이언트/서버는 서비스 개념에 기초한 명확한 업무 분담이다.자원의 공유서버는 여러 클라이언트를 동시에 서비스해 주며, 클라이언트가 공동으로 사용하는 정보 자원에 접근하는 것을 관장해 준다.상반된 역할서버와 클라이언트 간의 관계는 일대다(one-to-many)이다. 클라이언트는 항상 서비스를 요구하며 능동적으로 대화를 제기한다. 반대로 서버는 수동적으로 틀라이언트에서 요구가 올 것을 기다린다.위치의 투명성서버는 클라이언트와 동일한 컴퓨터이거나 또는 별도의 컴퓨터로 네트워크의 다른 곳에 위치할 수도 있다. 그러나 클라이언트/서버 소프트웨어는 클라이언트의 서비스 요구를 네트워크로 보내 주어(redirect), 클라이언트가 서버의 위치를 몰라도 되도록 한다.플랫폼의 독립성이상적인 클라이언트/서버 소프트웨어는 하드웨어나 오퍼레이팅 시스템의 플랫폼에 의존하지 않는다. 따라서 그 조직의 환경에 가장 적절한 클라이언트와 서버의 플랫폼을 각각 선별하여 구성할 수 있다.메시지에 근거한 정보 교류메시지는 서비스 요구와 그 대답을 전달하는 기법으로, 클라이언트와 서버는 메시지 전달 기법(message-p한 현재 호스트 컴퓨터에서 사용중인 프로그램도 계속적으로 활용하기를 원한다. 이와 같은 목적을 만족시키는 기술 환경이 클라이언트/서버이다.즉, 클라이언트/서버는 정보 기술에 대한 과거의 투자 효과를 극대화 하고, 동시에 현재의 정보 기술을 최대한 활용할 수 있도록 해 준다.클라이언트/서버를 적절히 구현하면, 실무 담당자가 직접 데이터를 수집하고 처리할 수 있도록 해 준다. 즉 데이터에서 오류가 발견되면 담당자가 그 자리에서 직접 수정할 수 있고, 업무에 데이터가 필요하면 실무자가 직접 그 데이터를 검색하고 이용할 수 있도록 해 준다.일반적으로 정보 시스템은 운용 시스템과 관리 시스템으로 나뉘어 있다. 운용 시스템은 가치체인(vlaue chain)의 핵심 업무가 완료된 후, 그 결과를 관리하기 위하여 구축된다.따라서, 관리 시스템은 업무의 사후 관리에 치중되어 있다.그러나 클라이언트/서버는 데이터 수집과 이의 활용을 하나의 통합된 업무로 만들어 주기 때문에 운용 업무와 관리 업무를 하나의 시스템으로 통합시켜 준다. 이러한 환경에서는 업무의 진행 상황으로 연속적으로 파악할 수 있다.따라서, 클라이언트/서버는 기업의 업무 활동을 지속적으로 개선할 수 있는 기술 환경을 마련 해 준다.데이터의 공유담당자는 별도의 노력없이 일상 업무를 수행하는 과정에서 데이터를 수집할 수 있고, 수집된 데이터는 서버에 보관되므로 필요한 무든 사람들이 즉시 이용할 수 있게 된다.SQL(Structured Query Language)은 모든 사용자들에게 정보를 업무에 필요한 형태로 사용할 수 있도록 해 준다. 한편 투명성을 갖춘 네트워크 서비스는 광범위한 지역에 분산된 데이터베이스에 대해 모든 사용자가 동일한 시간대에 동일한 데이터를 사용할 수 있도록 보장해 준다.통합 서비스클라이언트/서버는 사용자가 원하는 모든 정보를 클라이언트에서 찾을 수 있도록 해 준다. 한편 다른 곳에 위치한 서버에 보관된 데이터베이스에 접근하기 위하여 다시 로그인(login)하거나 새로운 터미널 모드로 바꿀 필요가 각각 달랐다. 그러나 오늘날 사용자 중심 시대는 사용하고 있는 응용 프로그램이 어떤 기종에서 돌아가고 있는지 관계치 않고 사용자의 탁상에서 기업의 모든 컴퓨터 서비스를 받기 원한다.또한 사용자는 로그인, 보안, 자원접근, 도움말, 오류의 회복등 기본적인 서비스를 모든 응용 프로그램에서 일관된 방법으로 얻을 수 있기를 원한다.오늘날 프로그램 개발자는 독립성을 상당한 수준까지 확보할 수 있다. 예를 들어 SQL을 사용하면 하드웨어, 오퍼레이팅 시스템, 지리적 조건 등에 관계없이 데이터에 접근할 수 있다. 또한 일관된 네트워크 접근 방식을 사용하면 RPC로 SQL요구나 응용 프로그램을 숨길 수 있다.즉 네트워크가 Open Systems Interconnect(OSI), Transmission Control Protocol/Internet Protocol(TCP/IP), 또는 Systems Network Architecture(SNA)등 어떤 기술에 기초해도 업무를 처리하는 프로그램 코드는 동일하다.한편 프로그램 개발자는 하드웨어 플랫폼에 관계없이 업무 처리에 관련된 명령문의 문법(syntax)에 만 관심을 두면 된다. 즉 코볼이나 C와 같은 언어, Telon, PowerBuilder, Ingres4GL등과 같은 개발도구, Bachman, Oracle CASE, Texas Instrument의 IEF등과 같은 CASE도구는 모두 여러 플랫폼에서 사용할 수 있으며, 또한 이러한 도구는 여러 플랫폼의 특성은 개발자에게 감추어져 있으며, 플랫폼을 교체해도 응용 프로그램을 만들어 낸다. 결과적으로 플랫폼의 특성은 개발자에게 감추어져 있으며, 플랫폼을 교체해도 응용 프로그램 코드를 수정할 필요가 없다. (물론 프로세서가 바뀌면 그 프로그램에 대한 컴파일은 다시 해야한다.)중앙 집중 관리컴퓨터 처리 기능이 중앙 정보센터에서 지리적으로 떨어진 사무실이나 공장으로 분산됨에 따라, 서버나 네트워크의 신뢰도가 중앙 집중적으로 관리되는 중대형 컴퓨터의 수준으로 유지되는 것이 중요하게 다.
