데이터 변환 전략의 예

데이터 변환 전략.

전환 전략의 주 목적은 필요한 마스터 및 트랜잭션 데이터를 레거시 시스템에서 새 솔루션으로 변환하는 데 사용되는 전반적인 접근 방식을 식별하는 것입니다.

시스템 구현에는 거의 항상 일부 변환이 필요합니다. 조직이 한 시스템에서 다른 시스템으로 전송해야하는 데이터와 새로운 시스템에서 성공적으로 사용할 수 있도록 전송 형식을 확인하는 것이 중요합니다.

CNT는 다음과 같은 데이터 변환 계획을 준비 할 때 몇 가지 기본 지침을 사용합니다.

데이터 변환 요구 사항 수동 변환 자동 변환 데이터 변환 방법 데이터 정리 요구 사항 변환 테스트 타임 라인.

변환 계획 템플릿 (MS Word)

이 변환 계획 템플릿 (19 페이지 MS Word 템플릿)을 사용하여 변환 유형, 보안, 전략, 데이터 변환, 작업, 계획 및 변환 요구 사항을 문서화하십시오.

전환 계획 템플릿 : 파란 테마.

스타일, 포맷, 챕터 및 문서 구조의 예.

요약에서 캡처해야 할 사항에 대해 자세히 살펴보십시오.

이 장에서는 변환 요구 사항을 문서화 한 다음 작업을 수행하기위한 프로젝트 일정을 설명합니다.

이 스크린 샷은 레이아웃 예제, 위험, 문제점, 경고 등을 강조하는 특정 스타일을 제공합니다.

전환 계획 템플릿 : 빨간색 테마.

빨간색 테마의 내용은 파란색 버전과 동일합니다. 원하는 경우 스타일, 색상 및 레이아웃을 쉽게 수정할 수 있습니다.

전환 계획, 승인 시트.

1 장, 요약.

2 장, 변환 개요.

2.13 절, 변환 작업.

3 장, 변환 요구 사항.

4 장, 프로젝트 일정.

4.3, 가정, 제약 및 종속성.

5 장, 변환 지원.

전환 계획 템플릿 : 목차.

1. 요약.

1.5 정책, 지침 및 절차.

2 변환 개요.

2.2 변환 유형.

2.3 보안 고려 사항.

2.3.1 보안 기능.

2.3.2 변환 중 보안.

2.4 시스템 설치 전략.

2.5 [설치 작업 이름]

2.6 변환 전략.

2.7 하드웨어 변환 전략.

2.8 소프트웨어 변환 전략.

2.9 데이터 변환 전략.

2.10 데이터 변환 접근법.

2.12 데이터 품질 보증 및 통제.

2.13 변환 작업.

2.13.1 변환 계획.

2.13.2 사전 변환 작업.

2.13.3 변환 [작업 이름]

3 변환 요구 사항.

3.5 사이트 [식별자 번호]

3.6 사이트 일정.

3.7 현장 별 절차.

4.1 프로젝트 이정표.

4.6 역할 및 책임.

5.4.1 인원 요구 사항.

5.4.2 전환 직원 훈련.

5.5 고려해야 할 기타 요소.

6.1 용어집.

6.2 약어 및 약어.

전환 계획 : 형식 & amp; 내용.

템플릿은 Microsoft Word 형식으로 제공되며 온라인에서는 $ 9.99 만 다운로드 할 수 있습니다.

성공적인 데이터 변환을위한 5 가지 핵심 전략.

성공적인 데이터 변환을위한 5 가지 핵심 전략.

대규모 기술 전환 및 근대화 노력은 비즈니스 사고의 변화 및 정보 및 기술 개발의 발전과 함께 진행됩니다. 이것의 중요한 결과 중 하나는 정보 시스템이 정기적으로 새로운 데이터베이스의 합병, 이주 및 설치를 비롯하여 해당 데이터베이스를 구성하는 데이터의 변경과 함께 변경된다는 것입니다. 이것은 의료 조직에서 흔히 발생하는 것으로, 조직에서 환자 정보 관리를보다 효과적으로 수행하는 데 도움이되는 다양한 전자 의료 기록 관리 시스템간에 전환하는 경향이 있습니다. 효율적인 데이터 변환은 데이터의 품질과 실행 가능성이 유지되고 정보 시스템의 빈번한 변경으로 인해 어려움을 겪지 않도록하는 데 중요합니다.

데이터 변환의 중요성 :

데이터 변환은 기존 정보 데이터베이스에서 종종 데이터 형식을 변경해야하는 새로운 정보 데이터베이스로 정보를 마이그레이션하는 중요한 프로세스입니다. 데이터 변환은 시스템이 대체 또는 갱신 될 때 다른 시스템 간의 데이터 변환 및 전송을 의미하며 데이터 형식이 변경되어 새로운 데이터베이스와 호환되는지 확인합니다. 문서 변환, 전자 책 변환 및 pdf 변환을 비롯하여 비즈니스에 유용 할 수있는 다양한 종류의 데이터 변환 프로세스가 있습니다.

데이터 변환은 시스템 전환 및 날짜까지 매우 밀접하게 연관되어 있으며, 이러한 시스템 변경을 계획 할 때주의를 끌지 못합니다. 지금까지, 그것은 중요한 유산 변화의 사소한 일의 입장으로 강등되었습니다. 따라서 데이터 변환은 전체 데이터 관리 프로세스의 일부로 별도의 전략적 이니셔티브로서 자체적으로 특별한 지위를 가질 자격이 있습니다. 특히 의료 분야에서 과거 데이터 변환의 품질은 시간이 지남에 따라 축적 된 환자 데이터의 품질 및 가용성을 결정하는 데 중요한 역할을합니다. 데이터 변환 또한 보험 분야에서 매우 중요합니다. 회사는 데이터가 시스템과 호환되는지 확인하는 데 도움이되는 다양한 데이터 변환 및 문서 전략을 사용할 수 있습니다.

올바른 데이터 변환은 다음을 보장해야합니다. 데이터가 대상 데이터베이스에 적합한 적절한 형식으로 변환됩니다. 데이터가 올바르게 전송됩니다. 새 대상 데이터베이스에서 데이터가 작동합니다. 데이터는 품질을 유지합니다. 데이터 일관성은 해당 데이터를 사용하는 모든 시스템에서 항상 유지됩니다.

오늘날 원활하고 성공적인 데이터 변환을 보장하기위한 과제는 다음과 같습니다.

레거시 시스템 및 대체 시스템에서 시스템 통합뿐 아니라 새로운 시스템으로 데이터 마이그레이션의 과제 :이 프로세스는 프로젝트의 크기, 폭 및 복잡성으로 인해 높은 실패와 관련이 있습니다. 데이터의 복잡성 : 구조화 된 데이터와 비 구조화 된 데이터의 병합은 새로운 어려움을 야기합니다. 따라서 이러한 데이터를 특정 형식으로 변환하는 것이 더 어려워집니다. 프로젝트 일정 :이 작업을 완료하는 데 어려움이 있습니다. 데이터의 품질 및 액세스 가능성에 미치는 영향 : 변환 후에도 품질 및 액세스 가능성이 변경되지 않도록 보장해야하는 문제가 있습니다.

성공적인 데이터 변환의 5 가지 핵심 전략 :

데이터 변환의 복잡성으로 인해 특정 전략을 수립해야합니다. 다음은 데이터 변환 프로젝트의 성공을 보장하기 위해 반드시 적용해야하는 몇 가지 필수 전략입니다.

적절한 계획 :

성공적인 데이터 변환에는 적절한 계획이 필요합니다. 모든 데이터 변환 프로젝트는 프로젝트의 경계를 정의하는 것으로 시작해야합니다. 이러한 경계를 정의하기 위해 다양한 질문을함으로써 프로젝트를 계획 할 수 있습니다. 어떤 종류의 데이터를 변환해야합니까? 데이터의 품질과 가용성은 무엇입니까? 전체 또는 부분 전환이 필요합니까? 어떤 데이터를 새 데이터베이스로 옮겨야합니까? 어떤 데이터를 이동하면 안됩니까? 데이터 변환에는 어떤 종류의 형식이 필요합니까? 예를 들어 프로젝트에 SGML, XML, HTML 및 기타 형식이 필요할 수 있습니다. 효율적인 SGML 변환 아웃소싱 제공 업체는이 작업을 실행하여 제품을 신속하게 제공 할 수 있습니다. 그런 다음이 데이터를 SGML 호환 데이터베이스에 사용할 수 있습니다. 원본 데이터 형식은 무엇이며 최종 형식은 무엇입니까? 디지털화의 범위는 무엇입니까? 대상 데이터베이스가 데이터 및 HTML 변환에 사용되는 소프트웨어와 호환됩니까? 데이터 변환 프로젝트를 성공적으로 완료하는 데 사용할 데이터 변환 표준은 무엇입니까? 이 프로세스의 지침은 무엇입니까? 프로젝트의 잠정 기간은 언제입니까? 얼마나 자주 데이터 변환을 수행해야합니까? 데이터 변환 비용은 데이터 변환 프로젝트의 제한 요소 중 하나입니다.

계획을 세밀하게 세울수록 프로젝트를보다 쉽게 ​​제어 할 수 있습니다.

비즈니스 참여 보장 :

때로는 조직의 비즈니스 측면에있는 사람들이 데이터 변환의 중요성을 이해하지 못하는 경우가 있습니다. 데이터 변환 및 변환의 중요성을 이해하는 것이 중요합니다. 데이터 변환의 품질이이 데이터를 사용하는 후속 프로세스에 어떻게 영향을 미칠 수 있는지에 관한 것입니다. 따라서 데이터 변환은 비즈니스 및 기술적 관점에서 중요한 작업입니다.

데이터 표준 구현 :

데이터 품질 표준을 정의하고 구현하면 여러 데이터베이스에서 일관성을 유지하는 데 도움이됩니다. 지속적으로 데이터 품질을 측정 및 추적하고 비즈니스 가치에 대한 영향을 지속적으로 확인합니다. (비즈니스 가치에 대한 데이터 품질 영향에 관한 기사 하이퍼 링크).

데이터 프로파일 링 및 클렌징 :

원본 데이터의 품질이 높아지도록 적절한 데이터 프로파일 링 및 데이터 정제 절차가 마련되어 있는지 확인하십시오. 이것은 후속 데이터 변환 절차를 부드럽게하는 데 도움이됩니다.

데이터 관리 및 데이터 거버넌스 :

데이터 변환 후, 중복 된 마스터 데이터가 제거되어 부정확 한 거래 및 신뢰할 수없는 보고서의 위험을 줄이십시오. 이 프로젝트는 모든 데이터 관리 및 데이터 관리 원칙을 충족해야합니다.

경험이 풍부한 문서 변환 아웃소싱 공급자는 시작하기 전에 효율적으로 프로젝트를 관리하는 데 대한 전문적인 자문을 제공합니다. 이러한 모범 사례를 따르면 이러한 프로젝트의 최상의 결과를 보장 할 수 있습니다.

또한 관련 기사 읽기 :

Invensis Technologies가 Outsource Data Conversion Services를 통해 귀하의 비즈니스에 가치를 제공하는 방법에 대한 정보는 당사 팀 (US + 1-302-261-9036)에 문의하십시오. UK + 44-203-411-0183; AUS + 61-3-8820-5183; IND + 91-80-4115-5233; 또는 invensis net 영업부에 문의하십시오.

저자 소개 : Gopinadh Gulipalli, Invensis Technologies의 DPA, 물류 및 지불 솔루션 담당 운영 관리자.

이 기사를 즐긴다면 더 많은 것을 받기 위해 구독하십시오.

코멘트는 닫힙니다.

프라이버시 보장. 우리는 귀하의 정보를 절대로 공유하지 않습니다.

최근 게시물.

수익주기 관리를위한 7 가지 우수 사례.

사내 대 아웃소싱 의료 청구 서비스.

의료 청구 산업의 5 가지 주요 과제.

PHP 리소스, 튜토리얼, 팁 및 기타의 궁극적 인 목록입니다.

웹 개발자를위한 HTML5 리소스, 자습서, 팁 및 가이드의 궁극적 인 목록.

인기 게시물.

카테고리.

IT (77) F & A (80) BPO (30) 고객 서비스 (88) 전자 상거래 (24) 데이터 처리 (37) Infographics (4) Top Tens (7) Business

게시물 아카이브.

2013 년 8 월 10 월 12 월 11 월 7 월 12 월 9 월 20 일 30 월 1 월 9 월 2 월 6 월 3 월 2 월 3 월 6 월 2 월 7 월 1 월 1) 10 월 (2) 11 월 (1) 2015 (242) 3 월 (4) 5 월 (52) 6 월 (44) 7 월 (26) 8 월 (16) 9 월 (30) 2016 년 12 월 20 일 39 월 1 월 13 일 2 월 6 월 3 월 4 월 5 월 3 월 6 월 7 월 2 월 9 월 1 월 2017 년 4 월 1 월 1) 4 월 (1) 5 월 (1) 8 월 (1)

카테고리 게시물.

2014 년 5 월에 발표 된 'JD Power 2014 미국 소매 은행 만족도 조사'1에 따르면 은행에 대한 고객 만족도는 사상 최고치를 기록하여 2013 년 763에 비해 올해는 785로 높아졌습니다. 이는 은행들이 고객 경험을 개선하고 문제를 줄이며 이해를 도모하십시오 [& hellip;]

미국 전역의 2 월의 극심한 기상 조건을 감안할 때, 미국의 소매 판매는 계절에 따라 조정 된 0.3 %로 증가했다고 USA 투데이가 보도했습니다. 일자리 증가에 대한 기대감이 커짐에 따라 개인 및 가구 소득은 증가 할 것으로 예상되어 소비자 지출을 더욱 늘릴 것으로 예상됩니다. 2014 년에는 [& hellip;]이 4.1 % 증가합니다.

어떤 조직의 크기에 상관없이 사무실의 스캐너는 유용한 도구입니다. 명함과 같은 소규모 자산에서 세금 기록과 같은 중요한 필수 요소에 이르기까지 스캐너는 종이 문서를 전자 형식으로 변환하고 종이없는 방식으로 전환 할 수 있도록합니다. 'Scanning Brings Cost [& hellip;]'백서에 따르면

2013 년 8 월 10 월 12 월 11 월 7 월 12 월 9 월 20 일 30 월 1 월 9 월 2 월 6 월 3 월 2 월 3 월 6 월 2 월 7 월 1 월 1) 10 월 (2) 11 월 (1) 2015 (242) 3 월 (4) 5 월 (52) 6 월 (44) 7 월 (26) 8 월 (16) 9 월 (30) 2016 년 12 월 20 일 39 월 1 월 13 일 2 월 6 월 3 월 4 월 5 월 3 월 6 월 7 월 2 월 9 월 1 월 2017 년 4 월 1 월 1) 4 월 (1) 5 월 (1) 8 월 (1)

카테고리.

IT (77) F & A (80) BPO (30) 고객 서비스 (88) 전자 상거래 (24) 데이터 처리 (37) Infographics (4) Top Tens (7) Business

Invensis에 관해서.

Invensis Technologies는 북미, 유럽, 호주 및 기타 지역의 고객을 위해 우수한 비즈니스 성과를 촉진하는 데 16 년 이상의 경험을 가진 선도적 인 IT-BPO 서비스 제공 업체입니다. 아웃소싱 / 오프 쇼링 오퍼링에는 IT 아웃소싱 서비스, 콜센터 아웃소싱 서비스, 재무 및 회계 (F & A) 아웃소싱 서비스, 백 오피스 BPO 서비스, 엔드 투 엔드 전자 상거래 지원 서비스, 헬스 케어 BPO 서비스, 기업 교육, 디지털 마케팅 서비스가 포함됩니다. 그리고 더. 당사의 서비스와 솔루션은 기업이 운영을 가속화하고 비용을 줄이며 성장을 촉진 할 수 있도록 지원합니다.

저작권 © 2000-2016 Invensis Technologies Pvt Ltd.

Invensis®는 Invensis Technologies Pvt Ltd. 의 등록 상표입니다.

IT 프로젝트 관리자 실습.

뉴스, 기사, 매주 라운드 업 및 IT PM 북 스토어.

소식 탐색.

데이터 변환 계획 개발.

이 게시물은 광범위하게 업데이트되어 새 책 인 데이터 변환주기에 통합되었습니다. 시스템 구현 팀을 위해 트랜잭션 및 기타 레코드를 마이그레이션하는 지침입니다. 아마존에서 킨들 형식으로 4.49 달러에 종이 표지 책으로 6.99 달러에 구입할 수 있습니다.

데이터 변환주기에 대한 시리즈 계속하기. 필자는 레거시 시스템에서 일부 새로운 레코드 시스템으로 데이터 레코드를 마이그레이션하기위한 일반화 된 방법론을 설명했습니다. 그러나이 방법론은 나머지 프로젝트와 망해야합니다. 이 기사에서는 반복 변환 프로세스를 관리하고 데이터 변환 계획을 대규모 구현 프로젝트 계획에 통합 할 때 고려해야 할 사항을 설명합니다.

첫째, 유스 케이스를 기반으로 프로젝트에 필요한 데이터 변환주기의 반복 횟수를 명확하게 식별하는 것이 중요합니다. 일반적으로 개발을 위해 하나 이상의 환경이 구축됩니다. 디자인 워크샵을 지원하기 위해 제작 된 제한된 범위의 환경이있을 수도 있습니다. 테스트를 위해 하나 이상의 환경이 필요합니다. 물론 프로덕션 환경으로 이동하려면 마지막 시간으로 변환해야합니다. 이러한 각각의 유스 케이스는 특정 날짜에 전달해야하므로 빌드 전달에서 소스 시스템의 데이터 추출까지 다시 계획해야합니다. 주기의 각 반복에 대한 모든 종속성과 시작 및 종료 기준을 기록하고 이러한 링크를 더 큰 프로젝트 계획에 통합하십시오.

그런 다음 각 사용자 그룹의 요구 사항을 고려하십시오. 전체 데이터로드가 필요합니까? 아니면 하위 집합으로 충분할까요? 사용되지 않을 레코드를로드 할 필요가 없습니다. 또한 첫 번째 1-2 사이클에서는 설계 및 범위 결정을 모두 완료하지 못해 전달할 내용을 전달할 수있는 완성도와 품질을위한 메트릭을 보유 할 수 있습니다. Workday 구현 프로젝트에서 일반적으로 첫 번째 전체 프로토 타입에는 레코드 유형의 80 %를로드하고 두 번째 프로토 타입에는 95 % 이상의로드를 예상합니다. 그러나 통합 개발자는 일반적으로 개발 및 단위 테스트를 용이하게하기위한 충분한 트랜잭션을 제공합니다. 실제로 필요한 레코드가 무엇인지 파악하십시오. 따라서 빌드에 실제로 필요한 것보다 많은 시간을 할애하지 않아도됩니다. 그리고 어떤 품질 수준이 필요한지 알기 때문에 "절실하지 않은 완벽 함을 추구하는 데 시간을 낭비하지 않습니다."

마지막으로, 자원의 가용성을 고려하십시오. 적시의 적절한시기에 모든 작업을 수행 할 수있는 적절한 인력이 충분한 프로젝트는 거의 없습니다. 다른 관련 프로젝트 작업뿐만 아니라 변환 작업을하는 사람들이있는 경우 다른 활동과 동기화하여 일정을 유지하도록 일정을 조정하는 것이 좋습니다. 빌드를 전달한 다음 팀이 따라 잡을 때까지 2 주 정도 기다릴 필요가 없습니다. 그리고 당신이 어느 시점에서 추가 사람들을 필요로한다면, 그것에 대해 사전에 알아 두십시오.

데이터 변환주기를 반복 할 때마다 빌드의 데이터 품질이 향상되고 빌드를 완료하는 데 필요한 시간이 단축됩니다. 전환 계획의 일환으로 이들을 수집하기위한 지표 및 절차를 수립하십시오. 프로덕션으로의 이전을 위해 최종 빌드를 준비 할 때까지 변환 프로세스를 완전히 알고 예측할 수 있어야합니다. 다음 주에는 데이터 전환에 대한 위험 분류를 요약하여 전환과 관련된 위험을 식별하는 데 도움을 드릴 것입니다.

이 공유:

Dave Gordon에 대해서.

Dave Gordon은 Workday와 같은 SaaS 솔루션과 PeopleSoft 및 ADP Enterprise와 같은 구내 기반 ERP 솔루션을 포함하여 인적 자본 관리 및 급여 시스템을 구현 한 경험이 25 년 이상인 프로젝트 관리자입니다. 그는 IT 분야의 석사 학위를 프로젝트 관리에 집중하고 비즈니스 학사 학위를 취득했습니다. 그는 또한 프로젝트 관리 전문가 (PMP) 지정뿐만 아니라 인적 자원 (GPHR 및 SPHR) 및 혜택 관리 (CEBS)의 전문 지정을 보유하고 있습니다. 그의 기사 및 블로그 게시물 외에도 그는 프로젝트 관리에 관한 기사를 매주 모으기도하고 프로젝트 관리에 관한 여러 책을 저술하거나 기여했습니다.