1. Introduction
1.1 Document purpose
本文檔主要面向產(chǎn)品經(jīng)理黔寇、工程師、運營專員晕窑，描述了專車系統(tǒng)的基本需求粘优。
1.2 System purpose
專車系統(tǒng)通過專車客戶端調(diào)度司機車輛，來滿足用戶通過專車客戶端下達的用車請求照宝，同時保證整個過程的高效率以及合法性蛇受。
1.3 Definitions, acronyms, and abbreviations
- 專車平臺：專車服務的響應者，響應乘客的用車需求厕鹃，調(diào)度司機來將乘客運抵指定地點
- 司機：專車服務的執(zhí)行者
- 乘客：專車服務的請求者
- 政府：相關法律法規(guī)的制定方兢仰，平臺運轉(zhuǎn)需要遵循其制定的法規(guī)才被視為合法
專車客戶端：乘客通過客戶端向平臺發(fā)出請求，司機通過客戶端響應平臺的調(diào)度
1.4 References
無
1.5 Overview
本文檔接下來主要從滿足乘客用車需求剂碴，以及滿足專車平臺把将、司機合法性兩個方面來對專車平臺的需求進行描述，目的是通過對這兩項主要需求進行分析和提煉忆矛，從而更有針對性的到對其過程進行優(yōu)化察蹲，進而提升專車平臺的效率，更好的為全社會服務催训。
2. Overall description
2.1 System perspective
專車系統(tǒng)整體采用 C/S 架構(gòu)洽议，分為 Client 和 Server 兩端。其中 Client 構(gòu)建在流行移動平臺上（iOS 及 Android）漫拭，Server 構(gòu)建在 Linux 平臺上的開源方案之上亚兄。考慮到專車系統(tǒng)乘客和司機的規(guī)模采驻，服務器端采用分布式的部署方案审胚。
2.2 User requirements
- 乘車需求得到滿足
- 乘客被運抵指定目的地
- 車輛停在指定上車點
- 車輛按照目的地導航行駛
- 車輛停在乘客目的地
- 乘客上車
- 乘客支付
- 乘客下車
- 專車呼叫
- 專車客戶端被提供
- 用車指令被收到
- 派車指令被下達
- 派車指令被司機接收
- 當前用車狀態(tài)被乘客知悉
- 乘客被運抵指定目的地
- 法規(guī)得到遵守
- 保證平臺遵守政府制定的規(guī)章制度
- 平臺對不遵守法規(guī)的司機能夠進行懲戒
2.3 User characteristics
目標用戶具有以下特征：
- 在中國大陸使用
- 能夠使用流行移動平臺（iOS 和 Android）的 app
- 接入互聯(lián)網(wǎng)
2.4 Constraints
- 各地網(wǎng)絡條件不一致，且移動網(wǎng)絡相比固定寬帶網(wǎng)絡帶寬低挑宠、穩(wěn)定性差菲盾，在設計實現(xiàn)客戶端時應保證和服務器的通信數(shù)據(jù)包盡量小
- 專車司機群體對移動設備更新?lián)Q代不敏感，手機端需要更好的兼容適配不同類型各淀、不同代的手機
2.5 Assumptions and dependencies
- 專車系統(tǒng)無法為沒有司機車輛地區(qū)的乘客提供服務
2.6 Apportioning of requirements
- 乘車需求得到滿足
- 乘客被運抵指定目的地
- 車輛停在指定上車點
- 車輛按照目的地導航行駛
- 車輛停在乘客目的地
- 乘客上車
- 乘客支付
- 乘客下車
- 專車呼叫
- 專車客戶端被提供
- 用車指令被收到
- 派車指令被下達
- 派車指令被司機接收
- 當前用車狀態(tài)被乘客知悉
- 乘客被運抵指定目的地
- 法規(guī)得到遵守
- 保證平臺遵守政府制定的規(guī)章制度
- 平臺對不遵守法規(guī)的司機能夠進行懲戒
3. System requirements
3.1 System architecture
- 專車平臺：服務器
- 乘客：乘客端
- 司機：司機端
3.2 Object Model
- 乘客
- 司機
- 汽車
- 乘客端
- 司機端
3.3 Operation Model
- 派車
- 行駛
- 支付
