핵심 구 추출 사전 구축 모델은 텍스트 문서의 주요 요점을 식별합니다.
참조:
https://docs.microsoft.com/en-us/ai-builder/prebuilt-key-phrase
설계 솔루션
테스트렛 2
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
배경
개요
Wide World Importers는 북미의 독립 소매업체에 공정 무역, 수제 가정용품 수입 및 공급업체입니다. 이 회사에는 Tailwind Traders라는 파트너 회사가 있습니다.
회사가 제조하는 제품 중 하나는 최근 여러 주요 TV 토크쇼에 소개되어 매우 인기를 얻었습니다.
Wide World Importers는 새로운 시장으로 예상 판매 활동을 확장하고 있으며 보다 직접적인 방식으로 현재 고객을 참여시킬 계획입니다.
현재 환경
영업 담당자는 지역 관리자에게 주간 상태 보고서를 제출합니다. 이러한 상태 보고서에는 표준화된 형식이 없습니다. 상태 보고서를 관리하는 프로세스는 까다롭습니다.
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는 구성 요소를 변경할 수 없어야 합니다.
* 다음 버전 관리 번호 지정 체계를 사용해야 합니다.
전공: 앱이 패키징된 연도의 마지막 두 자리 숫자
Minor: 앱이 패키징된 월을 나타내는 두 자리 숫자
Build: 앱의 중요한 변경 사항을 나타내기 위해 증가하는 숫자 Revision: 패키지에 대한 증가된 개정
* 새 버전의 애플리케이션은 이전 버전의 앱을 완전히 대체해야 합니다.
* 앱 솔루션의 버전을 식별할 때 개별 구성 요소를 이전 버전으로 되돌리면 의도하지 않은 문제가 발생하지 않도록 모든 종속성, 엔터티 및 사용자 인터페이스 구성 요소를 식별해야 합니다.
* 이전 버전의 모바일 앱은 롤백을 위해 사용할 수 있어야 합니다.
* 프로덕션에 사용된 모든 소프트웨어 버전은 5년 동안 보관해야 합니다.
문제
모바일 앱이 출시된 지 몇 달이 지났습니다. 앱의 초기 버전이 영업 담당자에게 배포된 이후 8가지 버전의 앱이 출시되었습니다. 앱을 이전 버전으로 되돌리고 일부 기능을 다시 디자인해야 합니다.
User1은 종종 인터넷에 연결되지 않은 창고에서 일합니다. User1은 기존 상태 보고서를 편집하고 새 상태 보고서를 제출해야 합니다.
여러 영업 담당자에게 접근성 제한이 있습니다. User2는 시각 장애가 있어 이미지를 볼 수 없습니다.
User3는 마우스를 사용할 수 없습니다.

D: DLP 정책은 Power Platform 관리 센터에서 생성됩니다. Power Platform 캔버스 앱 및 Power Automate 흐름에 영향을 줍니다. DLP 정책을 만들려면 테넌트 관리자이거나 환경 관리자 역할이 있어야 합니다.
B: 이 표에서는 생성한 DLP 정책이 앱 및 흐름의 데이터 연결에 미치는 영향을 설명합니다.

참고: Outlook.com과 같은 비비즈니스 데이터 그룹에 있는 모든 커넥터는 SharePoint 또는 Salesforce 커넥터를 사용하여 앱 및 흐름과 데이터를 공유하지 않습니다. Facebook 및 Twitter 커넥터는 프로덕션 또는 기본 환경과 같은 비 테스트 환경의 모든 앱 또는 흐름에서 사용되는 것이 완전히 차단됩니다.
참조:
https://docs.microsoft.com/en-us/power-platform/admin/wp-data-loss-prevention

참조:
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/controls/control-screen
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/functions/function-form

Power Platform 관리 센터에서 환경을 관리합니다.
참조:
https://docs.microsoft.com/en-us/power-platform/admin/create-environment