用例描述中的強(qiáng)制性步驟（2022版）

物流信息管理系統(tǒng)用例描述中的強(qiáng)制性步驟用例描述中的強(qiáng)制性步驟實(shí)際上，在描述同一個(gè)用例時(shí)，不同的人有不同的方法，除非他們之間能夠進(jìn)行良好的溝通。舉個(gè)例子，在傳統(tǒng)的書(shū)店中，某分析師可以假定職員詢問(wèn)顧客需要哪本圖書(shū)，而另一個(gè)分析師可能會(huì)忽略該步驟，而假定顧客會(huì)直接選擇圖書(shū)然后直接購(gòu)買。那么出現(xiàn)的問(wèn)題就是：這兩個(gè)方法哪一個(gè)是正確的？可能兩種方法都是正確的，但其中一個(gè)更有效。在該用例的任意方案中，都存在顧客挑選了想要購(gòu)買的圖書(shū)這一強(qiáng)制性條件，否則該訂單就不成立。然而，顧客向職員咨詢圖書(shū)相關(guān)問(wèn)題則為可選項(xiàng)。這個(gè)選項(xiàng)只存在于一些場(chǎng)景中。因此，在用例中，選擇要購(gòu)買的圖書(shū)為必要條件，詢問(wèn)圖書(shū)相關(guān)信息則為可選條件。用例描述中的強(qiáng)制性步驟用例描述中的強(qiáng)制性步驟分析師應(yīng)該盡量正確地描述用例，另外，不同的分析師為同一個(gè)過(guò)程應(yīng)該建立相似的描述。通?？梢酝ㄟ^(guò)最小化可選步驟得到。

每個(gè)用例都有其強(qiáng)制性措施。這些措施當(dāng)中包含了參與者和系統(tǒng)之間傳遞的信息（如圖1所示）。如果缺少任何一個(gè)步驟，用例就沒(méi)有任何意義。任何用例的描述均要包含這些步驟，如果沒(méi)有，則是錯(cuò)誤的。圖1用例強(qiáng)制性步驟用例描述中的強(qiáng)制性步驟“找書(shū)”等操作則為可選或候補(bǔ)的步驟，可以使用例的上下文更加完整，但因?yàn)樵谙到y(tǒng)邊界上不傳遞任何信息，所以它們不是最基本的元素。因此，“購(gòu)買圖書(shū)”用例描述需要包含“顧客選擇要購(gòu)買的圖書(shū)”這一個(gè)步驟。同時(shí)，顧客也要告訴系統(tǒng)需要購(gòu)買該圖書(shū)的數(shù)量。最后，顯示用戶需要支付的金額。用例描述中的強(qiáng)制性步驟在如圖2所示用例描述中，因?yàn)楹雎粤恕邦櫩瓦x擇圖書(shū)及數(shù)量”的強(qiáng)制性信息描述這個(gè)步驟，因此該用例是不完整的。用例01:Orderbooks(缺失強(qiáng)制性信息)應(yīng)當(dāng)避免此類情況

1.顧客通過(guò)關(guān)鍵字搜索圖書(shū)。

2.系統(tǒng)生成符合關(guān)鍵字的圖書(shū)列表，至少包含書(shū)名、作者、價(jià)格、頁(yè)數(shù)、出版社、ISBN、封面圖片等。

3.系統(tǒng)成訂單信息(每本書(shū)的書(shū)名、作者、數(shù)量、單價(jià)、合計(jì))及訂單價(jià)格。

4.顧客提交訂單。圖2缺失強(qiáng)制性步驟的不完整用例描述示例用例描述中的強(qiáng)制性步驟正確的訂單需要的信息比圖2所示的不完整用例描述的要多。系統(tǒng)如何確定顧客購(gòu)買了哪本圖書(shū)、購(gòu)買多少數(shù)量？不管這些信息是如何得到的，系統(tǒng)必須知道這些必要的數(shù)據(jù)，因此用例必須包含這些信息。

在用例中需要描述所有必要信息的原因是：這些信息稍后要用于定義系統(tǒng)的操作，即需要用什么方法來(lái)滿足需求。如果此時(shí)信息不完整，要實(shí)現(xiàn)的方法也不完整，會(huì)導(dǎo)致出現(xiàn)問(wèn)題時(shí)需要重做部分系統(tǒng)。用例01:Orderbooks(缺失強(qiáng)制性信息)應(yīng)當(dāng)避免此類情況

1.顧客通過(guò)關(guān)鍵字搜索圖書(shū)。

2.系統(tǒng)生成符合關(guān)鍵字的圖書(shū)列表，至少包含書(shū)名、作者、價(jià)格、頁(yè)數(shù)、出版社、ISBN、封面圖片等。

3.系統(tǒng)成訂單信息(每本書(shū)的書(shū)名、作者、數(shù)量、單價(jià)、合計(jì))及訂單價(jià)格。

4.顧客提交訂單。圖2缺失強(qiáng)制性步驟的不完整用例描述示例用例描述中的強(qiáng)制性步驟系統(tǒng)事件（Systemevents)：表明參與者傳遞給系統(tǒng)某些信息的步驟。

系統(tǒng)返回（Systemreturns)：表明由系統(tǒng)傳遞給參與者某些信息的步驟?？紤]系統(tǒng)返回時(shí)必須特別注意，這些必要的步驟要傳遞一些系統(tǒng)存儲(chǔ)或能夠訪問(wèn)的信息，原則上，這些信息對(duì)于參與者來(lái)說(shuō)并不一定需要通過(guò)系統(tǒng)查詢才能得到。強(qiáng)制性步驟：在Orderbooks用例中，系統(tǒng)必須要提醒參與者（顧客）需要支付的總金額就是一個(gè)明顯的示例，否則顧客并不知道應(yīng)該支付多少金額。即使顧客可以自己根據(jù)每本書(shū)的售價(jià)算出某個(gè)值，但他們并不確定在享受優(yōu)惠、稅金及其他必要費(fèi)用后，最后需要支付的金額是多少。因此應(yīng)由系統(tǒng)提供這些信息。用例描述中的強(qiáng)制性步驟用例描述中的強(qiáng)制性步驟另一方面，當(dāng)顧客向系統(tǒng)發(fā)送一些信息時(shí)，系統(tǒng)的界面應(yīng)該提供一些反饋，表明已經(jīng)收到此數(shù)據(jù)，此過(guò)程已執(zhí)行完畢等。但是，這些類似“已發(fā)送”或“已完成”等反饋信息并不是“系統(tǒng)返回”，因?yàn)樗⒉慌c圖書(shū)、顧客或訂單存儲(chǔ)的數(shù)據(jù)相關(guān)聯(lián)。這種類型的信息只是一個(gè)界面反饋內(nèi)容，屬于界面技術(shù)方面的內(nèi)容。如果所傳遞的不是存儲(chǔ)的信息，則不能認(rèn)定為必要的步驟。用例描述中的強(qiáng)制性步驟用例01:Orderbooks1.[IN]顧客通過(guò)關(guān)鍵字搜索圖書(shū)。2.[OUT]系統(tǒng)生成符合關(guān)鍵字的圖書(shū)列表，至少包含書(shū)名、作者、價(jià)格、頁(yè)數(shù)、出版社、ISBN、封面圖片等。3.[IN]顧客選擇圖書(shū)及數(shù)量。4.[OUT]系統(tǒng)生成訂單信息(每本書(shū)的書(shū)名、作者、數(shù)量、單價(jià)、合計(jì))及訂單價(jià)格。

5.[IN]顧客提交訂單。異常3a:要購(gòu)買的一本或多本圖書(shū)數(shù)量大于庫(kù)存數(shù)。3a.1.[OUT]系統(tǒng)顯示用戶欲購(gòu)買的圖書(shū)的庫(kù)存數(shù)量。3a.2.[IN]用戶修改購(gòu)買數(shù)量。3a.3.進(jìn)入第4步。

異常5a:顧客未經(jīng)識(shí)別5a.1.[IN]顧客提供有效的身份信息。5a.2.返回第5步。異常5b:顧客沒(méi)有賬號(hào)。5b.1.[IN]顧客注冊(cè)賬戶，包含用戶名、密碼和Email地址等。5b.2.返回第5步異常5c:未選擇購(gòu)買圖書(shū)。5c.1.返回第1步。圖3帶有強(qiáng)制性步驟標(biāo)記的用例如果系統(tǒng)事件和系統(tǒng)返回在用例中明確描述，這將會(huì)十分有意義。對(duì)于剛接觸該用例的人員來(lái)說(shuō)，他們可能會(huì)用[IN]和[OUT]等標(biāo)記來(lái)標(biāo)識(shí)這些強(qiáng)制性步驟。這些標(biāo)記通常插入在行號(hào)后面，如圖3所示。用例描述中的強(qiáng)制性步驟這些標(biāo)記能夠幫助分析師驗(yàn)證每一個(gè)步驟都是一個(gè)獨(dú)立的事務(wù)，因?yàn)槿魏我粋€(gè)步驟都不能同時(shí)被