비즈니스 요구 사항을 해결하는 캔버스 앱을 빌드한 후 조직에서 앱을 실행할 수 있는 사용자와 앱을 수정하고 다시 공유할 수 있는 사용자를 지정합니다. 각 사용자를 이름으로 지정하거나 Azure Active Directory에서 보안 그룹을 지정합니다.
오답:
C: 만든 앱을 Microsoft Teams에 직접 포함하여 공유할 수 있습니다. 완료되면 사용자는 +를 선택하여 팀 채널이나 소속된 팀의 대화에 앱을 추가할 수 있습니다.
앱은 팀의 탭 아래에 타일로 표시됩니다.
참조:
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/share-app
솔루션 구현 및 관리
테스트렛 2
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
배경
현재 환경
영업 담당자는 지역 관리자에게 주간 상태 보고서를 제출합니다. 이러한 상태 보고서에는 표준화된 형식이 없습니다. 상태 보고서를 관리하는 프로세스는 까다롭습니다.
Wide World Importers는 향후 앱 개발을 위해 Microsoft 365, Microsoft Azure 및 Power Platform을 사용하기로 결정했습니다. Wide World Importers와 Tailwind Traders는 모두 동일한 Microsoft SharePoint 및 Azure 구성을 가지고 있습니다. 두 회사 모두 별도의 테넌트를 사용합니다.
요구 사항
애플리케이션
영업 담당자의 상태 보고서 작성을 간소화하려면 모바일 앱을 작성해야 합니다. Tailwind Traders에서 동일한 앱을 사용할 수 있도록 해야 합니다. 모바일 앱은 다음 요구 사항을 충족해야 합니다.
* 코드 사용을 최소화합니다.
* 필요한 경우 수식과 표현을 사용합니다.
* 다양한 시각적 레이아웃을 지원합니다.
* SharePoint 목록을 사용하여 지역 관리자 및 영업 담당자에 대한 정보를 저장합니다.
* Azure SQL Database를 사용하여 다른 데이터를 저장합니다.
상태 보고서
* 영업 담당자는 매주 월요일 모든 작업 프로세스에 대한 주간 상태 보고서를 제공해야 합니다.
* 대표자는 각 프로세스에 대해 다음 정보를 입력해야 합니다.

* 영업 담당자가 상태 보고서를 제출하고 프로세스에 위험 상태를 할당하는 경우 앱은 영업 담당자에게 위험에 대한 자세한 설명을 입력하라는 메시지를 표시해야 합니다. 이 정보는 지역 관리자에게 이메일로 보내야 합니다. 범주가 일과 삶의 균형인 경우 정보는 인적 자원 부서에 복사되어야 합니다.
* 영업 담당자가 합의된 마감일까지 주간 상태 보고서를 제출하지 않으면 시스템은 영업 담당자에게 이를 상기시키는 이메일을 보내야 합니다.
* 앱은 온라인과 오프라인 모두에서 실행할 수 있어야 합니다. 앱이 실행되는 모바일 장치가 인터넷에 연결된 경우 앱은 즉시 상태 보고서를 제출해야 합니다.
* 영업 담당자가 보고서를 제출하기 전에 앱이 오프라인인지 여부를 알 수 있도록 앱에 시각적 표시기를 표시해야 합니다.
* 데이터가 오프라인으로 제출되면 앱이 다시 온라인 상태가 될 때까지 데이터를 앱에 저장해야 합니다.
전문인
UI 레이아웃에 관계없이 기록된 데이터는 Azure DB 테이블에 표준화되어야 합니다. 앱에서 전역 변수를 사용해야 합니다.
전개
* 앱을 프로덕션에 배포하기 전에 앱이 Microsoft 접근성 및 성능 지침을 준수하는지 확인해야 합니다.
* 완성된 앱과 모든 지원 구성 요소는 Tailwind Traders에 제공되어야 합니다.
* Tailwind Traders는 구성 요소를 변경할 수 없어야 합니다.
* 다음 버전 관리 번호 지정 체계를 사용해야 합니다.
- 전공: 앱이 패키징된 연도의 마지막 두 자리 숫자
- 마이너: 앱이 패키징된 월을 나타내는 두 자리 숫자
- 빌드: 앱의 중요한 변경 사항을 나타내기 위해 증가하는 숫자
- 개정: 패키지에 대한 증분 개정
* 새 버전의 애플리케이션은 이전 버전의 앱을 완전히 대체해야 합니다.
* 앱 솔루션의 버전을 식별할 때 개별 구성 요소를 이전 버전으로 되돌리면 의도하지 않은 문제가 발생하지 않도록 모든 종속성, 엔터티 및 사용자 인터페이스 구성 요소를 식별해야 합니다.
* 이전 버전의 모바일 앱은 롤백을 위해 사용할 수 있어야 합니다.
* 프로덕션에 사용된 모든 소프트웨어 버전은 5년 동안 보관해야 합니다.
문제
모바일 앱이 출시된 지 몇 달이 지났습니다. 앱의 초기 버전이 영업 담당자에게 배포된 이후 8가지 버전의 앱이 출시되었습니다. 앱을 이전 버전으로 되돌리고 일부 기능을 다시 디자인해야 합니다.
User1은 종종 인터넷에 연결되지 않은 창고에서 일합니다. User1은 기존 상태 보고서를 편집하고 새 상태 보고서를 제출해야 합니다.
여러 영업 담당자에게 접근성 제한이 있습니다. User2는 시각 장애가 있어 이미지를 볼 수 없습니다. User3는 마우스를 사용할 수 없습니다.

프로덕션: 조직에서 영구 작업에 사용하기 위한 것입니다.
개발 및 테스트를 위해 프로덕션 환경을 사용하지 마십시오.
참조:
https://docs.microsoft.com/en-us/power-platform/admin/environments-overview

참조:
https://docs.microsoft.com/en-us/power-platform/admin/create-database

참조:
https://powerapps.microsoft.com/sk-sk/blog/saveandpublish/
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/restore-an-app