共享信息數據模型SID交流

大唐軟件技術有限責任公司程之明2003年10月1內容提要SID總體描述專家對于SID的理解CustomProductServiceAgreement總結2SID總體描述3NGOSSKnowledgeElement業(yè)務過程（BusinessProcesses）業(yè)務過程流業(yè)務應用協(xié)議共享數據和信息參考編碼和接口..….4NGOSSKnowledgeBase5“TheSharedInformation/Data(SID)modelcanbeviewedasacompanionmodeltotheeTOM,inthatitprovidesaninformation/datareferencemodelandacommoninformation/datavocabularyfromanentityperspective.”“TeamedwiththeeTOM,theSIDmodelprovidesenterpriseswithnotonlyaprocessviewoftheirbusinessbutalsoanentityview.”

“TheSIDprovidesthedefinitionofthe‘things’thataretobeaffectedbythebusinessprocessesdefinedintheeTOM.TheSIDandeTOMincombinationofferawaytoexplain‘how’thingsareintendedtofittogethertomeetagivenbusinessneed.”什么是SID？6SID與eTOMeTOM：業(yè)務流程參考模型通用的過程詞匯表指導企業(yè)怎樣有效地組織他們的業(yè)務流程，以及基于通用詞匯進行有效的溝通。SID：給出的是一個信息/數據的參考模型通用的公共信息/數據詞匯表定義了被在eTOM中定義的業(yè)務流程所影響的“thing”，即參與了企業(yè)業(yè)務流程的實體。SID&eTOM：實體間如何互相配合，共同完成特定的業(yè)務需求7SID的關注點SID關注于：電信企業(yè)對于共享信息/數據的定義和相關模型。定義的焦點業(yè)務實體：與業(yè)務相關的“thing”實體屬性：進一步描述實體的事實業(yè)務實體和實體屬性的定義，提供了一個業(yè)務導向的視角來看待企業(yè)的信息和數據。有關SID的工作－提供兩個視圖：業(yè)務視圖：結合業(yè)務導向的UML類圖模型，上述定義提供了企業(yè)信息和數據的業(yè)務視圖系統(tǒng)視圖：設計導向的UML類圖模型和序列圖，則提供了企業(yè)信息和數據的系統(tǒng)視圖8SID模型框架SID的內容，根據SID模型框架進行組織：理解SID內容的核心概念和定義用來建模和組織SID的SID模型框架SID模型框架：對于企業(yè)的業(yè)務處理過程和數據，應用數據內聚原則形成提供了企業(yè)共享信息/數據的非冗余視圖假定條件：使用eTOM模型中的業(yè)務實體定義，即可提供企業(yè)共享數據的業(yè)務視圖。9目前的SID模型所覆蓋的內容目前覆蓋的內容：CustomerProduct（ProductandProductInstance）ServiceResource（PhysicalandLogical）CommonBusinessEntities目前尚未覆蓋的內容：SalesMarketingSupplier/PartnerEnterprise10GB922文檔結構11GB922文檔結構12SID的相關概念SID模型的組成TMFSID框架一系列的域，并分割形成若干業(yè)務實體集合域的劃分根據服務提供商的業(yè)務關注點進行域具有高內聚、低耦合的特點便于整個業(yè)務問題的分割以及資源的集中使用業(yè)務實體、實體屬性和實體間關系提供了從業(yè)務視角上更容易理解的模型視圖構成了SID模型的根基作為用UML類圖模型表示的更細化的模型的基礎每個業(yè)務實體的UML類圖模型從軟件系統(tǒng)架構驅動的角度，提供了業(yè)務實體的業(yè)務視圖，以及業(yè)務實體與其他業(yè)務實體之間的關系。業(yè)務實體的UML設計模型和序列圖實體的進一步細節(jié)描述，包括構成實體的底層類、擴展的屬性，以及類上的操作等。13SID的關鍵定義DomainAcollectionofdataandfunctionsassociatedwithaspecificmanagementarea.DerivedfromananalysisofProcessandInformationFrameworksHavethefollowingproperties:允許eTOM中的業(yè)務過程邏輯/規(guī)則與業(yè)務相關的功能及企業(yè)數據相分離。因而是服務提供商能夠將端到端的業(yè)務處理過程以及業(yè)務規(guī)則，與實現(xiàn)這一業(yè)務過程的組件相對獨立。包含了一系列的業(yè)務實體，同時封裝了實體上的操作和企業(yè)信息是企業(yè)數據以及相關操作的相對穩(wěn)定的集合（相對于業(yè)務過程而言）提供了豐富的企業(yè)數據的表示格式具有明確的職責和所屬關系14DomainAggregateBusinessEntityAwell-definedsetofinformationandoperationsthatcharacterizeahighlycohesive,looselycoupledsetofbusinessentities.

一組良好定義的信息和合約操作，表現(xiàn)一組業(yè)務實體的高內聚、低耦合的特性BusinessEntity(NewDefinition)Somethingofinteresttothebusinessthatmaybetangible（切實的）things(suchasaCustomer),activethings(suchasaCustomerOrder),orconceptualthings(suchasaCustomerAccount).Businessentitiesarecharacterizedbyattributes（屬性）andparticipate（協(xié)作、交互）inrelationshipswithotherbusinessentities.Businessentityinstancestypicallymovethroughawell-definedlifecycle.SID的關鍵定義ABusinessEntityisathingofinteresttothebusinessthatrepresentsatangibleobject,anactivity,oraconcept.Businessentitiestypicallymovethroughawell-definedlifecycle.Businessentitiesarefurthercharacterizedbyattributesandparticipateinrelationshipswithotherbusinessentities.15SID的關鍵定義AttributeAfactthatdescribesabusinessentity.RelationshipAnassociationofbusinessinterestbetweentwobusinessentities,orbetweenabusinessentityanditself.16SID的業(yè)務視圖

－DomainwithinSIDalignwitheTOM17SID的業(yè)務視圖

-SIDFramework18SID的業(yè)務視圖

-SIDFramework19SID的業(yè)務視圖

-SIDFramework20SID的業(yè)務視圖

-SIDFramework21ServiceDomainLevel2ABEs22InitialServiceDomainLevel3ABEs

ServiceSpecification

Service23ABECategorizationStrategyandPlan（戰(zhàn)略與規(guī)劃）ManagedEntity（被管理實體）ManagedEntitySpecification–AdescriptionofaManagedEntitythatmightallowittobebuilt.（被管理實體的規(guī)格說明）Interaction–AcommunicationwithaManagedEntity.ThisisatypeofBusinessInteraction.（交互）Configuration–TheinternalstructureofaManagedEntity.（配置）24ABECategorizationPerformance–ThemeasureofManagedEntityquality.（性能）Test–AmeansofinterrogatingaManagedEntityinordertounderstanditsstate(s).（測試）Trouble–AproblemassociatedwithaManagedEntity.Alarms,OutagesandFaultsareexamples（故障）Price–ThecostofaManagedEntity.（價格）Usage–AperiodoftimeduringwhichaManagedEntityisinuse.（使用）25ABECategorization26Domaindefinitions,ABEDefinitions,

andMappingtoeTOMLevel2Processes

27PrinciplesofMapping如果可能，一個ABE只與一個eTOM的level2過程一一對應。這個特定的過程稱為“primary”。Primarylevel2eTOM過程在執(zhí)行時，可以對這個ABE進行“讀寫”操作。信息即在過程層流動，也在系統(tǒng)層流動（讀取ABE）。如果一對一的配對不能形成，一個ABE最多映射到兩個eTOM的level2過程。如果一個ABE映射到兩個eTOM的level2過程，這兩個level2過程都被稱為“primary”。過程如果需要從某些ABE中反饋信息，以保證運行的正確性，但又不是這個ABE的“primary”過程，則稱此過程為“secondary”。28PrinciplesofMapping

Dualityphenomenon（二元性）:意指一個任意的ABE支撐了兩個primaryeTOMlevel2過程,而這兩個primary過程屬于不同的過程區(qū)域。這種情況的出現(xiàn)，是因為所關注的ABE在核心功能上不清晰所造成的。Ambiguityphenomenon（不定性）:與二元性相類似，只是此時ABE所對應的兩個primaryeTOMlevel2過程同屬于三個過程區(qū)域中的某一個區(qū)域。29PrinciplesofMapping造成上述情況的原因有：兩個ABE能夠繼續(xù)分解成兩個ABE,每個ABE對應一個eTOMlevel2過程?？赡艽嬖谝粋€遺漏的ABE,對應其中的一個eTOMlevel2過程。可能存在一個遺漏的eTOMlevel2過程，這個過程是上述兩個過程的集合。在映射過程中產生了錯誤。

30專家對于SID的理解3132333435UML的基本概念36UML的應用軟件設計與實現(xiàn)的成功經驗注重系統(tǒng)架構的開發(fā)注重過程的迭代和遞增性UML對使用它的過程提出的要求：支持用例驅動（use-casedriven）以架構為中心（architecture-centric） 增量和迭代地開發(fā)（incremental&iterative）UML的應用貫穿在系統(tǒng)開發(fā)的五個階段37UML的應用需求分析UML的用例視圖可以表示客戶的需求。通過用例建模，可以對外部的角色以及他們所需要的系統(tǒng)功能建模。不僅要對軟件系統(tǒng)，對商業(yè)過程也需要進行需求分析。

分析分析階段主要考慮所要解決的問題。類圖描述系統(tǒng)的靜態(tài)結構，協(xié)作圖、狀態(tài)圖、活動圖和序列圖描述系統(tǒng)的動態(tài)特征。在分析階段，只對問題領域的類建模，不定義軟件系統(tǒng)的解決方案的細節(jié)（如用戶接口的類、數據庫等）。

設計在設計階段，把分析階段的結果擴展成技術解決方案。加入新的類來實現(xiàn)技術基礎結構－用戶接口、數據庫操作等。分析階段的分析類被嵌入在這個技術基礎結構中。設計階段的結果是構造階段的詳細的規(guī)格說明。構造把設計階段的類轉換成某種面向對象程序設計語言的代碼。在對UML表示的分析和設計模型進行轉換時，最好不要直接把模型轉換成代碼。因為在早期階段，模型是理解系統(tǒng)并對系統(tǒng)進行結構化的手段。

測試不同的測試小組運用不同的UML圖作為他們工作的基礎：單元測試使用類圖和類的規(guī)格說明；集成測試典型地使用組件圖和協(xié)作圖；系統(tǒng)測試使用用例圖來確認系統(tǒng)的行為符合圖中的定義。38UML的架構UML由圖和元模型組成圖是UML的語法元模型是UML的語義39UML的組成UML由視圖、圖、模型元素和通用機制幾個部分組成：視圖：表示被建模系統(tǒng)的各個方面。是在某一個抽象層次上，對系統(tǒng)的抽象表示。視圖把建模語言和系統(tǒng)開發(fā)時選擇的方法或過程連接起來。圖：用來描述一個視圖的內容。模型元素：代表面向對象種的對象、類、消息和關系等概念，是構成圖的最基本的常用概念。一個模型元素可以用在多個不同的圖中，但他們總是具有相同的含義和相同的符號表示。通用機制：用于表示其他信息，如注釋、模型元素的語義等。另外還提供擴展機制，使UML語言能夠適應一個特殊的方法（或過程）、或擴充至一個組織或用戶。40UML的五種視圖用例視圖設計視圖進程視圖實現(xiàn)視圖部署視圖41UML的九種圖用例圖類圖對象圖狀態(tài)圖活動圖序列圖協(xié)作圖組件圖部署圖42UML的圖與視圖用例視圖：強調從用戶的角度看到的或需要的系統(tǒng)功能用戶設計人員開發(fā)人員測試人員用戶模型視圖想定視圖用例圖：描述系統(tǒng)的功能。設計視圖：用來顯示系統(tǒng)內部的功能是如何設計的；展現(xiàn)系統(tǒng)的靜態(tài)或結構組成及特征以及系統(tǒng)的動態(tài)或行為特征設計人員開發(fā)人員測試人員結構模型視圖靜態(tài)視圖類圖：描述系統(tǒng)的靜態(tài)結構。

對象圖：描述系統(tǒng)在某個時刻的靜態(tài)結構。行為模型視圖動態(tài)視圖序列圖：按時間順序描述系統(tǒng)元素間的交互。協(xié)作圖：按照時間和空間的順序描述系統(tǒng)元素間的交互和他們之間的關系。狀態(tài)圖：描述了系統(tǒng)元素的狀態(tài)條件和響應?；顒訄D：描述了系統(tǒng)元素的活動。UML的圖與視圖43UML的圖與視圖進程視圖：顯示系統(tǒng)的并發(fā)工作狀況。將系統(tǒng)劃分為進程和處理機方式，通過劃分引入并發(fā)機制，利用并發(fā)高效地使用資源，并行執(zhí)行和處理異步事務。視圖所描述的方面屬于系統(tǒng)中的非功能性質方面開發(fā)人員集成人員行為模型視圖動態(tài)視圖序列圖：按時間順序描述系統(tǒng)元素間的交互。協(xié)作圖：按照時間和空間的順序描述系統(tǒng)元素間的交互和他們之間的關系。狀態(tài)圖：描述了系統(tǒng)元素的狀態(tài)條件和響應?；顒訄D：描述了系統(tǒng)元素的活動。執(zhí)行圖組件圖：描述了實現(xiàn)系統(tǒng)的元素的組織部署圖：描述了環(huán)境元素的配置，并把實現(xiàn)系統(tǒng)的元素映射到配置上。44UML的圖與視圖組件視圖：體現(xiàn)了系統(tǒng)實現(xiàn)的結構和行為特征顯示代碼組件的組織方式開發(fā)人員實現(xiàn)模型視圖開發(fā)視圖組件圖：描述了實現(xiàn)系統(tǒng)的元素的組織部署視圖：體現(xiàn)了系統(tǒng)實現(xiàn)環(huán)境的結構和行為特征顯示了系統(tǒng)的物理架構，即系統(tǒng)的物理展開開發(fā)人員集成人員測試人員環(huán)境模型視圖物理視圖部署圖：描述了環(huán)境元素的配置，并把實現(xiàn)系統(tǒng)的元素映射到配置上。45UML的模型元素模型元素包括：類對象狀態(tài)用例節(jié)點接口包組件……模型元素與模型元素之間的關系，也是模型元素：關聯(lián)（association）繼承（generalization）依賴（dependency）聚合（aggregation）46UML的四種關系關聯(lián)繼承作家計算機使用作家交通工具小汽車船卡車47UML的四種關系聚合復合聚合軍艦海軍包含*列表框窗口包含*文本框按鈕菜單***48UML的四種關系依賴精化類A類B《友元》設計類分析類49Custom50GB922附錄2

主要描述了以下兩個ABECustomerCustomerOrderCustomerSLA：SeeAgreementandServiceLevelAgreementBusinessEntityModelsinAddendum1A.51CustomerCustomer是一個從企業(yè)購買產品和服務，或接受免費的產品包（offers）或服務的人或組織。這被建模為扮演客戶角色的團體（Party）。一個客戶是一種團體角色（PartyRole）?？蛻粢部梢允欠咒N企業(yè)產品的其它業(yè)務提供商，或租用企業(yè)的資源提供自己的產品和服務的服務提供商。CustomerID

CustomerStatus （客戶的當前狀態(tài)）

CustomerRank （與其他客戶的關系的重要性）52CustomerCreditProfileCustomerCreditProfile：客戶信用度的概述。CreditProfileId

CreditProfileDate

ValidFor（有效期）53CustomerCreditProfileReference幫助定義客戶信用度值的原始信息。

54CustomerAccount客戶帳戶是客戶與向他提供產品的企業(yè)之間的一個協(xié)定。

55CustomerAccountBillCycle為某個客戶帳戶形成帳單的時間點。

56CustomerAccountContact用來作為一個客戶帳戶的聯(lián)系點的某個個人或組織，需通過某種接觸媒介訪問。聯(lián)系人（Contact）可以是一個客戶組織的成員或其它企業(yè)（例如客戶帳戶的提供者）中的成員。

57CustomerAccountRelationship兩個客戶帳戶之間的重大聯(lián)系

58CustomerAccountTaxExemption免稅證明

59Customer60CustomerAccount61CustomerBusinessEntityModel有以下幾點值得注意：強調了客戶帳戶間的關系而未強調客戶間關系強調了客戶帳戶的聯(lián)系人而未強調客戶聯(lián)系人62CustomerOrder一個客戶申請是用來獲取一個產品的一次溝通（communication）。有不同類型的客戶申請，例如接入服務請求、本地服務請求、目錄服務請求、產品申請等。

63CustomerOrderItem客戶申請的目的通過產品提供條款、產品描述或從商務談判項中繼承的產品表示出來。64CustomOrder65CustomSLA66CustomInteraction67Product68Service69High-levelServiceConcept70BasicServiceModel71BasicServiceModel面向客戶的服務與產品直接相關，面向客戶的服務需要面向資源的服務來支撐面向資源的服務通過資源與產品相關，面向資源的服務的實現(xiàn)需要依賴資源交付給用戶的產品可以理解為由一些面向客戶的服務和各種類型的資源構成72ServiceSpecificationOverview73ServiceSpecification74ServiceSpecification75ServiceSpecification76ServiceandResource77ServiceSpecandResourceSpec78ServiceRolesandResourceRoles79SLSwi