軟件需求論文

1、1 論文要求1) 對(duì)所選系統(tǒng)進(jìn)行嚴(yán)密的需求獲取以及需求分析。2) 給出所選系統(tǒng)的各層次需求，包括業(yè)務(wù)需求，用戶需求，功能需求以及非功能需求。3) 論文中給出所要實(shí)現(xiàn)系統(tǒng)的需求規(guī)格說明書。4) 需求規(guī)格說明書要詳盡，必須包括以下內(nèi)容：引言，總體描述，功能需求，接口需求以及其它非功能性需求等，符合需求規(guī)格說明書各項(xiàng)細(xì)則。5) 附錄中給出所選系統(tǒng)需求規(guī)格說明書中各圖表, 或者圖表的獲取過程. 例如數(shù)據(jù)字典的具體描述或者是UML建模中圖的獲取過程.2 需求分析規(guī)格說明書2.1 引言2.1.1 編寫目的 所謂“需求分析”，是指對(duì)要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，需要得到

2、什么結(jié)果，最后應(yīng)輸出什么。需求分析階段是一個(gè)非常重要的階段，良好的需求分析文檔，將為整個(gè)軟件開發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。2.1.2 項(xiàng)目信息本項(xiàng)目的名稱：出租車呼叫服務(wù)系統(tǒng)本項(xiàng)目的應(yīng)用范圍：實(shí)時(shí)的方便市民出行的服務(wù)開發(fā)者：武漢理工大學(xué)計(jì)算機(jī)學(xué)院徐曉龍用戶：市民、出租車司機(jī)2.1.3 術(shù)語(yǔ)說明TCSS: Taxi Calling Service System，出租車呼叫服務(wù)系統(tǒng)信息源：人們?cè)诳蒲谢顒?dòng)、生產(chǎn)經(jīng)營(yíng)活動(dòng)和其他一切活動(dòng)中的成果及各種原始記錄C/S模式：Client/Server模式，即客戶端/服務(wù)器模式2.1.4 參考資料1 鐘絡(luò)，袁景凌主編，軟件工程.北京：科學(xué)出版社，2012.12

3、 李勇華，袁夢(mèng)霆等主編，軟件需求工程.北京機(jī)械工業(yè)出版社，2008.83 周曉紅，趙紅玉，俞建新，基于GPS的出租車呼叫與調(diào)度系統(tǒng).20092.2 總體描述2.2.1 組織結(jié)構(gòu)與職責(zé)本系統(tǒng)用戶的組織結(jié)構(gòu)如圖1-1所示。管理組管理員出租車司機(jī)用戶組乘客圖1-1 組織結(jié)構(gòu)與角色2.2.2 角色定義用戶在系統(tǒng)中扮演的角色，以及可以執(zhí)行的職責(zé)，如表1-1表1-1 角色定義編號(hào)角色職責(zé)1管理員擁有所有用戶的職責(zé)，享有系統(tǒng)最高權(quán)限及對(duì)整個(gè)系統(tǒng)管理的權(quán)限2乘客乘客具有發(fā)送乘車請(qǐng)求、獲得接受請(qǐng)求的司機(jī)的位置、對(duì)服務(wù)進(jìn)行評(píng)價(jià)、反饋問題等權(quán)限。3出租車司機(jī)出租車司機(jī)接收或拒絕乘車請(qǐng)求、切換載客狀態(tài)、反饋問題等權(quán)限

4、2.2.3 系統(tǒng)概述出租車呼叫服務(wù)系統(tǒng)（TCSS）主要解決市民在日常生活中，打車難的問題，提供給乘客一個(gè)快捷、方便的打車系統(tǒng)，并節(jié)約出租車司機(jī)無目的行駛所浪費(fèi)的時(shí)間和能源，在乘客與出租車司機(jī)之間搭建了一個(gè)服務(wù)完善、實(shí)時(shí)互動(dòng)的應(yīng)用平臺(tái)，該平臺(tái)的開發(fā)理念是遠(yuǎn)程、實(shí)時(shí)、互動(dòng)、低碳、快捷。隨著非智能手機(jī)的GPS應(yīng)用難題被克服，GPS手機(jī)逐步得到普及，手機(jī)的位置服務(wù)功能成為無線通信應(yīng)用的一個(gè)總要方面。與此同時(shí)，越來越多的城市在出租車上安裝了車載GPS系統(tǒng)。在此背景下，我們可以構(gòu)建一個(gè)基于GPS手機(jī)和安裝了車載GPS系統(tǒng)的出租車的系統(tǒng)平臺(tái)，通過該平臺(tái)乘客呼叫出租車服務(wù)具有目的性，與此同時(shí)，出租車公司能夠根

5、據(jù)用戶的當(dāng)前位置利用最短路徑搜索算法搜索出租車前往服務(wù)。該系統(tǒng)的結(jié)構(gòu)圖如圖1-2所示圖1-2 系統(tǒng)結(jié)構(gòu)圖2.2.4 信息源本系統(tǒng)的主要信息源說明，如表1-21-7所示。表1-2 管理員信息表單據(jù)名稱Admin用途存儲(chǔ)管理員的相關(guān)信息使用者系統(tǒng)管理員表1-3 乘客信息表單據(jù)名稱Passengers用途存儲(chǔ)乘客的相關(guān)信息使用者乘客表1-4 司機(jī)信息表單據(jù)名稱Taximans用途存儲(chǔ)司機(jī)的相關(guān)信息使用者出租車司機(jī)表1-5 問題信息表單據(jù)名稱Questions用途存儲(chǔ)反饋的問題的相關(guān)信息使用者管理員、乘客、出租車司機(jī)表1-6 乘客_司機(jī)信息表單據(jù)名稱Pas_Tax用途存儲(chǔ)乘客_司機(jī)的相關(guān)信息使用者系統(tǒng)

6、管理員表1-7 打車記錄信息表單據(jù)名稱TakingTaxi用途存儲(chǔ)乘客打車的相關(guān)信息使用者系統(tǒng)管理員2.2.5 用戶類及其特征本系統(tǒng)適用于擁有并能熟練使用手機(jī)的用戶，以及培訓(xùn)過的出租車司機(jī)。要求用戶界面良好，提供幫助。2.2.6 系統(tǒng)運(yùn)行環(huán)境本系統(tǒng)采用C/S體系結(jié)構(gòu)，易于把握，成本低廉。它可以實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（如WLAN, CMNET等）訪問和操作共同的數(shù)據(jù)庫(kù)。它能有效地保護(hù)數(shù)據(jù)平臺(tái)和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫(kù)也很安全。具體所需配置如下：服務(wù)器端硬件環(huán)境：80x86系列微機(jī)CPU: 2.0GHz 以上內(nèi)存：2GB以上硬盤空間：80GB以上輸入輸出設(shè)備：鍵盤、顯示器

7、等網(wǎng)絡(luò)設(shè)備：Hub、網(wǎng)卡、網(wǎng)線等軟件環(huán)境：操作系統(tǒng)：Windows Server數(shù)據(jù)庫(kù)系統(tǒng)：MySQL 5.5其他軟件支持：JDK1.6+MyEclipse+Tomcat 6.0客戶端硬件環(huán)境：CPU: 1.0 GHz以上內(nèi)存: 128MB以上外存空間：2GB以上輸入輸出設(shè)備：鍵盤、觸屏顯示器等軟件環(huán)境：操作系統(tǒng)：Symbian, Android, Windows Phone, IOS數(shù)據(jù)庫(kù)系統(tǒng)：MySQL 5.52.3 功能需求本系統(tǒng)通過面向?qū)ο蟮姆治龇椒ㄗ鳛橹饕慕７椒?，使用UML（Unified Modeling Language）作為建模語(yǔ)言，UML為建?；顒?dòng)提供了從不同角度觀察和展

8、示系統(tǒng)的各種特征的方法。在UML中，從任何一個(gè)角度對(duì)系統(tǒng)所作的抽象都可能需求幾種模型來描述，而這些來自不同的角度的模型圖最終能夠成為系統(tǒng)的映像。2.3.1 系統(tǒng)用例根據(jù)以上分析，主要介紹乘客、管理員和司機(jī)的用例所具有的的主要功能權(quán)限。系統(tǒng)用例圖如圖1-3所示。a圖1-3 系統(tǒng)用例圖 以下對(duì)幾個(gè)主要的用例進(jìn)行用例描述：登錄用戶登錄系統(tǒng)執(zhí)行者 司機(jī)、管理員、乘客前置條件無后置條件用戶登錄系統(tǒng)成功交互1) 用戶進(jìn)入系統(tǒng)登錄界面2) 系統(tǒng)提示用戶輸入用戶名和密碼3) 用戶輸入信息4) 系統(tǒng)對(duì)用戶輸入的信息進(jìn)行認(rèn)證5) 認(rèn)證失敗，系統(tǒng)提示用戶輸入了錯(cuò)誤的信息；認(rèn)證成功，用戶進(jìn)入系統(tǒng)發(fā)送乘車請(qǐng)求乘客向服務(wù)

9、器發(fā)送乘車請(qǐng)求執(zhí)行者 乘客前置條件乘客成功登陸后置條件服務(wù)器收到乘客的請(qǐng)求交互1) 乘客進(jìn)去發(fā)送請(qǐng)求界面2) 系統(tǒng)提示用戶是否發(fā)送乘車請(qǐng)求3) 乘客選擇發(fā)送請(qǐng)求4) 服務(wù)器接收請(qǐng)求5) 系統(tǒng)提示乘客成功發(fā)送請(qǐng)求處理乘車請(qǐng)求司機(jī)對(duì)服務(wù)器發(fā)送的乘車請(qǐng)求進(jìn)行處理參與者司機(jī)前置條件司機(jī)收到服務(wù)器發(fā)送的乘車請(qǐng)求后置條件服務(wù)器收到司機(jī)的反饋交互1) 服務(wù)器將乘客發(fā)送的乘車請(qǐng)求傳遞給最近的司機(jī)2) 系統(tǒng)提示司機(jī)處理請(qǐng)求3) 司機(jī)拒絕請(qǐng)求，反饋給服務(wù)器拒絕請(qǐng)求；司機(jī)接受請(qǐng)求，服務(wù)器把乘客的信息發(fā)送給司機(jī)4) 服務(wù)器把信息傳送給乘客2.3.2 系統(tǒng)后臺(tái)管理需求根據(jù)出租車呼叫服務(wù)系統(tǒng)提供的服務(wù)及實(shí)現(xiàn)的功能，經(jīng)分析

10、與設(shè)計(jì)，提出以下相應(yīng)的需求。Ø 乘客管理，主要實(shí)現(xiàn)查看乘客、修改乘客、刪除乘客、添加乘客、凍結(jié)乘客、激活乘客等功能。Ø 司機(jī)管理，主要實(shí)現(xiàn)查看司機(jī)、修改司機(jī)、刪除司機(jī)、添加司機(jī)、凍結(jié)司機(jī)、激活司機(jī)等功能。Ø 問題管理，主要實(shí)現(xiàn)查看問題、提交問題、修改問題、刪除問題等功能。2.4 接口需求2.4.1 外部接口用戶界面：客戶端提供幫助連接，解釋使用方法；乘客客戶端可支持觸屏或鍵盤操作，司機(jī)的由所在公司統(tǒng)一配發(fā)，觸屏操作。軟件接口：本系統(tǒng)運(yùn)行在Symbian, Android, Windows Phone, IOS主流手機(jī)平臺(tái)上，不同的系統(tǒng)連接MySQL數(shù)據(jù)庫(kù)的方法有所

11、不同。硬件接口：鍵盤、觸屏顯示器與內(nèi)部主機(jī)連接。通信接口：TCP/IP 協(xié)議2.4.2 故障處理出錯(cuò)輸出信息：根據(jù)不同的錯(cuò)誤提供不同的錯(cuò)誤提示信息出錯(cuò)處理對(duì)策：1）一般錯(cuò)誤：顯示錯(cuò)誤信息，提示用戶重新操作 2）嚴(yán)重錯(cuò)誤：重新啟動(dòng)，必要時(shí)啟用備份恢復(fù)數(shù)據(jù)2.5 其他非功能需求2.5.1 性能需求1) 時(shí)間特性：實(shí)時(shí)刷新界面時(shí)間2s信息的上傳下載時(shí)間5s2) 空間特性：支持的終端數(shù)5000支持的并行操作使用者人數(shù)500處理的記錄數(shù)50003) 界面需求：乘客登錄窗口和進(jìn)入系統(tǒng)的窗口必須簡(jiǎn)介清晰，而且美觀。4) 精度需求：系統(tǒng)在地圖上顯示的用戶和出租車的地點(diǎn)必須精確，要控制 住誤差。當(dāng)遇上節(jié)假日等乘

12、車高峰期應(yīng)烤爐到數(shù)據(jù)越界問題。5) 穩(wěn)定性需求：該系統(tǒng)部署后，在硬件條件和支持軟件條件沒有發(fā)生變化的情況下，能夠一直保持運(yùn)行狀態(tài)，直到系統(tǒng)被升級(jí)或替代。2.5.2 安全性需求1) 沒有登錄的用戶無權(quán)發(fā)出乘車請(qǐng)求，只能瀏覽附近的公交車位置。2) 管理界面只有管理員用管理員賬號(hào)在后臺(tái)登錄才能看到。3) 乘客在發(fā)送乘車請(qǐng)求時(shí)需要輸入驗(yàn)證碼。4) 設(shè)計(jì)過程中利用可靠的密碼技術(shù)，防止程序被惡意攻擊或者破解行為。2.5.3 防護(hù)性需求因用戶寫入操作導(dǎo)致的程序崩潰，在程序再次啟動(dòng)時(shí)能夠檢測(cè)到上次是否正常退出并且給予提示。若服務(wù)器需要維護(hù)，需要暫時(shí)關(guān)閉軟件功能，應(yīng)提前在軟件里公示，不要出現(xiàn)軟件突然癱瘓的情況。

13、服務(wù)器管理員應(yīng)確保服務(wù)器密碼不被泄漏。 服務(wù)器所在房間應(yīng)做好安全防盜工作，避免盜竊現(xiàn)象的發(fā)生。2.5.4 軟件質(zhì)量屬性1) 健壯性：如果在用戶成功發(fā)送乘車請(qǐng)求前，用戶和系統(tǒng)連接中斷，那么用戶可以在恢復(fù)連接后查看未完成的請(qǐng)求，并繼續(xù)完成。2) 完整性：只有擁有管理員訪問特權(quán)的用戶才可以查看和修改已注冊(cè)的乘客和司機(jī)的信息。3) 易用性：新的用戶在安裝該系統(tǒng)后應(yīng)該可以平均在10分鐘內(nèi)掌握其基本操作。3 附錄附錄一：用例圖的制作過程用例圖(Use Case Diagram)是 由軟件需求分析到最終實(shí)現(xiàn)的第一步，它描述人們?nèi)绾问褂靡粋€(gè)系統(tǒng)。用例圖包含六個(gè)元素，分別是：參與者

14、 (Actor)、用例(Use Case)、關(guān)聯(lián)關(guān)系(Association)、包含關(guān)系(Include)、擴(kuò)展關(guān)系(Extend)以及泛化關(guān)系 (Generalization)。1. 確定參與者(Actor)制作用例圖的第一步就是確定參與者。在本系統(tǒng)中，很顯然Actor包括出租車司機(jī)、乘客和管理員。然后用右圖的標(biāo)示畫出Actor。2. 用例(Use Case)參與者描述了“誰(shuí)來做”，而用例則描述了“做什么”的問題。識(shí)別用例最好的方法就是從分析系統(tǒng)的參與者開始，考慮每一個(gè)參與者是如何使用系統(tǒng)的。使用這種策略的過程中可能會(huì)發(fā)現(xiàn)新的參與者，這對(duì)完善整個(gè)系統(tǒng)的

15、建模有很大的幫助。用例建模的過程是一個(gè)迭代和逐步精華的 過程，系統(tǒng)分析者首先從用例的名稱開始，然后添加用例的細(xì)節(jié)信息。這些信息由簡(jiǎn)短的描述組成，它們被精華成完整的規(guī)格說明。得到用例后，需將其寫在右圖所示的橢圓中。下面，我們根據(jù)每一個(gè)參與者來獲取用例。與乘客有關(guān)的用例包括：注冊(cè)、登錄、安全退出、發(fā)送乘車請(qǐng)求、獲得接受請(qǐng)求司機(jī)的位置、服務(wù)評(píng)價(jià)和問題反饋。與司機(jī)有關(guān)的用例包括：注冊(cè)、登錄、安全退出、問題反饋、切換載客狀態(tài)、處理乘車請(qǐng)求，處理乘車請(qǐng)求進(jìn)一步分為拒絕呼叫和獲取乘客位置和號(hào)碼。與管理員有關(guān)的用例包括：乘客管理、司機(jī)管理、服務(wù)模式管理，服務(wù)模式管理進(jìn)一步分為實(shí)時(shí)解答和稍后解答。3.

16、 用例間的關(guān)系用例間的關(guān)系主要包括關(guān)聯(lián)關(guān)系、包含關(guān)系、擴(kuò)展關(guān)系以及泛化關(guān)系。畫用例圖時(shí)要根據(jù)不同的關(guān)系使用不同的線。圖中所使用的實(shí)心剪頭表示的為關(guān)聯(lián)關(guān)系，虛線并帶有”include”的剪頭表示包含關(guān)系。根據(jù)參與者與用例的關(guān)系和用例之間的關(guān)系即可畫出最終的用例圖了。4 課程總結(jié)學(xué)完了軟件需求工程這門課，給我印象最深的就是“需求分析員”這一稱號(hào)。需求開發(fā)與需求管理在一個(gè)軟件項(xiàng)目中無疑是至關(guān)重要的，而在需求工程中需求分析員的作用更是無可替代的。需求分析員是對(duì)項(xiàng)目涉眾的需求進(jìn)行收集 、 分析、記錄和驗(yàn)證等職責(zé)的主要承擔(dān)者。然而，需求分析員的能力要求也是很高的。要想成為一名需求分析員，除了必備的專業(yè)知識(shí)外，還要擁有傾聽的技巧、交談和提問的技巧、分析能力、協(xié)調(diào)能力、觀察能力、寫作能力、組織能力、建模能力、人際交往能力、創(chuàng)造力這些能力給我的第一印象就是強(qiáng)人，絕對(duì)的強(qiáng)人。要求這么嚴(yán)格，絕不遜于特種兵選拔了，需求分析員也就成為了我心中IT界