案例場景
某天業務副總來跟公司資訊經理提出一個業務人員行程系統開發需求, 希望可以透Mobile App來追蹤每位業務人員的行程, 是否認真地按表操課開發客戶, 減少打混摸魚的情況

以User Story的定義來看, User需要一個行程管理系統, 方便追蹤管理業務人員, 系統示意圖如下

再簡而言之來解釋, 整個系統主要功能就讓業務人員可以拍照, 打卡上傳到後端, 管理者可以看到所有業務人員的拍照打卡資料, 所以接著可整理出所謂的Product Backlog如下

• 能夠上傳打卡資料
• 能夠上傳相關照片
• 管理者可以看到所有業務人員的拍照打卡資料
• 業務人員登入認證
• 業務人員完成拍照打卡上傳時, 簡訊通知管理者

而上述的功能列表, 預計採用Azure的雲端服務來完成, 其對應如下

• 能夠上傳打卡資料 -> Azure App Service
• 能夠上傳相關照片 -> Azure Storage
• 管理者可以所有業務人員的拍照打卡資料-> Azure App Service
• 業務人員登入認證 -> Azure Active Directory B2C
• 業務人員完成拍照打卡上傳時, 簡訊通知管理者 -> Azure Notification Service

而Azure App Service會以ASP.NET CORE WEB API建置, 等整個後端程式都建置完成後, 再跟前端的Xamarin.Forms整合開發.

但是本身沒有Azure實務開發經驗, 所以會先進行所謂的Spike, 即可行性試驗, 確認都沒有問題, 再進行正式開發, 所以接下來會進行底下三個項目的功能測試

• Azure Active Directory B2C
• Azure Storage
• Azure Notification Service