www.brl.pe.kr
이병로의 홈페이지 [Maintenance 지식]
|
|
|
|||
분산제어시스템 (DCS: Distributed Control System)이라는 신형 제어시스템이 산업분야에 소개 된지 벌써 25여년이 지나가고 있다. 새로운 개념의 시스템이 다 그러하듯이 DCS 초기에 사용자들은 도입 유무를 놓고 각종 FEASIBILITY STUDY 및 평가회…..등등을 수없이 거치면서 현재에는 특별한 사유 없는 한 대부분의 제어시스템에는 별다른 이견 없이 DCS가 도입되고 있다. 참으로 격세지감을 느낀다. 1980년대 중반부터 우리나라에도 산업분야에 DCS가 본격적으로 도입되기 시작하였으며 당시 기존 판넬 시스템과 경쟁하고 DCS도입을 추천하던 일이 엊그제 같은데 이제는 DCS라는 용어가 낯설지 않은 용어로 산업 전반에 걸쳐 사용되고 설비가 도입되고 있으니 말이다. 작년과 올해에는 DCS에도 밀레니엄을 준비하는 Y2K문제로 시끌벅적 하였다. 대부분의 회사들이 DCS에 Y2K와 관련하여 문제가 있느냐 없느냐, Y2K업그레이드를 해야 하는지 하지 않아도 되는지 의견의 분분하였고 이제는 어느 정도 대부분의 회사들이 DCS Y2K 문제를 나름대로 정의와 준비를 마치고 2000년을 맞이할 준비를 차분히 착실하게 하고 있는 것으로 보인다. |
1980년대 중반부터는 컴퓨터의 비약적인 발전에 힘입어 DCS들을 서로 네트워크로 묶고 상위 컴퓨터에 연결하여 리얼타임으로 공장을 관리하고 좀더 진보된 고도화된 제어 프로그램을 도입하여 공장의 생산성 향상을 도모하고자 하는 요구가 일어나기 시작하고 많은 회사들이 실제로 도입하여 사용해오고 있다. 이에 따라 DCS 벤더들에게도 사용자들의 많은 요구와 시장 압력에 따라 DCS기능에 상위 컴퓨터와 연결하여 사용할 수 있는 기능과 모듈들을 개발하기 시작하였으며 DCS자체의 네트워크 기능 또한 보강하여 DCS자체로 대단위의 네트워크를 구축할 수 있는 기종을 경쟁적으로 개발하고 공급하였다. 1980년대에는 DCS자체의 네트워크 및 편의 기능과 컴퓨터와의 통신기능을 보강시킨 시대라고 할 수 있다. 1990년대에 들어서면서부터 컴퓨터 분야에서는 아주 빠른 속도로 아니 광속도로 발전과 혁신이 일어나고 있었던 시대였다. 가장 큰 변화를 몇 가지 기억을 되살려 보면 우선 마이크로소프트사의 비약적인 발전이다. DOS에 이어 윈도우환경이 PC에 도입이 되면서 많은 사람들이 PC를 좀더 쉽게 다룰 수 있는 환경을 제공하였으며 이에 따른 각가지의 유용한 어플리케이션 소프트웨어들이 줄을 이었고 또한 하드웨어 부분에서도 2~3개월이 멀다 할 정도로 계속 업그레이드되어 소프트웨어의 발전 속도보다 하드웨어의 발전 속도가 훨씬 빠르게 진행되었다. 반도체의 눈부신 발전으로 메모리의 사이즈가 기하급수적으로 커져서 예전의 하드디스크 용량보다도 큰 메인 메모리 RAM를 PC에 장착하여 사용하게 되었고 하드디스크 또한 큰 발전을 이루어 메가 단위의 하드디스크 용량이 기가 단위의 하드디스크로 발전하였다. 또한 네트워크 분야에서는 10여년 전에는 상상을 하기 힘든 발전을 보여 주고 있다. LAN, 인터넷, … 아, 그리고 보니 우리는 그 동안 엄청난 변화의 회오리 속을 거쳐 오고 있었던 것입니다. 이러한 상업분야에서 숨가쁜 그리고 두근거리는 변화의 태풍 속에 산업분야만이 그 태풍 중심권 밖에 있었던 것은 아닙니다. DCS도 이러한 변화의 태풍 중심 속에서 나름대로 발전의 발전을 거듭하고 있었던 것입니다. 1990년대 들어서면서 공장의 PAPERLESS바람, 그리고 CIM(Computer Integrated Manufacturing), PIS(Plant Information System)등등의 새로운 용어가 현장에서 도입되고 적용되기 시작하였으며 이에 따라 DCS도 각종 계산기능이 보완이 되고 이 기종간의 네트워크 인터페이스 기능이 보강이 되었다. 특히 과거 DCS사용자들이 상위컴퓨터 및 이기종간의 통신에 있어 많은 비용과 노력 그리고 무척이나 어려운 프로그램 작성 및 설치 등을 경험하였기 때문에 DCS벤더들에게 좀더 경제적이고 쉽고 편리한 DCS를 요구하기 시작하였다. 1990년대 초까지의 거의 대부분 DCS시스템은 벤더 전용의 네트워크와 프로토콜을 사용하였다. 시장에서의 압력과 일반 컴퓨터 분야의 발전에 따라 DCS벤더들은 새로운 요구에 부합하는 시스템 개발을 서두르지 않으면 안되었다. 제일 먼저 큰 변화를 보인 것은 Controller와 Workstation간의 네트워크이다. 벤더 전용의 네트워크와 프로토콜로부터 상용의 표준화된 네트워크인 이더넷을 도입하기 시작하였다. 일부 벤더는 그들의 DCS네트워크로서 디지털사의 VMS를 기반으로 하는 DECNET를 사용하고 또는 UNIX하의 네트워크를 적용하였다. 최근에는 이더넷 TCP/IP가 DCS네트워크의 표준으로 되어가고 있는 느낌이다. 그 다음의 변화는 오퍼레이터 워크스테이션 부분이다. 과거의 워크스테이션은 벤더 고유의 제품으로 고가의 제품이었으며 고장시 시장에서 구할 수 없는 특수한 품목이었으며 수리 및 새로 구매하는데 2~3개월씩 소요되는 것이 보통이었다. 시장에서 쉽게 구입할 수 있는 상용 모니터 및 워크스테이션으로 대체가 되기 시작했었다. 최근에는 PC가 오퍼레이터 스테이션 및 엔지니어링 스테이션으로 사용되는 추세이다. PC윈도우 NT 플랫폼이 적용되기 시작하면서 DCS에서도 그야말로 획기적인 변화가 일어나기 시작하였다. 윈도우 환경에서의 그래픽, 마이크로소프트의 각종 표준 인터페이스 기능활용등등으로 과거에 비해 아주 쉽고 편리한 그러면서도 비용은 적게 드는 시스템 구성이 가능하게 되었다. 이러한 1990년대의 변화는 OPEN시스템이라는 말로 압축해 볼 수가 있다. 1990년대에 들어서면서 누가 먼저라고 할 것 없이 너도나도 자연스럽게 Open Control System (개방형제어시스템)이라는 용어를 사용하기 시작하였다. OPEN시스템은 DCS와 같이 독립된 개념의 용어로서 보다는 DCS가 가져야 하는 조건중의 하나로 사용되어 왔다. 이러한 이유로 하여 OPEN시스템이라는 개념은 독립적으로 발전하지 못하고 또한 그 개념을 명확하게 정의하려는 노력이 많지 않았다. 그러나 현재의 제어시스템은 20여년전의 DCS개념과는 너무도 많이 변화되었고 발전되었다. 분산형제어시스템이라는 용어는 어느새 현재의 제어시스템 모습과 또한 앞으로 지향하는 개념과는 걸맞지 않다고 생각이 든다. 독자여러분은 어떻게 생각하는지 궁금하다. 그래서 필자는 이 글 초기에 참으로 장수하는 시스템이라고 한 것이다. 이제 DCS라는 이름도 현재의 시스템에 걸 맞는 용어로 바꾸어야 하지않을까 생각한다. 그 후보로서는 Open Control System(OCS: 개방형제어시스템), Scalable Process Control System(SPC: 신축형제어시스템), …..등등이 있을 것이다. 독자 여러분 나름대로 한번쯤 생각해보는 것도 괜찮을 듯 싶다. (이름 짓기는 나중에 하기로하고…..) 이와 같이 DCS도 많은 변화와 발전을 거듭하였으나 사용자들이 필요로 하는 기능을 DCS벤더들에게 요구하기 위하여 DCS가 Open 시스템의 조건을 갖출 것을 요구를 하고 있으나 상기와 같은 이유로 정확한 Open시스템에 대한 개념 정립이 안되어 있는 것 같아 이를 나름대로 정리해 보고자 한다. 1990년대에 들어서면서부터 기존 폐쇄적인 전용 제어 시스템들에 불만/실망을 한 많은 사용자들의 여론과 압력은 결국 시스템 벤더들에게 절대적인 과제로 부과되었다. 여러분은 개방형 제어 시스템을 기대하고 선택할 권리를 가지고 있다. 그러나 여러분은 이러한 것을 다룰 수 있는 준비가 되어있는지 스스로에게 반문을 해보기 바랍니다. “Open (개방형)”이라는 용어가 “Open시스템은 사용자에게 필요한 보안과 함께 사용자가 원하는 유연성을 정확하게 제공할 것이다”. 또는 “Open시스템은 사용자 자신의 시스템들을 통합하기 위한 일련의 책임과 부담을 줄여 줄 것이다.” 라고 막연하게 사용되어 지고 있다. 최근의 새로운 기술들과 함께 공급되고 있는 Open Control System들은 용어가 난무하는 환경에서 그 성능에 많은 불만을 사고있다. 하지만 불만을 가진 그 시스템은 다른 구매자들처럼 제어시스템을 구매하기 전에 요구조건에 가장 적합한 것으로 평가된 시스템을 구매하였을 것이다. 이러한 불만을 조금이라도 줄이기 위해서 다음 사항을 실행하여야 할 것이다.
|
“Open System은 비즈니스 시스템(일반 컴퓨터 시스템; ERP, MIS,등 회사차원의 전산시스템)에서 통합하기위해 사용되는 UNIX을 의미하는 것이라고 생각해왔다. 현재의 Open시스템은 비즈니스 레벨과 그 아래의 기기 수준 양쪽에 Open이어야 한다.”라고 ARC의 한 분석전문가인 래리 오 브라이언씨는 말한다. [1998 Control. U.S.A. 잡지 인용] Open시스템은 여러 벤더들의 하드웨어와 소프트웨어를 사용자가 쉽게 통합할 수 있도록 하는 기능을 표준사양으로 한다. 가장 공통적으로 언급된 표준 오펴레이팅 시스템 (OS: Operating System)에 대한 것으로서 현재에는 일반적으로 Windows NT, 하드웨어 플랫폼은 워크스테이션으로서 PC, 네트워크로서는 이더넷(Ethernet), TCP/IP 및 필드버스 그리고 소프트웨어에 관련한 사항으로서 OPC(OLE for Process Control), OLE(Object Linking and Embedding) 과 DCOM(Distributed Common Object Model)등이 적용되고 있다. 일부에서는 현재의 시스템은 합의된 표준이라기 보다는 사실상에 의하여 정의 되어져 있다라고 주장한다. “윈도우(Windows)는 다른 OS(Operating System)와 마찮가지로 비공개적인 전용(Proprietary)이다”라는 주장도 있다. 같은 맥락의 의견들이 Open System들을 정의하는 다른 대부분의 표준들에 대해서도 제기되고 있다. 사용자 기대에 대한 기본적인 것은 기대되는 유효성과 사용하는 정도(양)일 것이다. 사용자는 완전히 표준화된 어떤 것을 갖을 수 있으나 그것의 폭 넓은 사용 없이는 “Open”으로 보기 어렵다. 사용자들은 표준에 초점을 맞추는 대신에 시스템의 성능/능력에 기초한 시스템의 선정을 권고 받곤 한다. “Open”의 가장 실무적인 정의는 “내가 필요로 하는 것을 이 시스템은 제대로 할 것인가” 이다. 많은 사용자들을 위한 주요 특징은 상호 호환성이다. -- 시스템의 많은 구성 요소들이 다른 벤더들로부터 선택적으로 교체될 수 있다면 그 시스템은 현재와 미래의 NEEDS를 만족시켜줄 수 있다. 벤더들이 사용자가 필요로 하는 도구들을 제공하지 못한다면 사용자들은 벤더를 바꿀 권리가 있다. 사용자들은 어떤 단일 벤더에게 볼모로 잡혀있을 수 없다. 데스크탑 어플리케이션을 위해 윈도우와 같은 공통 플랫폼을 사용하는 것은 사용자들이 사용하기를 원하는 소프트웨어 팩캐지들을 선택하는데 있어 자유를 준다. 같은 개념이 산업 Open(개방형) 시스템들에도 적용된다.
그 하나의 접근으로서 상용으로 나와있는 리얼타임 오퍼레이팅 시스템 커널(Operating System Kernel)이다. QNX와 같은 상용적으로 나와있는 커널은 메시지 전달, 프로세스 스케듈링, 그리고 인터럽트 처리등과 같은 리얼타임 I/O 처리에서 요구되는 기초적인 기능인 빠른 실행에 초점을 맞추고 있는 모듈형식 및 신축형식으로 되어있다. 동시에 Open 오퍼레이팅 시스템 구조는 사용자들에게 표준 개발도구를 사용하여 가상적으로 (Virtually) 어떤 어플리케이션을 만들 수 있다. 예를 들면, Expert시스템 어플리케이션은 리얼타임 모니터링(감시)와 제어 데이터의 악세스(Access)와 함께 콘트롤러에서 직접 작동될 수 있다. 이 “소프트웨어DCS” 시스템 [그림 참조]은 중앙식 오브젝트 지향 데이터베이스를 사용한다. 어플리케이션 코드의 모듈로 되어있기 보다는 제어 기기들은 설비의 한 부분 또는 제어 알고리즘의 한 부분을 위해 로직을 구성하는 소프트웨어 오브젝트들이다. 서로 다른 소프트웨어와 하드웨어 콤포넌트들 간의 호환성은 오브젝트들의 인터페이스를 표준화하는 것에 의해 이루어 질 수 있다. “사용자가 소프트웨어 툴들을 프러그-인 할 수 있고 공급자들이 그들의 제품을 최고의 품질로 공급하도록 경쟁을 유발시키는 공통 플랫폼을 산업에 공급할 때이다.” 라고 오브젝트 오토메이션사의 사장인 스미스씨는 말한다. 7~10년전 시스템들은 획일적이었다. 최근에는 모듈화된 시스템들로 이동해 가고 있는 그 중심에 서있다. 산업 시스템들은 모듈로 세분화된 예를 들면 TREND, 경보등의 기능을 가진 HMI (Human Machine Interface)와 같은 소프트웨어처럼 콤포넌트 기반의 모델들로 이동하고 있다 Open시스템은 상호 호환성있는 표준 모듈들로 구성된다라고 할 수 있다. 오늘날
인터넷 상에서 선박회사로부터 “배”를 구매할 수 있으며 기계회사로부터
탱크(Tank) 및 펌프등을 구입할 수 있다. 이러한 것과 같이 소프트웨어
또는 하드웨어 모듈들을 같은 방식으로 구입할 수 있다. 데스크
탑으로부터 출발한 Open제어시스템의 시대가 도래한 것이며 사용자는
Open시스템의 흐름을 도외시할 수는 없을 것이다. |
효율은 Open시스템의 키워드이다. 팩캐지들과 조각조각 작업을 함께하는 시간을 소비하는 대신에 개발자는 자신의 주력 소프트웨어 자체를 더 좋은 기능으로 향상시키는데 집중을 하고 사용자는 공장운전을 개선시키는데 시간과 노력을 기울일 수 있다. 다시 말하자면, 소프트웨어 벤더들은 적은 소프트웨어 인적, 물적 자원으로 프래임 워크에 많은 투자를 하는 것 대신에 부가가치가 높은 분야에 주력하여야 한다. 시스템 통합 비용은 일반적으로 시스템 비용의 10~15% 정도, 심한 경우 50%까지 든다. 따라서 벤더들은 통합을 단순화하는데 충분한 기술을 반영하여야 할 의무가 있다. 그래서 사용자들은 플랜트 성능 향상에 보다 더 많은 시간과 노력을 기울일 수 있도록 하여야 한다. Open시스템은 통합을 실행하는데 공급자가 그 부담을 가져야 한다. 사용자들은 그들의 생산 제품을 향상하는데 주력을 해야 한다. 고성능 Open시스템은 그렇게 할 수 있도록 해주는 도구이다. 통합에 관련된 문제에 관심을 두기 보다는 사용자는 어떻게 하면 더 나은 플랜트 운전을 실현시킬 것인가에 관심을 돌릴 수가 있다. “캘리포니아 롱비치 LA Water & Power Dept의 Haynes Generating Station은 60년대 오래된 제어시스템과 함께 건설되었다. 이 Station을 우리는 새로운 로즈마운트 3051 Smart Transmitter, 요꼬가와 YS170 Dual-loop Controller 그리고 피셔-로즈마운트의 DeltaV제어시스템으로 구형 Transmitter와 제어기기를 교체하였다. 전에는 운전자들이 플랜트 퍼포먼스 검토를 위한 데이터를 얻기 위해 플랜트 전역을 다니며 데이터를 수집하여야 하였으나 현재는 필요한 데이터를 원하는 한곳에서 쉽고 편리하게 얻을 수가 있다. 가장 큰 이점은 마이크로소프트는 대부분의 많은 사람들이 같은 종류의 팩캐지를 사용하도록 한다는 것에 있다. 사용자는 그것을 할 수 있도록 하기위해 여러 다른 시스템들을 배울 필요는 없다. 우리가 사용해왔던 이 시스템은 Configuration하는데 훨씬 더 쉽게 되어 있습니다. 사용자가 원하는 어떠한 제어전략이라도 대부분 이미 내장되어 있습니다. - 이 시스템은 제어 프로그램을 작성하는데 있어 소요되는 엔지니어링 노력을 10배이상의 향상을 가져다 주었고 오히려 재미있기까지 합니다." 계기담당자인 Rick Lucian씨는 말한다. .[1998 Control. U.S.A. 잡지 인용] Open 시스템은 서드파티의 퍼포먼스 모니터링 팩캐지들를 통합한다. 사용자들이 쉽게되어 있는 소프트웨어 통합을 좋아하는 한편 사용자들은 서로 다른 벤더들로부터 상용(기성품) 하드웨어 콤포넌트들을 사용할 수 있도록 하여 주는 것 또한 중요하다고 말들 한다. “Open시스템은 사용자가 자기 지역에서 부품들을 손쉽게 구입할 수 있기 때문에 훌륭하다”고 말한다. “우리는 제어시스템의 워크스테이션으로 표준형 PC를 사용하고 있다. 만일 고장 난 하드드라이브를 구하고자 한다면 시내로 가서 새것을 쉽게 구입할 수 있다.”라고 Agrex 사의 설비매니저인 Rich Fuzzby씨는 말한다. .[1998 Control. U.S.A. 잡지 인용] 일반적으로 구형 시스템은 매우 어려운 하드웨어 타입의 시스템이다. 만일 사용자가 고장 난 부품을 가지고 있다면 사용자는 이를 수리하기 위하여 아주 먼 곳에 있는 해당 벤더의 공장으로 보내야 한다. 시스템 보드의 비용은 대략 개당 80~100만원 정도의 수리 비용이 소요된다. ? 결국 고장 수리를 위한 각종 간접 비용을 포함하면 약 1000만원 정도에 이른다. 상호 호환성은 I/O수준까지 확장될 수 있다. “우리의 백플랜(Back plane)은 PCI버스로 되어 있습니다. 만일 사용자가 우리의 I/O 사용을 원하지 않는다면 PCI호환이 되는 다른 회사의 I/O를 사용할 수 있습니다.” 라고 웨스팅하우스의 Process Control Division의 Con Acker씨는 말한다. .[1998 Control. U.S.A. 잡지 인용] LA의 Water & Power Dept의 그룹 리더인 Nathan Look씨는 “ Open시스템의 명백한 이점의 하나는 I/O에 있어 경쟁력있는 유리한 점들을 취할 수 있다는 것이다. 만일 Open 네트워크라면 저렴한 가격의 가장 성능이 우수한 I/O를 선택할 수 있을 것이다.” 라고 지적한다. 공통적이고 모듈형식의 콤포넌트들은 서비스에 있어서도 역시 효율을 선도한다. “모듈화된 콤포넌트들은 서비스 기술자들이 고장 수리를 빠르고 쉽게 할 수 있도록 하여 준다.” 라고 Look씨는 말한다. .[1998 Control. U.S.A. 잡지 인용] “일반적으로 상용 사양의 데이터하이웨이 또한 서비스하는데 더 쉽다.” “만일 그 상용 사양의 데이터 하이웨이가 국제표준을 따르고 있고 일정한 규칙을 가지고 있는 것이라면 네트워크를 분석, 진단하고 검사하기 위하여 사용자는 상용 네트워크 분석계측기를 저렴한 가격으로 렌트하여 사용할 수 있을 것 이다. 하지만 특정 업체 전용 하이웨이는 할 수가 없다.”라고 Look씨는 말한다. “Open시스템들의 많은 경향은 사용자들이 더 쉽게 다룰수 있는 방향으로 발전하고 있다.” 예를 들면 워크스테이션 레벨에서 NT의 채택은 사용자 교육을 더 쉽게 (더 적은 비용, 더 많은 선택, 더 쉬운 사용법등등) 하여 준다.” 라고 ARC의 O’Brien씨는 말한다.[1998 Control. U.S.A. 잡지 인용] 진정한
Open시스템은 또한 사양(Spec) 작업을 간편하고 쉽고 빠르게 할
수 있도록 해준다. 전용 시스템의 경우 가능한 상세한 사양을 적어야만
한다. Open시스템의 경우 사용자는 단지 표준(Standard)을 나열하면
된다. 이것은 많은 불분명하고 애매한 표현을 줄여준다는 것을 의미한다. |
사용자들은 Open시스템으로 더 많은 일을 할 수 있다. 사용자는 데이터를 뽑아보고 하드웨어와 소프트웨어를 교체하고 하는 더 많은 일들을 할 수 있기를 원한다. Open시스템은 더 많은 일을 처리 할 수 있다. 사용자가 Open시스템에 대해 이전에는 해보지 않았던 옵션들 때문에 일어나는 걱정하지 않아도 될 일들이 종종 있다. “왜 이러한 Open시스템을 설치하는데 전반적인 시스템 통합을 서비스해주는 벤더가 있다고 여러분은 생각하는가? 여러분은 PC에 하드웨어 한 부분이라도 설치해 본적이나 해보려고 한적이 있는가? “ Open Standard는 구성품들을 통합하는 능력을 제공한다. ? 하지만 이것은 통합을 제공하는 것은 아니다. 데스크 탑 표준의 데스크 탑 오퍼레이팅 시스템은 언제나 극한 어플리케이션에 대해 항상 신뢰성이 있는 것은 아니다. 여러분은 좀더 신중할 필요가 있다. Open시스템은 날카로운 칼과 같다. ? 여러분이 Doom (94년 국내에서 폭발적인 인기를 끌었던 액션 컴퓨터 게임(computer game)). 과 웹 브라우저를 로딩할 때 여러분 스스로 칼에 베일 수 있다. 좀더 제약된 운전자 환경을 더 선호하는 사용자가 있을 수 있다. 몇몇 일부 시스템들은 제어에 적합하지 않을 수 있다. “시스템 공급자는 그 장비가 적절히 사용될 수 있다는 것을 확실하게 하여 주어야 한다. 예를 들자면, NT는 Open이다. 하지만 그것은 리얼타임 제어에 적절한 것인가? Southern California Edison의 Senior Project Manager인 Ross Papilla씨는 질문을 한다. “시스템 공급자는 신뢰성, 통합 그리고 견고함을 유지하는 구성품으로 시스템을 공급하여야 합니다.” [1998 Control. U.S.A. 잡지 인용] 위험
요소들 중 하나는 많은 벤더들이 Open 스탠더드를 개발하고 있고
연결 및 통합 도구를 가지고 있으며 이제 어떤 것이라도 이론적으로
연결할 수 있습니다. ?라고들 한다. 이러한 시스템들은 모두가 함께
잘 작동할 수 있다. 만일 여러분이 그러한 능력의 이점을 취하기
위하여 Open시스템을 구매하려 한다면 여러분이 하고자 하는 모든
소프트웨어, 어플리케이션들을 통합하고 연결하는 작업은 공짜가
아니기 때문에 여러분이 가지고 있는 유효 자원을 고려하여야 한다.
하지만 그것은 가치가
있는 것이다. |
사용자들이 제어 시스템을 평가할 때 거의 대부분 그들이 보는 것은 HMI이다. “누구든 인터페이스 이상의 것을 보아야 한다. ? 백업시스템은 잘되어 있는가? 이 시스템은 전용시스템이 아닌가? 등등의 의문점을 가져야 한다. 오늘날 Open의 정도에 있어서 시스템들이 다양하게 제공되고 있지만 그들 모두 간혹 같게 보인다. NT, PC기반, OPC호환, IEC1131, 배치용SP88, H1필드버스 인터페이스 ? 대부분의 공급자들은 그들이 지원하는 기술에 있어 점점 더 유사하게 되어 가고 있다. 시스템을 평가하는 첫 단계는 잘 정의된 Spec이다. “제안된 시스템이 그 SPEC에 부합되는지를 벤더와 함께 적합 유무를 검토하시오. 그리고 그 SPEC에 있는 각 행마다의 항목들이 부합되는지를 잘 살펴보시오.” “당신은 기존 시스템에 적합한지를 확실하게 하기 위하여 SPEC를 몇가지 수정하여야 할 수도 있다. 당신은 SPEC에 가능한 가장 접근한 시스템을 원할 것이다.” South Texas Project Nuclear Operating 사의 Project Manager인 Pete Christiansen씨는 말한다. [1998 Control. U.S.A. 잡지 인용] Open시스템을 선정할 때 요구되는 숨겨진 콤포넌트들을 주의하여야 한다. “만일 그 Open시스템이 주문 칩(Chip), Firmware 또는 소프트웨어가 요구된다면 그 시스템은 진정한 “Open”은 아니다라는 것을 의미한다.” Open시스템을 상업적으로 구입 가능한 여러 가지 부품들을 사용하여 테스트하여 보십시오. 만일 용산 전자상가 같은 곳으로 가서 인터넷 허브와 컴퓨터 카드 또는 디스크 드라이브등을 구입하여 시스템에 그것을 사용할 수 있다면 그 시스템은 어느 정도 “Open” 시스템이라고 말할 수 있다. 같은 의미로 소프트웨어에도 적용할 수 있다. “사용자는 윈도우 프린트 프로그램을 사용하는 것, 웹사이트로부터 정보를 끄집어 내는 것, 그리고 인터넷 익스플로러 또는 스프레드 쉬트 같은 사용하고자 하는 어플리케이션들과 함께 그 특성들을 테스트해 보는 것이 바람직하다. 네트워크를 검사해 보시오. 많은 벤더들은 그들의 시스템이 Open이라고 주장한다. 하지만 가장 확실한 정의 중 하나는 표준 CISCO 전송방식 또는 다른 표준 전송 방식을 사용할 수 있느냐 하는 것이다. 만일 서로 다른 시스템들을 함께 연결하고 싶다면 데이터하이웨이는 일정한 표준 방식이어야 할 것이다. 만일 벤더 전용 데이터하이웨이를 사용하고 있다면 사용자는 그 벤더에게 포로가 된 고객이라는 것을 의미한다. 시스템으로부터 데이터를 뽑아낼 필요가 있을 것이다. “Open은 데이터를 추출하는데 있어 Activ X, Oracle, ODBC등과 같이 많은 방법을 사용할 수 있음을 의미한다. 특수한 드라이버 설치 없이 데이터를 추출하기를 원할 것이다. 플러그-앤드-플레이 (Plug-and-Play)에 대한 벤더의 주장에 주의를 하여야 한다. 그들 중 일부는 사실이지만 실제로는 그렇지 않은 벤더들도 많기 때문이다. 벤더를 믿지 말고 기존에 설치된 곳을 방문해보고 그것들을 누가 설치하였는지 그 시스템의 사용자와 대화를 해보는 것 또한 좋은 방법이다. 소프트웨어와
하드웨어가 어떻게 묶여져 상호 작동하는가를 명확하게 파악해 두는
것 또한 중요하다. |
소프트웨어 벤더는 오늘의 하드웨어에 인터페이스를 하는 소프트웨어를 공급할 것이다. 만일 하드웨어가 발전된다면 그때 여전히 그 인터페이스 드라이버를 사용할 수 있는 것인가? 미래의 경향은 무엇인가 ? 예를 들면, 오늘의 드라이버는 OLE, DDE를 사용하고 내일의 표준은 Active X, OPC,…- 어떻게 이러한 것들을 통합 할 수 있다고 확신을 할 것인가? 같은 유형의 관심이 소프트웨어 버전에도 적용된다. UNIX, Solaris, NT등과 같은 플랫폼의 고려 없이 여러분은 현재의 방식 그대로 미래에도 사용할 수 있기를 원할 것이다. 만일 마이크로 소프트사가 새로운 OS (Operating System)을 출시 한다면 소프트웨어의 새로운 버전을 구입하는데 비용은 얼마나 들것인가? 미래에 대한 우려는 초기 계약단계에서 충분히 검토하여 이러한 부담을 줄일 수 있을 것이다. 라이프 사이클 비용을 검토하여야 한다. 낮은 초기 투자 비용이 후에 비싼 업그레이드 비용을 초래할 수도 있다. PC시스템에 대해 특정한 시간동안 현재 시스템을 유지시킬 수 있다는 것을 계약서에 명기하는 것도 고려해 볼만 하다. PC시스템의 경우 3년 정도, 몇몇 시스템들의 경우에는 10년 정도까지 요구할 수도 있는 것이다. 만일 공정이 성능향상, 또는 업그레이드로 이득을 얻을 수 있다면 더 짧은 라이프 사이클을 적용하고 그렇지 않다면 긴 라이프 사이클을 적용한다. 모든
사람들은 표준에 맞추려고 분발하고 있다. 사용자와 공급자 양쪽
모두 무엇인가 선택하여야 하고 그것이 표준 제품으로서 잘 작동되기를
원한다. 재무/경리 시스템 분야를 보자. 이 시스템들은 블랙박스가
아닌 화이트 박스에서 모든 트랜잭션이 작동되고 있으며 이 분야에서는
어느 누구도 FinancialNet등과 같은 특수한 전용 네트워크등을 찾지
않는다..... |
마지막으로 현재 시점에서 Open 시스템을 의미하는 특성 및 용어들에 대해 간략하게 나열을 하여 본다.
|
Copyright(c) 1998 Byong-Ro Lee All rights reserved. Contact bryh@nuri.net for more information. |
