SOMA簡介
癲癇發作是大腦神經胞體細胞膜的離子通透性及膜內外電位差發生改變，出現異常放電導致的。SOMA（神經元胞體）—滲透修復術針對癲癇發病根源，運用國際先進的 高解析度的動態腦電圖檢查，找出致癇胞體，通過電腦導航精準定位，滲透到神經元胞體內，促進神經元代謝加快，滲透修復受損神經元細胞，直至功能恢復，平衡異常放電，使神經元胞體細胞膜內外電位差恢復正常，疏通胞體膜上離子通道，恢復腦內機體各項功能。從而達到癲癇臨床治癒。
SOMA內容
“SOMA（神經元胞體）—癲癇滲透激活術”在癲癇病的病理生理基礎上建立了科學、完整的“神經元離子傳導”理論，從細胞學的層面上破譯了癲癇產生的病因，與傳統治療方法相 比具有四大特性：祛癲平癇的迅速性：“SOMA（神經元胞體）—癲癇滲透激活術”治療體系通過電腦導航精準定位，利用生物組織磁導率基本均勻的現象，通過場效應激發的交變電場直接作用在腦細胞和腦血管上，改變腦細胞膜電位，促進細胞膜內外物質的交替，增強細胞膜的通透性，加速細胞新陳代謝，使酶的活性增強改善代謝環境，快速修復損傷細胞的腦細胞；以減少、防止他們的病理性過度放電。臨床症狀得到迅速緩解，患者感到神清氣爽，頭腦清新。
SOMA特性
徹底性採用“SOMA（神經元胞體）—癲癇滲透激活術”治療體系進行治療後，提高正常 腦組織的興奮閾值，減弱病灶興奮的擴散，防止癲癇復發。同時，有效改善腦組織的供血和供氧，改善神經細胞的代謝環境，滲透修復受損神經元細胞，平衡異常放電，使神經元胞體細胞膜內外電位差恢復正常，直至功能恢復，使得治療時間也大大縮短，讓患者告別終身服藥。
科學性很多癲癇患者的發病都是由多種因素相互作用的結果，多種發病機制相互作用，外傷、產傷、各種腦部疾病、中毒、營養代謝性疾病、變性疾病、先天性因素、遺傳、驚嚇、精神因素等種種因素的都可導致癲癇的發病和影響著癲癇的治療狀況。而且任何一個癲癇發病患者的個體都有可能由數種發病病因和發病機制相互作用所致。“SOMA（神經元胞體）—癲癇滲透激活術”從某一病因和發病機制出發，進而確定一個單一的針對病症的治療方法，在逐漸的延伸至導致癲癇患者發病的各個因素中，從而進行立體滲透激活全方位的治療，徹底杜絕導致癲癇發病的潛在因素防止癲癇再次復發，最終實現有效—顯效—康復的治療目的。
全面性採用“SOMA（神經元胞體）—癲癇滲透激活術”治療體系進行治療後，患者智慧型恢復迅速，心理調節能力增強，性格得到有效重塑，記憶力得到提高，體力和精力都有不同程度的增加，患者感到周身舒坦，經脈疏暢。
免疫調節的雙向性：“SOMA（神經元胞體）—癲癇滲透激活術”治療體系可以增強免疫監視能力，提高免疫清除能力，平衡免疫調節能力，從而達到機體免疫力的恢復與提高。
“SOMA（神經元胞體）—癲癇滲透激活術”治療體系是目前我國治療癲癇病最科學，最有效，無創的治療手段，已經有近2.3萬例癲癇病患者通過這種方法得到了徹底的康復。
日本相馬市的英文名稱 一個海濱城市，隸屬於日本東本州島北部的福島縣。2008年時，人口約38,302。總面積197.67平方公里。
SOMA服務建模與構建
原有的面向對象的分析和設計，不能解決由於服務概念的引入而帶來的問題，如怎樣發現服務，怎樣定義服務等。SOA的面向服務的分析和設計則可以解決這些問題，其最主要的職責在於發現服務、定義服務和實現服務，並指導如何和其他方法結合完成這些職責。
IBM的SOMA(Service-Oriented Modeling and Architecture )是由IBM提出的面向服務的分析和設計方法學，包括服務發展、服務定義和服務實現，其中服務的實現又包括單個服務的實現、組件的實現和服務組裝的實現。
SOMA是完成服務的識別，服務規範的確定及服務組件和流程的實現等任務時所涉及的角度和活動。SOMA目標在於通過識別服務，確定服務規範和實現業務需求的服務來實現商務目標。SOMA引入了一些創新性技術，這些技術能滿足SOA的需求，SOMA使得創建可以組合的服務成為可能。
SOMA在業務目標和IT實現之間達到和諧，將業務特性擴展到IT分析和構架的決策中。
SOMA可以用在以下領域中，如表2-1所示：
表2-1 SOMA的套用領域
| SOA參與階段 | SOMA的作用和價值 |
| SOA策略和規劃 | l 為了指定適當的SOA策略，需要在較高視野上理解服務，理解服務的特點及實現服務的手段 l 使用SOMA我們可以站在較高的立足點上制定服務模型，而這有助於制定適當的SOA策略 |
| SOA解決方案的設計和實施 | l 通過完整的實施SOMA，可以得到為SOA解決方案的設計和實施奠定基礎的服務模型 |
| 遺留系統的遷移 | l 通過完整的實施SOMA（特別著重於現有系統的分析和實現），能夠得到可以為開發遺留系統遷徙策略而奠定基礎的服務模型 |
| 與獨立的軟體廠商（ISV）集成 | SOMA有一部分可以用來生成對以下幾個方面提供指導的服務模型： l ISV的篩選 l 集成範圍和策略的確定 l SOA的開發等 |
其中提到的服務模型是企業內所實施的IT服務的抽象，這些服務可以支持開發一個或多個面向服務解決方案。服務墨香包含服務的定義及服務和服務之間的關係，是包含了所有服務、服務提供者、服務規範、角色、訊息、協作和服務之間的關係等元素的綜合工作產品。
想要定義一個面向服務的架構，必須進行面向服務的建模。
服務模型一般可以使用Rational Software Architect來建立。SOMA在SOA開發中的作用
面向服務的建模方法提供了建模、分析、設計、以及定義SOA基礎的相關活動。SOMA幫助定義SOA中每個層面所應包含的元素，並且在每個層面做出關鍵的架構決策。SOMA也是用自上而下的，業務驅動的方式來進行服務識別，也包括從已有資產和系統中進行服務是別的一系列工作。
這樣，高層的業務過程功能就被開放為大粒度的服務，而那些小粒度的服務，比如幫助實現高層服務的哪些服務，他們可以通過檢查已有的功能進行識別，決定如何常見Adaptors和Wrappers，或者將這些以往鎖定在系統內部的一些已有功能組件化。
最後使用目標服務建模，交叉區段（cross-sectional）方法來將可能存在的服務進行裁剪。一個更為明智的做法是首先自上而下建模，然後進行目標服務建模，最後自底而上的保留已有系統和功能。這裡傳達了一種信息，即越快將服務縮減為可管理的實現集合，就能越快地通過關鍵服務實現價值。
如圖2-5所示，SOMA在SOA的開發過程中所扮演的角色是為SOA所必須的服務建模（亦即分析與設計）提供一種描述。
圖2-5 SOMA在SOA開發過程中的作用
SOMA的三個核心：
l 服務的識別
① 領域分解。
② 目標服務建模
③ 重用現有的服務
l 服務的定義
在子系統分析和服務識別的基礎上
① 編寫組件流程規範
② 編寫信息流規範
③ 編寫服務流規範
④ 編寫訊息和事件規範
l 服務的實現
① 決定需要對那些服務進行實現
② 將服務分配到組件
③ 實現組件
1.服務識別
服務識別包括自頂向下，自底向上和從中間值兩頭的方法來進行業務領域的分解，現擁有資產分析和目標服務建模。在自頂向下方法中，業務用例藍本為業務服務提供規範；自頂向下的過程常常被稱為業務領域分解，包括將業務領域分解為功能區域和子系統，把過程或流程分解為過程、子過程、高級業務用例等。這些用例將作為候選用例來確定暴露給企業外部或是滿足企業內部的業務需求。
從中間至兩頭的方法給予目標服務建模，目的是確定和挖掘那些自頂向下和自底向上的無腐蝕別方法未能識別的服務。該方法將服務和目標字母表。關鍵性能指數緊密相連。
服務識別完成之後要對服務進行歸類整理。對於服務層次進行定義，反映服務不規則的屬性及服務的組合，服務的歸類工作至關重要。服務應該由更為細粒度的組件和服務組成。服務歸類則可以幫助決定是採取組合還是分層，或者基於服務層次的定義來調整獨立服務的構建。
與此同時，服務識別有利於減輕分配綜合症的痛苦，逐漸增馬甲的細粒度服務的數量，並且越來越多的細粒度服務被定義。設計和部署，會帶來喝多小的管理工作，結果就是帶來很大的性能問題、拓展性問題和管理問題。更重要的是，服務分配的失敗會導致無法提供對業務有用的服務，進而無法實現規模經濟效益。
2.服務定義
經過服務識別階段，服務目錄基本形成，但是每個服務本身的屬性依然零散。為了能夠將為服務作為業務和IT層面互動的契約，服務定義階段勢必不可少的。服務定義階段的主要任務是規範性的描述服務各個方面的屬性，既包括輸入/輸出訊息等功能性屬性，還包括服務安全約束和回響時間等服務質量約束，以及服務在業務層面的諸多屬性，如涉及的業務規則、業務事件、時間/人員消耗等。
3.服務實現
經過服務定義階段，作為業務和IT互動的服務契約已經形成，但服務契約和IT的現狀還是有很大的差距。服務實現階段就是將服務契約落在實處。服務實現包括：
現有子系統分析。
在分解與的過程總要確定有哪些子系統，並分析子系統之間的獨立性和流程。此外需要在分解時把用例基於子系統接口，將之暴露為服務。分析子系統包括：創建對象模型來表示內部工作，設計需要暴露為服務的子系統，實現子系統。對子系統構造的設計被視為大粒度服務的一個實現。
確定服務分配。
服務分配包括將服務分配到已經識別的子系統。這些子系統有實現已確定功能的企業組建。你經常要做一個簡單的假設，即子系統與企業組建之間有一對一的關係。可以使用以下模式來構建企業組件。
l mediator
l Facade
l Rule Object
l Configurable profiles
l Factories
服務分配也包括吧服務和組件分配到SOA層次結構中對應的層次中去，這項工作非常關鍵，不僅對應用程式結構，而且對技術性操作結構也會用於SOA運行時的實現。
服務實現決策
服務實現決策首先幫助確定服務實現策略，是在現有基礎上進行服務包裝，還是重新構建，如果是重新構建，是採用已經包裝好的套用還是外包等。
4服務基礎設施設計
包括設計元服務、組合服務和實現模組。
