2023學(xué)年完整公開課版需求獲取（2022版）

物流信息管理系統(tǒng)需求獲取需求獲取確定系統(tǒng)用例作為一個活動，是統(tǒng)一過程需求理論中的一部分。需求捕獲和分析是初始階段的重要組成部分。開發(fā)團隊必須使用每個可用的源來發(fā)現(xiàn)需求（專家、用戶、文檔、接口、文獻等），對于每個來源，還有可能確定一組系統(tǒng)必須實現(xiàn)的功能。一、需求獲取需求獲取相當(dāng)于查找系統(tǒng)需要執(zhí)行的功能的信息，以及系統(tǒng)運行需要遵循的約束條件。在本課中采用系統(tǒng)用例進行記錄。

另外一種不使用用例記錄需求的方法是使用一個包含著功能需求列表的文檔，同時還會附帶一系列的約束條件。使用用例的方法相對于使用功能列表，其優(yōu)點在于良好的用例具有明確的力度，可以生成高級別需求列表，因此比單一功能列表更容易理解。一、需求獲取高級別用例的數(shù)量通常要比單獨功能列表的數(shù)量少。當(dāng)進行高級別用例詳細構(gòu)建時，單一功能會以用例擴展的形式出現(xiàn)。在Lion在線書店的例子中，需求獲取使開發(fā)團隊能夠發(fā)現(xiàn)系統(tǒng)必須可以控制以下活動：圖書的購買和銷售、收取書款、允許退回損壞的圖書、生成銷售報表、查詢庫存情況等。這些操作及其他操作構(gòu)成了系統(tǒng)要實現(xiàn)的功能，因此也可以將此稱為功能需求。這些功能最后要合并到一個或多個用例當(dāng)中。一、需求獲取同時，在需求獲取的過程中，分析師還要面對業(yè)務(wù)規(guī)則或系統(tǒng)實現(xiàn)功能的約束條件。例如，業(yè)務(wù)規(guī)則要求書店在確認(rèn)圖書已付款后才開始寄送圖書。這種規(guī)則是一個非功能性的需求，可以作為用例本身的注釋或備注進行記錄，用于在詳細說明用例時進行回看或驗證（如圖1)。或者用一個經(jīng)過編號的列表或電子表格進行單獨記錄，用唯一的編號與用例相關(guān)聯(lián)。圖1用例中的非功能性需求二、需求獲取不是需求設(shè)計分析一個系統(tǒng)就像將自己置身于森林中一樣。要探索未知的森林，不能直接對每個植物和動物開始探索?！耙蝗~障目，不見泰山（peoplecannotseetheforestforthetrees)”，然而森林是一個龐大的系統(tǒng)，樹木是其需求。只有在探索過程的最后，研究團隊才能夠說他們獲得了最小的那一部分知識。必須先采取整體的規(guī)劃，之后才能研究細節(jié)問題。二、需求獲取不是需求設(shè)計因此，在初始階段需要提出一一個整體規(guī)劃，這樣才能了解最重要的內(nèi)容，然后才能將其分解為細化的問題進行分析，最后設(shè)計出解決方案。在細化階段和構(gòu)建階段中的組織迭代，可以理解為將森林分成幾個區(qū)域，以便在某個時間段內(nèi)探索某個區(qū)域，以這種方式來處理其內(nèi)在的復(fù)雜性。因此，初始階段的最終目標(biāo)之一是根據(jù)用例將工作進行分解，便于在后續(xù)的迭代過程中進行探索。二、需求獲取不是需求設(shè)計在初始階段，需求獲取的過程必須是快速和泛化的。要正確開展這一工作，就必須去發(fā)現(xiàn)需求的擴展，而不是其細節(jié)。分析師必須理解系統(tǒng)要做什么，而不是要詳細說明如何做。只有在細化迭代時才深入分析需求。

需求獲取所需的時間僅用于獲取需求，而不是提出需求。在這段時間內(nèi)，分析團隊要與客戶、用戶和其他利益相關(guān)者列出所關(guān)注的需求列表，以及目前不需要應(yīng)對的一些限制條件，在下次迭代中才需要更詳細地進行需求分析。必須要明確的是，需求是客戶提出的，而不是開發(fā)團隊設(shè)計出來的。有些分析人員會把客戶提出的需求和系統(tǒng)設(shè)計之初的需求相混淆，這種混淆的一種表現(xiàn)形式通常會涉及包含關(guān)系型數(shù)據(jù)庫設(shè)計的一系列需求。除非現(xiàn)有的系統(tǒng)和新開發(fā)的系統(tǒng)要相互兼容，否則將客戶的需求用一組關(guān)系數(shù)據(jù)表表現(xiàn)的理由是什么呢？

這可能得要求客戶具有相應(yīng)的計算機學(xué)科背景才可以實現(xiàn)了,但這不是常規(guī)的規(guī)則。數(shù)據(jù)庫表示解決方案領(lǐng)域的一部分，不是問題域。分析師必須能夠找到客戶的需求及其目標(biāo)，隨后要確定獲得的信息是用關(guān)系型數(shù)據(jù)庫還是其他的結(jié)