가동 중 위험을 효과적으로 관리하려면 예상치 못한 상황에 대비한 후퇴 계획과 완화 계획을 수립하는 것이 필수적입니다. 여기에는 다음이 포함됩니다. 백아웃 계획: 운영 과정에서 심각한 문제가 발생할 경우 이전 시스템이나 버전으로 되돌리기 위한 세부적인 절차입니다. 완화 계획: 예상되는 위험(예: 데이터 마이그레이션 오류, 성능 문제, 사용자 저항)에 대한 대응책을 마련합니다. 이 계획에는 위험 발생 시 대처 방안이 명시되어 있습니다. 위험 평가: 운영을 시작하기 전에 철저한 위험 평가를 실시하여 잠재적 위험과 발생 가능성을 파악해야 합니다. 다른 옵션은 왜 안 되는가? 성과를 추적하기 위한 주요 성과 지표 목록: 성과 모니터링이 중요한 것은 사실이지만, 이는 위험 관리의 주요 요소는 아닙니다. C: 모든 이해관계자를 위한 세부적인 커뮤니케이션 계획: 커뮤니케이션은 중요하지만, 이는 출시 계획의 별도 구성 요소입니다. D: 사용자 교육 및 지원 세션 일정: 사용자 교육과 지원은 중요하지만 위험 관리와 직접적인 관련이 없습니다.
CTA 문제 12
구현이 진행됨에 따라 ServiceNow 기능 맵은 일반적으로 어떤 요소를 나타냅니까? 3개의 답을 선택하세요
정답: A,B,C
ServiceNow 기능 맵은 구현이 진행됨에 따라 발전합니다. 일반적으로 다음을 나타냅니다. A: 배포된 제품: 이 맵은 조직 내에서 배포되어 활발하게 사용되고 있는 ServiceNow 제품이나 모듈을 보여줍니다. B: 배포의 성숙도: 배포된 각 제품의 성숙도 수준을 시각적으로 표현하여 얼마나 완벽하게 활용되고 통합되는지를 나타냅니다. C: 외부 시스템과의 통합 지점: 이 지도는 ServiceNow가 조직의 IT 환경 내의 다른 시스템 및 애플리케이션과 어떻게 통합되는지를 강조합니다. 다른 옵션은 왜 안 되는가? D: 라이선스가 있지만 사용하지 않는 제품: 이 정보는 유용할 수 있지만 일반적으로 활성 배포에 초점을 맞춘 기능 맵에는 표시되지 않습니다. E: 사업부 조직 구조: 이는 ServiceNow 구현이나 기능과 직접적인 관련이 없습니다.
CTA 문제 13
다중 개발 환경 스택에서 분할 유형은 무엇입니까?
정답: B
ServiceNow의 다중 개발 환경 스택에서 분할 유형은 일반적으로 개발 작업이 다양한 환경에서 구성되고 관리되는 방식을 나타냅니다. * 제품 기반 분할: * 개발 작업은 특정 제품이나 모듈에 따라 구분됩니다. 예를 들어, 한 팀은 ITSM을 담당하고 다른 팀은 ITOM을 담당할 수 있습니다. * 릴리스 기반 분할: * 개발은 여러 릴리스 버전으로 나뉩니다. 팀은 테스트, 업데이트 또는 새로운 기능 추가를 위해 동일한 제품의 여러 버전을 작업할 수 있습니다. 이러한 분할은 특히 여러 팀과 우선순위가 있는 환경에서 동시 개발 작업을 효율적으로 관리하는 데 도움이 됩니다.
CTA 문제 14
워싱턴 DC 릴리스부터 ServiceNow에서 저장 데이터의 데이터베이스 암호화를 대체하는 것은 무엇입니까?
정답: B
ServiceNow는 워싱턴 DC 릴리스부터 저장 데이터를 보호하기 위해 데이터베이스 암호화에서 클라우드 암호화로 전환합니다. 클라우드 암호화: 이는 기본 클라우드 인프라(예: AWS, Azure)의 암호화 기능을 활용하여 보다 강력하고 확장 가능한 암호화 솔루션을 제공합니다. 강화된 보안: 클라우드 암호화는 이전의 데이터베이스 암호화에 비해 향상된 키 관리 및 보안 기능을 제공합니다. 관리 간소화: 암호화 키 관리와 관련된 관리 부담이 줄어듭니다.
CTA 문제 15
비기능 테스트 동안 소프트웨어의 어떤 측면이 평가됩니까?
정답: B
비기능 테스트는 시스템이 어떻게 작동하고 다음과 같은 품질 측면에서 사용자 기대치를 충족하는지에 초점을 맞춥니다. 성능: 응답 시간, 부하 처리, 확장성 사용성: 사용 용이성, 사용자 인터페이스 디자인 보안: 무단 접근 및 데이터 침해로부터 보호 신뢰성: 시스템 안정성 및 가용성 유지 관리 용이성: 변경 및 업데이트 용이성 다른 옵션은 왜 안 되는가? A: 시스템의 구체적인 동작 및 출력: 이는 기능 테스트의 초점으로, 시스템이 의도한 대로 작동하는지 확인하는 것입니다. C: 레코드 생성 및 필드 값 설정: 이는 시스템의 특정 기능적 측면입니다. D: 설계 문서에 명시된 기능 요구 사항: 이러한 요구 사항은 기능 테스트 중에 테스트됩니다.
