04需求工程(編輯修改稿)
2025-02-01 02:58 本頁面
【文章內(nèi)容簡介】 動通稱為需求工程。 福州大學(xué) 亓?xí)造o 24 需求工程 需求開發(fā) 需求變更控制 需求管理 需求版本控制 需求跟蹤 需求獲取 需求分析 需求定義 用戶需求說明書 軟件需求 規(guī)格說明書 需求跟蹤矩陣 需求變更控制報告 需求審查 需求狀態(tài)跟蹤 控制 需求評審報告 ? 高質(zhì)量需求的特征 ?P66 ? 影響需求質(zhì)量的因素 ?P68 福州大學(xué) 亓?xí)造o 25 確定系統(tǒng)目標(biāo)和范圍 ? 作用 ?制訂需求調(diào)研計劃的依據(jù) ?可以判斷用戶需求是否屬于目標(biāo)系統(tǒng) ? 可以是一份專門的文檔 ?包含的內(nèi)容， P70 福州大學(xué) 亓?xí)造o 26 例：基金模擬項目 ? 基金代銷機構(gòu)（銀行）為了減輕理財專員的工作量，希望開發(fā)一個基金交易系統(tǒng)，可以支持理財專員處理基金的申購與贖回業(yè)務(wù)，同時也希望投資人可以通過網(wǎng)絡(luò)直接進(jìn)行基金交易，從而帶來更多的收益。 福州大學(xué) 亓?xí)造o 27 例：圖書管理系統(tǒng) ? 為學(xué)校的圖書館開發(fā)一套系統(tǒng)，對圖書館藏書和借閱進(jìn)行統(tǒng)一管理，從而可以通過開館自選的形式借閱圖書，可以通過網(wǎng)絡(luò)查詢圖書信息等，方便借閱者，提高圖書館的管理水平。 福州大學(xué) 亓?xí)造o 28 例：學(xué)生成績管理系統(tǒng) ? 為學(xué)校開發(fā)學(xué)生成績管理系統(tǒng)，可以對學(xué)生成績進(jìn)行管理，并能夠方便地查詢到相關(guān)的教學(xué)信息，包括學(xué)生的基本信息、課程信息、教師信息、專業(yè)信息等。 福州大學(xué) 亓?xí)造o 29 需求獲取方法 ? ? ? ? ? ? 福州大學(xué) 亓?xí)造o 30 需求獲取的對象：用戶 ? “用戶”（ user）是一種泛稱，它可細(xì)分為： ?“客戶”（ Customer）：掏錢買軟件的用戶 ?“最終用戶”（ End user）：真正操作軟件的用戶 ?“間接用戶”（或稱為關(guān)系人） ?如果軟件是面向企業(yè)用戶的，那么客戶與最終用戶通常不是同一個人。如果軟件是面向個人用戶的，那么客戶與最終用戶通常是同一個人。 福州大學(xué) 亓?xí)造o 31 ? 讓用戶理解 ?用戶需求與軟件功能的關(guān)系 ?需求錯誤的嚴(yán)重性 ?分階段開發(fā)對排除風(fēng)險的重要性 ? 請用戶 ?及時反饋 ?堅持評審 福州大學(xué) 亓?xí)造o 32 解決用戶心中的疑慮 ? 用戶往往是應(yīng)用領(lǐng)域的專家，但不一定是軟件專家。他們會有幾點疑慮： ?軟件開發(fā)的“過程”似乎不可見，非常神秘。 ?軟件的修改好像很容易，只改幾句程序代碼。 ?怎么驗收軟件，根據(jù)什么？ 解惑一： ? 1．軟件開發(fā)與其他產(chǎn)品的開發(fā)過程一樣是分階段的，每個階段都有階段產(chǎn)品。 ?軟件的階段產(chǎn)品主要是文檔。 ?只有每個階段的產(chǎn)品符合要求， 才有可能 生產(chǎn)出最終滿足用戶需要的產(chǎn)品。 解惑二： ? 軟件修改的代價隨著過程的向前推進(jìn)，越來越高。在需求時如果發(fā)現(xiàn)問題，修改的僅僅是需求文檔，代價比較低；到編程階段發(fā)現(xiàn)問題，修改的是需求、設(shè)計和程序，并且每個環(huán)節(jié)都要重新審核；因此，一定要告之用戶，發(fā)現(xiàn)問題的苗頭，馬上通報。 福州大學(xué) 亓?xí)造o 36 解惑三： ? 用戶在階段審查時，首先檢查所提交文檔的目錄，看內(nèi)容是否全面，審查中如果有困難可以參考《計算機軟件工程規(guī)范國標(biāo)匯編》 (簡稱“軟件工程國標(biāo)” )，其中對每個文檔的內(nèi)容要求都寫得很明確。 ? 注意 :“軟件工程國標(biāo)”是針對大多數(shù)軟件項目編寫的，涵蓋了可能出現(xiàn)的各種情況，在實際使用時應(yīng)該對其進(jìn)行適當(dāng)?shù)牟脺p。 ? 檢查完文檔的目錄后，再檢查具體的內(nèi)容，用戶有權(quán)利要求開發(fā)方對階段產(chǎn)品進(jìn)行詳細(xì)解釋，以便于更好的理解。 幾個關(guān)鍵階段產(chǎn)品的主要內(nèi)容： 1）軟件范圍和目標(biāo)說明書 ? 用戶確定。有困難時，可以委托行業(yè)咨詢公司協(xié)助完成。 ? 內(nèi)容主要涉及項目的范圍、確定規(guī)模和軟件要達(dá)到的目標(biāo)，是戰(zhàn)略性的。 ? 提交時間在項目正式啟動之前。 2）軟件調(diào)研報告 ? 由開發(fā)方提供 ? 主要內(nèi)容是對用戶現(xiàn)有系統(tǒng)的客觀描述，反映當(dāng)前用戶業(yè)務(wù)的工作流程、設(shè)備情況、原始數(shù)據(jù)內(nèi)容、輸出數(shù)據(jù)格式和內(nèi)容，同時還要記錄用戶對新系統(tǒng)的期望和建議，最后還要附上與所調(diào)研的業(yè)務(wù)相關(guān)的原始資料，例如各種單據(jù)、報表、操作規(guī)范、工作流程描述和崗位職責(zé)等等。這個報告強調(diào)客觀實際，不應(yīng)摻雜軟件分析人員的主觀臆想。 ? 提交時間是調(diào)研結(jié)束之后、分析需求之前。 3）軟件開發(fā)計劃書 ? 由開發(fā)方提供 ? 內(nèi)容包括每個階段的時間安排、負(fù)責(zé)人、參加者、需要的其他資源；每個階段提交的產(chǎn)品（文檔）形式和內(nèi)容說明；每個階段的審查時間、參加的人員；階段審查的合格標(biāo)準(zhǔn)。 ? 提交時間是在需求分析階段的后期，一般與需求規(guī)格說明書同時提交。 4）軟件需求規(guī)格說明書 ? 由開發(fā)方提供 ? 主要內(nèi)容包括：使用自然語言和一些圖形符號描述用戶需求和軟件要實現(xiàn)的功能，詳細(xì)描述數(shù)據(jù)關(guān)系和數(shù)據(jù)存儲，開發(fā)人員經(jīng)過分析整理出的軟件處理流程、與外部系統(tǒng)（角色）的接口，以及軟件安全性、可靠性、可擴充性、可移植性等非功能性需求描述。 ? 提交時間是需求分析階段結(jié)束之前。 5）軟件設(shè)計規(guī)格說明書 ? 由開發(fā)方提供 ? 總體設(shè)計反映軟件的結(jié)構(gòu)框架，不涉及具體的內(nèi)部控制流程； ? 詳細(xì)設(shè)計反映具體的實現(xiàn)步驟和內(nèi)部控制流程。 ? 提交時間是在設(shè)計階段結(jié)束之前 6）軟件模塊開發(fā)卷宗 ? 由開發(fā)方提供 ? 主要包含源程序清單，單元測試記錄。 ? 文檔的提交時間：如果用戶對程序完全陌生，建議在整個系統(tǒng)驗收測試結(jié)束后要求開發(fā)方提交。因為在軟件驗收交付之前，開發(fā)者可能不斷地修改源程序，這樣用戶拿到的文檔與最終產(chǎn)品不符。如果用戶比較精通程序設(shè)計方面的知識，可以在驗收測試之前拿到這份文檔，以便對照該文檔補充驗收測試的測試用例，特別是對控制流程復(fù)雜的模塊補充一些測試用例。 7）軟件測試計劃書 ? 驗收測試計劃由用戶提供，集成測試
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1