이 페이지는 시험 연구소 브레인덤프 [ http://blog.examslabs.com ]에서 내보낸 페이지입니다.

내보내기 날짜 :월 12 23 13:34:24 2024 / +0000 GMT

___________________________________________________


제목: [Apr 11, 2024] 덤프 컬렉션 ACD200시험 엔진 덤프 교육 79 질문 [Q14-Q28]

---------------------------------------------------



 [Apr 11, 2024] 79개의 질문과 함께 ACD200시험덤프연습문제를 제공합니다.
Appian ACD200덤프 - 100% 커버 실제 시험 문제


질문 14프로세스 모델 메트릭을 검토하고 프로세스의 메모리 사용량을 평가하기 위해 AMU를 보고 있습니다.이 메트릭과 관련하여 올바른 서술은?
 메모리 사용량이 10,000 AMU 미만이면 메모리 사용량이 낮은 것으로 간주됩니다.
 메모리 사용량이 1,000AMU 미만이면 메모리 사용량이 낮은 것으로 간주됩니다.
 메모리 사용량이 100,000AMU 미만이면 메모리 사용량이 낮은 것으로 간주됩니다.
 AMU는 프로세스 메모리 사용량을 측정하는 데 적합하지 않습니다.
질문 15고객에게 발행되는 송장을 생성하고 편집하는 것이 목표인 프로젝트에 참여하고 있으며, 이 프로세스 모델은 송장 편집을 위한 관련 작업으로 사용되고 있습니다. 이미 송장에 대한 레코드를 만들었습니다.다음 이미지를 검토하십시오.이 프로세스와 관련된 두 가지 제안 중 유효한 것은 무엇입니까? (두 가지를 선택하세요.)
 24시간 후에 "송장 편집/신용장" 노드를 건너뛰는 타이머 예외를 추가하는 것을 고려해야 합니다.
 이 프로세스 모델을 송장 레코드에 "송장 편집"이라는 관련 작업으로 추가해야 합니다.
 사이트에 두 페이지를 추가해야 하는데, 그 중 하나는 송장 레코드 목록이고 다른 하나는 이 프로세스 모델이 보고서로 있는 페이지입니다.
 성능을 개선하려면 모든 흐름에서 활동 연쇄를 제거하는 것을 고려해야 합니다.
질문 16내년에 애플리케이션의 동시 활성 사용자 수가 약 50명에서 500명으로 증가할 것으로 예상되는데, 이 대규모 사용자 증가로 인한 성능 위험을 해결할 수 있는 Appian 환경에 대한 권장 사항 두 가지는 무엇입니까? (두 가지를 선택하세요.)
 디자인 엔진을 더 추가합니다.
 프로세스 실행 엔진을 더 추가합니다.
 애플리케이션 서버 메모리를 더 추가합니다.
 레코드 중심 설계에서 프로세스 중심 설계로 전환합니다.
설명이 질문은 사용자 급증에 따른 성능 위험을 해결하기 위한 Appian 환경에 대한 권장 사항에 관한 것입니다. 이를 위한 두 가지 권장 사항은 다음과 같습니다.* 프로세스 실행 엔진을 더 추가합니다. 즉, 프로세스 인스턴스를 병렬로 실행할 수 있는 서버 또는 노드를 더 추가하여 Appian의 확장성과 가용성을 향상시킬 수 있습니다. 이렇게 하면 Appian의 응답 시간이나 안정성에 영향을 주지 않으면서 더 많은 사용자의 워크로드 및 수요 증가를 처리할 수 있습니다.* 애플리케이션 서버 메모리를 더 추가합니다. 즉, 웹 서버, 엔진 또는 분석 서버와 같은 Appian 구성 요소를 실행하는 각 서버 또는 노드에 할당된 메모리의 양을 늘립니다. 이렇게 하면 메모리 압박과 가비지 수집을 줄여 Appian의 성능과 안정성을 개선하는 데 도움이 될 수 있습니다.* 사용자 증가로 인한 성능 위험을 해결하기 위해 Appian 환경에는 권장되지 않습니다.* 디자인 엔진을 더 추가합니다. 이는 표현식 규칙 또는 인터페이스 구성 요소를 병렬로 실행할 수 있는 서버 또는 노드를 더 추가하는 것을 의미하며, 이는 Appian의 성능 및 확장성을 향상시킬 수 있습니다.* 그러나 이는 사용자 수와 직접적인 관련이 없으며 애플리케이션의 표현식 규칙 또는 인터페이스 구성 요소의 복잡성과 빈도와 관련이 있습니다.* 레코드 중심에서 프로세스 중심 설계로 전환합니다. 즉, 기록과 보고서가 아닌 프로세스 모델과 작업에 더 중점을 두도록 애플리케이션 디자인을 변경해야 합니다. 이는 Appian 환경에는 영향을 미치지 않고 애플리케이션 로직과 기능에만 영향을 미칩니다. 요구 사항 및 사용 사례에 따라 애플리케이션의 성능이 향상될 수도 있고 그렇지 않을 수도 있습니다.참조:* 프로세스 실행 엔진* 메모리 권장 사항* 설계 엔진* 레코드 중심 설계와 프로세스 중심 설계질문 175개 테이블의 조인된 데이터를 표시해야 합니다. 각 테이블에는 많은 수의 행이 포함되어 있으며 조인을 실행한 후 큰 결과 집합이 생성될 수 있습니다. 비즈니스에서 라이브 데이터를 기대하지 않으며 2시간마다 새로 고치는 것이 허용됩니다. 성능이 최우선 순위입니다. 어떤 것을 사용해야 합니까? (가장 적합한 답을 선택하세요.)
 테이블
 뷰
 저장 프로시저
 구체화된 뷰
설명 구체화된 뷰는 일반적으로 뷰가 구성되는 SQL의 결과를 담고 있으며 주기적으로 생성할 수 있는 물리적 테이블입니다.질문 18성능이 좋지 않은 프로세스 모델을 분석하고 있습니다.문제의 프로세스 모델에는 많은 노드가 있으며 주로 백그라운드 업데이트를 수행하는 데 사용된다는 것을 알았습니다.성능을 향상시키기 위해 수행할 수 있는 작업은 다음 중 두 가지입니까? (두 가지를 선택하세요.)
 프로세스 모델에 대한 올바른 알림을 정의합니다.
 모든 활동 연쇄를 제거합니다.
 프로세스 모델에서 스윔 레인을 사용합니다.
 가능하면 일부 노드를 하위 프로세스로 리팩터링합니다.
질문 195개의 테이블에서 조인된 데이터를 표시해야 합니다. 각 테이블에는 많은 수의 행이 포함되어 있으며 조인을 실행한 후 큰 결과 집합이 생성될 수 있습니다. 비즈니스에서 라이브 데이터를 기대하지 않고 있으며 2시간마다 새로 고치는 것이 허용됩니다. 성능이 최우선 순위입니다. 어떤 것을 사용해야 합니까? (가장 적합한 답을 선택하세요.)
 테이블
 뷰
 저장 프로시저
 구체화된 뷰
설명 구체화된 뷰는 많은 수의 행을 포함하고 조인을 실행한 후 큰 결과 집합을 생성할 수 있는 5개 테이블의 조인된 데이터를 표시하는 데 가장 적합한 옵션입니다. 구체화된 뷰는 일반적으로 뷰를 구성하는 SQL의 결과를 담고 있으며 주기적으로 생성할 수 있는 물리적 테이블입니다. 구체화된 뷰는 여러 조인, 집계 또는 계산이 포함된 복잡한 쿼리의 실행 시간을 단축하여 성능을 향상시킬 수 있습니다. 또한 구체화된 뷰는 쿼리 결과를 미리 저장하여 데이터베이스 서버의 부하를 줄일 수 있습니다. 구체화된 뷰는 정기적으로 또는 필요에 따라 새로 고쳐서 기초 테이블의 변경 사항을 반영할 수 있습니다. 참조: [구체화된 뷰], [뷰 성능]질문 20애플리케이션에서 각 개인에 대한 보류 중인 작업에 대한 정보를 표시해야 합니다. 하나의 특정 애플리케이션에 대한 작업이 있을 텐데 작업 보고서 유형에 대해 어떤 컨텍스트 유형을 선택해야 하나요?
 프로세스 모델별 작업
 사용자에 의한 작업
 프로세스별 작업
 그룹에 할당된 작업
질문 21귀사의 조직에서 Appian 애플리케이션에 대한 단위 테스트를 제공하기 위해 표현식 규칙 테스트 케이스 실행 자동화를 고려하고 있습니다.필요한 경우 테스트 실행을 시작하는 데 사용할 수 있는 세 가지 방법은 무엇입니까? (3개를 선택하십시오.)
 관리 콘솔의 DevOps 섹션을 통해.
 API를 통해 호출되는 프로세스 모델.
 사용자에게 작업으로 노출되는 프로세스 모델.
 콘텐츠 버전 관리 시스템(CVS)의 웹 후크.
 보고서에 임베드된 SAIL 인터페이스.
설명 필요한 경우 표현식 규칙 테스트 케이스에 대한 테스트 실행을 시작하는 데 사용할 수 있는 세 가지 방법은 다음과 같습니다. 프로세스 모델은 a!testRule() 함수 또는 테스트 규칙 스마트 서비스를 사용하여 표현식 규칙에 대한 테스트 케이스를 실행하도록 설계할 수 있습니다. 이 프로세스 모델은 외부 시스템이나 애플리케이션이 HTTP 요청을 통해 호출할 수 있도록 POST 또는 PUT과 같은 HTTP 메서드를 사용하여 웹 API로 노출될 수 있습니다.* 사용자에게 작업으로 노출되는 프로세스 모델입니다. 위와 동일한 함수 또는 스마트 서비스를 사용하여 표현식 규칙에 대한 테스트 케이스를 실행하도록 프로세스 모델을 설계할 수도 있습니다. 이 프로세스 모델은 버튼이나 링크와 같은 인터페이스의 액션으로 사용자에게 노출되어 사용자가 필요할 때 수동으로 트리거할 수 있습니다.* 보고서에 포함된 SAIL 인터페이스. a!testRule() 함수를 사용하여 표현식 규칙에 대한 테스트 케이스를 실행하기 위해 SAIL 인터페이스를 만들 수 있습니다. 이 인터페이스는 그리드나 차트와 같은 보고서에 임베드되어 사용자가 인터페이스에서 대화형으로 테스트 결과를 볼 수 있습니다. 참조: 표현식 규칙에 대한 자동화된 테스트, a!testRule() 함수, 테스트 규칙 스마트 서비스, 웹 API, SAIL 인터페이스질문 22한 조직에서 타사와 통합하여 수신 문서를 스캔하고 [appian].[document]라는 테이블에 세부 정보를 캡처하기로 결정했습니다. 각 문서는 Appian에서 새로운 케이스를 형성하여 레코드 목록에 표시되며, 레코드에는 추가 케이스 정보가 들어 있는 [appian].[document]와 [appian].[caseData]의 데이터가 모두 표시되어야 하는데, 이를 가장 효율적으로 달성하는 방법은 무엇인가요?
 appian].[document] 테이블에 트리거를 만들어 모든 데이터를 [appian].[caseData] 테이블로 복사하고 레코드가 [appian].[caseData]를 가리키도록 합니다.
 일정한 간격으로 실행할 SSIS 패키지를 만듭니다.
 appian].[document] 테이블과 [appian].[caseData] 테이블 사이에 뷰를 만들어 레코드를 피드합니다.
 appian].[document] 및 [appian].[caseData] 테이블 모두에서 데이터를 쿼리하는 저장 프로시저를 만듭니다.
질문 23데이터를 수정하는 통합을 만들면 다음 중 어느 위치에서 호출할 수 있습니까? (세 개를 선택하세요.)
 웹 API(GET)
 표현식 또는 규칙
 웹 API(POST, PUT, DELETE)
 프로세스 모델
 매개변수로 저장
설명 데이터를 수정하는 연동은 웹 API(POST, PUT, DELETE), 프로세스 모델, SAIL 저장 매개변수의 세 가지 위치에서 호출할 수 있습니다. 이러한 위치에서는 외부 시스템이나 서비스에 데이터를 보내고 응답을 받을 수 있습니다.* 웹 API(POST, PUT, DELETE)는 일반적으로 서버에서 데이터를 생성, 업데이트 또는 삭제*하는 데 사용되는 HTTP 메서드입니다. 데이터를 수정하는 통합은 이러한 메서드 중 하나를 사용하여 웹 API로 노출될 수 있으며, 외부 애플리케이션이나 시스템이 HTTP 요청을 통해 이를 호출할 수 있습니다.* 프로세스 모델은 노드와 플로우로 구성된 비즈니스 워크플로우를 그래픽으로 표현한 것입니다. 데이터를 수정하는 통합은 통합 노드 또는 통합 호출 스마트 서비스2를 사용하여 프로세스 모델에서 호출할 수 있습니다. 이를 통해 여러 시스템 또는 소스에서 데이터를 조작하는 복잡한 워크플로를 오케스트레이션할 수 있습니다.* SAIL saveInto 매개변수는 사용자가 구성 요소를 수정할 때 평가할 식을 지정하는 SAIL 구성 요소의 속성입니다3. 데이터를 수정하는 통합은 SAIL 구성 요소의 saveInto 매개변수를 사용하여 인터페이스에서 호출할 수 있습니다. 이를 통해 인터페이스의 사용자 작업 또는 이벤트에 따라 데이터 변경을 트리거할 수 있습니다.24문항 리드 디자이너가 다음과 같은 요구 사항을 받았습니다.레코드가 수정될 때마다 감사를 위해 변경된 데이터를 저장해야 합니다.다음 중 가장 효율적이고 Appian 애플리케이션에 가장 적은 영향을 미치는 설계는 무엇입니까? (가장 적합한 답을 선택하세요.)
 로그 파일에 감사 추적을 기록할 수 있는 사용자 지정 플러그인을 만듭니다.
 데이터베이스 테이블에 트리거를 생성하여 감사 추적을 테이블에 캡처합니다.
 변경 이력을 캡처하고 감사 추적을 데이터베이스에 기록하는 Appian 프로세스를 만듭니다.
 감사 기록 시스템에 대한 웹 API 호출을 생성하고 감사 추적을 파일에 기록합니다.
설명 데이터베이스 테이블에 트리거를 생성하여 감사 추적을 테이블에 캡처하는 것이 가장 효율적이며 Appian 애플리케이션에 성능 및 확장성에 영향을 줄 수 있는 추가 로직이나 호출을 추가하지 않기 때문에 Appian 애플리케이션에 미치는 영향이 가장 적습니다. 트리거는 테이블 또는 뷰에서 지정된 이벤트가 발생할 때 자동으로 실행되는 데이터베이스 객체입니다. 트리거는 원래 테이블의 변경 사항에 따라 다른 테이블에서 데이터를 삽입, 업데이트 또는 삭제하는 데 사용할 수 있습니다. 참조: 참조: [트리거], [감사 추적]질문 25a!queryEntity() 함수에 대한 다음 두 문장은 모두 참입니까? (두 개를 선택하세요.)
 쿼리 매개 변수를 사용하여 정의된 쿼리는 결과를 반환하기 위해 대기하는 시간에 제한이 없습니다.
 쿼리 매개변수를 사용하여 정의된 쿼리는 기본적으로 일치하는 데이터 레코드의 제한된 하위 집합을 반환합니다.
 엔티티 값은 데이터 저장소 엔티티 유형의 상수로 지정해야 합니다.
 fetchTotalCount 매개 변수를 False로 설정하면 규칙의 성능을 향상시킬 수 있습니다.
설명 a!queryEntity() 함수에 대해 참인 두 문은 다음과 같습니다.* 엔티티 값은 데이터 저장소 엔티티 유형의 상수로 제공되어야 합니다. 이는 엔티티 값이 쿼리할 데이터 저장소 엔티티(테이블 또는 뷰)를 지정하기 때문입니다. 값은 Appian Designer의 기존 데이터 저장소 엔티티를 참조하는 상수여야 합니다. 이 값에는 변수나 표현식을 사용할 수 없습니다.* fetchTotalCount 매개 변수를 False로 설정하면 규칙의 성능이 향상될 수 있습니다. 이 매개 변수를 False로 설정하면 Appian에서 쿼리 조건과 일치하는 총 레코드 수를 계산하지 않으므로 대규모 데이터 세트의 경우 비용이 많이 드는 작업이 될 수 있기 때문입니다. 기본적으로 이 매개 변수는 True로 설정되어 있으므로 Appian은 쿼리 결과와 함께 총 개수를 반환합니다.참조: a!queryEntity() 함수질문 26성능 문제를 일으키거나 지난 30일 동안 성능 문제를 일으킨 식 규칙의 목록을 찾아야 하는데 어떻게 해야 하나요?
 모니터링 탭을 사용하여 완료 비율이 �