用用例造句

“用例”的解釋

用例[yòng lì] 用例 （UML重要概念）用例（英語(yǔ)：use case），或譯使用案例、用況，是軟件工程或系統(tǒng)工程中對(duì)系統(tǒng)如何反應(yīng)外界請(qǐng)求的描述，是一種通過(guò)用戶的使用場(chǎng)景來(lái)獲取需求的技術(shù)。每個(gè)用例提供了一個(gè)或多個(gè)場(chǎng)景，該場(chǎng)景說(shuō)明了系統(tǒng)是如何和最終用戶或其它系統(tǒng)互動(dòng)，也就是誰(shuí)可以用系統(tǒng)做什么，從而獲得一個(gè)明確的業(yè)務(wù)目標(biāo)。編寫(xiě)用例時(shí)要避免使用技術(shù)術(shù)語(yǔ)，而應(yīng)該用最終用戶或者領(lǐng)域?qū)＜业恼Z(yǔ)言。用例一般是由軟件開(kāi)發(fā)者和最終用戶共同創(chuàng)作的。 在1986年，Ivar Jacobson，UML和瑞理統(tǒng)一過(guò)程的重要貢獻(xiàn)者，提出了用例的概念。Jacobson的思想很有影響力，也很有發(fā)展力。之后在這個(gè)科目上又有很多貢獻(xiàn)，在定義用例是什么和怎么有效的書(shū)寫(xiě)用例方面最重要，最有影響力也最全面的，是Alistair Cockburn，他寫(xiě)的書(shū)籍是《編寫(xiě)有效用例》。 用例迅速成為獲取功能需求最常用的手段。用例最初是和面向?qū)ο笠煌岢龅?。但是它不止局限于面向?qū)ο笙到y(tǒng)，因?yàn)橛美龑?shí)質(zhì)上不是面向?qū)ο蟆?由于不少測(cè)試工程師將測(cè)試用例簡(jiǎn)稱為用例，為便于區(qū)分兩者，將原來(lái)的Use case用例稱為需求用例。 測(cè)試用例（對(duì)應(yīng)英文Test case）已經(jīng)廣為人知，沒(méi)有歧義，但就文字表面而言，測(cè)試用例類似是屬于用例，就像紅富士蘋(píng)果屬于蘋(píng)果一樣，所以為了更容易區(qū)分，需求用例是個(gè)更清晰的稱呼。 用例 （漢語(yǔ)詞匯）用例是一個(gè)漢語(yǔ)詞匯，拼音yòng lì，意思是援用成例。

用“用例”造句

1、另一個(gè)任務(wù)可能包括需求的詳細(xì)說(shuō)明，并附有編寫(xiě)用例，定義性能基準(zhǔn)點(diǎn)的個(gè)人行為，等等。

2、用例分析第七步：描述屬性和關(guān)系。

3、如果有大量配置測(cè)試用例，手動(dòng)腳本以及測(cè)試日志的話，那么遷移過(guò)程可能會(huì)耗費(fèi)大量的時(shí)間。

4、排課管理系統(tǒng)是管理信息系統(tǒng)的一個(gè)典型用例。

5、一個(gè)可組合性技術(shù)的成功SOA部署的用例、經(jīng)驗(yàn)教訓(xùn)和最佳實(shí)踐。

6、我發(fā)現(xiàn)領(lǐng)域建模適合于數(shù)據(jù)分析用例。因?yàn)樗鼈兪且詳?shù)據(jù)為中心的。

7、圖1是“參加研習(xí)班”用例的基本行動(dòng)過(guò)程的模型。

8、記事板由這些用例中的框架組成，如圖12組成。

9、用可分類的屬性，文檔和可追蹤性，集成用例管理不僅提供了一系列的框圖，而在很大程度上擴(kuò)展了用例，有效地幫助你管理團(tuán)隊(duì)中的大量用例。

10、因此，用例是關(guān)于以下內(nèi)容的文本描述：希望系統(tǒng)如何工作、將涉及到哪些人以及他們之間如何交互、系統(tǒng)在正常運(yùn)行時(shí)如何工作，以及出現(xiàn)錯(cuò)誤時(shí)應(yīng)該如何處理。

11、例如，“招收研習(xí)班的學(xué)生”用例描述的是學(xué)生如何與系統(tǒng)交互來(lái)參加研習(xí)班。

12、第三行EE顯示測(cè)試的結(jié)果。如果測(cè)試用例通過(guò)，會(huì)得到“.”。

13、業(yè)務(wù)人員將不會(huì)顯示在一個(gè)為了業(yè)務(wù)用例本身所繪制的活動(dòng)圖里，但是他會(huì)作為業(yè)務(wù)用例實(shí)現(xiàn)的一部分被顯示出來(lái)。

14、這個(gè)用例描述審查員如何顯示指示板，以及指示板顯示的信息。

15、測(cè)試用例通常存在于開(kāi)發(fā)人員的腦子里，但實(shí)現(xiàn)起來(lái)有不同的方式，如打印語(yǔ)句、調(diào)試器表達(dá)式、測(cè)試腳本。

16、在此情況下，需要記錄所有測(cè)試用例步驟的時(shí)間可能不能實(shí)行。

17、您可以通過(guò)使用狀態(tài)表來(lái)定義測(cè)試用例。

18、該問(wèn)題也表現(xiàn)出需要一個(gè)新用例：存儲(chǔ)狗吠聲。

19、在這種情況下，用例可以用來(lái)創(chuàng)建可測(cè)試場(chǎng)景，但是隱藏信息所包含的內(nèi)容44與維持測(cè)試用例穿越任何設(shè)計(jì)變更的能力相沖突。

20、在某些用例中，這種時(shí)間延遲是不可接受的。

21、用例和用例請(qǐng)求上有小箭頭的標(biāo)識(shí)，表明它們是相連接的。

22、在重新創(chuàng)建本文所介紹的所有測(cè)試用例時(shí)，需要20GB的磁盤(pán)空間用于存儲(chǔ)數(shù)據(jù)和日志文件。

23、在采用ODC之前，我們每個(gè)階段的退出標(biāo)準(zhǔn)僅僅是根據(jù)測(cè)試用例的通過(guò)率來(lái)決定的。

24、在此例中，你將會(huì)在你的圖表中為此前建模的每個(gè)工具類創(chuàng)建一個(gè)用例，以后它們就代表我們系統(tǒng)的主要功能。

25、我們繼續(xù)會(huì)要求的是，下載最新的預(yù)覽，在體驗(yàn)站點(diǎn)上使用例子，然后試用自己的網(wǎng)站。

26、如果查看整個(gè)迭代，將看到更多內(nèi)容：您捕獲了一個(gè)重要需求并編寫(xiě)測(cè)試用例實(shí)現(xiàn)需求。

27、Rhapsody是個(gè)雙向的模型驅(qū)動(dòng)解決方案，可以通過(guò)需求圖、用例圖、序列圖、活動(dòng)圖以及狀態(tài)圖捕獲項(xiàng)目需求。

28、使用此中央存儲(chǔ)庫(kù)，團(tuán)隊(duì)成員將簽入他們的SCA組件和測(cè)試用例，然后持續(xù)集成服務(wù)器將它們簽出以執(zhí)行構(gòu)建。

29、參與者焦點(diǎn)很重要，你可以指定系統(tǒng)為參與者做什么，而不必?fù)?dān)心用例按序排列的問(wèn)題。

30、本文初步解決了非線性系統(tǒng)的分區(qū)域線性化控制律的連續(xù)性和系統(tǒng)的穩(wěn)定性問(wèn)題，簡(jiǎn)要介紹了一個(gè)應(yīng)用例子。

31、他定義出架構(gòu)藍(lán)圖，用用例、邏輯、流程、實(shí)現(xiàn)和部署視圖進(jìn)行描述。

32、沒(méi)有這些技能，他們就不能足夠深入地去思考開(kāi)發(fā)中的產(chǎn)品，他們也就有可能無(wú)法識(shí)別出足夠多的各類測(cè)試用例。

33、您可以創(chuàng)建一個(gè)基于序列圖、代碼、流程圖或者狀態(tài)圖的測(cè)試用例，它會(huì)自動(dòng)映射到測(cè)試結(jié)構(gòu)的實(shí)例上。

34、傳統(tǒng)的調(diào)試程序在執(zhí)行特定用例時(shí)不能幫助您了解GUI的狀態(tài)。

35、這些工具是被設(shè)計(jì)用于檢查已有代碼塊的，它將以分支、循環(huán)等為基礎(chǔ)，綜合生成一套針對(duì)代碼的觀測(cè)報(bào)告，開(kāi)發(fā)者可以通過(guò)審查這些報(bào)告，選擇為自己關(guān)心的部分生成整套的測(cè)試用例。

36、為了說(shuō)明會(huì)話虛包模式，我們來(lái)考慮這樣一個(gè)用例，用戶能將貸款支付的帳目記入她的支票帳戶的借方。

37、最后，我提供一個(gè)示例用例的檢查清單，一旦私有云設(shè)置完成之后便可通過(guò)自助服務(wù)GUI執(zhí)行它。

38、例如，數(shù)據(jù)維護(hù)用例可以很好地通過(guò)領(lǐng)域建模來(lái)描述，還可能有用戶體驗(yàn)建模。

39、一旦定義了用例文檔，就可以選擇用例文本、創(chuàng)建case類型的需求，從而用用例細(xì)節(jié)填充需求數(shù)據(jù)庫(kù)了。

40、方案是關(guān)于某人使用用例的簡(jiǎn)短敘述性描述。

41、您可以創(chuàng)建一些直接的聯(lián)系，像測(cè)試用例與需求之間的關(guān)系，以及測(cè)試用例與測(cè)試日志之間的關(guān)系。

42、由于我們不能用所有可能的輸入值運(yùn)行用例，所以我們必須只局限于系統(tǒng)用戶所建議的典型值。

43、因此，它們通常是在單獨(dú)的工件中被捕獲，或者是作為用例規(guī)格的附加物。

44、根據(jù)這個(gè)用例的目標(biāo)，在測(cè)試用例的前置條件或者設(shè)置中還需要一些數(shù)據(jù)輸入。

45、至少就這個(gè)開(kāi)發(fā)循環(huán)的分析階段而言，當(dāng)我們添加方案時(shí)，我們將完成這個(gè)用例。

46、之后我用了簡(jiǎn)單的語(yǔ)法分析技術(shù)來(lái)確定用例中的候選實(shí)體，并用四個(gè)問(wèn)題來(lái)考察它們。

47、當(dāng)使用手機(jī)時(shí)，日常的多路復(fù)用例子就發(fā)生了。

48、覆蓋率分析也可以幫您找到測(cè)試用例是否有冗余：測(cè)試在代碼的同一路徑下反復(fù)運(yùn)行，導(dǎo)致了不必要的時(shí)間延遲。

49、闡述了軟件測(cè)試，特別是軟件可靠性測(cè)試的概念，論述了軟件運(yùn)行剖面和測(cè)試用例的生成方法。

50、可以通過(guò)用例，略述系統(tǒng)行為就可以開(kāi)展軟件開(kāi)發(fā)，并幫你創(chuàng)建高質(zhì)量的應(yīng)用程序體系結(jié)構(gòu)與設(shè)計(jì)。