ch03需求分析與用例建模

了解可行性研究與風險分析的方法掌握可行性分析報告的書寫格式

掌握客戶需求分析的要點及需求分析規(guī)格說明報告的書寫格式

掌握通過繪制用例圖及其正文描述來完成客戶需求分析的方法

掌握UML的用例模型建模方法

本章目的：

第三章需求分析與用例建模2023/2/6UML系統(tǒng)建模與分析設(shè)計13.1可行性研究與風險分析3.2客戶需求分析與用例建模3.3定義系統(tǒng)的對象和類3.4客戶需求分析規(guī)格說明本章小結(jié)Agenda2023/2/6高級語言C++23.1.1經(jīng)濟可行性研究3.1.2技術(shù)可行性分析3.1.3法律可行性分析3.1.4開發(fā)方案可行性分析研究3.1.5可行性分析報告文檔3.1可行性研究與風險分析2023/2/6UML系統(tǒng)建模與分析設(shè)計33.1.1經(jīng)濟可行性研究1.系統(tǒng)成本費用分析設(shè)備購置費用。系統(tǒng)開發(fā)費用。系統(tǒng)安裝、運行和維護費用。人員培訓費用。2.系統(tǒng)效益分析經(jīng)濟效益。社會效益。2023/2/6高級語言C++4成本效益分析圖2023/2/6UML系統(tǒng)建模與分析設(shè)計53.1.2技術(shù)可行性分析1.風險分析2.資源分析是否具備必需的軟件、硬件、工作環(huán)境、總經(jīng)費投入，以及開發(fā)人員是否具備相應(yīng)的素質(zhì)。3.技術(shù)分析反映系統(tǒng)動態(tài)特性：綜合系統(tǒng)的全部因素：突出系統(tǒng)的重要因素：結(jié)構(gòu)簡單：2023/2/6高級語言C++63.1.3法律可行性分析確定當前項目的開發(fā)是否違背國家相關(guān)法律；在知識產(chǎn)權(quán)方面是否對他人構(gòu)成侵權(quán)行為；與客戶簽訂的合同是否涉及第三方的利益等。2023/2/6UML系統(tǒng)建模與分析設(shè)計73.1.4開發(fā)方案可行性分析研究提出待選方案評價待選方案確定開發(fā)方案2023/2/6高級語言C++83.1.5可行性分析報告文檔格式

2023/2/6UML系統(tǒng)建模與分析設(shè)計93.2客戶需求分析與用例建模

3.2.1構(gòu)建需求模型——用例建模3.2.2用例圖3.2.3定義系統(tǒng)的邊界和范圍3.2.4確定執(zhí)行者3.2.5確定用例3.2.6用例之間的關(guān)聯(lián)2023/2/6高級語言C++103.2.1構(gòu)建需求模型——用例建模用例建模的主要目標是：將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到用戶確認；給出清晰、一致的關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求；提供從功能需求到系統(tǒng)分析、設(shè)計、實現(xiàn)各階段的度量標準；為最終系統(tǒng)測試提供基準，據(jù)此驗證系統(tǒng)是否達到功能要求；為項目目標進度管理和風險管理提供依據(jù)。用例建模的產(chǎn)物：用例圖2023/2/6高級語言C++11用例建模的步驟確定系統(tǒng)的范圍和邊界；確定系統(tǒng)的執(zhí)行者和用例；對用例進行描述；定義用例之間的關(guān)系；審核用例模型。2023/2/6高級語言C++123.2.2用例圖2023/2/6UML系統(tǒng)建模與分析設(shè)計133.2.3定義系統(tǒng)的邊界和范圍1．定義系統(tǒng)的范圍2．定義系統(tǒng)的邊界系統(tǒng)邊界包括：整個組織：如一個企業(yè)；一個組織的某個部門：如企業(yè)的財務(wù)處；計算機系統(tǒng)的硬件/軟件邊界：如企業(yè)的進、銷、存計算機管理系統(tǒng)。2023/2/6高級語言C++14執(zhí)行者（actor）是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與了系統(tǒng)內(nèi)用例的執(zhí)行。1．定義執(zhí)行者時應(yīng)注意的幾個問題（1）執(zhí)行者之間可以有繼承關(guān)系3.2.4確定執(zhí)行者2023/2/6UML系統(tǒng)建模與分析設(shè)計15（2）執(zhí)行者代表一種角色而不是具體某個人（3）對同一個人擔任角色的限制（4）執(zhí)行者可分成主執(zhí)行者和副執(zhí)行者（5）執(zhí)行者還可細分為主動執(zhí)行者和被動執(zhí)行者2．尋找和確定執(zhí)行者3.2.4確定執(zhí)行者2023/2/6UML系統(tǒng)建模與分析設(shè)計163.2.5確定用例1.用例的特征響應(yīng)性?；貓?zhí)性。完整性。2．尋找和確定用例系統(tǒng)為了維持正常運轉(zhuǎn)需要增加的功能和信息的交互；這些這些信息從何而來，到哪里去？實現(xiàn)當前系統(tǒng)（可能是人工系統(tǒng)而不是自動化系統(tǒng)）的關(guān)鍵問題是什么？2023/2/6高級語言C++173.2.5確定用例3．描述用例用例名：簡單名：路徑名：2023/2/6高級語言C++18用例的文字描述應(yīng)包括以下內(nèi)容:用例的目的（功能）；該用例在什么情況下被哪個執(zhí)行者啟動執(zhí)行；用例與執(zhí)行者之間交互哪些消息來通知對方作出決定；交互的主消息流及因此被使用或修改的實體；用例中可供選擇的異常事件流；用例結(jié)束標志：給執(zhí)行者返回一個可識別的值。舉例：用例名稱：學生選課

執(zhí)行者：學生目的：完成一次學生選課的完整過程。類型：主要的、基本的級別：一級

2023/2/6UML系統(tǒng)建模與分析設(shè)計19過程描述：（1）學生輸入標識碼（ID），系統(tǒng)識別標識碼的有效性；（2）對學生進行注冊識別；（3）流覽本學期預(yù)開課程；（4）選擇學生自己要上的課程并確認；（5）退出系統(tǒng)，系統(tǒng)給出所選課程列表及相應(yīng)學分合計。異常事件流處理：（1）標識碼有效性檢查失敗，允許學生重新輸入（3次機會）。（2）注冊識別失敗，沒有注冊（尙未交學費）的學生不能選課。（3）選擇課程確認失敗，所選幾門課程中在上課時間上發(fā)生沖突時，系統(tǒng)提示重選。

2023/2/6UML系統(tǒng)建模與分析設(shè)計201．繼承關(guān)聯(lián)2．擴展關(guān)聯(lián)

3.2.6用例之間的關(guān)聯(lián)2023/2/6UML系統(tǒng)建模與分析設(shè)計213．包含關(guān)聯(lián)4．使用關(guān)聯(lián)

3.2.6用例之間的關(guān)聯(lián)2023/2/6UML系統(tǒng)建模與分析設(shè)計223.2.6含有使用和擴展關(guān)系的用例圖2023/2/6UML系統(tǒng)建模與分析設(shè)計233.2.7用例圖實例2023/2/6UML系統(tǒng)建模與分析設(shè)計24類-責任-協(xié)作者（Class-Responsibility-Collaborator，簡稱CRC）技術(shù)：

3.3定義系統(tǒng)的對象和類2023/2/6UML系統(tǒng)建模與分析設(shè)計253.3.1確定對象類（1）發(fā)現(xiàn)潛在對象與系統(tǒng)交互的角色。系統(tǒng)的工作環(huán)境場所。概念實體、發(fā)生的事件或事情。部門和設(shè)備。與系統(tǒng)有關(guān)的外部實體。（2）標識對象名的原則使用單個名詞或名詞短語標識對象名；對象名稱必須有意義、簡潔明了、含義明確、易于理解；盡量使用用戶熟悉的行業(yè)標準術(shù)語。

2023/2/6UML系統(tǒng)建模與分析設(shè)計263.3.1確定對象類（續(xù)）（3）篩選對象的條件：關(guān)鍵性?？刹僮餍浴Ｐ畔⒑?。公共屬性。公共操作。關(guān)鍵外部信息。（4）對象分類：有形性。包含性。順序性。持久性。完整性。2023/2/6高級語言C++273.3.2標識對象類的屬性（1）發(fā)現(xiàn)和確定對象潛在的屬性（2）識別和篩選對象屬性的原則（3）識別和篩選屬性應(yīng)注意的問題（4）屬性的命名原則3.3.3標識對象類的操作2023/2/6高級語言C++283.3.3標識對象類的操作（1）尋找潛在的對象類操作（2）篩選、確定操作（3）命名操作名（4）操作的說明（5）操作的分類2023/2/6高級語言C++29（1）建立實例連接（2）消息傳遞（3）篩選對象間的關(guān)聯(lián)

3.3.4標識對象類之間的關(guān)聯(lián)（協(xié)作）2023/2/6UML系統(tǒng)建模與分析設(shè)計303.4客戶需求分析規(guī)格說明2023/2/6UML系統(tǒng)建模與分析設(shè)計313.6.1客戶需求分析1．業(yè)務(wù)組織結(jié)構(gòu)（綜述）“企業(yè)綜合信息管理系統(tǒng)”的用戶是企業(yè)各級管理部門的工作人員、公司經(jīng)理和系統(tǒng)操作人員。該系統(tǒng)主要提供“財務(wù)管理”、“人力資源管理”、“生產(chǎn)調(diào)度管理”、“進銷存管理”、“設(shè)備安全管理”、和“行政事務(wù)管理”等方面的服務(wù)。3.6需求分析用例建模案例2023/2/6UML系統(tǒng)建模與分析設(shè)計322．具體功能要求本案例只對其中的“進銷存管理子系統(tǒng)”進行詳細的需求分析用例建模。（1）銷售管理1）制定銷售計劃2）與客戶簽訂銷售合同3）檢查合同履約率4）生產(chǎn)調(diào)度管理部門組織生產(chǎn)5）庫存管理部門對產(chǎn)品進行入庫、出庫處理6）財務(wù)管理部門收取客戶貨款7）售后服務(wù)2023/2/6UML系統(tǒng)建模與分析設(shè)計33（2）采購管理1）制定原材料（零部件）采購計劃2）與客戶簽訂采購合同3）檢查合同履約率4）庫存管理部門對原材料進行入庫驗收、存儲5）財務(wù)管理部門支付貨款（3）庫存管理1）產(chǎn)品入庫管理2）原材料（零部件）入庫管理3）原材料（零部件）出庫管理4）產(chǎn)品出庫管理5）庫存管理6）采購管理部門組織采購7）生產(chǎn)調(diào)度管理部門安排生產(chǎn)8）財務(wù)管理部門對庫存物資進行核算2023/2/6UML系統(tǒng)建模與分析設(shè)計343．需求補充說明（1）數(shù)據(jù)保存

采購合同：每個合同執(zhí)行期可能多達幾個月，合同需要長期保留。銷售合同：每個合同執(zhí)行期可能多達幾個月，合同需要長期保留。

歷年履約合同：履約后的合同需要長期（幾十年）保留，以備查使用。

庫存貨物清單：庫存貨物量隨出、入庫有所消長，長期保存。

貨物損毀報表：長期保留，以備查使用。

入庫單：長期保留，以備查核算使用。

出庫單：長期保留，以備查核算使用。

庫存貨物資產(chǎn)核對表：長期保留，以備查使用。

2023/2/6UML系統(tǒng)建模與分析設(shè)計35（2）系統(tǒng)的用戶客戶、倉庫管理員、銷售人員、采購人員、公司經(jīng)理、財務(wù)管理系統(tǒng)、生產(chǎn)調(diào)度管理系統(tǒng)。（3）系統(tǒng)運行用戶界面銷售合同管理用戶界面：采購合同管理用戶界面：倉庫貨物清單管理用戶界面：2023/2/6UML系統(tǒng)建模與分析設(shè)計36（4）系統(tǒng)運行的軟件、硬件環(huán)境1）系統(tǒng)運行的軟件環(huán)境2）系統(tǒng)運行的硬件環(huán)境3.6.2確定系統(tǒng)范圍和系統(tǒng)邊界1．進銷存管理子系統(tǒng)的業(yè)務(wù)范圍2．進銷存管理子系統(tǒng)的系統(tǒng)邊界

3.6.3確定執(zhí)行者

“進銷存管理子系統(tǒng)”有5個人執(zhí)行者和2個系統(tǒng)執(zhí)行者，即“采購人員”、“銷售人員”、“倉庫管理員”、“客戶”、“公司經(jīng)理”、“生產(chǎn)調(diào)度管理子系統(tǒng)”和“財務(wù)管理子系統(tǒng)”。2023/2/6UML系統(tǒng)建模與分析設(shè)計373.6.4確定用例（1）“企業(yè)綜合信息管理系統(tǒng)”中的用例（一層）財務(wù)管理；

人力資源管理；

生產(chǎn)調(diào)度管理；

進銷存管理；

設(shè)備安全管理；

行政事務(wù)管理。

（2）“進銷存管理子系統(tǒng)”中的用例（第二層）銷售管理；

采購管理；

庫存管理。

（3）“銷售管理子系統(tǒng)”中的用例（第三層）制定產(chǎn)品銷售計劃；簽訂銷售合同；督促客戶付款；監(jiān)督產(chǎn)品發(fā)貨；檢查合同履約；提供售后服務(wù)。

2023/2/6UML系統(tǒng)建模與分析設(shè)計38（4）“采購管理子系統(tǒng)”中的用例（第三層）制定采購計劃；簽訂采購合同；貨物入庫檢驗；支付貨款；檢查合同履約。（5）“庫存管理子系統(tǒng)”中的用例（第三層）入庫管理；出庫管理；庫存管理。2023/2/6UML系統(tǒng)建模與分析設(shè)計391．最高層用例圖3.6.5分層繪制用例圖2023/2/6UML系統(tǒng)建模與分析設(shè)計402．第2層用例圖2023/2/6UML系統(tǒng)建模與分析設(shè)計413．第3層用例圖2023/2/6UML系統(tǒng)建模與分析設(shè)計424．第4層用例圖2023/2/6UML系統(tǒng)建模與分析設(shè)計432023/2/6UML系統(tǒng)建模與分析設(shè)計441．“增加銷售合同”用例用例編號：04010101（共有4層用例圖結(jié)構(gòu)，每層用2位數(shù)字表