설명
시나리오: 앱은 온라인과 오프라인 모두에서 실행될 수 있어야 합니다. 앱이 실행되는 모바일 장치가 인터넷에 연결되어 있는 경우 앱은 즉시 상태 보고서를 제출해야 합니다.
데이터가 오프라인으로 제출되면 앱이 다시 온라인 상태가 될 때까지 데이터를 앱에 저장해야 합니다.
모바일 사용자는 연결이 제한되거나 연결되지 않은 경우에도 생산성을 유지해야 하는 경우가 많습니다.
LoadData와 SaveData가 결합되어 로컬 장치에 소량의 데이터를 저장하는 간단한 메커니즘을 형성합니다. 이러한 기능을 사용하면 앱에 간단한 오프라인 기능을 추가할 수 있습니다.
SaveData 함수는 나중에 사용할 수 있도록 컬렉션을 이름으로 저장합니다.
LoadData 함수는 이전에 SaveData로 저장한 이름으로 컬렉션을 다시 로드합니다. 이 함수를 사용하여 다른 소스에서 컬렉션을 로드할 수 없습니다.
참조:
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/functions/function-savedata-loaddata
주제 1, 광범위한 세계 수입업체
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 정해지지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에는 추가적인 사례 연구와 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 전시물과 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 시험의 다음 섹션으로 이동하기 전에 답변을 검토하고 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 질문에 답할 준비가 되면 배경 현재 환경을 클릭하십시오. 영업 담당자는 주간 상태 보고서를 지역 관리자에게 제출합니다. 이러한 상태 보고서에는 표준화된 형식이 없습니다. 상태 보고서를 관리하는 프로세스는 까다롭습니다.
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 : 앱이 패키징된 월을 나타내는 두 자리 숫자
* 빌드: 앱의 중요한 변경 사항을 나타내기 위해 증가하는 숫자
* 개정: 패키지의 증분 개정
* 새 버전의 애플리케이션은 이전 버전의 앱을 완전히 대체해야 합니다.
* 앱 솔루션 버전을 식별할 때 개별 구성 요소를 이전 버전으로 되돌릴 때 발생하는 의도치 않은 문제를 방지하기 위해 모든 종속성, 엔터티 및 사용자 인터페이스 구성 요소를 식별해야 합니다.
* 롤백을 위해서는 이전 버전의 모바일 앱이 사용 가능해야 합니다.
* 프로덕션에 사용된 모든 소프트웨어 버전은 5년 동안 보존되어야 합니다.
문제
모바일 앱은 몇 달 동안 출시되었습니다. 앱의 초기 버전이 영업 담당자에게 배포된 이후 8가지 버전의 앱이 출시되었습니다. 앱을 이전 버전으로 되돌리고 일부 기능을 다시 디자인해야 합니다.
User1은 인터넷에 연결되지 않은 창고에서 일하는 경우가 많습니다. User1은 기존 상태 보고서를 편집하고 새 상태 보고서를 제출해야 합니다.
일부 영업 담당자에게는 접근성 제한이 있습니다. User2는 시각 장애가 있어 이미지를 볼 수 없습니다.
User3은 마우스를 사용할 수 없습니다.
