기존 시스템이 바뀌면 호환성, 변환 및 이주 문제를 처리해야 합니다. 특히, 다음에 유의하십시오.
-
기존 시스템의 데이터를 새 시스템으로 전달해야 합니다(가능하면 형식도 새 시스템에 맞게 변환함).
-
기존 사용자 인터페이스(화면 형식, 명령 등)가 새 시스템에서 지원되어야 합니다.
-
모든 기존 응용프로그램 인터페이스(API)가 유지보수되어야 합니다.
-
기존 시스템에서 새 시스템으로의 이주가 사전에 판별된 시간(비즈니스에 따라 다름)을 초과하여 사용자 서비스를 방해하지 않아야 합니다.
-
이주 동안 새 시스템이 이전 시스템과 병렬로 운영이 가능해야 합니다.
-
오퍼레이션을 시작한 지 처음 2주 동안은 필요한 경우 이전 시스템으로 다시 돌아갈 수 있어야 합니다.
-
이전 아카이브 데이터를 새 시스템에서 처리해야 할 수도 있습니다. 암호로 보호된 경우 이주 시 암호화 키를 특별히 고려해야 합니다.
이 문제를 해결하도록 선택한 전략에는 시스템의 구조 및 디자인에 대한 적절한 지원이 필요합니다.
프로덕션 환경으로 시스템의 상태를 전이하는 경우 계획 및 준비가 필요합니다. 다음은 고려할 기술 요소입니다.
-
시스템 사용자를 훈련시켜야 합니다.
-
프로덕션 지원 환경을 준비하고 프로덕션 지원 인력을 훈련시키고 시스템을 지원하도록 준비를 마쳐야 합니다.
-
백업, 복구 및 문제점 해결을 포함한 프로덕션 지원 프로시저를 설정해야 합니다.
다음은 배치 스케줄에 영향을 주는 비즈니스 요소입니다.
일부 시스템은 타이밍 또는 가용성 문제 때문에 점진적으로 조금씩 배치해야 합니다. 한 번에 모두 시스템을 배치할 수 없는 경우 컴포넌트 설치 순서 및 설치할 노드를 결정해야 합니다. 다음은 공통된 배치 스케줄
패턴입니다.
-
지리적 측면 - 영역별
-
기능적 측면 - 응용프로그램별
-
조직 측면 - 부서 또는 작업 기능별
응용프로그램을 특정 기간에 배치하는 경우 해결해야 하는 문제는 다음과 같습니다.
-
소프트웨어를 부분 구성에서 실행할 수 있어야 함
-
소프트웨어의 다른 버전이 공존할 수 있어야 함
-
새 시스템에서 문제점이 발견되면 시스템의 이전 버전으로 다시 되돌아갈 수 있어야 함
이 기능은 아키텍처 노력에 초점을 맞추지 않으면 달성할 수 없습니다. 이 기능은 중간 산출물: 소프트웨어 아키텍처 문서에 문서화되어 있습니다.
관리자, 운영자 및 사용자를 포함한 모든 사용자 카테고리에서 다음을 식별하십시오.
-
현재 사용하는 정보 기술 시스템의 유형. 이 시스템을 통해 조직 내부 또는 외부의 사용자가 정보 기술을 처음으로 사용하는 경우 특별한 주의를 기울여야 하는 특별 요구사항으로 플래그하십시오.
-
이 시스템에서 새로 도입한 기능
-
넓은 의미에서, 필요한 훈련 내용
-
자국어 지원(NLS)에 대한 요구사항이 있는지 여부
|