거래처리시스템
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
거래처리시스템은 1950년대 중반 기업의 회계 처리를 위해 컴퓨터를 도입하면서 시작된 정보 시스템으로, 일상적이고 정형화된 거래를 컴퓨터를 통해 효율적으로 처리한다. 최초의 거래 처리 시스템은 1964년 아메리칸 항공을 위해 IBM이 제작한 SABRE였으며, 이후 휴렛 팩커드 엔터프라이즈의 논스톱 시스템과 같은 다양한 시스템이 개발되었다. 거래처리시스템은 빠른 성능, 가용성, 데이터 무결성, 사용 편의성, 확장성을 갖춰야 하며, 거래 데이터 처리, 데이터 무결성 유지, 문서/보고서 적시 생성, 인력 비용 절감, 고객 서비스 개선을 목표로 한다. 거래 처리 방식은 일괄 처리, 실시간 처리 등으로 구분되며, 데이터베이스는 계층형, 네트워크형, 관계형 구조를 사용한다. 시스템 고장에 대비하기 위해 백업 및 복구 절차가 중요하며, 조부-부-자 방식과 부분 백업 방식이 존재한다. 주요 거래 처리 시스템으로는 IBM TPF, IMS, CICS, Tuxedo 등이 있다.
더 읽어볼만한 페이지
- 정보 시스템 - 추천 시스템
추천 시스템은 사용자의 선호도와 행동 패턴을 분석하여 개인 맞춤형 정보나 상품을 추천하는 시스템으로, 다양한 알고리즘과 새로운 기술이 도입되어 정확도와 개인화 수준을 높이고 있으며, 여러 서비스에서 활용되면서 정확도 외 다양성, 개인정보 보호 등 다양한 요소를 고려한 평가가 중요해지고 있다. - 정보 시스템 - 정보 관리
정보 관리는 조직의 목표 달성을 위해 데이터, 정보, 지식을 효과적으로 활용하는 전략적 과정으로, 정보 기술 발전과 함께 전략적으로 진화했으며, 의사결정, 정보 시스템 구축, 프레임워크 활용, 조직 설계 등을 통해 경쟁력 확보에 필수적인 복합적인 관리 활동이다.
거래처리시스템 | |
---|---|
거래 처리 시스템 | |
개요 | |
정의 | 데이터베이스 트랜잭션을 생성하는 정보 시스템의 한 종류 |
유형 | 일괄 처리 실시간 처리 |
구성 요소 | |
하드웨어 | 컴퓨터 메모리 저장 장치 통신 장치 |
소프트웨어 | 운영 체제 데이터베이스 관리 시스템 (DBMS) 트랜잭션 처리 모니터 (TP 모니터) 통신 소프트웨어 |
데이터 | 거래 데이터 마스터 데이터 |
절차 | 거래 입력 데이터 검증 데이터 처리 데이터 저장 보고서 생성 |
특징 | |
신뢰성 | 데이터의 정확성과 일관성 유지 |
가용성 | 시스템 중단 없이 지속적인 서비스 제공 |
성능 | 많은 양의 트랜잭션을 빠르게 처리 |
보안 | 데이터 무결성 및 기밀성 유지 |
응용 분야 | |
금융 | 은행 증권 보험 |
소매 | 슈퍼마켓 백화점 온라인 쇼핑몰 |
제조 | 생산 관리 재고 관리 |
기타 | 항공 예약 호텔 예약 병원 관리 |
장점 | |
효율성 향상 | 수동 작업 감소 및 자동화 |
정확성 향상 | 데이터 오류 감소 |
의사 결정 지원 | 실시간 데이터 제공 |
고객 서비스 향상 | 빠른 응답 및 처리 |
단점 | |
높은 초기 투자 비용 | 시스템 구축 및 유지 보수 비용 |
복잡성 | 시스템 설계 및 구현의 어려움 |
보안 위협 | 해킹 및 데이터 유출 위험 |
시스템 장애 위험 | 시스템 중단으로 인한 업무 중단 |
추가 정보 | |
예시 시스템 | 온라인 뱅킹 시스템 신용 카드 결제 시스템 재고 관리 시스템 |
2. 역사
(내용 없음 - 하위 섹션에서 상세 내용을 다루므로 중복을 피하기 위해 생략)
2. 1. 초기 발전
거래처리시스템은 기존에 수작업 또는 기계장치로 수행되던 사무 및 현장업무를 컴퓨터를 이용하여 효율적으로 처리하기 위해 개발되었다. 1950년대 중반, 기업의 회계처리를 위해 컴퓨터를 도입하여 사용한 것이 거래처리 시스템의 시작이며, 당시에는 이러한 시스템을 EDPS(Electronic Data Processing System)라고 불렀다.[11][12]최초의 본격적인 거래 처리 시스템은 1964년에 가동된 SABRE이다. 이는 IBM이 아메리칸 항공을 위해 개발한 시스템으로,[1] 하루 최대 83,000건의 거래를 처리하도록 설계되었으며, 두 대의 IBM 7090 컴퓨터에서 실행되었다. SABRE는 1972년 IBM System/360 컴퓨터로 이전되었고, 처음에는 항공 제어 프로그램 (ACP)으로 불리다가 나중에는 트랜잭션 처리 시설 (TPF)이라는 이름의 IBM 제품이 되었다. TPF는 항공사뿐만 아니라 대형 은행, 신용 카드 회사, 호텔 체인 등 다양한 분야에서 널리 사용되었다.
1976년에는 휴렛 팩커드 엔터프라이즈(구 탠덤)가 온라인 거래 처리 (OLTP)를 위해 특별히 설계된 하드웨어 및 소프트웨어 시스템인 논스톱 시스템을 선보였다.[2] 이 시스템은 높은 수준의 가용성과 데이터 무결성을 제공하는 것을 특징으로 한다.
3. 구조 및 특징
거래처리시스템(TPS)은 기업이나 조직에서 발생하는 일상적이고 반복적인 거래 데이터를 기록하고 처리하는 기본적인 정보시스템이다.[1] 주로 주문 처리, 급여 지급, 재고 관리, 회계 처리 등 정형화되고 표준화된 업무를 다룬다. 이러한 시스템은 주로 현장의 거래 처리 담당자나 하위 경영층에서 사용된다.[2]
거래처리시스템의 핵심 기능은 대량의 상세한 거래 데이터를 효율적으로 처리하고 이를 데이터베이스에 정확하게 저장하여 유지하는 것이다.[3] 이렇게 축적된 데이터는 기업 운영의 핵심적인 기록이 되며, 경영정보시스템 (MIS)이나 의사결정지원시스템 (DSS)과 같은 다른 유형의 정보시스템이 필요로 하는 기초 데이터를 제공하는 중요한 역할을 수행한다.[4]
다만, 거래처리시스템 자체는 복잡한 의사결정을 직접적으로 지원하는 기능은 가지고 있지 않다. 주로 데이터의 신속하고 정확한 기록과 처리에 중점을 둔다.[5] 기업의 활동이 계속되는 한 거래처리시스템은 지속적으로 사용되며, 조직 운영의 필수적인 기반 시스템으로 기능한다.[6]
4. 목표
기업에서 일상적으로 발생하는 거래 관련 데이터를 처리하는 일은 기업 활동에서 중요한 부분이다. 따라서 시스템 활용의 성과를 극대화하기 위해서는 거래처리시스템(TPS)이 달성해야 하는 목표를 이해하는 것이 중요하다. 거래처리시스템의 주요 목표는 다음과 같다.
- 거래 데이터 처리: 거래처리시스템의 가장 기본적인 목표는 거래 데이터를 입력, 처리, 보관하고 일상적인 비즈니스 활동과 관련된 다양한 문서를 출력하는 것이다. 시스템이 처리하는 데이터는 고객 주문 처리, 원자재 구매, 상품 재고 관리, 고객 대금 청구서 발송, 공급업체 대금 지급 등 일상적인 거래 업무에서 발생한다. 처리된 거래 데이터는 조직 내 다른 시스템에서도 접근하여 활용될 수 있다.
- 데이터 무결성 유지: 컴퓨터에 저장되는 데이터는 정확성, 완전성, 일관성, 현재성을 유지하는 것이 매우 중요하다. 데이터 무결성을 확보하기 위해서는 시스템 내에 적절한 데이터 검증 절차가 마련되어야 한다. 예를 들어, 데이터 입력 시 프로그램이 자동으로 오류를 감지하고 알려주는 기능을 구현할 수 있다. 이러한 자동 검증 기능이 있더라도 데이터 입력 과정에서는 정확성을 기해야 하며, 입력 후에도 지속적인 데이터 관리가 필요하다.
- 문서 및 보고서의 적시 생성: 컴퓨터 기반 거래처리시스템은 기존의 수작업 시스템과 달리 필요한 문서나 보고서를 원하는 시점에 즉시 생성할 수 있다. 거래 업무를 신속하게 처리하여 관련 문서나 보고서를 적시에 제공하는 능력은 조직의 업무 흐름을 원활하게 하고, 합리적인 경영 의사결정을 지원하며, 나아가 회사의 현금 흐름을 개선하는 데 중요한 역할을 한다.
- 인력 비용 절감: 과거에는 단순하고 반복적인 거래 데이터 입력 및 처리 업무를 위해 많은 인력이 필요했다. 그러나 컴퓨터 기술의 발전으로 이러한 단순 반복 업무 대부분이 자동화되면서 상당한 인력 비용 절감이 가능해졌다. 시스템 도입에는 초기 비용이 발생하지만, 절감되는 인력 비용 덕분에 단기간 내에 투자 비용을 회수할 수 있는 경우가 많다.
- 고객 서비스 개선: 거래처리시스템 도입은 비용 절감과 같은 경제적 효과뿐만 아니라, 고객 서비스 개선이라는 비경제적 측면에서도 중요한 의미를 갖는다. 실제로 오늘날 많은 기업은 단순한 비용 절감보다는 고객의 요구에 더 잘 부응하기 위해 시스템을 구축한다. 예를 들어, 전자 문서 교환(EDI) 기술과 연계하여 거래처리시스템을 도입하면 고객이 더 편리하고 효율적으로 제품을 주문할 수 있게 된다. 이를 통해 주문 데이터 입력에 드는 비용과 시간을 줄일 수 있을 뿐만 아니라, 차별화된 서비스를 제공하여 고객 만족도를 높일 수 있다.[12]
거래 처리 시스템을 평가하는 데 있어 빠른 응답 시간을 갖춘 신속한 성능 테스트는 매우 중요한 요소이다. 거래 처리 시스템의 성능은 일반적으로 주어진 시간 내에 처리할 수 있는 거래 건수로 측정된다.[10]
5. 처리 유형
거래처리시스템(TPS)은 기업에서 일상적으로 발생하는 거래 관련 데이터를 처리하는 기본적인 정보 시스템으로[12], 주로 거래 처리 담당자를 포함하는 하위 경영층이 사용한다. 이 시스템은 많은 양의 상세한 데이터를 처리하고 데이터베이스(DB)를 유지하며, 다른 유형의 정보 시스템을 위한 데이터를 제공하는 핵심적인 역할을 수행한다. 다만, 직접적인 의사결정을 지원하지는 않는다.[12]
거래 처리는 일괄 처리, 시분할 처리, 실시간 처리와 같은 다른 컴퓨터 처리 모델과 구별되며 대조될 수 있다. 거래 처리 시스템은 기업의 데이터 트랜잭션을 수집, 저장, 수정 및 검색한다. 요청에 대해 예측 가능한 응답 시간을 제공하려고 하지만, 이는 실시간 시스템만큼 중요하지는 않다. 시분할 처리 방식처럼 사용자가 임의의 프로그램을 실행하도록 허용하는 대신, 거래 처리는 미리 정의된 구조화된 트랜잭션만 허용한다. 각 트랜잭션은 일반적으로 짧으며, 처리 활동은 사전에 프로그래밍된다. 이는 경영 정보 시스템(MIS)의 한 모델이다.
5. 1. 일괄 처리 (Batch Processing)
일괄 처리는 여러 트랜잭션을 모아서 한 번에 처리하는 방식이다. 수동 개입 없이 컴퓨터가 일련의 프로그램(작업)을 실행하며, 여러 트랜잭션을 '일괄(batch)'로 묶어 동시에 처리한다. 각 트랜잭션의 결과는 처리 시점까지 시간 지연이 발생하여 즉시 확인할 수 없다.거래 데이터는 수집된 후 처리하기에 편리하거나 경제적일 때 일괄적으로 업데이트된다. 역사적으로 정보기술이 실시간 처리를 지원할 만큼 발전하지 않았을 때에는 이러한 일괄 처리가 가장 일반적인 방법이었다.
5. 2. 실시간 처리 (Real-time Processing)
"실시간 시스템은 자극이나 요청에 대해 자극을 유발한 조건을 변경할 수 있을 만큼 충분히 빠르게 적절한 응답을 보장하려고 시도한다."[10] 실시간 처리에서 각 거래(트랜잭션)는 고유하며, 여러 거래를 하나의 그룹으로 묶어 처리하지 않는다.데이터는 발생하는 즉시 처리되며, 거래에 대한 확인 역시 즉각적으로 이루어진다. 또한, 많은 사용자가 동시에 접속하여 데이터를 변경하는 거래를 수행할 수 있다. 이러한 실시간 업데이트는 데이터 전송 속도의 증가, 더 큰 시스템 및 네트워킹 대역폭과 같은 기술 발전에 힘입어 가능해졌다.
6. 데이터베이스
데이터베이스는 체계적으로 정리된 데이터의 모음으로, 일반적인 트랜잭션 처리 응용 프로그램처럼 구조화되지 않은 요청에도 빠른 검색 속도를 제공하는 데 중요한 역할을 한다.
트랜잭션 처리를 위한 데이터베이스는 주로 계층형, 네트워크형, 또는 관계형 구조를 사용하여 구성될 수 있다. 각 구조에 대한 자세한 내용은 하위 섹션에서 다룬다.
트랜잭션 처리 시스템에 사용되는 데이터베이스 시스템은 다음과 같은 특징을 갖추는 것이 바람직하다.
- '''데이터 배치 개선''': 다수의 동시 사용자가 데이터에 접근하는 다양한 패턴을 효과적으로 처리하도록 설계되어야 한다.
- '''짧은 트랜잭션''': 트랜잭션 처리 시간을 단축하여 빠른 실행을 가능하게 한다. 이는 동시성 문제를 줄이고 시스템 처리 속도를 유지하는 데 도움이 된다.
- '''실시간 백업''': 시스템 부하가 적은 시간대에 백업을 예약하여 서버 지연을 방지해야 한다.
- '''높은 정규화''': 데이터 중복을 최소화하여 처리 속도를 높이고 동시성 및 백업 효율을 개선한다.
- '''과거 데이터 보관''': 자주 사용되지 않는 과거 데이터는 별도의 데이터베이스나 백업 파일로 옮겨 관리한다. 이를 통해 주 사용 테이블의 크기를 작게 유지하고 백업 시간을 단축할 수 있다.
- '''우수한 하드웨어 구성''': 많은 사용자를 동시에 처리하고 빠른 응답 시간을 제공할 수 있는 충분한 성능의 하드웨어를 갖추어야 한다.
6. 1. 계층형 구조
계층 구조는 데이터를 일련의 레벨로 구성한다. 상하 구조는 노드와 분기로 이루어지며, 각 자식 노드는 분기를 가지고 하나의 상위 레벨 부모 노드에만 연결된다.
6. 2. 네트워크형 구조
네트워크 구조는 노드와 분기를 사용하여 데이터를 구성한다. 계층 구조와 달리 각 자식 노드는 여러 개의 상위 부모 노드에 연결될 수 있다는 특징이 있다.6. 3. 관계형 구조
관계형 구조는 데이터베이스를 일련의 관련된 테이블로 구성하는 방식이다. 이를 통해 테이블 간의 관계를 설정하여 데이터를 유연하게 관리할 수 있다는 장점이 있다.7. 백업 및 복구 절차
오늘날 기업 조직은 거래 처리에 크게 의존하므로, 시스템 고장은 비즈니스의 일상 업무를 방해하고 운영 중단을 야기할 수 있다. 데이터 손실을 막고 운영 중단을 최소화하기 위해서는 잘 설계된 백업 및 복구 절차를 마련하고 준수하는 것이 필수적이다. 복구 절차는 시스템 장애 발생 시 시스템을 다시 구축하는 과정을 포함한다.
7. 1. 백업 절차 유형

오늘날 기업 조직은 거래 처리에 매우 의존하고 있으므로 시스템 고장은 비즈니스의 일상적인 업무를 방해하고 일정 기간 동안 운영을 중단시킬 수 있다. 데이터 손실을 방지하고 중단을 최소화하기 위해서는 잘 설계된 백업 및 복구 절차가 존재하고 준수되어야 한다. 복구 프로세스는 시스템이 다운될 경우 이를 재구축할 수 있다.
백업 절차에는 크게 '''조부-부-자''' 방식과 '''부분 백업'''의 두 가지 유형이 있다.
'''조부-부-자 (Grandfather-father-son)''' 방식은 모든 데이터를 정기적으로, 즉 매일, 매주, 매월 또는 적절한 간격으로 전체 백업을 수행하는 것을 포함한다. 여러 세대의 백업이 보존되며, 종종 3세대가 유지되기 때문에 이러한 이름이 붙었다. 가장 최근의 백업은 아들(son), 이전 백업은 아버지(father), 가장 오래된 백업은 할아버지(grandfather)이다. 이 방법은 주로 자기 테이프 드라이브를 사용하는 ''일괄 거래 처리 시스템''에 사용된다. 일괄 처리 실행 중에 시스템 오류가 발생하면, 아들 백업을 복원한 다음 일괄 처리를 다시 시작하여 마스터 파일을 다시 생성한다. 그러나 아들 백업이 실패하거나 손상되거나 파괴된 경우, 이전 세대의 백업 (아버지)을 사용한다. 마찬가지로, 아버지 백업마저 실패하면, 아버지 이전 세대의 백업 (즉, 할아버지)이 필요하다. 물론 세대가 오래될수록 데이터가 더 오래될 수 있다는 단점이 있다.
'''부분 백업 (Partial backups)'''은 일반적으로 변경된 레코드만 포함한다. 예를 들어, 전체 백업은 매주 수행될 수 있으며, 부분 백업은 매일 밤 수행될 수 있다. 이 방식을 사용한 복구는 마지막 전체 백업을 복원한 다음 최신 데이터베이스를 생성하기 위해 모든 부분 백업을 순서대로 복원하는 것을 포함한다. 이 프로세스는 전체 백업만 수행하는 것보다 빠르지만, 복구 시간이 더 오래 걸린다는 단점이 있다.
8. 주요 거래 처리 시스템
최초의 거래 처리 시스템은 1964년에 가동된 아메리칸 항공을 위해 IBM이 제작한 SABRE였다.[1] 하루 최대 83,000건의 거래를 처리하도록 설계된 이 시스템은 두 대의 IBM 7090 컴퓨터에서 실행되었다. SABRE는 1972년 IBM System/360 컴퓨터로 이전되었으며, 처음에는 ''항공 제어 프로그램 (ACP)''으로, 나중에는 ''트랜잭션 처리 시설 (TPF)''로 IBM 제품이 되었다. TPF는 항공사 외에도 대형 은행, 신용 카드 회사 및 호텔 체인에서 사용된다.
휴렛 팩커드 엔터프라이즈의 논스톱 시스템 (구 탠덤 논스톱)은 1976년에 소개된 ''온라인 거래 처리 (OLTP)''를 위해 설계된 하드웨어 및 소프트웨어 시스템이다.[2] 이 시스템은 높은 수준의 가용성과 데이터 무결성을 제공하는 것으로 알려져 있다.
다음은 주요 거래 처리 시스템의 목록이다.
시스템 이름 | 개발/소유사 | 출시 연도 | 주요 특징 및 플랫폼 |
---|---|---|---|
트랜잭션 처리 시설 (TPF) | IBM | 1960년 | IBM System z 메인프레임용 전용 운영 체제. 원래 항공사 제어 프로그램(ACP). |
정보 관리 시스템 (IMS) | IBM | 1966년 | 계층형 데이터베이스 및 정보 관리. OS/360 및 후속 제품에서 실행. |
고객 정보 제어 시스템 (CICS) | IBM | 1969년 | 빠르고 대용량 온라인 처리를 위한 트랜잭션 관리자. OS/360 및 후속 제품, DOS/360 및 후속 제품, IBM AIX, VM, OS/2 등에서 실행. 메인프레임 외 버전은 TXSeries. |
Tuxedo | AT&T Corporation (현 Oracle Corporation) | 1980년대 | Unix용 트랜잭션 처리. 크로스 플랫폼 지원. |
UNIVAC 트랜잭션 인터페이스 패키지 (TIP) | UNIVAC | 1970년대 | UNIVAC 1100/2200 시리즈 컴퓨터용 트랜잭션 처리 모니터. |
GEMCOS (일반화된 메시지 제어 시스템) | Burroughs Corporation (현 UNISYS) | 1976년 | MCP 운영 체제에서 트랜잭션 처리 지원. 현재 UNISYS ClearPath 엔터프라이즈 서버에 포함. |
응용 프로그램 제어 및 관리 시스템 (ACMS) | Digital Equipment Corporation (DEC) | 1985년 | VMS 운영 체제에서 OLTP 애플리케이션 생성 및 제어 환경 제공. VAX/VMS에서 실행. |
메시지 제어 시스템 (MCS-10) | Digital Equipment Corporation (DEC) | - | PDP-10 TOPS-10 시스템용. |
Multics 트랜잭션 처리 기능 (TP) | Honeywell | 1979년 | Multics 운영 체제용 트랜잭션 처리. |
트랜잭션 관리 eXecutive (TMX) | NCR Corporation | - | NCR 타워 5000 시리즈용 독점 트랜잭션 처리. 1980년대~1990년대 금융 기관에서 주로 사용. |
NonStop 시스템 | Tandem Computers (현 Hewlett Packard Enterprise) | 1976년 | 트랜잭션 처리를 위해 설계된 통합 하드웨어 및 소프트웨어. |
Encina | Transarc (현 IBM) | 1991년 | 1994년 IBM에 인수되어 TXSeries에 통합됨. 2006년 지원 중단. |
참조
[1]
웹사이트
The Sabre Story
https://www.sabre.co[...]
[2]
웹사이트
History of TANDEM COMPUTERS, INC. – FundingUniverse
http://www.fundingun[...]
2023-03-01
[3]
뉴스
Terminals Help Manage Aluminum Firm's Production
https://books.google[...]
Computerworld
1976-07-26
[4]
서적
Transaction Server for ClearPath MCP Configuration Guide
http://public.suppor[...]
[5]
서적
VAX ACMS Guide to Creating Transaction Processing Applications
http://odl.sysworks.[...]
[6]
웹사이트
Digital Computing Timeline (1985)
http://research.micr[...]
2012-11-15
[7]
웹사이트
Multics Glossary -T-
http://www.multician[...]
2012-11-15
[8]
웹사이트
Corporate Overview
"//www.transarc.com/[...]
2012-11-16
[9]
웹사이트
TXSeries for Multiplatforms
http://www-01.ibm.co[...]
2012-11-16
[10]
뉴스
In Depth: Relational Data Base Management
https://books.google[...]
1981-06-15
[11]
서적
경영정보시스템 원론(제2판), 2005, 29p
법영사
[12]
뉴스
빅데이터 시대, ‘분석’보다 ‘저장’·‘활용’에 주목하라
http://www.comworld.[...]
전북일보
2018-04-12
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com