A. GIT 저장소를 사용하여 백업 시스템을 만듭니다.

B. 거버넌스를 위한 디자인 표준을 만듭니다.

C. Center of Excellence 헌장 문서를 만듭니다.

D. 릴리스 관리 프로세스를 만듭니다.

A. 클래스를 패키지 A에서 더 이상 사용되지 않는 것으로 설정하고 패키지 B에서 새 이름으로 다시 만듭니다.

B. 패키지 A의 클래스를 패키지 8로 이동하고 패키지 A에서 이 클래스를 호출한 패키지 B의 코드를 변경합니다.

C. 패키지 A에서 더 이상 사용되지 않는 클래스로 설정하고 패키지 B에서 다시 만듭니다.

D. 패키지 A의 클래스를 패키지 B로 이동하고 새 패키지 버전을 만듭니다.

A. 칸반의 기본 요소 중 하나는 모든 것을 가시화하여 작업 항목의 일관된 투명성을 만드는 것이기 때문입니다.

B. 폭포수, 각 활동에 대해 고정된 일정과 기간을 정의하기 때문입니다.

C. DevOps. 모니터링 및 로깅 관행을 통해 성능을 실시간으로 파악할 수 있습니다.

D. 스크럼. 개방성은 스크럼의 다섯 가지 핵심 가치 중 하나이기 때문입니다.

A. 조직 개발 모델, 인수한 회사의 팀이 이미 사용하고 있기 때문에 변경 세트 개발 모델보다 낫습니다.

B. 패키지 개발 모델. 팀에서 다른 프로젝트의 아티팩트와 독립적으로 테스트하고 릴리스할 수 있는 릴리스 아티팩트를 빌드할 수 있습니다.

C. 패키지 개발 모델. 코드를 작성하지 않고 선언적(포인트 앤 클릭) 개발 도구를 사용하여 패키지를 만들고 배포할 수 있기 때문입니다.

D. 세트 개발 모델을 변경합니다. UC가 이미 사용하고 있기 때문에 저항이 적을 것입니다.

A. 나머지 요구 사항을 수집하고 아키텍처 및 설계를 완료하여 폭포수 프로젝트를 시작합니다. 이해 관계자의 빈번한 검토를 통해 빌드/테스트 프로세스를 시작합니다. 빌드가 완료되면 수락 테스트를 수행하고 규제 요구 사항을 준수하는지 확인합니다.

B. "스프린트 0"부터 시작하여 프로젝트의 범위를 지정하고 추정하며 제품 백로그를 구축하는 애자일 프로젝트를 시작합니다. 최소 실행 가능한 제품을 식별합니다. 백로그를 기반으로 솔루션 구축을 시작하고 프로젝트 이해 관계자와 함께 설계를 공동 생성합니다.

C. 워터폴 프로젝트를 시작하고 규정 요구 사항에 따라 솔루션의 기능을 구축하기 시작합니다. 동시에 솔루션에 대한 나머지 비규제 요구 사항을 수집한 다음 돌아가서 두 가지 요구 사항 집합을 조정하고 필요에 따라 솔루션을 재작업합니다.

D. 알려진 요구 사항을 기반으로 Agile 프로젝트를 시작하고, 즉시 구축을 시작하고, 나머지 요구 사항이 나타나면 작업합니다. 애자일 방법론에서는 예산과 일정이 고려되지 않습니다.