04需求工程-資料下載頁
2025-01-14 02:58本頁面
【正文】 ?，逐層細化的原則。 福州大學(xué) 亓?xí)造o 58 數(shù)據(jù)模型 功能模型 行為模型 數(shù)據(jù)模型 福州大學(xué) 亓?xí)造o 59 ? 信息域包含三個不同的數(shù)據(jù)和控制視圖： ? 信息內(nèi)容和關(guān)系； ? 信息流； ? 信息結(jié)構(gòu)。 信息流表示了數(shù)據(jù)和控制在系統(tǒng)中流動時變化的方式 信息內(nèi)容表示了個體數(shù)據(jù)和控制對象； 數(shù)據(jù)和控制對象可和其他的數(shù)據(jù)和控制對象關(guān)聯(lián) 信息結(jié)構(gòu)表示了各種數(shù)據(jù)和控制項的內(nèi)部組織 功能模型和行為模型 ? 功能模型 ?對進入軟件的信息和數(shù)據(jù)進行變換和處理的模塊，它必須至少完成三個常見功能：輸入、處理和輸出。 ? 行為模型 ?大多數(shù)軟件對來自外界的事件做出反應(yīng)，這種 刺激／反應(yīng) 特征形成了行為模型的基礎(chǔ)。行為模型創(chuàng)建了軟件狀態(tài)的表示，以及導(dǎo)致軟件狀態(tài)變化的事件的表示。 福州大學(xué) 亓?xí)造o 60 功能模型和行為模型的作用 ? 模型能夠幫助軟件開發(fā)人員快速準確的理解系統(tǒng)所涉及的信息、功能和動態(tài)行為； ? 模型可成為后期軟件設(shè)計的基礎(chǔ)，為軟件設(shè)計人員提供了設(shè)計軟件功能的視圖化表示； ? 模型能夠成為軟件測試和軟件評審的重要依據(jù) 福州大學(xué) 亓?xí)造o 61 問題分解 ? 需求問題域涉及面廣泛而且復(fù)雜，以至于難以進行整體理解。為此，需要將這樣的問題劃分為易于理解的子問題，并建立各子問題間的關(guān)系以使得可以完成整個功能。 ? 第 4條和第 5條操作性分析原則建議軟件的信息、功能和行為域可以被劃分。 ?在本質(zhì)上，劃分將問題分解為其構(gòu)成成分。 ?在概念上，建立信息或功能的層次結(jié)構(gòu)表示 ?通過進行自頂向下的分析，進而暴露更多的細節(jié)問題，并在各層次上進行各功能元素的分配。 福州大學(xué) 亓?xí)造o 62 定義軟件的質(zhì)量屬性 ? 需要引起重視的是：在需求規(guī)格說明書中，定量地描述用戶期望的質(zhì)量屬性，能夠起到約束設(shè)計，提高質(zhì)量，從而提高用戶滿意度的作用。 福州大學(xué) 亓?xí)造o 63 ? 交易系統(tǒng)要求在交易時間內(nèi)系統(tǒng)的有效性達到 %。 有效性 ? 網(wǎng)站在高峰期，能夠應(yīng)對自如。 高效性 ? 一個具有 6個月以下開發(fā)經(jīng)驗的軟件維護人員能夠在 4個小時之內(nèi)為系統(tǒng)添加一個統(tǒng)計報表（數(shù)據(jù)項不超過 20項，表不超過 5個） 靈活性 /可修改性 ? 只有具有查賬特權(quán)的用戶才能夠進行庫存統(tǒng)計查詢。 安全性 ? 由于軟件失效引起的庫存成本計算錯誤的概率不能超過千分之一。 可靠性 福州大學(xué) 亓?xí)造o 64 ? 當遠程用戶向中心數(shù)據(jù)庫發(fā)送信息被線路故障中斷后，系統(tǒng)每隔 10秒重新連接一次中心數(shù)據(jù)庫，直到數(shù)據(jù)庫被連接上，然后重新發(fā)送所有要發(fā)送的信息。 健壯性 ? 軟件的操作菜單必須有熱鍵。 易用性 ? 一個新用戶經(jīng)過不到 30分鐘的環(huán)境適應(yīng)就可以進行基本的查詢操作。 ? 代碼與注釋的比例為 2:1。 可維護性 ? 盡量不使用運行環(huán)境提供的庫函數(shù)。 可移植性 ? 一個模塊的最大循環(huán)復(fù)雜度不能超過 20。 可測試性 福州大學(xué) 亓?xí)造o 65 屬性之間的影響關(guān)系 福州大學(xué) 亓?xí)造o 66 需求優(yōu)先級 ? 需求優(yōu)先級： P85 ?高 ?中 ?低 ? 用戶 ?需求實現(xiàn)的受益程度，失敗造成的損失程度 ? 開發(fā)人員 ?實現(xiàn)需求的費用和可能的風(fēng)險 福州大學(xué) 亓?xí)造o 67 ? 兩種需求評審方法 ? 需求評審的步驟 ? 審查人員的職責(zé) 福州大學(xué) 亓?xí)造o 68 ? ? 福州大學(xué) 亓?xí)造o 69 例 ?一個 5人的項目組，有 1人負責(zé)數(shù)據(jù)庫開發(fā)， 4人負責(zé)應(yīng)用程序開發(fā)，因為某項需求的變化，數(shù)據(jù)庫開發(fā)人員修改了數(shù)據(jù)庫表的內(nèi)容，但是沒有及時將變更通知應(yīng)用程序開發(fā)人員，導(dǎo)致 4個人編寫了一周的程序全部重寫。 福州大學(xué) 亓?xí)造o 70 例 ?測試人員在進行產(chǎn)品測試時發(fā)現(xiàn)了大量的問題，經(jīng)過調(diào)查發(fā)現(xiàn)開發(fā)人員使用了變更后的需求規(guī)格說明書，而變更沒有通知測試人員，導(dǎo)致測試人員的測試用例無法使用。 福州大學(xué) 亓?xí)造o 71 例 ? 在每周項目檢查例會上，項目經(jīng)理問一名開發(fā)人員：“你本周的工作計劃完成了嗎？” ?我沒有按計劃完成我的工作，因為用戶打電話要我增加一個由入庫單到合同單的確認，我原來認為這件事情比較簡單，就沒有讓他申請需求變更。而我在添加這項功能的過程中意識到相關(guān)聯(lián)的地方太多，一會這里有問題，一會那里有問題，越來越亂，我自己都被搞暈了 福州大學(xué) 亓?xí)造o 72 需求變更可能影響的開發(fā)活動和文檔 福州大學(xué) 亓?xí)造o 73 結(jié)論 ? 幾乎所有項目都會有需求變更 ?降低需求變更的影響 ?控制需求變更的過程 ?減少因需求變更帶來的風(fēng)險 福州大學(xué) 亓?xí)造o 74 ? 變更控制委員會 ?組成： P88 ?負責(zé)評估變更的影響，決定是否批準變更 ? 專人管理 ?負責(zé)變更請求的受理等事務(wù)性工作 ? 流程 ?受理 ?評估 ?實施 福州大學(xué) 亓?xí)造o 75 ? 變更請求 ?變更原因 ?變更內(nèi)容 ?變更可能影響的軟件元素 ?變更工作量統(tǒng)計 ?變更影響分析報告 ? 變更控制委員會 ?需求變更問題表 福州大學(xué) 亓?xí)造o 76 ? 每項需求可能與其他元素相關(guān) ?其他需求 ?其他設(shè)計部件 ?源程序模塊 ?測試用例 ?文檔 ? 跟蹤 ?了解與每個需求有關(guān)的其他元素有哪些 ? 回溯 ?最終的設(shè)計模塊、代碼段、測試對應(yīng)哪個需求 福州大學(xué) 亓?xí)造o 77 需求跟蹤能力矩陣 福州大學(xué) 亓?xí)造o 78 演講完畢，謝謝觀看！
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1