먼저 의사 결정에 사용될 수있는 결론을 제공합니다.
Diffy의 이차 개발은 계층화되어야 합니다. 브랜드 입구, 비즈니스 포털 및 복잡한 상호 작용은 독립의 앞에 우선적으로 적용됩니다; 기업 시스템 용량은 API, 플러그인 또는 주변 서비스를 통해 연결됩니다; 표준 연장 포인트에 의해 만나지 않는 핵심 필요는 소스 코드 분지를 입력합니다. 각 핵심 변화는 목적, 문서, 데이터 구조, 상류 동등한 것, 테스트 및 제거 조건에서 문서화됩니다.
어떤 조건은 판단하기 전에 확인되어야합니까?
동일한 질문은 다른 사업, 자료 및 프로젝트 단계의 밑에 다른 대답이 있을지도 모릅니다. 그것은 뒤에 오는 조건이 검사되고 웹에 일반적인 발견은 그들의 자신의 프로젝트에 통합될 것이라는 점을 건의됩니다.
사전 예약
첫째, 우리는 표적과 국경에 대해 명확하게 될 것입니다.
현재 버전, 종점 및 모든 사용자 지정 포인트의 목록을 만듭니다.
유효성 열쇠 의존
플러그인, API 또는 독립 서비스에 외부 기능을 이동합니다.
평가 가능한 결과의 개발
자동화된 시험과 이동문을 핵심 변경에 완료합니다.
실제 결과와 다음 단계를 결정하십시오.
각 업그레이드는 운동, 회귀, 백업 및 그레이 스케일의 배포에 의해 전진됩니다.
실제 사업에서 어떻게 이해합니까?
이 회사는 클라이언트 포털을 위한 전면 Diff 페이지의 큰 수를 수정하고, 또한 핵심 테이블에 직접 추가한 클라이언트 스위트가 있습니다. 잠수함 향상은 공용영역 충돌과 데이타베이스 이동 위험을 포함합니다. 그것은 고객 포털, 포장 및 독립 사업 서비스에서 미터로 재는, Diffy와 더불어 안정되어 있는 공용영역을 통해 불린 Diffy와 더불어, 실제로 필요로 하는 플랫폼 수용량에 최소 핵심 변화로 불리는 플랫폼 수용량에 더 많은 feasible 입니다.
가장 쉬운 피트에서 단계.
변경 포인트는 프로젝트가 끝나면만 조직되며 더 이상 추적 할 수 없습니다.
생산 환경의 가동의 직접 업스트림을 업그레이드
문서, 도구 및 데이터에 대한 책임 없이 페이지 만 확인
우리는 수신 및 확인을 종료해야 하는 방법?
업그레이드는 작업, 역할 권한, 지식 참조, 워크플로우, 인터페이스, 로그 및 백슬라이드의 재 테스트가 필요합니다.
공급자 또는 내부 팀과 통신 할 때, 현재 프로세스, 대표 샘플, 기존 시스템, 계획 시간 및 예산 수준이 가져 오는 것이 좋습니다. 우선, 알 수없는 항목은 명확하게 표시되고 그 결정은 진단, PoC, 고정 범위 프로젝트 또는 지속적인 연구 및 개발, 이는 일반적으로 국경없이 가격과 기간 동안 직접 수요보다 신뢰할 수있는 것보다 더 신뢰할 수 있습니다.