【應該考慮到的異常邏輯】
1.用戶是否登陸垦巴。登陸提示可以選擇在第一次開啟軟件，也可以在“必要性”的時候铭段，比如：如果不登陸就無法完成某項功能骤宣。但這個提示在哪一個步驟體現(xiàn)呢？也不能是到了最后完成的那一步再提示序愚，可能是提示的越靠前憔披，越能獲得更多的注冊用戶數(shù)。
2.用戶是否開啟定位爸吮。由于打車軟件的特殊性芬膝，開啟定位是重要的，但是若不開啟定位也可以手動輸入地點形娇。為什么锰霜？因為有一些用戶無法定位/有一些人不喜歡開啟定位/有的人手機定位功能壞了或不準確/..
3.用戶網絡狀況。網絡異常應該什么時候提示呢桐早？在需要使用網絡的時候隨時提示吧..
4.隱私政策提示
5.無可用司機
6.等待時間超長
【邊界邏輯】
1.同時多個司機接單
2.司機接單瞬間顧客取消訂單
3.訂單超時瞬間司機接單
4.訂單超時瞬間顧客取消訂單
【畫圖時沒有考慮到的邏輯】
是否已到上車地點癣缅、跨城市訂單厨剪、同時叫多個車型、設置緊急聯(lián)系人...由于沒有真實場景所以暫時無法考慮的全面友存，待后續(xù)補充祷膳。
更新：看了一些其他人的作品，按照乘客爬立、平臺钾唬、車主更新了V2.0版本。
滴滴快車主要功能流程圖V1.0
滴滴快車主要功能流程圖V2.0
