ch03需求分析與用例建模

了解可行性研究與風(fēng)險(xiǎn)分析的方法掌握可行性分析報(bào)告的書寫格式

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

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

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

本章目的：

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

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

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

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

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

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

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

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

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

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

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

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

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

貨物損毀報(bào)表：長期保留，以備查使用。

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

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

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

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

3.6.3確定執(zhí)行者

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

人力資源管理；

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

進(jìn)銷存管理；

設(shè)備安全管理；

行政事務(wù)管理。

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

采購管理；

庫存管理。

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

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