打車軟件需求分析

1、打車軟件需求分析簡述打車軟件需求分析簡述小組成員：小組成員任務(wù)分配 由于缺乏相關(guān)專業(yè)知識，所做需求分析均由組員根據(jù)自己的理解以及相關(guān)資料進(jìn)行分析并建模繪圖，有諸多不合理之處，僅作參考，在此感謝各位組員認(rèn)真完成任務(wù)所付諸的勞動。總結(jié)4綜合描述1功能性需求分析2非功能性需求分析31.綜合描述綜合描述1.1 1.1 產(chǎn)品背景產(chǎn)品背景隨著“后PC時代”的到來，智能手機用戶爆炸式的增長普及，移動互聯(lián)網(wǎng)領(lǐng)域大有可為城市化的快速發(fā)展，使得打車難的問題變的日益突出，給百姓的出行帶來了諸多不便，所以產(chǎn)生了打車軟件的客觀需求。 1.綜合描述綜合描述1.2 1.2 商業(yè)需求商業(yè)需求業(yè)務(wù)機遇業(yè)務(wù)機遇：乘客打車難的問題

2、凸顯，而移動互聯(lián)網(wǎng)和智能終端的高速發(fā)展為利用打車軟件解決該問題提供了機遇。業(yè)務(wù)目標(biāo)：業(yè)務(wù)目標(biāo)：從最初給乘客和司機提供免費、便利的打車服務(wù)從而積累用戶，到最后通過軟件增值服務(wù)、第三方支付平臺、本地信息服務(wù)、入口價值等方式實現(xiàn)盈利。提供給客戶的價值：提供給客戶的價值：解決了“打車難”及“空載”的問題。業(yè)務(wù)風(fēng)險業(yè)務(wù)風(fēng)險：政策的風(fēng)險：除了要實時了解并符合法律法規(guī)外，要盡量讓政府能夠涉人其中從而減小政府打壓的風(fēng)險。惡性競爭的風(fēng)險：軟件除了要和其它同類打車軟件比較相比有特色之外，還要實時關(guān)注主要競爭對手動態(tài)。 1.綜合描述綜合描述1.3 1.3 用戶類和特征用戶類和特征乘客（按年齡段分類）：l 學(xué)生群體：

3、接受信息的方式更加多元化，容易接受新事物，所以學(xué)生更易嘗試我們的軟件，是我們的首批用戶，但經(jīng)濟不寬裕，可以為其設(shè)計拼車功能。l 工作群體：因工作的原因?qū)Υ蜍嚨男枨蟊容^大，是我們的主要用戶，但對打車的速度和效率要求比較高，可以為其設(shè)計加小費打車以及申請代駕等功能。l 老人群體：不易學(xué)習(xí)、接受新興事物，所以界面設(shè)計一定要簡潔易用，為其設(shè)計一鍵叫車以及語音叫車功能。司機l 正規(guī)出租車司機：有營運執(zhí)照，安全性有保障，但容易空跑需要提高載客效率、增加營收。l 私人車（黑車）司機：不正規(guī)無營運執(zhí)照，不能到某些地點載客。 1.綜合描述綜合描述1.4 1.4 產(chǎn)品主要功能產(chǎn)品主要功能乘客：即時打車服務(wù)、預(yù)約打

4、車服務(wù)和尋求代駕服務(wù)司機：接單載客服務(wù)、路況信息服務(wù)和收聽廣播服務(wù)第三方：廣告推送服務(wù)、本地信息顯示服務(wù)（包括餐飲娛樂及酒店賓館）、廣播服務(wù)、支付服務(wù)、地圖服務(wù)、交通管理服務(wù) 各類打車/取消需求需求響應(yīng)派單接收/取消訂單乘客司機打車軟件第三方服務(wù)1.綜合描述綜合描述1.5 1.5 運行環(huán)境運行環(huán)境硬件平臺：智能手機等移動客戶端操作系統(tǒng)：安卓系統(tǒng)（用戶最廣）和IOS系統(tǒng)（打車比例最大）共存軟件：地圖軟件、社交軟件（如微信），可以嵌入到用戶群體很大的如微信、支付寶、高德地圖等軟件中調(diào)用打車軟件，或者在打車軟件中調(diào)用地圖API等 1.綜合描述綜合描述1.6 1.6 外部接口需求外部接口需求用戶界面：

5、界面簡潔、方便且快速。1、乘客端1）注冊登陸模塊 2）用戶設(shè)置模塊 3）一鍵打車模塊 4）預(yù)約打車及申請代駕模塊 5）投訴與評價模塊6）軟件更新2.司機 1）注冊登陸模塊 2）用戶設(shè)置模塊3）訂單模塊（搶單、預(yù)約訂單）4）導(dǎo)航地圖5）廣播信息6）軟件更新 重慶大學(xué)通信工程學(xué)院軟件工程1.綜合描述綜合描述1.6 1.6 外部接口需求外部接口需求硬件接口定位：移動網(wǎng)絡(luò)（2G/3G/4G）快速定位，GPS精確定位語音輸入（MIC）：用于輸入用戶指令信息如目的地等語音輸出（聽筒）：用于廣播消息等語音輸出取景器（攝像頭）：取景用于定位、上傳分享位置等觸屏或者鍵盤：用于用戶操作、發(fā)出指令、消息輸入等軟件接

6、口支付API：用于連接支付系統(tǒng)地圖API：用于調(diào)用地圖信息廣播API：用于廣播新聞、交通管理局信息服務(wù)等廣告API：用于接入廣告服務(wù)本地服務(wù)API：用于顯示附近餐飲娛樂、酒店賓館等本地信息 重慶大學(xué)通信工程學(xué)院軟件工程2.功能性需求分析功能性需求分析2.12.1系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 系統(tǒng)功能描述2.功能性需求分析功能性需求分析2.12.1系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 系統(tǒng)功能描述2.功能性需求分析功能性需求分析2.12.1系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 打車/取消打車需求需求響應(yīng)信息派單/通知信息接收/取消訂單交互信息乘客司機用戶交互端司機交互端圖2.1.1打車軟

7、件系統(tǒng)第1層2.功能性需求分析功能性需求分析2.12.1系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 圖2.1.1打車軟件系統(tǒng)第2層打車/取消打車需求需求響應(yīng)消息取消訂單派單信息司機接收訂單用戶取消訂單消息打車需求取消打車需求司機取消訂單乘客司機需求分類生成訂單消息機制派單機制已接受取消訂單處理申請代駕2.功能性需求分析功能性需求分析2.12.1系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 圖2.1.1打車軟件系統(tǒng)第3層乘客端打車/取消打車需求需求響應(yīng)打車需求取消打車需求乘客需求分類生成訂單消息機制申請代駕取消訂單常用信息查看用戶取消訂單司機接受/取消訂單司機交互端2.功能性需求分析功能性需求分析2.12.1

8、系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 圖2.1.1打車軟件系統(tǒng)第3層司機端派單信息接收/取消訂單取消訂單消息司機消息機制派單響應(yīng)機制查看司機消息查看司機管理乘客交互端用戶消息訂單司機接收/取消訂單2.功能性需求分析功能性需求分析2.12.1系統(tǒng)功能域分析建模系統(tǒng)功能域分析建模 搶單判定樹2.功能性需求分析功能性需求分析2.22.2數(shù)據(jù)域分析建模（實體數(shù)據(jù)域分析建模（實體- -關(guān)系圖）關(guān)系圖） 2.功能性需求分析功能性需求分析2.32.3行為域分析建模行為域分析建模 下單改變主意下單成功放棄訂單乘客改變主意司機搶單成功突發(fā)情況，司機無法完成該單下單失敗乘客放棄無司機搶單重新嘗試司機乘客定位乘客上

9、車乘客支付支付成功圖2.3.1 乘客端2.32.3行為域分析建模行為域分析建模 圖2.3.2 司機端 在規(guī)定時間內(nèi)第一個接受訂單根據(jù)乘客信息突發(fā)情況，司機無法完成該單突發(fā)情況，司機無法完成該單 已經(jīng)有人接受了該訂單繼續(xù)嘗試?yán)^續(xù)嘗試搶單搶單成功聯(lián)系乘客搶單失敗放棄訂單乘客定位司機到達(dá)確認(rèn)支付支付成功3.非功能性需求分析非功能性需求分析3.1 3.1 性能需求性能需求 在CPU 1GHz且RAM 512M的安卓2.3系統(tǒng)上運行時，當(dāng)系統(tǒng)有60%的空閑資源時：啟動速度在0.5s以內(nèi)；啟動之后各項操作反應(yīng)速度0.1s以內(nèi)（快速的反應(yīng)有利于增加用戶體驗度）；軟件正常運行RAM占用25M以內(nèi)；后臺運行占用

10、RAM資源少于6M，CPU少于1%。 3.非功能性需求分析非功能性需求分析3.2 3.2 安全性需求安全性需求1)確保用戶和客戶端程序被標(biāo)識，并且他們的身份被成功鑒別。2)確保用戶和客戶端程序只能獲得合適授權(quán)的數(shù)據(jù)和服務(wù)。3)檢測未授權(quán)用戶的登錄和客戶端程序的入侵。4)確保通信和數(shù)據(jù)沒有被蓄意破壞。5)確保與程序或組件交互的當(dāng)事人無法否認(rèn)所進(jìn)行的交互。6)確保機密的通信和數(shù)據(jù)保持秘密性。7)確保程序和中心在攻擊下仍然存活，可能以退化的模式運行。8)確保中心、組件和人員被保護(hù)，以避免被破壞、損害、偷竊、暗中替換。9)確保系統(tǒng)維護(hù)時不會破壞程序、組件、中心的安全機制。10)確保未授權(quán)的惡意程序沒有

11、傳染程序或組件。11)使安全人員能夠?qū)徲嫲踩珯C制的狀態(tài)和使用。 3.非功能性需求分析非功能性需求分析3.3 3.3 軟件質(zhì)量屬性軟件質(zhì)量屬性 兼容性： 可運行于各個品牌的智能機和平板上，可在安卓 2.3.0版本及其以上版本運行?？梢浦残裕汉笃诳梢砸浦驳教O果IOS5.0及其以上版本的系統(tǒng)上易修改性：整個軟件采用標(biāo)準(zhǔn)模塊構(gòu)建，易于后期進(jìn)行修改可伸縮性：軟件除了采用標(biāo)準(zhǔn)模塊外，接口也要標(biāo)準(zhǔn)化，要易于 后期拓展以及刪減功能模塊易集成性：軟件集成度高代碼精簡，要易于嵌入其它軟件如微信 或者支付寶之中，利于后期合作推廣發(fā)展可靠性： 精簡代碼控制軟件的bug量，連續(xù)運行一周不能出現(xiàn) 程序未響應(yīng)或閃退情況，重要功能如打車功能一定 要可靠穩(wěn)定。使用性： 要易于使用、操作簡潔，設(shè)置常用功能快捷鍵或快捷 手勢，復(fù)雜功能應(yīng)放入菜單中，用戶的操作體驗很重 要，后期要進(jìn)行操作體驗測試。 3.非功能性需求分析非功能性需求分析3.4 3.4 成本資源消耗需求成本資源消耗需求 3.非功能性需求分析非功能性需求分析3.5 3.5 開發(fā)進(jìn)度需求開發(fā)進(jìn)度需求3.6 3.6 其它需求其它需求 打車軟件服務(wù)要符合最新的法律法規(guī)，各地區(qū)以及各城市有可能有不同規(guī)定，所以需根據(jù)乘客所在城市地自動提供不同功能服務(wù)，如某些地方不允許加價行為則該功能在此城市將自動不能使用 可行性研究詳細(xì)設(shè)計編碼維護(hù)概要設(shè)計測試需求分析項目經(jīng)理產(chǎn)品