圖書管理系統(tǒng)需求分析

1、可行性分析報告3.1 引言 3.2 可行性研究的前提3.3 .系統(tǒng)技術(shù)可行性分析 3.4 系統(tǒng)經(jīng)濟(jì)可行性分析4.5 社會因素分析 4.6 結(jié)論意見 4.項目開發(fā)計劃 5.1 .項目名稱： 5.2 .項目概述 5.3 實(shí)施計劃 5.高校圖書管理系統(tǒng)需求規(guī)格說明書 6.1. 引言 6.2. 綜合描述 6.3. 外部接口需求 7.4. 系統(tǒng)功能需求8.5. 其他非功能需求8.6. 詞匯表 1.0.7. 數(shù)據(jù)定義 1.1.8. 分析模型 1.5.附錄 1.6.軟件需求工程過程的重要性 1.8.21可行性分析報告1 引言1.1 編寫目的：從現(xiàn)在應(yīng)用的技術(shù)方面和用戶的操作方式方面研究圖書館管理管理系統(tǒng)的可

2、行性和必要性。1 . 2項目背景：項目需求者：學(xué)校相關(guān)管理人員開發(fā)者： * 項目組用戶：圖書館工作人員及讀者2 可行性研究的前提2.1 要求：功能：能夠準(zhǔn)確快速的記錄圖書的狀態(tài)，以便能輕易的查出圖書是否被借、是否歸還、是否借出超期等信息 ;讀者和管理人員可進(jìn)行一些需要的操作.安全與保密要求：保證信息不外漏，不能讓管理人員以外的人刪改圖書信息，保證讀者及圖書信息的安全。2. 2可行性研究方法：通過調(diào)查分析開發(fā)圖書館管理所具備的能力及實(shí)現(xiàn)的方法，充分了解用戶的需求，構(gòu)思確定總體結(jié)構(gòu)， 利用數(shù)據(jù)庫開發(fā)工具所具有的能力， 以最簡易的方法， 使其成為一個初級的系統(tǒng)軟件。2 . 3 決定可行性的主要因素：

3、圖書館規(guī)模、圖書種類數(shù)、圖書館硬件及軟件設(shè)備條件、操作人員技術(shù)3 .系統(tǒng)技術(shù)可行性分析3.1 對系統(tǒng)的簡要描述系統(tǒng)使用了先進(jìn)的數(shù)據(jù)庫技術(shù)與數(shù)據(jù)管理技術(shù)，使數(shù)據(jù)的準(zhǔn)確性與安全性得到了很大的提高， 且在用戶的并行操作與用戶管理方面也有了極大地改善， 不僅提高了管理員工作效率，還提升了工作質(zhì)量，使整個流程清晰明了。 。3.2 系統(tǒng)的優(yōu)越性系統(tǒng)克服了原來人工操作工作量大、耗時長，處理系統(tǒng)的資金投入大，人員設(shè)備技處理過程容易出錯等困難， 而且加入了對數(shù)據(jù)的安全性保護(hù)的功能， 使系統(tǒng)在可用性與穩(wěn)健性方面有了很大的進(jìn)步。3.3 技術(shù)可行性評價就目前使用的開發(fā)技術(shù)來說該系統(tǒng)的功能目標(biāo)應(yīng)該能夠達(dá)到； 利用現(xiàn)有的

4、技術(shù)在規(guī)定的期限內(nèi)開發(fā)工作基本能夠完成。4 系統(tǒng)經(jīng)濟(jì)可行性分析4.1 該系統(tǒng)對客戶的影響 ：該系統(tǒng)是為了改善人工處理的工作負(fù)荷重等缺點(diǎn)，引進(jìn)了計算機(jī)新技術(shù)，在系統(tǒng)初期投入可能會比較大， 但從長遠(yuǎn)看該系統(tǒng)既節(jié)省了人工， 有提高了工作效率， 一樣是節(jié)省了開支， 所以后期投入不大，反而會節(jié)省許多支出。4.2 收益（ 1 ）提高工作效率（ 2 ）減少工作人員5 社會因素分析該項目為獨(dú)立開發(fā)，在技術(shù)上沒有使用任何現(xiàn)有的軟件與方法。所以在法律方面不會存在侵犯專利權(quán)、侵犯版權(quán)等問題，完全按照合同規(guī)定的責(zé)任履行。6 結(jié)論意見經(jīng)過一段時間對各個不同方面的可行性分析，分析員和用戶及使用部門的負(fù)責(zé)人對需要解決的問題

5、取得基本的一致看法， 認(rèn)為開發(fā)小組的開發(fā)方案的是可行的， 使用部門負(fù)責(zé)人同 意開發(fā)工程繼續(xù)進(jìn)行下去。項目開發(fā)計劃1 . 項目名稱： 高校圖書管理系統(tǒng)2 .項目概述2.1 項目開發(fā)計劃要為圖書館建立一個圖書管理系統(tǒng)， 完成軟件的開發(fā)、 測試及試運(yùn)行， 并且完成圖書借閱內(nèi)計算機(jī)網(wǎng)絡(luò)建設(shè)，使圖書管理系統(tǒng)正式投入使用。該系統(tǒng)能為用戶提供圖書分類管理、圖書管理、讀者管理、借閱管理、信息查詢、系統(tǒng)管理。2.2 運(yùn)行環(huán)境服務(wù)器端： Windows XP 或 Windows 7 操作系統(tǒng)、數(shù)據(jù)庫客戶端： Windows XP 或 Windows 7 操作系統(tǒng)及瀏覽器2.3 服務(wù)培訓(xùn)安裝、維護(hù)和運(yùn)行支持從使用該

6、系統(tǒng)開始，維護(hù)期限為一年。2.6 驗收標(biāo)準(zhǔn)各個功能均能正常使用。3實(shí)施計劃3.1 任務(wù)分解（1）需求分析任務(wù)：a.可行性研究報告b.項目開發(fā)計劃書c.需求規(guī)格說明書（2）設(shè)計 任務(wù)：a.設(shè)計說明書（3）實(shí)現(xiàn) 任務(wù)：a.編碼實(shí)現(xiàn)b.測試計劃書全體小組成員c.用戶操作手冊3.2 進(jìn)度五天完成： （ 1） 可行性研究報告 （ 2 ） 項目開發(fā)計劃書 （ 3） 需求規(guī)格說明書 設(shè)計四天完成 ：設(shè)計說明書的十天完成： （ 1） 測試計劃書 （ 2） 一個能正確運(yùn)行的可執(zhí)行程序（ 3 ） 用戶操作手冊3.3 質(zhì)量保證計劃嚴(yán)格按照項目開發(fā)過程中的各項步驟，從項目立項，可行性研究報告、需求分析報告、項目開發(fā)計

7、劃等，具體實(shí)施；3.4 客戶培訓(xùn)計劃在軟件實(shí)際應(yīng)用后的前一個月，對用戶進(jìn)行軟件操作方法的具體培訓(xùn)；3.5 安全保密計劃在從項目開發(fā)階段到最后軟件的正式發(fā)布期間，做好項目的保密工作，小組成員對所有項目所有相關(guān)文檔進(jìn)行加密，做好備份工作；3.6 合同計劃和客戶協(xié)商簽訂軟件使用合同。高校圖書管理系統(tǒng)需求規(guī)格說明書1 .引言1.1 編寫目的編寫本報告的目的是明確本系統(tǒng)的詳細(xì)需求，將計算機(jī)技術(shù)運(yùn)用于圖書信息管理，供用戶確認(rèn)系統(tǒng)的功能和性能，為用戶提供最舒適最人性化的服務(wù)，并作為軟件設(shè)計人員的設(shè)計依據(jù)和使用單位的驗收標(biāo)準(zhǔn)。1.2 項目風(fēng)險評估不準(zhǔn)確、管理人員拒絕開發(fā)人員的準(zhǔn)確評估、質(zhì)量風(fēng)險、人員流動風(fēng)險系

8、統(tǒng)運(yùn)行 環(huán)境風(fēng)險、對項目使用技術(shù)缺乏了解所引起的風(fēng)險,此外還有一些不可預(yù)料的風(fēng)險。1.3 文檔約定暫無1.4 預(yù)期讀者和閱讀建議預(yù)期讀者是高校的圖書館管理員、與圖書管理系統(tǒng)軟件開發(fā)有聯(lián)系的決策人，開發(fā)組1.5 產(chǎn)品范圍應(yīng)用于各高校的圖書館管理以及其他圖書館的管理。1.6 參考文獻(xiàn)Karl E.Wiegers 著劉偉琴、劉洪濤譯軟件需求清華大學(xué)出版社；圖書管理系統(tǒng)需求分析.doc；軟件工程導(dǎo)論一一張海藩編著清華大學(xué)出版社；2 .綜合描述2.1 產(chǎn)品的狀況圖書館在正常管理中面對大量書籍、讀者信息、借書信息以及還書信息等，由于信息量龐大，使用人工記錄方法效率低下而且容易出錯，大大影響了圖書館的正常管

9、理工作。因此要對各信息進(jìn)行有效的管理，并提高管理效率。引進(jìn)了圖書管理軟件系統(tǒng)給圖書管理人員 和讀者借、還書帶來便利。本系統(tǒng)除了圖書館管理的一般功能外，還包括網(wǎng)上在線查詢圖書信息、查詢本人的借閱情況和續(xù)借等功能。2.2 產(chǎn)品的功能(1)用戶管理: 讀者信息的制定(包括創(chuàng)建新用戶、輸入用戶名和密碼、修改密碼等)、輸入、 修改、查詢，包括種類、性別、借書數(shù)量、借書期限、備注。(2)圖書管理書籍基本信息制定、輸入、修改、查詢、統(tǒng)計，包括書籍編號、類別、關(guān)鍵詞、 備注。(3)人員管理操作員的權(quán)限管理、讀者的權(quán)限管理(4)圖書的流通管理借閱管理(包括借書信息制定、輸入、修改、查詢，包括書籍編號、讀者編號、

10、借書日期、 借書期限、備注等。)、還書管理(還書信息制定、輸入、修改、查詢，包括書籍編號、讀 者編號、還書日期、還書期限、備注等。)、丟書管理、超期罰款管理、淘汰圖書管理(5)打印報表生成超期讀者名單、查出超期罰款人的姓名和超期金額(6)統(tǒng)計功能統(tǒng)計讀者人數(shù)、圖書冊數(shù)(7)查詢功能有條件、多條件查詢各種信息。2.3 用戶類和特性用戶類特性圖書管理員學(xué)校員工屬于經(jīng)常性用戶需要進(jìn)行用戶的創(chuàng)建、修改和刪除等工作，要求具備計算機(jī)知識，如權(quán)限管理等讀者老師和同學(xué)等屬于經(jīng)常性用戶，可以查看他們的借閱信息。他們都具有一定的計算機(jī)應(yīng)用基礎(chǔ)，可以比較熟練操作計算機(jī)系統(tǒng)維護(hù)人員 計算機(jī)專業(yè)人員屬于間隔性用戶熟悉數(shù)

11、據(jù)庫、操作系統(tǒng)、網(wǎng)絡(luò)維護(hù)工作2.4 運(yùn)行環(huán)境操作系統(tǒng)為Windows XP或Windows7。2.5 設(shè)計和實(shí)現(xiàn)上的限制開發(fā)時間有限，開發(fā)人員的經(jīng)驗少，是開發(fā)系統(tǒng)中主要的問題。開發(fā)經(jīng)費(fèi)不到位，管理 不完善，設(shè)計時構(gòu)思不全面，人員流動等都會影響本項目的開發(fā)進(jìn)程2.6 假設(shè)和約束(依賴)管理員要嚴(yán)格按照使用說明運(yùn)行系統(tǒng)并合理的使用，同時不對系統(tǒng)進(jìn)行人為性的破壞, 在正常的系統(tǒng)維護(hù)范圍內(nèi)，開發(fā)商需提供必需的修理、維護(hù)。3 .外部接口需求3.1 用戶界面采用對話框方式，多功能窗口運(yùn)行。3.2 硬件接口考慮到大量數(shù)據(jù)的備份等要求， 需要保持與磁帶機(jī)和光盤刻錄機(jī)的接口， 這較易 實(shí)現(xiàn)。3.23 軟件接口主

12、要考慮軟件與操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)的接口，以及局域網(wǎng)和互聯(lián)網(wǎng)軟件之間的數(shù)據(jù)交換。 考慮到文檔處理時有可能需要較常用的辦公軟件。 例如 Microsoft 的 Office 系列， 所以應(yīng)盡量實(shí)現(xiàn)它們之間的數(shù)據(jù)格式的自動轉(zhuǎn)換。3.24 通訊接口盡可能實(shí)現(xiàn)各個管理員之間的聯(lián)系，以達(dá)到信息統(tǒng)一、準(zhǔn)確。4 .系統(tǒng)功能需求4.1 說明和優(yōu)先級圖書管理員身份得到驗證后，他們就可以對圖書信息進(jìn)行相關(guān)的管理；讀者用戶信息得到驗證后，他們就可以進(jìn)行借閱、歸還圖書等操作；4.2 激勵響應(yīng)序列1 ) 系統(tǒng)的查詢速度應(yīng)該不超過 10 秒；2)其它所有交互功能反應(yīng)速度應(yīng)該不超過3 秒；3)系統(tǒng)要具有可靠性可靠性，平均

13、故障間隔時間不低于200 小時。4.3 輸入輸出數(shù)據(jù)輸入數(shù)據(jù)：圖書管理員查詢圖書信息時的查詢方式，查詢關(guān)鍵字，新建圖書項，新建讀者項、 讀者各項記錄的修改， 圖書借還以及注銷操作時的輸入信息， 受限制操作所需的密 碼等。輸出數(shù)據(jù)：查詢關(guān)鍵字所確定的數(shù)據(jù)庫子集，統(tǒng)計結(jié)果，操作成功或失敗的消息，圖書借還以及注銷操作時的結(jié)果信息。5 .其他非功能需求5.1 性能需求1） 精度需求在精度需求上，根據(jù)使用需求，在各項數(shù)據(jù)的輸入，輸出及傳輸過程中，可以滿足各種精度的需求。2） 時間需求在軟件方面，響應(yīng)時間，更新處理時間都比較快且迅速，完全滿足用戶要求。3） 靈活性當(dāng)用戶需求，如操作方式，運(yùn)行環(huán)境，結(jié)果精度

14、，數(shù)據(jù)結(jié)構(gòu)與其他軟件接口等發(fā)生變化時，設(shè)計的軟件要做適當(dāng)調(diào)整，靈活性非常大。4） 故障處理內(nèi)部故障處理：在開發(fā)階段可以隨即修改數(shù)據(jù)庫里的相應(yīng)內(nèi)容。外部故障：對編輯的程序進(jìn)行重裝載時，第一次裝載認(rèn)為錯，修改。第二次運(yùn)行，在需求調(diào)用時出錯，有錯誤提示，重試。5.2 安全措施需求管理員及讀者登錄時設(shè)置相應(yīng)的登陸密碼， 并要求用戶在登陸時需要身份驗證 ,保密用戶信息，為用戶提供安全保障。5.3 安全性需求由于圖書館管理，使用頻度較高，使用性要求比較高。為防止對信息資料和管理程序的惡意破壞，要求有較為可靠的安全性能，系統(tǒng)要求用戶在登陸時需要身份驗證。5.4 軟件質(zhì)量屬性可使用性：簡單，方便保密性：學(xué)生需

15、輸入密碼才可查詢本人借閱情況并續(xù)借可維護(hù)性：隨時監(jiān)控，發(fā)現(xiàn)問題馬上解決5.5 業(yè)務(wù)規(guī)則圖書管理員定期對圖書信息進(jìn)行入庫、 修改、 刪除等圖書信息管理， 包括圖書類別和出版社管理。 系統(tǒng)管理員主要進(jìn)行圖書管理員權(quán)限的設(shè)置、 讀者類別信息的設(shè)置、 圖書類別的設(shè)置以及罰款和賠償標(biāo)準(zhǔn)的設(shè)置、數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)等處理。學(xué)校圖書館要通過校方給每位讀者發(fā)放借閱卡 （借閱卡包括卡號、 讀者姓名、照片、學(xué)院、班級以及學(xué)號等信息）或直接利用學(xué)生校園卡，管理員要為每位讀者建立借閱賬戶，賬戶內(nèi)存儲讀者的個人信息和借閱記錄信息。 持有借閱卡的讀者可以通過管理員操作系統(tǒng)進(jìn)行借閱、 歸還圖書，不同類別的讀者可借閱圖書的范圍

16、、數(shù)量和期限不同，可通過互聯(lián)網(wǎng)或圖書館內(nèi)查詢終端查詢圖書信息和個人借閱情況，以及續(xù)借圖書（系統(tǒng)審核符合續(xù)借條件） 。借閱圖書時， 讀者刷卡將讀者的借閱卡號輸入系統(tǒng)， 系統(tǒng)驗證借閱卡的有效性和讀者是否可繼續(xù)借閱圖書，無效則提示其原因，有效則顯示讀者的基本信息（包括照片） ，供管理員人工核對。然后掃描圖書上的磁條將要借閱的書號輸入系統(tǒng)，系統(tǒng)查閱圖書信息數(shù)據(jù)庫，顯示圖書的基本信息， 供管理員人工核對。 最后提交借閱請求， 若被系統(tǒng)接受則存儲借閱紀(jì)錄，并修改可借閱圖書的數(shù)量。歸還圖書時，掃描圖書磁條將讀者借閱卡號和圖書號輸入系統(tǒng)，系統(tǒng)驗證是否有此借閱紀(jì)錄以及是否超期借閱， 無則顯示可以還書， 有則顯示

17、讀者和圖書的基本信息供管理員人工 審核。如果有超期借閱或丟失情況，先轉(zhuǎn)入過期罰款或圖書丟失處理，相應(yīng)處理完成后提交還書請求，系統(tǒng)接受后刪除借閱紀(jì)錄，并登記修改可借閱圖書的數(shù)量。5.6 用戶文檔1）功能層次圖6.詞匯表詞匯名稱數(shù)據(jù)存儲名簡單描述輸入數(shù)據(jù)詞匯含義圖書信息表存放已登記入庫的圖書的詳細(xì)信息圖書狀態(tài)輸出數(shù)據(jù)圖書信息數(shù)據(jù)存儲名讀者信息表簡單描述存放讀者的詳細(xì)信息輸入數(shù)據(jù)已借數(shù)量，操作員姓名輸出數(shù)據(jù)讀者信息7.數(shù)據(jù)定義(i)主要數(shù)據(jù)描述圖書：圖書編號，書名，圖書類別，作者，出版社，出版時間，單價管理員：用戶名，密碼，權(quán)限，姓名讀者：借書卡號，姓名，學(xué)號，性別，讀者類別，所屬學(xué)院，班級(2)各

18、數(shù)據(jù)相應(yīng)信息表1 .圖書信息表，其字段列表如表所示。圖書信息表的結(jié)構(gòu)序號字段名稱回位數(shù)屬性備注1圖書編號文本7必填項2圖書名稱文本20必填項3圖書ISBN號文本15選填項4圖書作者文本10選填項5圖書出版社文本20選填項6圖書類型文本16選填項7圖書價格貨幣選填項8圖書庫存量整數(shù)選填項9圖書副本數(shù)量整數(shù)選填項10圖書總數(shù)整數(shù)選填項2 .圖書借閱登記表，其字段列表如表所示。圖書借閱登記表的結(jié)構(gòu)序號字段名稱舊:位數(shù)屬性備注1借書編號文本6必填項2學(xué)生編號文本6必填項3圖書編號文本7必填項4借書時間時間日期選填項5還書時間時間日期選填項6是否歸還文本1選填項3.圖書歸還登記表，其字段列表如表所示。圖

19、書歸還登記表的結(jié)構(gòu)序號字段名稱舊位數(shù)屬性備注1借書編號文本6必填項2學(xué)生編號文本6必填項3圖書編號文本7必填項4借書時間時間日期選填項5還書時間時間日期必填項6是否歸還文本1必填項7歸還異常文本8選填項4 .學(xué)生信息表，其字段列表如表所示。學(xué)生信息表的結(jié)構(gòu)序號字段名稱位數(shù)屬性備注1學(xué)生編號一文本6必填項2學(xué)生姓名文本10必填項4學(xué)生性別文本1必填項5學(xué)生入學(xué)時間r時間日期必填項6學(xué)生畢業(yè)時間時間日期必填項5 .管理員信息表，其字段列表如表所示。(3)數(shù)據(jù)關(guān)系E-R圖讀名信息 3工圖書信息上/ c書編嗎)(1讀占類別-罰金標(biāo)準(zhǔn) 圖)類別11圖書管理尻X工入庫時間)(用戶容)管理員信息表的結(jié)構(gòu)序號

20、字段名稱口位數(shù)屬性備注1管理員編號文本5必填項2管理員姓名文本10必填項3密碼文本6必填項4管理員加入時間時間日期10必填項數(shù)據(jù)采集采用掃描借閱卡以及鍵盤手動輸入。(5)數(shù)據(jù)流圖頂層圖借書處理還書處理(6)數(shù)據(jù)字典數(shù)據(jù)項名數(shù)據(jù)類型長度取值范圍圖書編碼char106-10 字符書名char302-30 字符書號char2011-20 字符圖書類別char32-3 字符作者char104-10 字符出版社char206-20 字符出版時間日期型默認(rèn)日期格式單價float4一位小數(shù)入庫時間日期型默認(rèn)日期格式操作員姓名char104-10 字符書架編號char42-4 字符圖書狀態(tài)int10|1借書卡

21、號char80-9 字符讀者姓名char104-10 字符塊二類力1char104-10 字符所屬學(xué)院char164 字符 16班級char164 字符 16聯(lián)系電話char1311 字符 13登記日期日期型默認(rèn)日期格式已借數(shù)int12|3|4|5用戶名char126-12 字符用戶密碼char126-12 字符用戶權(quán)限char10|1|2借書日期日期型默認(rèn)日期格式限還日期日期型默認(rèn)日期格式借閱狀態(tài)int10|1過期罰金float5一位小數(shù)損壞或丟失罰金float5一位小數(shù)圖書類別名char164-16 字符借書限額int12.5還書期限int22為整數(shù)罰金類別名char22-20 字符罰金倍

22、數(shù)int210倍類別說明char208-20 字符8.分析模型用戶用例圖附錄根據(jù)管理系統(tǒng)運(yùn)行流程繪出用戶用例圖， 根據(jù)圖書管理員、讀者、圖書等的屬性 和他們之間的關(guān)系畫出E-R圖，然后用截圖工具截圖并粘貼到文檔中， 還有其他 的圖也是如此。伏甘6號軟件需求工程過程的重要性隨著科技的不斷進(jìn)步， 計算機(jī)逐漸在我們的日常生活中普及， 軟件開發(fā)行業(yè)作為其必不可少的組成部分，被人們所認(rèn)可。如今， 軟件行業(yè)在我國日漸成熟，對于軟件開發(fā)的需求量也在日益加大，小作坊式的開發(fā)形式，已經(jīng)不能滿足我國對于軟件規(guī)范化、實(shí)用性的要求。因此如何高效率的完成軟件的開發(fā)就成為了開發(fā)商不得不考慮的問題，由此產(chǎn)生量需求分析。軟件

23、需求分析是軟件開發(fā)的出發(fā)點(diǎn)， 為設(shè)計起到指導(dǎo)性作用， 所以需求分析在軟件行業(yè)及開發(fā)流程中起著非常重要的作用。 它能夠準(zhǔn)確的理解用戶的需求將其轉(zhuǎn)換成需求定義， 然后將需求定義轉(zhuǎn)換成形式化的功能規(guī)約。開發(fā)商在做需求時要通過與客戶全面的溝通與交流，了解客戶對系統(tǒng)的綜合需求，然后分析系統(tǒng)的數(shù)據(jù)需求、 導(dǎo)出系統(tǒng)的邏輯模型、修正開發(fā)計劃，進(jìn)而開發(fā)出原型系統(tǒng)。如果說軟件開發(fā)過程中 ,開發(fā)人員需要了解自己做什么 ,顧客需要告訴開發(fā)人員自己需要什么,而需求分析就是連接開發(fā)人員和顧客之間的重要紐帶。只有真正理解顧客的需求,才能設(shè)計出顧客所需要的軟件。 一段時間內(nèi)需求分析并沒有贏得開發(fā)人員的重視， 他們認(rèn)為需求分析

24、是整個開發(fā)過程中最簡單的一個環(huán)節(jié)， 不久后越來越多的開發(fā)人員認(rèn)識到它才是整個開發(fā)過程中的核心部分。正所謂“磨刀不誤砍柴工” 。只有真正理解了顧客的需求,才能順利開發(fā)出顧客真正需要的軟件。 如果一味追求進(jìn)度,而忽略需求分析,很可能南轅北轍,甚至開發(fā)成功后不符合用戶需求， 而進(jìn)行大量返工， 開發(fā)變得毫無意義。 所以說軟件需求工程的過程對于軟件開發(fā)來說是必不可少的。實(shí)現(xiàn)有效的需求工程可以讓組織受益匪淺，減少開發(fā)后期以及整個維護(hù)過程中不必要的返工并可帶來極大的回報， 在對項目開發(fā)質(zhì)量成本的評估時就顯示出了重視早期質(zhì)量工作的意義。 此外把選定的系統(tǒng)需求分配到各個不同的軟件、 硬件和人員子系統(tǒng)這種方式突出了產(chǎn)品的系統(tǒng)設(shè)計方法， 有效的變更控制過程可以把需求變更的負(fù)面影響降至最低。 無歧義的需求文檔為系統(tǒng)測試帶來極大便利，使交付讓各方都滿意的優(yōu)質(zhì)產(chǎn)品的可能性大大提高。雖然沒有人能夠保證需求過程所做的投入一定能產(chǎn)生回報，但可以通過分析來思考及推測需求能夠提供的幫助做一下對比。 首先看改進(jìn)過程所需的投入， 其中包括用于評估現(xiàn)狀、開發(fā)新的過程和文檔模板、 人員培訓(xùn)、 購買參考書籍與工具， 以及可能要聘請顧問等所