共享信息數(shù)據(jù)模型SID交流

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

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

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

－DomainwithinSIDalignwitheTOM17SID的業(yè)務(wù)視圖

-SIDFramework18SID的業(yè)務(wù)視圖

-SIDFramework19SID的業(yè)務(wù)視圖

-SIDFramework20SID的業(yè)務(wù)視圖

-SIDFramework21ServiceDomainLevel2ABEs22InitialServiceDomainLevel3ABEs

ServiceSpecification

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

andMappingtoeTOMLevel2Processes

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

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

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

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

設(shè)計(jì)在設(shè)計(jì)階段，把分析階段的結(jié)果擴(kuò)展成技術(shù)解決方案。加入新的類來實(shí)現(xiàn)技術(shù)基礎(chǔ)結(jié)構(gòu)－用戶接口、數(shù)據(jù)庫操作等。分析階段的分析類被嵌入在這個技術(shù)基礎(chǔ)結(jié)構(gòu)中。設(shè)計(jì)階段的結(jié)果是構(gòu)造階段的詳細(xì)的規(guī)格說明。構(gòu)造把設(shè)計(jì)階段的類轉(zhuǎn)換成某種面向?qū)ο蟪绦蛟O(shè)計(jì)語言的代碼。在對UML表示的分析和設(shè)計(jì)模型進(jìn)行轉(zhuǎn)換時，最好不要直接把模型轉(zhuǎn)換成代碼。因?yàn)樵谠缙陔A段，模型是理解系統(tǒng)并對系統(tǒng)進(jìn)行結(jié)構(gòu)化的手段。

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

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

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

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

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

CreditProfileDate

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

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

55CustomerAccountBillCycle為某個客戶帳戶形成帳單的時間點(diǎn)。

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

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

58CustomerAccountTaxExemption免稅證明

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

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