軟件需求與設(shè)計(jì)規(guī)格說明書——共享單車管理系統(tǒng)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上校園共享單車運(yùn)行管理系統(tǒng)需求與設(shè)計(jì)規(guī)格說明書 姓名：邵江南 班級：14計(jì)科2班 學(xué)號：目錄1引言 1.1需求規(guī)格說明書編寫目的2 1.2 軟件產(chǎn)品的產(chǎn)生背景.2 1.3 定義、同義詞與縮寫3 1.4 參考文獻(xiàn)32.任務(wù)概述 2.1目標(biāo).3 2.2 產(chǎn)品與功能.4 2.3 用戶特征.4 2.4 限制與約束.53需求規(guī)定 3.1對功能的規(guī)定5 3.2 對性能的規(guī)定 13 3.3 輸入輸出要求14 3.4 數(shù)據(jù)管理能力要求（針對軟件系統(tǒng)）15 3.5 故障處理要求 .15 3.6 安全保密154運(yùn)行環(huán)境規(guī)定  4.1設(shè)備 .

2、16 4.2控制.165備注.171引言1.1需求規(guī)格說明書編寫目的 本要求規(guī)格說明書對校園共享單車管理系統(tǒng)進(jìn)行簡單的分析，給出了系統(tǒng)的數(shù)據(jù)流圖。系統(tǒng)主要用戶是學(xué)生，教師和校內(nèi)工作人員。同時(shí)編寫此需求規(guī)格說明書，可以加深與用戶間的交流，在功能與系統(tǒng)界面上與用戶達(dá)成一致的看法，以便于開發(fā)出用戶滿意的應(yīng)用系統(tǒng)。1.2 軟件產(chǎn)品的產(chǎn)生背景 共享單車是指企業(yè)與政府合作，在校園、地鐵站點(diǎn)、公交站點(diǎn)、居民區(qū)、商業(yè)區(qū)、公共服務(wù)區(qū)等提供單車共享服務(wù)，是共享經(jīng)濟(jì)的一種新形態(tài)。為解決“最后一公里出行”問題，共享單車應(yīng)運(yùn)而生，相比其他出行方式，其價(jià)格低。中國這一“上的國家”幾十年后通過共享單車再次名副其實(shí)。 與網(wǎng)約

3、車不同，自行車的運(yùn)營受季節(jié)變化、天氣狀況等影響也比較大。至于遇上臺(tái)風(fēng)暴雨，則無論地處何方，共享單車出行的訂單量，都會(huì)直線下降甚至歸零，而平臺(tái)還得面對更加高昂的車損折舊成本。據(jù)中國報(bào)告大廳發(fā)布的顯示，與“有樁”的公共自行車相比，這種隨時(shí)取用和停車的“無樁”理念給市民帶來了極大便利的同時(shí)，也導(dǎo)致“小紅車”和“小黃車”的“亂占道”現(xiàn)象更加普遍，城市空間的管理因而變得更加困難，這也就需要相應(yīng)的管理規(guī)定出臺(tái)。 在這些共享單車的出沒環(huán)境中，路途較短，分布集中，用戶素質(zhì)較高，電子支付熟練，易于管理，人流量大，使用率高等特點(diǎn)的校園，必然集萬眾焦點(diǎn)于一身，成為各個(gè)共享單車平臺(tái)的必爭之地，這也帶來了一大堆問題：

4、常有用戶或遺忘或故意停車不鎖車，這直接導(dǎo)致了車的非正常惡意使用率上升，加速車的損耗，影響正常需求用戶的使用，也降低了單車的運(yùn)營收入；而近期成為熱點(diǎn)問題的用戶亂停亂放、隨手停車等嚴(yán)重影響交通、阻礙大眾出行的問題屢禁不止，讓本來誕生之初為了減輕交通擁堵問題的共享單車起了反作用；更有甚者，有些用戶由于無人監(jiān)管，便肆無忌憚蓄意破壞單車 本共享單車運(yùn)行管理系統(tǒng)，即主要面向此類校園共享單車。1.3 定義、同義詞與縮寫定義關(guān)鍵詞如下：Sbike校園共享單車；SMS校園共享單車管理系統(tǒng)1.4 參考文獻(xiàn) 軟件工程第2版齊治昌 譚慶平 寧洪編著 高等教育出版社2.任務(wù)概述2.1目標(biāo) 本軟件的目標(biāo)是使校園共享單車管

5、理系統(tǒng)管理電子化、系統(tǒng)化、簡單化，以節(jié)省Sbike管理方面不必要的資源浪費(fèi)。該管理系統(tǒng)的最終用戶為終端用戶，管理人員和其他相關(guān)人員。本系統(tǒng)包括了Sblke運(yùn)行管理的一般功能。還包括一些其他的系統(tǒng)功能，諸如新車上市，舊車退市以及提醒落鎖、收費(fèi)等。目標(biāo)還包括： 1.減少人力資源的使用和降低管理費(fèi)用；提高信息準(zhǔn)確度和可靠性；2.改進(jìn)Sbike內(nèi)管理和人員服務(wù)；3.建立高效的信息傳輸和服務(wù)平臺(tái)，提高信息處理速度和利用率；4.系統(tǒng)設(shè)計(jì)優(yōu)良，界面設(shè)計(jì)精美、友好、快捷，人性化設(shè)計(jì)，后臺(tái)管理功能強(qiáng)大效率高；5.更簡便、信息化程度更高的Sbike管理流程；2.2 產(chǎn)品與功能 針對產(chǎn)品背景、用戶需求等初

6、步歸納產(chǎn)品應(yīng)具備的功能如下：1. 租賃管理（計(jì)費(fèi) 收費(fèi)等）2. 設(shè)備管理 （開鎖 關(guān)鎖 故障記錄 報(bào)修報(bào)失等）3. 調(diào)度管理 4. 故障報(bào)修管理 5. 倉庫管理 7. 信息推送模塊 （車輛GPS定位、軌跡及分布查詢等）8. 監(jiān)控系統(tǒng)模塊 9. 統(tǒng)計(jì)報(bào)表 10. 系統(tǒng)角色及用戶管理（記錄信息 用戶信用記錄）2.3 用戶特征 小型SMS的工作人員，包括Sbike校園經(jīng)理、Sbike管理員等掌握基本的計(jì)算機(jī)操作技能的人員。該系統(tǒng)應(yīng)用過程中涉及

7、到的具體角色如表2-1所示。角色名稱職責(zé)說明Sbike校園經(jīng)理管理Sbike全面工作Sbike管理員負(fù)責(zé)Sbike日常主要工作老師、學(xué)生、校內(nèi)工作人員借車、還車、注冊、注銷表2-1 SMS角色表格注意：借車人員隨機(jī)性大，頻率不穩(wěn)定，開發(fā)人員需定期維護(hù)。2.4 限制與約束 開發(fā)與運(yùn)行的硬件平臺(tái)要能夠支持多用戶并發(fā)訪問。本軟件在開發(fā)的過程中，分為技術(shù)實(shí)現(xiàn)與軟件工程兩大部分，兩大部分都有側(cè)重點(diǎn)，若技術(shù)支持出現(xiàn)故障或疑難問題無法解決、程序開發(fā)出現(xiàn)偏差，會(huì)延誤工程進(jìn)度，影響工程的按期完工。若軟件工程陳述出現(xiàn)問題，部分描述含混不清，則會(huì)影響系統(tǒng)的完整性與可繼承性。在管理方面，如管理者沒有預(yù)見性，對出現(xiàn)的問

8、題無法采用可行的解決手段，都會(huì)影響開發(fā)模塊之間的互動(dòng)，從而影響工程的順利開展，導(dǎo)致工程無法按期完工。本次設(shè)計(jì)的管理系統(tǒng)采用的是B/S結(jié)構(gòu)的軟件體系，服務(wù)器采用A技術(shù)，后臺(tái)數(shù)據(jù)庫采用mySQL。3需求規(guī)定3.1對功能的規(guī)定3.1.1系統(tǒng)概述 對于本系統(tǒng)劃分為：車輛管理子系統(tǒng)、用戶管理子系統(tǒng)和借還車輛管理子系統(tǒng)三個(gè)主題域。各個(gè)主題域的功能如圖3-0-1圖3-0-2 系統(tǒng)概述3.1.2.1 車輛管理車輛錄入：添加新增車輛的基本信息車輛退市：將已退市車輛的數(shù)量、信息全部清零，并安排回收處理車輛查詢修改：輸入車輛號即可獲得當(dāng)前車輛的位置、健康度、是否已借出等信息。當(dāng)校園內(nèi)有舊車退市或新車上市時(shí)，管理員可

9、通過改系統(tǒng)對車輛信息進(jìn)行更新。如圖3-1-2:圖3-1-2 車輛管理子系統(tǒng)3.1.2.2 業(yè)務(wù)事件1.管理員登陸系統(tǒng)       業(yè)務(wù)流程分析：  管理員對系統(tǒng)數(shù)據(jù)庫信息進(jìn)行操作時(shí)，需要驗(yàn)證賬號和密碼登陸成功后才能進(jìn)行相關(guān)的操作。其中主要包括對車輛信息的錄入、查詢、更新及刪除操作。其流程如圖3-1-3所示。  圖3-1-3 管理員登錄系統(tǒng)及操作流程圖2.車輛管理員錄入車輛信息        業(yè)務(wù)流程分析：  車輛管理員在登陸驗(yàn)證成功后可

10、進(jìn)行車輛信息錄入的操作，其流程圖如圖3-1-3所示。3.車輛管理員查詢及更新車輛信息      業(yè)務(wù)流程分析：  車輛管理員在登陸驗(yàn)證成功后可進(jìn)行更新車輛信息的操作，其流程圖如圖3-1-3所示。 4.車輛管理員刪除退市車輛信息       業(yè)務(wù)流程分析：  車輛管理員在登陸驗(yàn)證成功后可進(jìn)行刪除退市車輛信息的操作，其流程圖如圖3-1-3所示。 3.1.3.1用戶管理 添加用戶信息：添加新增借車者的信息。  用戶查詢及修改：輸入用

11、戶姓名或用戶賬號可獲得用戶的基本信息并可修改其信息。  刪除用戶信息：輸入用戶姓名刪除用戶信息 如圖3-2-1：圖3-2-1:用戶管理子系統(tǒng)3.1.3.2 業(yè)務(wù)事件  1.車輛管理員登錄系統(tǒng)      業(yè)務(wù)流程分析：  管理員對系統(tǒng)數(shù)據(jù)庫信息進(jìn)行操作時(shí)，需要驗(yàn)證賬號和密碼登陸成功后才能進(jìn)行相關(guān)的操作。其中主要包括對用戶信息的錄入、查詢、更新及刪除操作。其流程如圖3-1-3所示。  2.車輛管理員查詢及修改用戶信息   

12、0;  業(yè)務(wù)流程分析：  管理員登陸驗(yàn)證成功后，進(jìn)行修改用戶信息的操作，流程圖如圖3-1-3所示。 3.車輛管理員刪除用戶信息       業(yè)務(wù)流程分析： 管理員登陸驗(yàn)證成功后，進(jìn)行刪除用戶信息的操作，流程圖如圖3-1-3所示。 3.1.3.3管理用戶信息：描述項(xiàng)說明用例名稱管理用戶信息參與者Sbike管理員概述Sbike管理員將實(shí)時(shí)的用戶的基本信息添加到系統(tǒng)數(shù)據(jù)庫中并進(jìn)行管理前置條件管理員成功登陸系統(tǒng)后置條件確定沒有重復(fù)的讀用戶賬號基本事件流1. 管理員登陸系統(tǒng)后

13、，選擇“車輛信息錄入”操作，進(jìn)入添加車輛信息的頁面，填寫的車輛基本信息。  2點(diǎn)擊“添加”按鈕后，系統(tǒng)會(huì)將信息添加到數(shù)據(jù)庫的用戶信息匯總表中。  3. 添加成功后管理員可以執(zhí)行查看和刪除操作。異常事件流1. 添加的借車賬號信用級別低。  2. 添加的信息不符合要求   3. 管理員添加了錯(cuò)誤的用戶信息  4. 管理員登陸失敗5. 用戶信息添加失敗6. 相關(guān)需求與功能點(diǎn)被包含的用例檢查用戶合法性用例3.1.4.1 借還車輛管理 

14、    借車登記：先登錄借車帳號,檢查信用記錄是否合格和歷史賬單清空的檢查.若符合則添加借車賬號,車號及借車時(shí)間等信息。  借車記錄查詢及續(xù)簽：輸入借車賬號或車號可獲得其相關(guān)信息并可辦理續(xù)簽手續(xù)。  還車手續(xù)辦理：輸入用戶帳號及車號,在借車記錄添加還車時(shí)間。   借車收費(fèi)：該功能在用戶還車時(shí)檢索用戶借車信息計(jì)算時(shí)間、路程，并得出價(jià)格,得出相應(yīng)的賬單，從而讓用戶付費(fèi)上鎖。 如圖3-3-1：圖3-3-1：借還車管理子系統(tǒng) 3.1.4.2業(yè)務(wù)事件  1.用戶登錄驗(yàn)證 &#

15、160;     業(yè)務(wù)流程分析：  該流程是用戶在進(jìn)行自己相關(guān)信息查詢及操作時(shí)進(jìn)行的用戶身份驗(yàn)證的過程。其流程圖如圖3-3-3所示。  2.借車登記      業(yè)務(wù)流程分析：  該流程是管理員通過與系統(tǒng)的交互將用戶的借車信息錄入數(shù)據(jù)庫的操作。其流程圖如圖3-3-3所示。  3.用戶還車      業(yè)務(wù)流程分析：  還車手續(xù)辦理流程為用戶將車輛還回，待用戶付清賬單并鎖車

16、之后完成借車信息的消除，記錄數(shù)據(jù)。其流程圖如圖3-3-3所示。4用戶付費(fèi)手續(xù)辦理        業(yè)務(wù)流程分析：  付費(fèi)手續(xù)為用戶還車后查看自己的借車記錄然后進(jìn)行提取相應(yīng)車輛的賬單信息 從而付費(fèi)。其流程圖如圖3-3-3所示：圖3-3-3借還車流程圖3.1.4.3用例模型借還車輛管理描述項(xiàng)說明用例名稱借還車輛管理參與者Sbike管理員、用戶概述用戶通過該SMS，解鎖車輛，借出車輛后用戶可通過該系統(tǒng)查看借車信息并可以進(jìn)行車輛續(xù)借操作。用戶還車時(shí)，SMS自動(dòng)計(jì)費(fèi)提供賬單，待用戶付費(fèi)完成，注銷掉本次借閱的信息，記錄數(shù)據(jù)。前置

17、條件管理員、用戶成功登陸系統(tǒng) 后置條件用戶付費(fèi)、記錄數(shù)據(jù)基本事件流1.  管理員登陸系統(tǒng)，用戶搜索車輛信息。  2. 用戶使用SMS借車，錄入借車信息。 3. 用戶登錄系統(tǒng)，查看借車信息。4. 用戶還車，注銷借車記錄。 可選事件流1. 用戶付款 2. 用戶想要保留查詢結(jié)果  3. 用戶借車超過一輛 4. 用戶超時(shí)未還車被包含的用例檢查用戶合法性用例異常事件流1. 管理員登陸失敗 2. 用戶登錄失敗 

18、;3.相關(guān)需求與功能點(diǎn) 3.2 對性能的規(guī)定 3.2.1精度  SMS對數(shù)據(jù)的精度要求是根據(jù)信息存儲(chǔ)的形式、借車還車的結(jié)果等量化而制定的。查詢時(shí)應(yīng)保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到；   查詢時(shí)應(yīng)保證查準(zhǔn)率，查到的記錄應(yīng)與給定的單項(xiàng)或組合查詢條件不完全匹配的模糊查詢；  錄入數(shù)據(jù)合法性的檢驗(yàn)應(yīng)當(dāng)精確；  密碼允許輸入6-8個(gè)字母或者數(shù)字：用戶輸入查詢信息應(yīng)不區(qū)分大小寫。 3.2.2時(shí)間特性要求  由于此開發(fā)項(xiàng)目針對校園共享單車市場，使用頻度較高，使用性要求比較高。為防止對信息資

19、料和管理程序的惡意破壞，要求有較為可靠的安全性能?？傊?，要求穩(wěn)定、安全、便捷，易于管理和操作。   1.查詢速度：不超過10秒；   2.其它所有交互功能反應(yīng)速度：不超過3秒；   3.可靠性：平均故障間隔時(shí)間不低于200小時(shí)。       4.響應(yīng)時(shí)間：應(yīng)在12秒內(nèi)，對軟磁盤和打印機(jī)的操作，以及數(shù)據(jù)的導(dǎo)入和導(dǎo)出也應(yīng)在可接受的時(shí)間內(nèi)完成； 3.2.3靈活性  作為獨(dú)立運(yùn)行的系統(tǒng)和其他管理系統(tǒng)集成的系統(tǒng)。SMS的設(shè)計(jì)是做為獨(dú)立運(yùn)行的系統(tǒng)而進(jìn)行的。本系統(tǒng)具有獨(dú)

20、立的服務(wù)器系統(tǒng)和數(shù)據(jù)庫系統(tǒng)，具有完善數(shù)據(jù)輸入輸出功能和數(shù)據(jù)維護(hù)及查詢的報(bào)表生成與打印系統(tǒng)。且發(fā)生故障時(shí)，能快速恢復(fù)系統(tǒng)和故障處理，方便系統(tǒng)升級和擴(kuò)充，故障恢復(fù)時(shí)間不超過5小時(shí)。為了適應(yīng)內(nèi)外機(jī)構(gòu)的數(shù)據(jù)要求，與國家管理機(jī)構(gòu)相關(guān)系統(tǒng)的數(shù)據(jù)交換，本系統(tǒng)專門設(shè)計(jì)了與這些系統(tǒng)數(shù)據(jù)交換擴(kuò)展接口。本系統(tǒng)采用應(yīng)用程序（app）標(biāo)準(zhǔn)界面，本身具有操作靈活的特點(diǎn)。 可能提供手機(jī)app和電腦網(wǎng)頁雙重使用功能。方便用戶操作和管理。 3.3 輸入輸出要求輸入： 1.人工輸入部分，錄入各硬件設(shè)備基本信息，注冊帳號輸入用戶信息；      

21、60; 2.機(jī)器輸入部分，停車柱模塊傳入，借車停車扣費(fèi)等操作； 輸出： 1.用戶基本信息列表，硬件設(shè)備列表；  2.自行車借還車信息統(tǒng)計(jì)，個(gè)人賬戶借還車統(tǒng)計(jì)，以及停車柱管理箱為單位的使用記錄統(tǒng)計(jì)；3.4 數(shù)據(jù)管理能力要求（針對軟件系統(tǒng)）  數(shù)據(jù)管理分為增加（INSERT）、修改（UPDATE）、和刪除（DELETE）。        公告的信息發(fā)布的增加、修改、刪除與審核控制。車輛的信息發(fā)布的增加、修改、刪除與審核控制。  用戶訪問的信息發(fā)布的增加、修改、刪除與審核控制。 3.5 故障處理要求