用例的讀音 用例的意思
用例 （UML重要概念）用例（英語：use case），或譯使用案例、用況，是軟件工程或系統工程中對系統如何反應外界請求的描述，是一種通過用戶的使用場景來獲取需求的技術。每個用例提供了一個或多個場景，該場景說明了系統是如何和最終用戶或其它系統互動，也就是誰可以用系統做什么，從而獲得一個明確的業務目標。編寫用例時要避免使用技術術語，而應該用最終用戶或者領域專家的語言。用例一般是由軟件開發者和最終用戶共同創作的。 在1986年，Ivar Jacobson，UML和瑞理統一過程的重要貢獻者，提出了用例的概念。Jacobson的思想很有影響力，也很有發展力。之后在這個科目上又有很多貢獻，在定義用例是什么和怎么有效的書寫用例方面最重要，最有影響力也最全面的，是Alistair Cockburn，他寫的書籍是《編寫有效用例》。 用例迅速成為獲取功能需求最常用的手段。用例最初是和面向對象一同提出的。但是它不止局限于面向對象系統，因為用例實質上不是面向對象。 由于不少測試工程師將測試用例簡稱為用例，為便于區分兩者，將原來的Use case用例稱為需求用例。 測試用例（對應英文Test case）已經廣為人知，沒有歧義，但就文字表面而言，測試用例類似是屬于用例，就像紅富士蘋果屬于蘋果一樣，所以為了更容易區分，需求用例是個更清晰的稱呼。 用例 （漢語詞匯）用例是一個漢語詞匯，拼音yòng lì，意思是援用成例。
- 用
- 例
“用例”的讀音
- 拼音讀音：
- [yòng lì]
- 漢字注音：
- ㄩㄥˋ ㄌㄧˋ
- 簡繁字形：
- 是否常用：
- 否
“用例”的意思
基本解釋
基本解釋
1.援用成例。 2.動用中的實例。
網絡解釋
用例 （UML重要概念）
用例（英語：use case），或譯使用案例、用況，是軟件工程或系統工程中對系統如何反應外界請求的描述，是一種通過用戶的使用場景來獲取需求的技術。每個用例提供了一個或多個場景，該場景說明了系統是如何和最終用戶或其它系統互動，也就是誰可以用系統做什么，從而獲得一個明確的業務目標。編寫用例時要避免使用技術術語，而應該用最終用戶或者領域專家的語言。用例一般是由軟件開發者和最終用戶共同創作的。
在1986年，Ivar Jacobson，UML和瑞理統一過程的重要貢獻者，提出了用例的概念。Jacobson的思想很有影響力，也很有發展力。之后在這個科目上又有很多貢獻，在定義用例是什么和怎么有效的書寫用例方面最重要，最有影響力也最全面的，是Alistair Cockburn，他寫的書籍是《編寫有效用例》。
用例迅速成為獲取功能需求最常用的手段。用例最初是和面向對象一同提出的。但是它不止局限于面向對象系統，因為用例實質上不是面向對象。
由于不少測試工程師將測試用例簡稱為用例，為便于區分兩者，將原來的Use case用例稱為需求用例。
測試用例（對應英文Test case）已經廣為人知，沒有歧義，但就文字表面而言，測試用例類似是屬于用例，就像紅富士蘋果屬于蘋果一樣，所以為了更容易區分，需求用例是個更清晰的稱呼。
用例 （漢語詞匯）
用例是一個漢語詞匯，拼音yòng lì，意思是援用成例。
“用例”的單字解釋
【用】：1.使用：用力。用兵。公用。大材小用。2.費用：用項。家用。3.用處：功用。多少總會有點用。4.需要（多用于否定式）：天還很亮，不用開燈。東西都準備好了，您不用操心了。5.吃、喝（含恭敬意）：用飯。請用茶。6.引進動作、行為所憑借的工具、手段等：用筆寫字。用老眼光看人。7.因此；因8.（多用于書信）：用特函達。9.姓。
【例】：1.用來說明情況的或可作依據的事物：舉例。援例。2.規則：條例。3.按條例規定的；照成規進行的：例會。例行公事。
“用例”的相關詞語
“用例”造句
另一個任務可能包括需求的詳細說明，并附有編寫用例，定義性能基準點的個人行為，等等。
用例分析第七步：描述屬性和關系。
如果有大量配置測試用例，手動腳本以及測試日志的話，那么遷移過程可能會耗費大量的時間。
排課管理系統是管理信息系統的一個典型用例。
一個可組合性技術的成功SOA部署的用例、經驗教訓和最佳實踐。
我發現領域建模適合于數據分析用例。因為它們是以數據為中心的。
圖1是“參加研習班”用例的基本行動過程的模型。
記事板由這些用例中的框架組成，如圖12組成。
用可分類的屬性，文檔和可追蹤性，集成用例管理不僅提供了一系列的框圖，而在很大程度上擴展了用例，有效地幫助你管理團隊中的大量用例。
因此，用例是關于以下內容的文本描述：希望系統如何工作、將涉及到哪些人以及他們之間如何交互、系統在正常運行時如何工作，以及出現錯誤時應該如何處理。
* 用例的讀音是：yòng lì，用例的意思：用例 （UML重要概念）用例（英語：use case），或譯使用案例、用況，是軟件工程或系統工程中對系統如何反應外界請求的描述，是一種通過用戶的使用場景來獲取需求的技術。每個用例提供了一個或多個場景，該場景說明了系統是如何和最終用戶或其它系統互動，也就是誰可以用系統做什么，從而獲得一個明確的業務目標。編寫用例時要避免使用技術術語，而應該用最終用戶或者領域專家的語言。用例一般是由軟件開發者和最終用戶共同創作的。 在1986年，Ivar Jacobson，UML和瑞理統一過程的重要貢獻者，提出了用例的概念。Jacobson的思想很有影響力，也很有發展力。之后在這個科目上又有很多貢獻，在定義用例是什么和怎么有效的書寫用例方面最重要，最有影響力也最全面的，是Alistair Cockburn，他寫的書籍是《編寫有效用例》。 用例迅速成為獲取功能需求最常用的手段。用例最初是和面向對象一同提出的。但是它不止局限于面向對象系統，因為用例實質上不是面向對象。 由于不少測試工程師將測試用例簡稱為用例，為便于區分兩者，將原來的Use case用例稱為需求用例。 測試用例（對應英文Test case）已經廣為人知，沒有歧義，但就文字表面而言，測試用例類似是屬于用例，就像紅富士蘋果屬于蘋果一樣，所以為了更容易區分，需求用例是個更清晰的稱呼。 用例 （漢語詞匯）用例是一個漢語詞匯，拼音yòng lì，意思是援用成例。
基本解釋
1.援用成例。 2.動用中的實例。用例 （UML重要概念）
用例（英語：use case），或譯使用案例、用況，是軟件工程或系統工程中對系統如何反應外界請求的描述，是一種通過用戶的使用場景來獲取需求的技術。每個用例提供了一個或多個場景，該場景說明了系統是如何和最終用戶或其它系統互動，也就是誰可以用系統做什么，從而獲得一個明確的業務目標。編寫用例時要避免使用技術術語，而應該用最終用戶或者領域專家的語言。用例一般是由軟件開發者和最終用戶共同創作的。在1986年，Ivar Jacobson，UML和瑞理統一過程的重要貢獻者，提出了用例的概念。Jacobson的思想很有影響力，也很有發展力。之后在這個科目上又有很多貢獻，在定義用例是什么和怎么有效的書寫用例方面最重要，最有影響力也最全面的，是Alistair Cockburn，他寫的書籍是《編寫有效用例》。
用例迅速成為獲取功能需求最常用的手段。用例最初是和面向對象一同提出的。但是它不止局限于面向對象系統，因為用例實質上不是面向對象。
由于不少測試工程師將測試用例簡稱為用例，為便于區分兩者，將原來的Use case用例稱為需求用例。
測試用例（對應英文Test case）已經廣為人知，沒有歧義，但就文字表面而言，測試用例類似是屬于用例，就像紅富士蘋果屬于蘋果一樣，所以為了更容易區分，需求用例是個更清晰的稱呼。
用例 （漢語詞匯）
用例是一個漢語詞匯，拼音yòng lì，意思是援用成例。【用】：1.使用：用力。用兵。公用。大材小用。2.費用：用項。家用。3.用處：功用。多少總會有點用。4.需要（多用于否定式）：天還很亮，不用開燈。東西都準備好了，您不用操心了。5.吃、喝（含恭敬意）：用飯。請用茶。6.引進動作、行為所憑借的工具、手段等：用筆寫字。用老眼光看人。7.因此；因8.（多用于書信）：用特函達。9.姓。
【例】：1.用來說明情況的或可作依據的事物：舉例。援例。2.規則：條例。3.按條例規定的；照成規進行的：例會。例行公事。
另一個任務可能包括需求的詳細說明，并附有編寫用例，定義性能基準點的個人行為，等等。
用例分析第七步：描述屬性和關系。
如果有大量配置測試用例，手動腳本以及測試日志的話，那么遷移過程可能會耗費大量的時間。
排課管理系統是管理信息系統的一個典型用例。
一個可組合性技術的成功SOA部署的用例、經驗教訓和最佳實踐。
我發現領域建模適合于數據分析用例。因為它們是以數據為中心的。
圖1是“參加研習班”用例的基本行動過程的模型。
記事板由這些用例中的框架組成，如圖12組成。
用可分類的屬性，文檔和可追蹤性，集成用例管理不僅提供了一系列的框圖，而在很大程度上擴展了用例，有效地幫助你管理團隊中的大量用例。
因此，用例是關于以下內容的文本描述：希望系統如何工作、將涉及到哪些人以及他們之間如何交互、系統在正常運行時如何工作，以及出現錯誤時應該如何處理。