다물8

데이터베이스 관리시스템은 기본적으로 대용량의 데이터를 효율적으로 저장 하고 관리할 뿐만 아니라 여러 사용자가 동시에 접근할 수 있는 환경을 제공하 고 시스템의 고장에 대비하여 데이터베이스의 상태를 일관성 있게 유지하는 회 복 기능을 제공한다. 데이터베이스 관리시스템에 대한 사용자의 만족도는 데이 터의 저장기술과 관련된 시스템의 성능에 크게 좌우된다. 시스템의 성능은 데 이터베이스 내의 데이터를 표현하기 위한 데이터 구조의 효율성과 데이터에 대 한 연산을 얼마나 효율적으로 수행할 수 있는 지 여부에 달려있다. 자료저장 기술은 데이터베이스 시스템의 하부에서 데이터베이스 관리시스템의 성능을 좌 우하는 기술이다.
본 절에서는 먼저 기존의 Oracle, DB2, Informix 등의 데이터베이스 관리 시스 템에서 자료저장에서 사용되는 핵심 기술인 인덱스, 동시성제어, 회복기법에 대하여 설명하고, 최근에 자료저장 기술과 관련하여 비정형 대용량 데이터의 저장 기법과 백업 관련 기술, 그리고 저장시스템의 하부 인프라로 등장한 네트 워크 자료저장 시스템의 기술과 그에 관련 된 최신기술인 NAS, SAN, iSCSI, DAFS 등에 대하여 다룬다.

1. 데이터 저장 핵심 기술

가. 인덱스

인덱스는 인덱스를 구성하는 키의 순서가 유지되는지의 여부에 따라 크게 두 종류로 나눌 수 있는데, 키가 일정한 순서로 유지되는 트리 계열과 키의 순서 와 관계없이 무작위로 유지되는 해쉬 계열로 구분할 수 있다. 트리 계열 인덱 스는 일정한 범위가 주어지는 연산을 처리할 때 유용하게 사용될 수 있으며, 해쉬 계열 인덱스는 특정한 키에 의한 빠른 데이터 접근을 제공한다. 트리 계 열 인덱스로는 B+ 트리, T 트리 등이 있으며, 해쉬 계열 인덱스로는 체인 버킷 해슁(CBH, Chained Bucket Hashing), 확장 해슁(EH, Extensible Hashing), 선 형 해슁(LH, Linear Hashing), 수정된 선형 해슁(modified Linear Hashing), 다중 디렉토리 해슁(Multi-directory Hashing) 및 확장된 체인 버킷 해슁 (ECBH, Extensible Chained Bucket Hashing) 등이 있다. 최근에는 지리정보시 스템과 멀티미디어 데이터베이스 등에서 비정형 데이터의 검색을 위해 R-트리 계열의 인덱스 기법이 사용된다.

(1)디스크 기반의 데이터베이스 시스템을 위한 인덱스 기법
기존의 Oracle, DB2, Informix, Sybase 등의 디스크를 기반으로 하는 상용 데이터베이스 관리시스템에서 기본적으로 사용되는 인덱스 기법은 B-트리, B+ 트리, B* 트리 계열의 인덱스와 확장 해슁과 같은 해쉬 계열의 인덱스 가 대표적이다.
B 트리의 확장 및 변형된 형태로는 B+ 트리, B* 트리 등이 있으며, 특히 B+ 트리는 디스크를 기반으로 하는 데이터베이스의 인덱스를 생성할 때 가 장 많이 사용되는 기법이다. B+ 트리는 B 트리 형태인 인덱스 부분과 실제 데이터들이 유지되는 말단 부분으로 구성되는데, 인덱스인 내부 노드의 데 이터는 단지 빠르게 단말 노드를 찾아가는 길잡이 정도의 역할만 수행한 다. 모든 데이터를 단말 노드에 유지하고 단말 노드끼리 연결 리스트를 구 성함으로써 범위가 주어진 연산을 수행할 때 데이터에 대한 빠른 순차적 접근을 제공한다.
확장해싱(EH) 기법은 데이터의 양이 변화함에 따라 해쉬 테이블의 크기를 확장할 수 있게 함으로써 동적인 환경에 적합하도록 고안된 해슁 기법으로 빠른 데이터의 검색을 위해 많이 사용된다.

(2)주기억장치 상주 기반의 데이터베이스 시스템을 위한 인덱스 기법
Altibase나 Timesten과 같이 주기억장치 상주 기반의 상용 데이터베이스 시 스템에서는 트리 계열의 인덱스로 B-트리 계열의 인덱스와 함께 T 트리를 사용 하고 있으며, 해싱 기능으로는 확장 해슁과 체인 버킷을 결합해서 만든 확장된 체인 버킷 해슁을 지원하고 있다.
T 트리는 AVL 트리와 B 트리의 장점을 이용하여 주기억장치 상주 데이터베이 스를 접근하는 데 적합하도록 고안된 대표적인 트리 계열의 인덱스기법으로 한 노드에 많은 수의 데이터를 갖는 이진 탐색 트리로 구성되어 빠른 데이터 접근 을 제공하며 메모리의 사용상에도 장점을 갖는다. T 트리의 노드에 포함되는 데이터는 실제 키 값이 아닌 키를 포함하는 레코드의 메모리 주소를 나타낸다. 키를 포함하는 레코드의 메모리 주소를 데이터로 사용함으로써 키 값을 구하 는 연산으로 인한 부하가 전체 인덱스의 처리 속도에 거의 영향을 미치지 않는 상태에서 고정 길이 키에 대해서 뿐만 아니라 가변 길이 키를 처리할 때 발생 하는 메모리 사용의 낭비 문제도 해결할 수 있다.
확장된 체인 버킷 해슁(ECBH)은 Kairos에 구현된 주기억장치 상주용 인덱스 로서 확장 해슁과 체인 버킷을 결합해서 만든 해쉬 인덱스이다. ECBH 인덱스는 EH 테이블, CBH 테이블, RID 풀(pool)의 3 부분으로 구성되며, EH에서의 단말 페이지를 CBH의 해쉬 테이블과 RID 리스트로 대치한 형태를 갖는다.

(3) 멀티미디어 데이터베이스 시스템을 위한 인덱스 기법
멀티미디어 데이터는 특별한 형식이 없는 비정형의 구조를 갖는다. 즉 전통 적인 관계형 데이터베이스에서 다루는 레코드 형태와 같은 일정한 구조를 갖지 않고 긴 문장이나 연속된 비트 스트림 형태를 갖는다. 이러한 비정형 데이터를 효율적으로 저장하고 이에 대한 내용 기반 검색을 지원할 수 있는 저장 및 검 색 기법이 필요하다.
공간 데이터 액세스를 위한 인덱스 구조로서 R 트리, R* 트리, MLGF(Multi-Level Grid File) 등의 구조가 사용되고 있다. R-tree는 B-tree로 부터 유도된 계층적 자료구조로 트리의 각 노드는 자신의 자식 노드를 포함하 는 가장 작은 d-차원 사각형으로 구성된다. 단말 노드는 데이터베이스에 있는 자식을 포함하는 대신 실제 기하학적 객체에 대한 포인터를 포함한다. 객체들 은 그들이 포함된 최소의 정렬된 사각형에 의해 표현된다. 가끔 노드는 디스크 페이지와 관련시켜 트리를 정의하는 파라미터가 공간 질의 동안 적은 수의 노 드가 방문되도록 선택된다. 서로 다른 노드에 해당하는 사각형들은 중복될 수 있다.
R-tree는 B-tree와 유사하게 높이가 균형화 된 트리이다. 인덱스는 완전히 동적이기 때문에 주기적인 재구성은 필요 없으며, R-트리의 단말 노드는 인덱 스 레코드 개체들을 포함한다. R 트리는 k 차원의 공간 객체를 자르거나 변환 하지 않고 겹치는 k 차원의 사각형 영역 안에 객체가 완전히 포함된다. R* 트 리는 R 트리의 색인 구조와 같으며 중간 노드의 영역 사각형들이 겹치는 것을 허용한다. R 트리가 색인 구조를 최적화하기 위하여 한가지 기준만을 적용하여 영역 사각형의 면적을 최소화하는 것에 비해 R* 트리는 네 가지의 최적화 기준 을 적용한다.
R* 트리의 삽입 알고리즘은 R 트리의 삽입 알고리즘이 영역의 면적만을 고려 하는 데에 비하여 영역의 면적, 둘레, 겹치는 영역의 크기를 모두 고려하여 공 간 객체를 삽입할 최적의 단말 노드를 선택한다.

나. 동시성 제어 기법

(1) 기존의 동시성 제어 기법
여러 트랜잭션이 동시에 수행되는 경우 데이터베이스의 일관성을 해치는 경우가 생길 수 있다. 이를 방지하기 위해서는 수행의 동시성을 제어해야 한다. 수행의 동시 성을 제어하기 위하여 잠금 기법을 사용한다.
Oracle, DB2, Informix 등의 대부분의 상용 데이터베이스 시스템에서 사용하는 동 시성 제어 기법은 데이터의 로크(lock)를 이용하는 두 단계 잠금(2 phase locking) 기법을 기반으로 하고 있다. 2단계 로킹 규약은 직렬 가능성을 보장할 수 있는 규약 으로 가장 많이 알려진 것으로 모든 트랜잭션들이 잠금과 잠금 해제 연산을 트랜잭 션은 잠금만 수행할 수 있고 잠금 해제는 수행할 수 없는 확장단계와 트랜잭션이 잠 금 해제만 수행할 수 있고 잠금은 수행할 수 없는 축소단계로 구분된다. 그러나, 2단 계 잠금 규약은 직렬 가능성을 보장하지만 반면에 교착 상태 문제를 내포하고 있어 이에 대한 해결 방법이 필요하다.
2단계 잠금 규약을 기반으로 Oracle과 같은 상용 제품에서는 여러 사용자들의 잠 금의 기다림 시간을 최소화하면서 동시에 소요되는 로크의 수를 최소화하기 위하여 고안된 다단위 잠금(Multi-granularity locking) 기법이 사용된다. 기존의 데이터베이 스 시스템에서 다단위 잠금 기법을 위해 선택되는 단위들은 필드, 레코드, 블록, 데 이터베이스 등의 일반적이다. 단위를 너무 좁게 설정하면 작업의 동시성은 향상되나 잠금 처리에 소요되는 비용이 많으며, 단위를 너무 넓게 설정하면 잠금 처리에 소요 되는 비용은 적게 되나 작업의 동시성이 떨어지게 되므로 응용분야의 특성에 맞는 단위를 설정하는 것이 필요하다.

(2) 분산 잠금 관리
인터넷 웹서버와 같이 다수의 사용자가 이용하는 데이터베이스 시스템에서는 고성 능의 시스템이 요구된다. 이러한 고성능의 요구를 만족하기 위해서 여러 대의 시스 템이 데이터베이스 서비스를 제공하는 병렬 서버와 클러스터 서버가 등장하게 되었 고 이러한 병렬서버와 클러스터 서버에서는 분산 서버간의 잠금의 관리를 위해서 분 산 잠금 관리자(Distributed Lock Manager, DLM)를 이용한다. Oracle의 병렬서버에 서는 DLM을 이용하여 병렬 서버가 모든 플랫폼에 걸쳐 다양한 기능을 제공할 수 있 게 되어 있으며, 서버의 성능 향상을 위해 여러 특징이 추가되었다. DLM은 데이터 잠금 정보가 노드를 통해 분산되는 것을 막기 위해 잠금 정보를 캐시에 저장하고, 충돌 블록에 대한 액세스를 통제할 수 있는 알고리즘이 제공되어 시스템 부하의 균 형을 이룰 수 있다.
분산 잠금 관리자의 중요 기능으로는 병렬 서버의 한 개 노드에 장애가 발생했을 때, 장애가 발생한 노드에서 수행되던 사용자 접속이 정상인 다른 노드의 세션으로 옮겨지며 접속이 자동으로 재확립되는 장애 복구(fail-over)기능이 있으며, 애플리케 이션 장애 복구는 시스템의 가용성을 높일 뿐 아니라 수동적인 부하 조절이나 강제 적인 시스템의 정지에도 효과적으로 사용될 수 있다.

다. 회복 기법

기존의 상용 데이터베이스 시스템에서 대부분이 로그 기반의 회복기법을 사용하고 있으며, 트랜잭션의 수행시간의 지연을 최소화하기 위해 로그를 위한 디스크 입출력 횟수의 최소화와 고장이 발생한 경우 신속한 시스템 회복을 목표로 하고 있다. 이를 위해 데이터베이스 시스템에서는 검사점(Checkpoint) 기법을 이용하여 로그의 양을 줄임으로서 회복의 시간을 빠르게 하고 있다. 대용량 멀티미디어 데이터베이스 시스 템 등에서는 자료의 효율적인 회복을 위하여 기본정보의 변화만을 수행기록으로 남 기고, 자료의 내용은 그림자 페이징 기법(Shadow-paging) 기법을 이용하여 이전 자 료의 내용을 디스크 내에 남아있게 한 후에 회복 시 그를 이용하고, 회복의 필요가 없을 경우 검사점이 수행되는 시기에 그를 삭제하는 방식 등의 별도의 처리과정이 행해지게 된다.
그림자 페이징 기법은 기본적으로 로그를 이용하지 않는다. 데이터베이스는 페이 지라는 일정한 크기의 블록으로 나뉘어 디스크에 저장된다. 페이지라는 용어는 운영 체제의 메모리 관리 기법에서 사용된 용어이다. 그림자 페이징 기법은 트랜잭션이 실행되는 동안 현재 페이지 테이블과 그림자 페이지 테이블의 두 페이지 테이블을 이용한다. 트랜잭션이 시작될 때에는 이 두 페이지 테이블은 동일하다. 트랜잭션이 실행되는 동안 현재 페이지 테이블만 사용하고 그림자 페이지 테이블은 사용하지 않 는다. 트랜잭션이 쓰기 연산을 수행할 때 현재 페이지 테이블만 변경한다. 판독과 기 록 연산을 위해 디스크 상에 존재하는 데이터베이스 페이지 블록을 찾을 때에도 현 재 페이지 테이블만 사용한다. 따라서, 그림자 페이지는 전혀 변함없이 트랜잭션 실 행 이전의 상태를 유지한다.

2. 최신 데이터 저장기술 및 현황

가. 비정형 대용량 데이터의 저장

멀티미디어 데이터는 기존의 문자와 수치 데이터와는 비교가 안 될 정도로 큰 용량 의 기억장소를 요구한다. 따라서 멀티미디어 데이터베이스는 데이터를 저장할 때 압 축 및 복원 기법을 필수적으로 사용해야 하며, CD-ROM과 같은 대용량의 저장 장치 와 다양한 저장 장치의 관리가 필요하다. 데이터의 압축 및 복원 기법으로서 널리 사 용되고 있는 기법은 이미지 데이터를 압축하기 위한 JPEG기법과 비디오 데이터를 압축하기 위한 MPEG기법으로, 국제적으로 널리 사용되고 있으며 많은 연구가 진행 중에 있다.
데이터베이스 내에 멀티미디어 데이터를 저장하고 관리하는 방법으로 우선 레코드 형태의 정형화된 데이터는 관계형 데이터베이스에 저장하고 이미지, 그래픽스 등 비 정형 데이터는 파일에 저장하는 방법과 이미지, 오디오, 텍스트 등 크기가 크고 가변 적인 데이터를 긴 자료 항목으로 저장할 수 있는 저장 기능을 제공하는 방법이 있다. 이러한 시스템들은 기존의 관계형 데이터 모델로 멀티미디어 응용을 지원하기 어려 운 점들을 해소하기 위하여 BLOB(Binary Large OBject)과 같은 기능을 가진 확장된 모델을 제공한다.
현재 관계형 DBMS 회사들이 자신의 제품에 멀티미디어 기능을 갖도록 확장한 제 품들을 여러 개 발표하였는데 그 예로는 Informix-OnLine, Oracle 9, Sybase 등이 있다. 국내에서는 관계형 DBMS 자체에 대한 상품화가 제대로 안된 실정에 있지만, 삼성전자에서 관계형 DBMS인 CODA를 개발하면서 BLOB을 이용하여 멀티미디어 데이터베이스를 지원하는 시제품을 1994년에 개발한 바 있으며, ETRI에서는 "바다" DBMS에도 BLOB 기능을 추가하였다.
특히, Oracle에서는 이미지, 사운드, 비디오텍스트와 같은 비정형 데이터를 저장하 기 위한 기반 타입으로 CLOB(Character LOB), BLOB (Binary LOB), 그리고 BFILES(데이터베이스 외부에 저장되는 LOB) 등이 있다. BLOB, CLOB 타입의 데이 터는 데이터베이스 내의 지정된 테이블 공간에 저장된다. 반면 BFILE 데이터는 데이 터베이스 밖의 운영체제가 관리하는 파일 시스템 내의 특정 디렉토리에 저장할 수 있다.
또한, Oracle9i R2에서는 Oracle Internet File System을 제공하여 인터넷을 위주로 한 기업의 데이터를 하나의 저장소에 병합할 수 있도록 해준다. Oracle Internet File System에서는 저장소에 저장된 문서를 사용자들이 Windows, Web, FTP 등의 인터 페이스를 이용하여 접근할 수 있도록 파일과 폴더의 형태로 제공함으로써, 데이터베 이스 관리시스템의 파일 관리자의 기능을 운영체제의 파일 시스템의 기능을 포함하 도록 확장하였다.

나. 백업 기술

최근 들어 백업은 컴퓨터산업에서 정보의 중요성이 인식되면서 가장 각광을 받는 분야로 부각되고 있으며, 그 시장 규모도 크게 확장이 되었다. 기업에 전산과 관련된 비용 중에서 30～50%가 기업에서 발생하는 정보의 백업에 소요되는 비용으로 조사 되고 있으며, 특히, 미국의 9.11 테러의 발생 이후 백업기술은 재해복구 기술과 결합 하여 데이터베이스뿐만 아니라 볼륨, 파일, 그리고 응용프로그램 등에 발생되는 엄 청난 양의 데이터를 효과적으로 백업하고 복구하는 기능을 수행해야 한다.

(1) 백업의 유형
백업의 유형으로는 모든 데이터베이스나 파일시스템의 내용을 백업 받아 두는 방 법으로 내용의 변화의 유무에 관계없이 복사를 하는 완전(full) 백업, 선택된 파일이 나 폴더들의 변경된 부분만을 백업하여 복원을 할 때에 증분 백업을 한 모든 백업 데 이터파일 또는 모든 백업 테이프를 이용하여 복원하는 증분(incremental) 백업, 변경 된 파일의 전부를 저장하여 복원을 할 때에 맨 마지막날 차등 백업을 한 백업 데이터 파일 또는 백업 테이프만 있으면 복원을 할 수 있는 차등(differential) 백업, 그리고 백업 간격별로 단계를 정한 후 단계별로 다단계로 점진적인 백업을 수행하는 다중레 벨 증분(Multilevel incremental) 백업이 있다.
Oracle에서는 베리타스 소프트웨어사의 Net- Bakcup과 결합하여 제공하는 백업 기능 중의 하나로 이전의 특정 시점을 기준으로 현재 백업하고자 하는 시점까지의 작업 내용 중에서 단지 변화된 블록의 내용만을 백업하므로 백업되는 데이터의 크기 를 상당히 줄일 수 있다. 이로 인해 데이터 파일의 백업 시간을 대폭 줄일 수 있으며, 백업 간격별로 단계를 정한 후 단계별로 다단계로 점진적인 백업을 수행할 수 있다. 복구해야 할 경우에는 데이터베이스의 상태를 분석해 수행에 필요한 연산을 결정 한다. 이러한 조작을 자동으로 수행하므로 관리자가 작업에 들이는 수고를 덜어주고 복구 작업 시의 에러 발생 가능성을 최소한으로 줄여준다.

(2) 백업의 기법
(가) 서버리스 백업
SAN 백업 구성 시에 활용 가능한 방법으로 만일 백업서버가 동시에 웹 서버나 데 이터베이스 서버로 활용되고 있다고 가정해 보자. 백업을 수행하면 백업서버의 CPU 에 부하가 걸리게 된다. CPU 사용률이 적게는 30%에서 많게는 100%까지도 올라간 다. 이렇게 되면 웹 서버나 데이터베이스 서버로의 성능을 내기란 여간 힘든 일이 아 닐 수 없다. 그렇지만 서버리스 백업을 사용하는 경우에는 백업서버에서는 백업을 위한 명령만을 백업장치에 전달하고, 백업장치는 디스크 스토리지와 직접 백업 데이 터를 전송 받게 되고, 백업서버는 지정한 시간에 한번씩 백업 이상 유무를 확인하는 작업만을 수행하게 된다.
CPU의 사용률은 10% 전후가 되고, 서버의 또 다른 기능을 원활하게 사용하게 될 수 있게 된다. 물론, 서버리스 백업은 ISV에서 제공하는 백업 어플리케이션의 옵션으 로 구성되는 것이다.
(나) snapshot
온라인 백업은 일상의 업무 수행에 가장 영향을 주지 않기 때문에 24시간 가용성을 필요로 하는 데이터베이스에 알맞다. 그러나, DBMS는 백업 도중에 트랜잭션을 로깅 해야 하므로, 백업과 백업 후에 쌓인 트랜잭션을 실제 데이터에 적용해야 하기 때문 에 성능이 약간 저하된다. 볼륨 백업 시간을 최소로 하기 위해서, 고객들은 현재 한 볼륨을 snapshot으로 상용하여 그 snapshot 볼륨으로 백업을 받는 기능을 사용하 고 있다. 이때, 실제 볼륨은 신속하게 실제 운영에서 사용할 수 있게 된다.
(다) LAN-Free 백업
데이터베이스 시스템의 하부 인프라가 SAN과 같은 네트워크 기반의 시스템으로 구성이 된 경우는 파이버 채널로 구성된 별도의 SAN에 각 서버의 스토리지가 직접 연결되어 있기 때문에 백업을 위한 데이터의 이동을 파이버 채널을 이용하고 스토리 지간의 데이터 트래픽은 기존의 LAN을 사용하지 않는다. 따라서 시스템의 성능은 급격히 향상되는데, 이것은 데이터와 통신 트래픽이 더 이상 제한된 표준 LAN의 대 역폭에 대해 경쟁하지 않기 때문이다. SAN 환경에서는 스토리지의 리소스는 통합 관리되며, 다수의 서버에 의해 공유되어 사용될 수 있다. 또한 파이버 채널 스위치의 추가를 통해 SAN 솔루션은 쉽게 확장 가능하다.
SAN 환경에서 데이터가 지능적인 백업 애플리케이션을 통해 관리되도록 다양한 소프트웨어를 개발하고 있다. 기존의 백업 방식에 비해 LAN-Free 방식은 광채널 구 성요소를 설치하는데 많은 초기 투자비용이 들어가는 단점을 가지고 있다. 그러나 스토리지의 통합 및 중앙 관리는 전체소요비용을 크게 줄일 수 있어 궁극적으로는 기업에게 더 많은 이점을 안겨준다.

3. 저장 인프라의 발전 및 기술

인터넷의 폭발적인 성장, 온라인 상에서의 정보유지 필요성, 의사결정 지원 정보의 수집/추적에 대한 필요성, 서버 통합, 비즈니스 중심 어플리케이션으로 의 PC 서버 움직임, 그리고 어플리케이션의 복잡성 증가 등 다양한 요인들로 인해 현재 기업 규모의 시스템에서는 대용량 데이터베이스 시스템의 구축, 데 이터웨어하우스(Data Warehouse)의 구축, 그리고 ERP(Enterprise Resource Planning) 시스템 등의 도입으로 대용량 스토리지 시스템에 대한 요구가 계속 높아지고 있다. 이러한 높은 신뢰성과 성능, 장애 복구성(fault tolerance), 그리고 통합된 관리와 고속 백업이라는 요구에 대한 솔루션으로 등장한 인프라 가 바로 SAN(Storage Area Network)과 NAS(Network Attached Storage)로 대변 되는 네트워크 자료 저장 시스템이다. SAN과 NAS는 분산 네트워킹에서 주류가 되고 있으며 조만간 데이터베이스 시스템의 위한 스토리지 부착 및 공유에 대 한 일반적인 방법이 될 것으로 전망되고 있다.

가. NAS

DAS는 서버와 외장형 스토리지 사이를 전용의 케이블로 직접 연결하는 것으 로 기존의 서버와 스토리지를 직접 연결하는 전통적인 방식이다. 만약 서버가 UNIX나 Linux서버와 같은 오픈 시스템이면 SCSI 케이블을 이용하여 연결하는 방법이다. 이러한 DAS는 저장된 데이터에 대한 서비스를 스토리지에 접속된 서 버가 처리해야 함으로 서버에 큰 부하가 발생한다.
NAS는 네트워크 접속용 스토리지로서 Ethernet과 같은 LAN 인터페이스를 통 해 네트워크에 직접 연결되는 새로운 개념의 데이터 저장장치로 네트워크 상에 서 서로 다른 이기종 플랫폼간의 효율적인 데이터 통합 사용과 기존의 서버-중 심형 스토리지와 같이 일반용 서버의 상위구조나 그 복잡함 없이 오직 데이터- 펌프(Pump Data : 스토리지 시스템 자체와 클라이언트간에 신속하게 바로 데이 터 전송이 이루어지는 것) 라는 데이터 처리의 목적만을 위해 최적화 된 데이 터-중심형의 데이터 전용 스토리지 시스템이다.
기존의 서버-중심형 방식과는 달리 NAS는 데이터 저장장치가 서버에 종속되 지 않고 독립적으로 네트워크에 직접 연결된다. 그 결과 사용자는 파일서버를 거치지 않고 필요한 데이터를 직접 NAS 저장장치를 통해 훨씬 빠른 속도로 접 근할 수 있다. 즉, 클라이언트에서 요구된 데이터의 저장/전송에 따른 네트워 크 로드(Load)는 서버로부터 분리되어 NAS에서 분담함으로써 상대적으로 네트 워크 상에서 서버의 성능은 향상되는 효과를 가져온다. NAS의 장점은 파일의 공유 기능이다. NAS의 파일서버가 NFS나 CIFS 프로토콜을 통해 여러 어플리케 이션 서버들 사이에 파일을 공유 할 수 있게 해준다. 현재 존재하는 파일 공유 솔루션으로는 NAS가 가장 안정적이라는 장점을 지닌다. 그러나, NAS는 데이터 의 전송에 LAN을 사용하므로 LAN이 불안정하거나 과부하가 발생한 경우에 성능 이 떨어진다는 단점을 지니고 있다.

나. SAN

SAN은 다양한 업무 프로세스로 분산되어 있는 저장장치를 통합 운영하여 업무의 효율성 증대, 인프라에대한 중복투자 방지 및 이기종간 데이터 공유를 목적으로 만들어진 서버와 저장장치간의 네트워크를 의미한다. 개별적으로 연결되어 있는 저장 시스템을 화이버 채널을 이용하여 별도의 전용 네트워크에 연결하여 집중 적으로 관리함으로써 데이터의 고속전송, 고 가용성, 확장성 및 공유 기능을 제공하 기 위한 시스템이다. [그림 4-9-2]는 SAN의 구조를 보여 준다.
SAN은 데이터베이스 관리시스템 및 트랜잭션 프로세싱 시스템처럼 일반적으로 자 체 대규모 데이터를 관리하는 고성능 애플리케이션에 적합하다. 모든 물리적 위치와 관련된 유연성과 특정 레코드나 작은 레코드 집합에 대한 빠른 접근에 초점을 맞추 고 있다. 이러한 어플리케이션은 파일수준의 공통 접근을 요구하지 않고 블록 수준 의 성능 및 제어를 요구한다. 데이터베이스 [그림 4-9-2] SAN의 구조 관리시스템에서는 블록 수준의 읽기와 쓰기를 요구하며 SAN은 이러한 요구를 충족시킬 수 있으며, 다양한 확장성을 제공함으로 급증하는 데이터의 용량과 관리를 충족시킬 수 있다.
SAN은 다음과 같은 장점을 지닌다.
- 고속의 전송속도(200MB / Full- duplex이상)
- 장거리 전송(100Km이상)
- 뛰어난 연결성과 확장성이 뛰어나다.(Over 16 Million)
- 용이한 Data 관리 - 용이한 통합 및 관리
- 저렴한 비용
- Multi-protocol Flexibility(SCSI, ESCON, IP)
- One active SAN another Standby(Fail Over)
- Hi-availability SAN(Clustering)

다. iSCSI

SAN은 DAS와 같이 서버에 직접적으로 스토리지를 연결하는 게 아니라 스위치 를 통해서 전체 스토리지 영역을 구성해 DAS의 한계인 확장의 어려움을 해결했 다. 그러나, SAN은 많은 장점에도 불구하고 시스템의 구축비용이 비싼데다 벤 더들간의 호환성 등이 문제로 지적됐다.
이러한 SAN의 문제점을 극복하고자 고안된 게 iSCSI라는 기술이다. 스토리지 시장의 새로운 화두로 떠오른 iSCSI는 "internet SCSI’의 약자로 스토리지 연 결에 사용됐던 물리적 SCSI연결 방식 대신 물리적으로는 이더넷을 사용하며 내 부적으로는 SCSI 프로토콜을 사용하려는 기술 표준으로 IBM과 시스코가 2000년 2월 IETF(Internet Engineering Task Force)에 제출한 스토리지 네트워크 기술 로써 현재 표준 안이 완성단계에 있다.

[그림 4-9-3] DAFS에서의 파일 접근 방법

iSCSI의 핵심은 TCP/IP상에서 캡슐화 된 SCSI 정보를 이동시키는 것으로 로 컬 혹은 원격지에서 서버와 스토리지를 연결하여 스토리지가 여러 지역에 분산 돼 있고 IP 네트워크의 관리가 쉬운 고성능의 네트워크 스토리지 상에서 사용 된다. iSCSI 이전에 SAN을 구축하기 위한 유일한 스토리지 네트워크 방법은 사 용자가 각각의 분리된 SAN 인프라스트럭처에 투자해야 하는 파이버 채널뿐이었 다. 왜냐하면 이것은 10M, 100Mbps 이더넷에 비해 빠른 기가비트의 속도를 제 공하기 때문이다. 하지만 파이버 채널은 표준이 설정돼 있지 않아 벤더들 간에 호환이 어려웠으며 비용도 고가였다.
iSCSI에 관심을 갖는 이유는 스토리지 시장의 규모가 연간 4백억 달러에 달 하며 지속적으로 성장하고 있기 때문이다. 즉 이러한 스토리지들의 연결이 가 능하게 되면 사용자에게 더 높은 가치를 제공할 수 있다. 기존 스토리지는 DAS 형태로 전체 네트워크와 독립돼 있었다. 하지만 iSCSI의 도입으로 사용자는 원 격에서도 데이터베이스에 접근할 수 있다. 즉 고객에게 미치는 가장 큰 영향도 스토리지에 IP 네트워크를 이용해 접근, 자원의 사용이 가능하다는 것이다. 이 것은 스토리지 네트워킹의 혁명이라 할 수 있다.

라. DAFS

10GB 네트워크 기술의 등장은 스토리지 업계에도 상당한 파급력을 전해주고 있다. RAID 기술이 기존 스토리지의 물리적인 한계를 극복한 반면 iSCSI는 기존 SCSI 기술 을 10GB 네트워크 상에서 사용할 수 있도록 개발이 진행 중이다. 하지만 본격적인 10GB 시대가 도래하면 iSCSI는 도태할 것이라는 전망도 조심스럽게 개진되고 있다. 이러한 상황에 DAFS(Direct Access File System)의 등장은 현재의 스토리지 네트워 크를 한 단계 올릴 수 있을 것으로 기대되고 있다. [그림 4-9-3]은 DAFS에서의 파일 접근 방법을 보여 준다.
DAFS는 DAFS Collaborators라는 기관을 중심으로 IBM, HP, SUN, ORACLE 등 모 두 85개 이상의 업체들이 참여하여 서로 역할을 분담하여 성능, 확장성, 안정성 개선 이라는 목표를 가지고 노력해 왔다. 이들은 이미 노력의 결실을 일정 수준 이상까지 완성하여, 2001년 9월 DAFS Specification Version 1.0이 이미 완성되어 IETF에 제출 되었으며 DAFS API Specification Version 1.0은 2001년 11월 완성되었다. DAFS Collaborators는 크게 두 가지 분야에 초점을 두고 진행되고 있는데 그 중 하 나는 DAFS라는 프로토콜 자체를 만드는 분야이며, 나머지 하나는 RDMA(Remote Direct Memory Access) 기술을 구현하고 그 기술을 DAFS에 접목시키고자 하는 분 야이다.
현재 DAFS 프로토콜을 만드는 분야는SNIA (Storage Networking Industry Association)의 한부문으로써 DAFS Implementers Forum이라는 그룹을 중심으로 그 노력이 진행되고 있다. 초창기부터 이 포럼에 참가하여 초기 개발자로서 그 중심 적인 역할을 수행하고 있는 업체들로는 네트워크 어플라이언스를 중심으로 브로드 밴드 스토리지, 에뮬렉스, 인텔, 그리고 베리타스 소프트웨어와 같은 회사들이 있다. 이 업체들이 초창기부터 구현하고자 했던 것은 dDAFS(driver DAFS)였다. 그러나 진 정한 DAFS의 실현은 uDAFS(user DAFS)의 완성이라고 보았을 때 이들만의 노력으 로 이룩할 수 있는 것은 DAFS의 최종적인 목표는 될 수 없는 것이었다. 이러한 뜻에 동참하여 uDAFS의 최종 완성을 목표로 이들에 다시 합류하는 애플리케이션 업체들 이 있는데 이들이 바로 오라클, 사이베이스, DB2 등 있다.

제공 : DB포탈사이트 DBguide.net

단계

공정

활 동

분석

공정구현

․생명주기 모형 정의/선정

․지원 공정 구현

․표준, 방법, 도구, 언어 등의 선정/조정/사용

․개발계획 개발

․비인도 품목 식별

시스템 요구분석

․시스템 요구명세 작성

․시스템 요구사항 평가

소프트웨어 요구분석

․소프트웨어 요구명세 작성

․소프트웨어 요구사항 평가

․합동검토 실시 및 베이스라인 설정

설계

시스템 구조설계

․시스템 구조 설정

․시스템 구조 및 항목 요구사항 평가

소프트웨어 구조설계

․소프트웨어 구조 설정

․최상위 수준 외부 인터페이스 개발

․최상위 수준 DB 설계

․사용자 문서 초판 개발

․소프트웨어 통합시험 요구사항 및 일정 정의

․소프트웨어 항목의 구조, 인터페이스, DB 설계 평가

․합동검토 실시

소프트웨어 상세설계

․소프트웨어 구성품 상세설계

․인터페이스 상세설계

․DB 상세설계

․사용자 문서 갱신

․유니트 시험 요구사항 및 일정 정의

․소프트웨어 통합시험 요구사항 및 일정 갱신

․상세설계 및 시험 요구사항 평가

․합동검토 실시

구현

소프트웨어 코딩 및 시험

․유니트와 DB 코딩 및 시험절차와 데이터 개발

․유니트 및 DB 시험

․사용자 문서 갱신

․소프트웨어 통합시험 요구사항 및 일정 갱신

․소프트웨어 코드와 시험결과 평가

시험

소프트웨어 통합

․통합계획 개발

․유니트와 구성품 통합 및 시험

․사용자 문서 갱신

․소프트웨어 자격시험 준비

․통합계획, 설계, 코드, 시험, 시험결과, 사용자 문서 평가

․합동검토 실시

소프트웨어 자격시험

․소프트웨어 자격시험 실시

․사용자 문서 갱신

․설계, 코드, 시험, 시험결과, 사용자 문서 평가

․감사 지원

․인도 소프트웨어 준비 및 베이스라인 설정

시스템 통합

․통합 및 시험

․시스템 자격시험 준비

․통합 시스템 평가

시스템 자격시험

․시스템 자격시험 실시

․시스템 평가

․감사 지원

․인도 소프트웨어 준비 및 베이스 라인 설정

소프트웨어 설치

․소프트웨어 설치계획 개발

․소프트웨어 설치 실시

소프트웨어 수락지원

․수락 검토 및 시험 지원

․소프트웨어 제품 인도

․획득자 교육훈련과 지원 제공

레코드요소

유형의 개수

데이터요소유형의 개수

1～19

20～50

51이상

1

낮음

낮음

보통

2～5

낮음

보통

높음

6이상

보통

높음

높음

복잡도

가중치

낮음

7

보통

10

높음

15

레코드요소

유형의 개수

데이터요소유형의 개수

1～19

20～50

51이상

1

낮음

낮음

보통

2～5

낮음

보통

높음

6이상

보통

높음

높음

복잡도

가중치

낮음

5

보통

7

높음

10

참조파일

유형의 개수

데이터요소유형의 개수

1～4

5～15

16이상

0～1

낮음

낮음

보통

2

낮음

보통

높음

3이상

보통

높음

높음

복잡도

가중치

낮음

3

보통

4

높음

6

참조파일

유형의 개수

데이터요소유형의 개수

1～5

6～19

20이상

0～1

낮음

낮음

보통

2～3

낮음

보통

높음

4이상

보통

높음

높음

복잡도

가중치

낮음

4

보통

5

높음

7

참조파일

유형의 개수

데이터요소유형의 개수

1～5

6～19

20이상

0～1

낮음

낮음

보통

2～3

낮음

보통

높음

4이상

보통

높음

높음

복잡도

가중치

낮음

3

보통

4

높음

6

유형

내부논리파일

외부연계파일

외부입력

외부출력

외부조회

가중치

7.3

5.4

4.0

5.1

3.8

단 계

분석

설계

구현

시험

합계

기능점수당 단가

103,840

131,167

174,889

136,632

546,528

단 계

분석

설계

구현

시험

합계

코드라인당 단가

2,215.4

2,824.5

3,718.9

2,968.5

11,727.2

규모(코드라인수)

보 정 계 수

10,000

0.65

30,000

0.85

70,000

0.97

150,000

1.05

300,000

1.11

500,000

1.17

700,000

1.21

1,000,000

1.24

어플리케이션유형

보정 계수

업무처리용

1.0

과학기술용

1.2

멀티미디어용

1.3

지능정보용

1.7

시스템용

1.7

통신제어용

1.9

공정제어용

2.0

지휘통제용

2.2

어플리케이션유형

범 위

업무처리용

인사, 회계, 급여, 영업 등 경영 관리 및 업무처리용 소프트웨어 등

과학기술용

과학계산, 시뮬레이션, 스프레드시트, 통계, OR, CAE 등

멀티미디어용

그래픽, 영상, 음성 등 멀티미디어 응용분야, 지리정보시스템, 교육․ 오락용 등

지능정보용

자연어처리, 인공지능, 전문가시스템,

시스템용

운영체제, 언어처리 프로그램, DBMS, 인간․기계 인터페이스, 윈도시스템, CASE, 유틸리티 등

통신제어용

통신프로토콜, 에뮬레이션, 교환기소프트웨어, GPS 등

공정제어용

생산관리, CAM, CIM, 기기제어, 로봇제어, 실시간, 내장형 소프트웨어 등

지휘통제용

군, 경찰 등 군장비․인력의 지휘통제를 요하는 소프트웨어

언 어 구 분

보정계수

Assembly, 기계어, 자연어

1.9

C, CHILL, C++, JAVA, C#, PROLOG, UNIX Shell Scripts

1.2

COBOL, FORTRAN, PL/1, PASCAL, Ada

1.0

ABAP4, Delphi, HTML, Power Builder, Program Generator, Query default, Small Talk, SQL, Visual Basic, Statistical default, XML default, Script default(JSP, ASP, PHP 등)

0.8

EXCEL, Spreadsheet default, Screen painter default

0.6

보정요소

판단기준

영향도

분

산

처

리

어플리케이션이 구성요소간에 데이터를 전송하는 정도

분산처리에 대한 요구사항이 명시되지 않음

0

클라이언트/서버 및 웹 기반 어플리케이션과 같이 분산 처리와 자료 전송이 온라인으로 수행됨

1

어플리케이션상의 처리기능이 복수개의 서버 또는 프로세서상에서 동적으로 상호 수행됨

2

성능

응답시간 또는 처리율에 대한 사용자

요구수준

성능에 대한 특별한 요구사항이나 활동이 명시되지 않으며, 기본적인 성능이 제공됨

0

응답시간 또는 처리율이 피크타임 또는 모든 업무시간에 중요함

연동 시스템의 처리 마감시간에 대한 제한이 있음

1

성능 요구사항을 만족하기 위해 설계 단계에서부터 성능 분석이 요구되거나, 설계․개발․구현 단계에서 성능 분석 도구가 사용됨

2

신뢰성

장애 시 미치는 영향의 정도

신뢰성에 대한 요구사항이 명시되지 않으며, 기본적인 신뢰성이 제공됨

0

고장시 쉽게 복구가능한 수준의 약간 불편한 손실이 발생함

1

고장시 복구가 어려우며, 재정적 손실이 많이 발생하거나, 인명피해 위험이 있음

2

다중사이트

상이한 하드웨어와 소프트웨어 환경을 지원하도록 개발되는 정도

설계 단계에서 하나의 설치 사이트에 대한 요구사항만 고려됨

어플리케이션이 동일한 하드웨어 또는 소프트웨어 환경하에서만 운영되도록 설계됨

0

설계 단계에서 하나 이상의 설치 사이트에 대한 요구사항이 고려됨

어플리케이션이 유사한 하드웨어 또는 소프트웨어 환경하에서만 운영되도록 설계됨

1

설계 단계에서 하나 이상의 설치 사이트에 대한 요구사항이 고려됨

어플리케이션이 상이한 하드웨어 및 소프트웨어 환경하에서 동작하도록 설계됨

2

유지보수 대상

시스템의 특성

단 순

보 통

복 잡

기준(년간)

점 수

기준(년간)

점 수

기준(년간)

점 수

유지보수 횟수

4회 이하

0

12회 이하

20

12회 초과

35

자료처리 건수

10만 미만

0

10-50만

10

50만 초과

25

타시스템 연계

없음

0

1-2시스템

5

3개 이상

10

실무지식 필요

별도지식

불필요

0

기초지식 이해 필요

5

전문실무

능력 필요

10

분산처리 여부

실시 않음

0

통합하의 분산처리

10

순수분산 처리

20

순번

작업요소그룹

작업요소

1일 작업량

단위기초공수

(일/기준단위)

1

자료 준비

자료 반/출입 및 관리

68권/일

1.47일/백권

2

스캔 및 보정

일반 스캔

3,785면/일

2.64일/만면

이미지 보정 및 검증

3,222면/일

3.10일/만면

3

메타데이터 제작

메타데이터 추출 및 입력

65편/일

1.54일/백편

메타데이터 검증

116편/일

0.86일/백편

4

목차 제작

목차 입력

39,848자/일

2.51일/십만자

목차 링크

11,070건/일

0.90일/만건

목차 검증

46,868자/일

2.13일/십만자

5

원문 입력

및 교정

원문 입력

43,216자/일

2.31일/십만자

원문 검증

73,655자/일

1.36일/십만자

6

XML 태깅

태그입력

246면/일

40.65일/만면

태그검증

1,105면/일

9.05일/만면

7

PDF 등 생성

문서파일로부터 변환

5,394면/일

1.85일/만면

이미지파일로부터 변환

21,227면/일

0.47일/만면

문서파일 북마크 입력

39,848자/일

2.51일/십만자

문서파일 북마크 링크

11,070건/일

0.90일/만건

문서파일 북마크 검증

46,868자/일

2.13일/십만자

8

최종 점검

형식/연계 점검(웹검증)

123편/일

0.81일/백편

내용점검 (원문검증)

26편/일

3.85일/백편

순번

작업요소그룹

작업요소

1일 작업량

단위기초공수

(일/기준단위)

1

자료 준비

자료 반/출입 및 관리

9책/일

11.11일/백책

2

스캔 및 보정

오버헤드 스캔

1,877컷/일

0.53일/천컷

이미지 보정 및 검증

1,725면/일

0.58일/천면

3

목차 제작

목차입력

3,031자/일

3.30일/만자

목차링크

842건/일

1.19일/천건

목차검증

2,441자/일

4.10일/만자

4

원문 입력

및 교정

원문입력

7,353자/일

1.36일/만자

이미지 군집화 교정 (화면교정)

21,792자/일

0.46일/만자

축자대조 출력물 교정 (출력교정)

16,052자/일

0.62일/만자

5

XML 태깅

태그입력

134면/일

7.46일/천면

태그검증

183면/일

5.46일/천면

6

최종 점검

형식/연계 점검 (웹검증)

875면/일

1.14일/천면

내용점검 (원문검증)

11,029자/일

0.91일/만자

순번

작업요소그룹

작업요소

1

자료분석

표점

기사제목추출

탈초

2

촬영

촬영

3

메타데이터 제작

서지(書誌) 작성 및 검증

해제(解題) 작성 및 검증

4

색인

색인

색인어 태깅

5

교열 및 교감

교열

윤문

교감

6

번역

번역

순번

작업요소그룹

작업요소

보정요소

1

자료 준비

자료 반/출입 및 관리

① 작업 난이도

목록 보유 여부

목록 보유

목록 미보유

원시

자료

자료 집중

1.00

2.00

자료 분산

2.97

4.00

2

스캔 및 보정

일반 스캔

① 요구 수준

해 상 도

300dpi 이하

고해상도

(400dpi～600dpi)

색상

흑백

1.00

1.00

컬러/그레이

3.00

4.00

이미지

보정 및 검증

① 요구 수준

해 상 도

300dpi 이하

고해상도

(400dpi～600dpi)

색상

흑백

기본보정

1.00

1.00

추가보정

2.00

2.00

컬러/

그레이

기본보정

3.00

3.50

추가보정

4.10

4.71

② 검증 횟수

1회

1.00

2회

1.50

3회

2.00

3

메타데이터

제작

메타데이터

추출 및 입력

① 작업 난이도

메타데이터 항목 수

15개 이하

항목 16개 이상

언어

한국어자료

1.00

1.50

영어자료

2.00

2.50

일어자료

2.00

2.50

중국어자료

3.00

3.50

기타 외국어자료

3.00

3.50

메타데이터 검증

① 작업 난이도

메타데이터 항목 수

15개 이하

항목 16개 이상

언어

한국어자료

1.00

1.50

영어자료

2.00

2.50

일어자료

2.00

2.50

중국어자료

3.00

3.50

기타 외국어 자료

3.00

3.50

② 검증 횟수

1회

1.00

2회

1.90

3회

2.70

순번

작업요소그룹

작업요소

보정요소

4

목차 제작

목차 입력

① 작업 난이도

목차 제작 유형

일반

목차 추가 생성

언어

한국어자료

1.00

1.50

영어자료

0.80

1.14

일본어자료

3.00

3.97

중국어자료

3.00

3.97

기타 외국어자료

5.00

5.55

목차 검증

① 작업 난이도

목차 제작 유형

일반

목차 추가 생성

언어

한국어자료

1.00

1.43

영어자료

1.97

2.38

일본어자료

2.92

3.38

중국어자료

2.92

3.38

기타 외국어자료

2.92

3.38

② 검증 횟수

1회

1.00

2회

1.80

3회

2.50

5

원문 입력

및 교정

원문입력

①작업난이도

한국어자료

1.00

영어자료

0.80

일본어자료

3.00

중국어자료

3.00

기타 외국어자료

5.00

한자

3.00

수식

3.00

표

5.00

원문검증

①작업난이도

한국어자료

1.00

영어자료

2.00

일본어자료

3.11

중국어자료

3.11

기타 외국어자료

3.11

한자

2.00

수식

2.00

표

3.00

② 검증 횟수

1회

1.00

2회

1.80

3회

2.50

6

XML 태깅

태그입력

① 작업 난이도

일반

1.00

복잡

2.00

태그검증

① 작업 난이도

일반

1.00

복잡

2.00

② 검증 횟수

1회

1.00

2회

1.90

3회

2.50

7

PDF 등 생성

문서파일을 변환

① 작업 난이도

일반

1.00

특이유형파일

2.05

북마크 입력

목차 입력 보정계수

북마크 검증

목차 검증 보정계수

8

최종검증

형식 및 연계 점검

① 작업 난이도

항목 단순

0.70

항목 보통

1.00

항목 복잡

2.17

2. 고전적자료

순번

작업요소그룹

작업요소

보정요소

1

자료준비

자료 반/출입 및 관리

① 작업 난이도

목록 보유 여부

목록 보유

목록 미보유

원시

자료

자료집중

1.00

2.15

자료분산

3.78

6.68

2

스캔 및

보정

오버헤드

스캔

① 요구 수준

해 상 도

300dpi 이하

고해상도

(400dpi～600dpi)

색상

흑백

크기 균일

1.00

1.76

크기 비균일

2.67

3.32

컬러/그레이

크기 균일

2.20

3.15

크기 비균일

3.51

5.59

②작업난이도

배지없음

1.00

중성지배지

1.36

한지배지

1.61

이미지 보정 및 검증

① 요구 수준

해 상 도

300dpi이하

고해상도

(400dpi～600dpi)

색상

흑백

기본보정

1.00

2.04

추가보정

3.09

3.89

컬러/그레이

기본보정

2.34

3.41

추가보정

5.01

7.02

② 작업 난이도

원시자료 크기

A4 이하

A4 초과

일반

1.00

1.48

이미지합성

2.42

3.59

③ 검증 횟수

1회

1.00

2회

1.84

3회

2.57

3

목차 제작

목차검증

① 검증 횟수

1회

1.00

2회

1.97

3회

2.92

업 무

세 부 내 용

업무별

가중치

유/무

소요제기

초기 요구사항 정의, 작업 설명서, 정보시스템의 목적, 범위, 산출물정의

6.3

타당성 분석

경제적, 법적, 제도적, 기술적 타당성분석

7.2

정보

전략

마스터

플랜

경영전략 수립

기업 환경분석, 정보체계요소 추출, 정보기술과 업무 간 영향 분석

7.2

정보구조 정의

시스템 구조, 정보구조, 기술구조의 정의

6.4

기술현황 분석

현행, 신규 시스템 분석

6.6

정보관리조직분석

현행, 신규 정보관리 조직 분석

6.4

시스템구축전략 및

계획 수립

일정, 업무 분해도, 프로젝트관리 계획 등 계획 수립 이후 단계를 위한 마스터플랜 작성

6.2

제안 요청서 작성

업체 선정을 위한 RFP작성

6.3

총 정보전략계획수립 업무 가중치

(각 업무별 가중치의 합)

―

요 소

판 단 척 도

해당 프로젝트

난이도

단 순

보 통

복 잡

내 용

난이도

내 용

난이도

내 용

난이도

조직규모

50개 단위 부서 미만

0.6

51-100개 단위 부서

1.0

101개

단위 부서

1.4

업무처리 유형

독립적

(업무가 상호

연관성 없이 독자적으로 수행)

0.4

순차적

(업무가 조립 라인과 같이 선후관계가 분명함)

1.0

교호적

(업무의 흐름이 상호 교차적 이거나 복잡한 경우)

1.6

사용자

참여도

적극적

0.6

보통

1.0

소극적

1.4

기존

시스템

기존 시스템이 없음

0.7

기존 시스템

50% 활용

요구

1.0

기존 시스템 100% 활용 요구

1.3

현장 방문

요구

1개 현장

0.8

2-10개

현장

1.0

11개 현장 이상

1.2

업무의

특수성

단순하고,

구축 사례가 흔한 업무

(일반기업의 MIS 등)

0.5

복잡하나

구축 사례가 많은 업무

(금융, 의료 시스템 등)

1.0

복잡한 기술을 요구하며 구축 사례가 드문 업무

(항공기 통제시스템 등)

1.5

수행 시간

1년 이상

0.8

6-12개월 미만

1.0

6개월 미만

1.2

사용양식의 수

100가지 이하

0.9

101-200가지

1.0

201가지이상

1.1

정보전략계획수립 난이도

(각 요소별 난이도의 곱)

기준

구분

기술자격 및 경험기준

학력 및 경험기준

기 술 사

․기술사

-

특급기술자

․기사자격을 가진 자로서 10년 이상 해당 기술 분야의 업무를 수행한 자

․산업기사자격을 가진 자로서 13년 이상 해당 기술 분야의 업무를 수행한 자

․박사학위를 가진 자로서 3년 이상 해당기술 분야의 업무를 수행한 자

․석사학위를 가진 자로서 9년 이상 해당기술 분야의 업무를 수행한 자

․학사학위를 가진 자로서 12년 이상 해당기술 분야의 업무를 수행한 자

․전문대학을 졸업한 자로서 15년 이상 해당기술 분야의 업무를 수행한 자

고급기술자

․기사자격을 가진 자로서 7년 이상 해당 기술 분야의 업무를 수행한 자

․산업기사자격을 가진 자로서 10년 이상 해당 기술 분야의 업무를 수행한 자

․박사학위를 가진 자

․석사학위를 가진 자로서 6년 이상 해당기술 분야의 업무를 수행한 자

․학사학위를 가진 자로서 9년 이상 해당기술 분야의 업무를 수행한 자

․전문대학을 졸업한 자로서 12년 이상 해당기술 분야의 업무를 수행한 자

․고등학교를 졸업한 자로서 15년 이상 해당기술 분야의 업무를 수행한 자

중급기술자

․기사자격을 가진 자로서 4년 이상 해당 기술 분야의 업무를 수행한 자

․산업기사자격을 가진 자로서 7년 이상 해당 기술 분야의 업무를 수행한 자

․석사학위를 가진 자로서 3년 이상 해당기술 분야의 업무를 수행한 자

․학사학위를 가진 자로서 6년 이상 해당기술 분야의 업무를 수행한 자

․전문대학을 졸업한 자로서 9년 이상 해당기술 분야의 업무를 수행한 자

․고등학교를 졸업한 자로서 12년 이상 해당기술 분야의 업무를 수행한 자

초급기술자

․기사자격을 가진 자

․산업기사자격을 가진 자

․석사학위를 가진 자

․학사학위를 가진 자

․전문대학을 졸업한 자

․고등학교를 졸업한 자로서 3년 이상 해당기술 분야의 업무를 수행한 자