補充框架UML 及其面向?qū)ο蟮慕？梢詾闃?gòu)建 XML 模式提供補充。您可以方便地用 UML 中的圖形符號來表示業(yè)務(wù)概念，并開始設(shè)計您的 XML 模式。建模的價值有關(guān) UML 在創(chuàng)建 XML 模式時的優(yōu)點的討論假定了面向?qū)ο蠼５膬r值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我討論了使用面向?qū)ο蠓椒?gòu)建 XML 模式的重要性和價值。使用 UML 設(shè)計面向?qū)ο笙到y(tǒng)除了具有技術(shù)優(yōu)勢之外，UML 還提供了一個公共媒介，業(yè)務(wù)團隊和技術(shù)團隊可以通過該媒介方便地交流看法。業(yè)務(wù)分析人員是軟件系統(tǒng)（尤其是一個包含特定于領(lǐng)域信息的系統(tǒng)）中的要害協(xié)作者。由于業(yè)務(wù)分析人員參與設(shè)計 XML 文檔的過程，因此軟件架構(gòu)設(shè)計師和業(yè)務(wù)分析人員之間默契的合作對于項目的成功變得非常重要。UML 的圖形符號使得技術(shù)人員和非技術(shù)人員很輕易就諸如 Shipping Order 的定義之類的業(yè)務(wù)概念達成一致，因此也就加速并促進了項目的完成。互補設(shè)想一下，BALTIC Shipping 的業(yè)務(wù)經(jīng)理找到您，請您對一個 XML 模式建模，該模式將對在公司內(nèi)不同系統(tǒng)之間傳輸?shù)男畔⑦M行形式化。他與您坐下來，一起討論該領(lǐng)域的業(yè)務(wù)概念。您可以在紙上繪制一些草圖，但 UML 使用圖和符號對這些概念建模提供了一種更好的正式方法。圖 2. UML 圖
圖 2 中的 UML 圖里勾畫出了 Shipping Order 的業(yè)務(wù)定義。BALTIC Shipping 將 Shipping Order 定義為包含 ShippingId、Origin、Destination 和 Order。無論何時交換有關(guān) Shipping Order 的任何數(shù)據(jù)，它都考慮這些必需的信息。此外，UML 圖也用來表示組成 Origin 或 Order 的內(nèi)容。所顯示的 Origin 和 Destination 的類型與類型 Address 相同，BALTIC Shipping 將具有下列特征的 Address：Name、Street、City 和 Country 存儲在其數(shù)據(jù)庫中。這些都是業(yè)務(wù)概念，數(shù)據(jù)庫模型、軟件程序以及供經(jīng)理和業(yè)務(wù)伙伴們閱讀的文檔中都用到了它們。這些概念還包括基數(shù)（Order 可以包含許多 Item）、繼續(xù)（Origin 繼續(xù) Address 的全部特征）以及依靠關(guān)系（Order 依靠于其 Item 的具體信息）；UML 圖捕捉了所有這些關(guān)系。由于您希望您的 XML 文檔攜帶 Shipping Order 信息，因此下一步就是設(shè)計符合草擬的 UML 圖的 XML 模式。下面的模式表示 UML 圖（參閱圖 2）到 XML 模式的映射。統(tǒng)一建模語言（Unified Modeling Language, UML）是一種業(yè)界標準，當以面向?qū)ο蟮姆椒?gòu)建軟件系統(tǒng)時，用它來對業(yè)務(wù)概念建模。就信息和命令的傳輸方面而言，近來 XML 已經(jīng)愈發(fā)成為實現(xiàn)這些系統(tǒng)的要害因素。XML 模式用于定義和限制被交換 XML 的本質(zhì)，因此它成為了人們注重的焦點。本文討論了 UML 在設(shè)計 XML 模式方面的用法，并為使用 UML 框架創(chuàng)建 XML 詞匯表提供了一種實用的方法。 在將 UML 框架用于構(gòu)造 XML 模式時，必須考慮三個問題：補充框架UML 及其面向?qū)ο蟮慕？梢詾闃?gòu)建 XML 模式提供補充。您可以方便地用 UML 中的圖形符號來表示業(yè)務(wù)概念，并開始設(shè)計您的 XML 模式。建模的價值有關(guān) UML 在創(chuàng)建 XML 模式時的優(yōu)點的討論假定了面向?qū)ο蠼５膬r值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我討論了使用面向?qū)ο蠓椒?gòu)建 XML 模式的重要性和價值。使用 UML 設(shè)計面向?qū)ο笙到y(tǒng)除了具有技術(shù)優(yōu)勢之外，UML 還提供了一個公共媒介，業(yè)務(wù)團隊和技術(shù)團隊可以通過該媒介方便地交流看法。業(yè)務(wù)分析人員是軟件系統(tǒng)（尤其是一個包含特定于領(lǐng)域信息的系統(tǒng)）中的要害協(xié)作者。由于業(yè)務(wù)分析人員參與設(shè)計 XML 文檔的過程，因此軟件架構(gòu)設(shè)計師和業(yè)務(wù)分析人員之間默契的合作對于項目的成功變得非常重要。UML 的圖形符號使得技術(shù)人員和非技術(shù)人員很輕易就諸如 Shipping Order 的定義之類的業(yè)務(wù)概念達成一致，因此也就加速并促進了項目的完成。互補設(shè)想一下，BALTIC Shipping 的業(yè)務(wù)經(jīng)理找到您，請您對一個 XML 模式建模，該模式將對在公司內(nèi)不同系統(tǒng)之間傳輸?shù)男畔⑦M行形式化。他與您坐下來，一起討論該領(lǐng)域的業(yè)務(wù)概念。您可以在紙上繪制一些草圖，但 UML 使用圖和符號對這些概念建模提供了一種更好的正式方法。圖 2. UML 圖圖 2 中的 UML 圖里勾畫出了 Shipping Order 的業(yè)務(wù)定義。BALTIC Shipping 將 Shipping Order 定義為包含 ShippingId、Origin、Destination 和 Order。無論何時交換有關(guān) Shipping Order 的任何數(shù)據(jù)，它都考慮這些必需的信息。此外，UML 圖也用來表示組成 Origin 或 Order 的內(nèi)容。所顯示的 Origin 和 Destination 的類型與類型 Address 相同，BALTIC Shipping 將具有下列特征的 Address：Name、Street、City 和 Country 存儲在其數(shù)據(jù)庫中。這些都是業(yè)務(wù)概念，數(shù)據(jù)庫模型、軟件程序以及供經(jīng)理和業(yè)務(wù)伙伴們閱讀的文檔中都用到了它們。這些概念還包括基數(shù)（Order 可以包含許多 Item）、繼續(xù)（Origin 繼續(xù) Address 的全部特征）以及依靠關(guān)系（Order 依靠于其 Item 的具體信息）；UML 圖捕捉了所有這些關(guān)系。由于您希望您的 XML 文檔攜帶 Shipping Order 信息，因此下一步就是設(shè)計符合草擬的 UML 圖的 XML 模式。下面的模式表示 UML 圖（參閱圖 2）到 XML 模式的映射。統(tǒng)一建模語言（Unified Modeling Language, UML）是一種業(yè)界標準，當以面向?qū)ο蟮姆椒?gòu)建軟件系統(tǒng)時，用它來對業(yè)務(wù)概念建模。就信息和命令的傳輸方面而言，近來 XML 已經(jīng)愈發(fā)成為實現(xiàn)這些系統(tǒng)的要害因素。XML 模式用于定義和限制被交換 XML 的本質(zhì)，因此它成為了人們注重的焦點。本文討論了 UML 在設(shè)計 XML 模式方面的用法，并為使用 UML 框架創(chuàng)建 XML 詞匯表提供了一種實用的方法。 在將 UML 框架用于構(gòu)造 XML 模式時，必須考慮三個問題：補充框架UML 及其面向?qū)ο蟮慕？梢詾闃?gòu)建 XML 模式提供補充。您可以方便地用 UML 中的圖形符號來表示業(yè)務(wù)概念，并開始設(shè)計您的 XML 模式。建模的價值圖 2 中的 UML 圖里勾畫出了 Shipping Order 的業(yè)務(wù)定義。BALTIC Shipping 將 Shipping Order 定義為包含 ShippingId、Origin、Destination 和 Order。無論何時交換有關(guān) Shipping Order 的任何數(shù)據(jù)，它都考慮這些必需的信息。此外，UML 圖也用來表示組成 Origin 或 Order 的內(nèi)容。所顯示的 Origin 和 Destination 的類型與類型 Address 相同，BALTIC Shipping 將具有下列特征的 Address：Name、Street、City 和 Country 存儲在其數(shù)據(jù)庫中。這些都是業(yè)務(wù)概念，數(shù)據(jù)庫模型、軟件程序以及供經(jīng)理和業(yè)務(wù)伙伴們閱讀的文檔中都用到了它們。這些概念還包括基數(shù)（Order 可以包含許多 Item）、繼續(xù)（Origin 繼續(xù) Address 的全部特征）以及依靠關(guān)系（Order 依靠于其 Item 的具體信息）；UML 圖捕捉了所有這些關(guān)系。由于您希望您的 XML 文檔攜帶 Shipping Order 信息，因此下一步就是設(shè)計符合草擬的 UML 圖的 XML 模式。下面的模式表示 UML 圖（參閱圖 2）到 XML 模式的映射。 QQRead.com 推出數(shù)據(jù)恢復(fù)指南教程 數(shù)據(jù)恢復(fù)指南教程 數(shù)據(jù)恢復(fù)故障解析 常用數(shù)據(jù)恢復(fù)方案 硬盤數(shù)據(jù)恢復(fù)教程 數(shù)據(jù)保護方法 數(shù)據(jù)恢復(fù)軟件 專業(yè)數(shù)據(jù)恢復(fù)服務(wù)指南 統(tǒng)一建模語言（Unified Modeling Language, UML）是一種業(yè)界標準，當以面向?qū)ο蟮姆椒?gòu)建軟件系統(tǒng)時，用它來對業(yè)務(wù)概念建模。就信息和命令的傳輸方面而言，近來 XML 已經(jīng)愈發(fā)成為實現(xiàn)這些系統(tǒng)的要害因素。XML 模式用于定義和限制被交換 XML 的本質(zhì)，因此它成為了人們注重的焦點。本文討論了 UML 在設(shè)計 XML 模式方面的用法，并為使用 UML 框架創(chuàng)建 XML 詞匯表提供了一種實用的方法。 在將 UML 框架用于構(gòu)造 XML 模式時，必須考慮三個問題：補充框架UML 及其面向?qū)ο蟮慕？梢詾闃?gòu)建 XML 模式提供補充。您可以方便地用 UML 中的圖形符號來表示業(yè)務(wù)概念，并開始設(shè)計您的 XML 模式。建模的價值有關(guān) UML 在創(chuàng)建 XML 模式時的優(yōu)點的討論假定了面向?qū)ο蠼５膬r值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我討論了使用面向?qū)ο蠓椒?gòu)建 XML 模式的重要性和價值。使用 UML 設(shè)計面向?qū)ο笙到y(tǒng)除了具有技術(shù)優(yōu)勢之外，UML 還提供了一個公共媒介，業(yè)務(wù)團隊和技術(shù)團隊可以通過該媒介方便地交流看法。業(yè)務(wù)分析人員是軟件系統(tǒng)（尤其是一個包含特定于領(lǐng)域信息的系統(tǒng)）中的要害協(xié)作者。由于業(yè)務(wù)分析人員參與設(shè)計 XML 文檔的過程，因此軟件架構(gòu)設(shè)計師和業(yè)務(wù)分析人員之間默契的合作對于項目的成功變得非常重要。UML 的圖形符號使得技術(shù)人員和非技術(shù)人員很輕易就諸如 Shipping Order 的定義之類的業(yè)務(wù)概念達成一致，因此也就加速并促進了項目的完成。圖 2 中的 UML 圖里勾畫出了 Shipping Order 的業(yè)務(wù)定義。BALTIC Shipping 將 Shipping Order 定義為包含 ShippingId、Origin、Destination 和 Order。無論何時交換有關(guān) Shipping Order 的任何數(shù)據(jù)，它都考慮這些必需的信息。此外，UML 圖也用來表示組成 Origin 或 Order 的內(nèi)容。所顯示的 Origin 和 Destination 的類型與類型 Address 相同，BALTIC Shipping 將具有下列特征的 Address：Name、Street、City 和 Country 存儲在其數(shù)據(jù)庫中。這些都是業(yè)務(wù)概念，數(shù)據(jù)庫模型、軟件程序以及供經(jīng)理和業(yè)務(wù)伙伴們閱讀的文檔中都用到了它們。這些概念還包括基數(shù)（Order 可以包含許多 Item）、繼續(xù)（Origin 繼續(xù) Address 的全部特征）以及依靠關(guān)系（Order 依靠于其 Item 的具體信息）；UML 圖捕捉了所有這些關(guān)系。由于您希望您的 XML 文檔攜帶 Shipping Order 信息，因此下一步就是設(shè)計符合草擬的 UML 圖的 XML 模式。下面的模式表示 UML 圖（參閱圖 2）到 XML 模式的映射。 QQRead.com 推出數(shù)據(jù)恢復(fù)指南教程 數(shù)據(jù)恢復(fù)指南教程 數(shù)據(jù)恢復(fù)故障解析 常用數(shù)據(jù)恢復(fù)方案 硬盤數(shù)據(jù)恢復(fù)教程 數(shù)據(jù)保護方法 數(shù)據(jù)恢復(fù)軟件 專業(yè)數(shù)據(jù)恢復(fù)服務(wù)指南 統(tǒng)一建模語言（Unified Modeling Language, UML）是一種業(yè)界標準，當以面向?qū)ο蟮姆椒?gòu)建軟件系統(tǒng)時，用它來對業(yè)務(wù)概念建模。就信息和命令的傳輸方面而言，近來 XML 已經(jīng)愈發(fā)成為實現(xiàn)這些系統(tǒng)的要害因素。XML 模式用于定義和限制被交換 XML 的本質(zhì)，因此它成為了人們注重的焦點。本文討論了 UML 在設(shè)計 XML 模式方面的用法，并為使用 UML 框架創(chuàng)建 XML 詞匯表提供了一種實用的方法。 在將 UML 框架用于構(gòu)造 XML 模式時，必須考慮三個問題：補充框架UML 及其面向?qū)ο蟮慕？梢詾闃?gòu)建 XML 模式提供補充。您可以方便地用 UML 中的圖形符號來表示業(yè)務(wù)概念，并開始設(shè)計您的 XML 模式。建模的價值有關(guān) UML 在創(chuàng)建 XML 模式時的優(yōu)點的討論假定了面向?qū)ο蠼５膬r值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我討論了使用面向?qū)ο蠓椒?gòu)建 XML 模式的重要性和價值。使用 UML 設(shè)計面向?qū)ο笙到y(tǒng)除了具有技術(shù)優(yōu)勢之外，UML 還提供了一個公共媒介，業(yè)務(wù)團隊和技術(shù)團隊可以通過該媒介方便地交流看法。業(yè)務(wù)分析人員是軟件系統(tǒng)（尤其是一個包含特定于領(lǐng)域信息的系統(tǒng)）中的要害協(xié)作者。由于業(yè)務(wù)分析人員參與設(shè)計 XML 文檔的過程，因此軟件架構(gòu)設(shè)計師和業(yè)務(wù)分析人員之間默契的合作對于項目的成功變得非常重要。UML 的圖形符號使得技術(shù)人員和非技術(shù)人員很輕易就諸如 Shipping Order 的定義之類的業(yè)務(wù)概念達成一致，因此也就加速并促進了項目的完成。互補設(shè)想一下，BALTIC Shipping 的業(yè)務(wù)經(jīng)理找到您，請您對一個 XML 模式建模，該模式將對在公司內(nèi)不同系統(tǒng)之間傳輸?shù)男畔⑦M行形式化。他與您坐下來，一起討論該領(lǐng)域的業(yè)務(wù)概念。您可以在紙上繪制一些草圖，但 UML 使用圖和符號對這些概念建模提供了一種更好的正式方法。圖 2. UML 圖圖 2 中的 UML 圖里勾畫出了 Shipping Order 的業(yè)務(wù)定義。BALTIC Shipping 將 Shipping Order 定義為包含 ShippingId、Origin、Destination 和 Order。新聞熱點
疑難解答
