[計算機]軟件需求復習提綱(編輯修改稿)
2025-02-05 15:25 本頁面
【文章內(nèi)容簡介】 d) 商定誰是項目需求的決策者。 幾種典型的軟件需求來源： 與潛在用戶進行交談和討論 要想知道某個新軟件的潛在用戶的需求，最直接的方式莫過于向用戶了解。 描述現(xiàn)有產(chǎn)品或競爭產(chǎn)品的文檔 4 這類文檔可能也會描述產(chǎn)品必須遵循的企業(yè)或行業(yè)標準，以及法律和法規(guī)等。 系統(tǒng)需求規(guī)格說明 同時包含硬件和軟件的產(chǎn)品具有一個高級的系統(tǒng)需求規(guī)格說明，用于描述整個產(chǎn)品。 現(xiàn)有系統(tǒng)的問題報告和改進要求 客戶服務和技術(shù)支持人員也是需求的重要來源。 市場調(diào)查和用戶問卷調(diào)查 這類調(diào)查能夠從廣大的潛在用戶那里收集到大量的數(shù)據(jù)。 觀察用戶如何工作 讓需求分析員觀察現(xiàn)有系統(tǒng)的用戶或?qū)⒁瞥龅南到y(tǒng)的潛在用戶如何進行工作。 用戶工作的情景分析 在確定用戶需要借助系統(tǒng)完成哪些工作之后，需求分析員就能推導出用戶完成這些工作必需的功能性需求。 事件和響應 列出系統(tǒng)必須響應的外部事件和正確的響應。 七、 需求獲取中的注意事項 ● 只向很少的用戶代表收集意見，或者只聽取聲音最大、最固執(zhí)己見的客戶的意見，也是需求獲取過程中存在的問題 。 ● 獲取用戶需求的工作可能導致對產(chǎn)品前景或項目范圍的修改 。 ● 需求開發(fā)過程中產(chǎn)生的模型和界面草圖應該被視為可以促進有效溝通的設計建議，而不應成為對設計者的約束。必須讓用戶明白這些界面和原型只是用于說明，不 一定是最終的解決方案。 ● 使用增量開發(fā)方法，把需求分解成低風險的更小的部分進行研究。 八、 用例的好處 ? 使用用例能夠讓用戶更清楚地了解新系統(tǒng)可以提供的功能。 ? 用例法還有助于為需求劃分優(yōu)先級。優(yōu)先級最高的功能性需求源自優(yōu)先級最高的用例。優(yōu)先級高的用例具有以下特征： ? 描述了系統(tǒng)實現(xiàn)的核心業(yè)務過程之一。 ? 很多用戶經(jīng)常使用。 ? 由重點用戶類提出。 ? 提供了為符合規(guī)定所需的功能。 ? 其他系統(tǒng)功能依賴于該用例的存在。 ? 用例法還有技術(shù)方面的好處，能夠揭示重要的域?qū)ο螅约跋嗷ラg的職責。 使用用例時應避免的問題 ? 用例過多。 ? 用例過于復雜 。 ? 在用例中包含用戶界面設計 。 ? 在用例中包含數(shù)據(jù)定義。 ? 用戶無法理解用例。 ? 新的業(yè)務流程。 5 ? 濫用包含和擴充關(guān)系。 九、 業(yè)務規(guī)則是對業(yè)務的某個方面進行定義或約束的語句。 業(yè)務規(guī)則包括 5 類： 試舉出約束、動作觸發(fā)規(guī)則和計算的例子。 事實 (fact)就是對業(yè)務的真實陳述，常常描述重要業(yè)務術(shù)語間的關(guān)聯(lián)。 約束 (constraint)限制了系統(tǒng)或它的用戶可以執(zhí)行哪些操作。 ? 約束的例子包括： ? 未滿 18 周歲的借款人必須由父母或其它其他合法監(jiān)護人作為貸款的聯(lián)合簽署人。 ? 圖書館的借閱者最 多可以同時借 10 本書。 ? 只有最近 12 個月內(nèi)接受過危險化學品使用方法培訓的用戶，才能申領屬于一級危險品的化學制品化學品。 ? 所有應用軟件都必須符合政府法規(guī)中有關(guān)方便視力較弱人士使用的規(guī)定。 ? 信件中可以不必寫出投保人 4 位以上的社會保險號。 ? 每 24 小時內(nèi)，商業(yè)航空公司的機組人員必須至少得到連續(xù) 8 小時的休息。 動作觸發(fā)規(guī)則： 在特定條件下觸發(fā)某個動作的規(guī)則 ? 下面是一些動作觸發(fā)類業(yè)務規(guī)則的例子： ? 如果化學品倉庫中有所需化學品，則將現(xiàn)有的化學品交給申領人。 ? 如果某瓶化學
試題試卷相關(guān)推薦
鄂ICP備17016276號-1