編者按：本文是對(duì)模型驅(qū)動(dòng)（企業(yè)）應(yīng)用系統(tǒng)架構(gòu)稍计，包括模型驅(qū)動(dòng)機(jī)制這一重要基礎(chǔ)原理的第一個(gè)全面、系統(tǒng)的界定惠豺，是該領(lǐng)域的經(jīng)典論述重罪。
摘要：新一代企業(yè)信息系統(tǒng)（NEIS）就是模型驅(qū)動(dòng)的企業(yè)信息系統(tǒng)，模型就是企業(yè)模型球恤。其實(shí)現(xiàn)的基礎(chǔ)之一是模型驅(qū)動(dòng)機(jī)制（MDM）辜昵。另一項(xiàng)基礎(chǔ)則是實(shí)質(zhì)性需求分析與研究（ERAR）。ERAR的要點(diǎn)咽斧，是揭示需求演變規(guī)律與應(yīng)用模式創(chuàng)新堪置。它是由技術(shù)導(dǎo)向過渡到用戶需求導(dǎo)向的關(guān)鍵。MDM是實(shí)現(xiàn)與控制系統(tǒng)或其功能和行為的一種方式张惹。對(duì)EIS舀锨，它既是功能也是技術(shù)實(shí)現(xiàn)的要求。模型驅(qū)動(dòng)開發(fā)（MDD）是MDM在開發(fā)系統(tǒng)中的應(yīng)用宛逗。MDD仍然不能擺脫在傳統(tǒng)的開發(fā)或定制中遇到的困境坎匿。模型驅(qū)動(dòng)系統(tǒng)（MDS）是MDM的一個(gè)基本應(yīng)用。MDM/MDS是在NEIS的支持下開展企業(yè)工程（EE）的關(guān)鍵。EE將是與NEIS共生的重要角色碑诉。對(duì)此彪腔，關(guān)鍵之一是“足夠有效的企業(yè)建模手段”侥锦，它具有表達(dá)力进栽、適用性、精確性及與應(yīng)用系統(tǒng)集成恭垦。EE向NEIS提供知識(shí)和方法論快毛，NEIS向EE提供環(huán)境或基礎(chǔ)設(shè)施以及工具，它們共同達(dá)成電腦化企業(yè)番挺。
1 引言
信息技術(shù)企業(yè)應(yīng)用領(lǐng)域是一個(gè)激動(dòng)人心唠帝，同時(shí)充滿困惑與挑戰(zhàn)的領(lǐng)域，它遠(yuǎn)遠(yuǎn)不是一個(gè)成熟的領(lǐng)域玄柏，存在著巨大的創(chuàng)新空間襟衰。在實(shí)踐中，我們感受到這個(gè)行業(yè)存在一種“技術(shù)主導(dǎo)粪摘、概念驅(qū)動(dòng)瀑晒、疏離用戶”的傾向，與“以客戶為中心”這一現(xiàn)代企業(yè)管理思想相悖徘意，削弱了人們?cè)谶@個(gè)領(lǐng)域可能的回報(bào)苔悦。
我們希望達(dá)成一種“以客戶為中心、需求主導(dǎo)椎咧、技術(shù)驅(qū)動(dòng)”的途徑玖详。這不是一個(gè)單純的策略改變或技術(shù)課題，它涉及到持續(xù)地把握用戶需求勤讽、產(chǎn)品實(shí)現(xiàn)及實(shí)施蟋座、企業(yè)改造等多方面的問題，需要在需求理論脚牍、需求研究方法向臀、產(chǎn)品體系結(jié)構(gòu)、服務(wù)或供應(yīng)體系結(jié)構(gòu)莫矗、關(guān)鍵支撐技術(shù)以及基礎(chǔ)理論等許多領(lǐng)域協(xié)同創(chuàng)新飒硅。
余彤鷹（1999）對(duì)未來(lái)的企業(yè)信息技術(shù)應(yīng)用做了一個(gè)前瞻性的探討，在電腦化企業(yè)（參考自James Martin的cybercorp）形態(tài)和需求的認(rèn)識(shí)基礎(chǔ)上作谚，從用戶需求特征三娩、系統(tǒng)功能范圍與特征、軟件體系結(jié)構(gòu)特征妹懒、供需體系特征雀监、系統(tǒng)生命周期特征、應(yīng)用與維護(hù)的特征、關(guān)鍵技術(shù)基礎(chǔ)等方面会前，闡述了對(duì)未來(lái)企業(yè)信息系統(tǒng)的構(gòu)思好乐，指出它應(yīng)當(dāng)具有“通用企業(yè)平臺(tái)與專用執(zhí)行系統(tǒng)”、“模型驅(qū)動(dòng)”瓦宜、“支持企業(yè)決策者主導(dǎo)的規(guī)劃與建奈低颍”等關(guān)鍵特征。余彤鷹（2002）進(jìn)一步明確指出所謂“通用平臺(tái)上的專用執(zhí)行系統(tǒng)”就是運(yùn)行期模型驅(qū)動(dòng)的系統(tǒng)临庇。
隨后反璃，ChinaLabs（2002）發(fā)表了一份專題報(bào)告，闡述了“業(yè)務(wù)基礎(chǔ)件”(Business Infrastructure Software) 及“業(yè)務(wù)架構(gòu)基礎(chǔ)平臺(tái)”(Business Architecture Platform) 的概念假夺。報(bào)告指出：業(yè)務(wù)基礎(chǔ)件通過模型驅(qū)動(dòng)淮蜈，把企業(yè)系統(tǒng)中的業(yè)務(wù)運(yùn)行平臺(tái)和開發(fā)環(huán)境提煉出來(lái)，覆蓋企業(yè)業(yè)務(wù)流程的所有方面已卷，成為“業(yè)務(wù)系統(tǒng)的基礎(chǔ)架構(gòu)平臺(tái)”梧田。自2003年起，在遵循上述構(gòu)思的軟件產(chǎn)品初步成功的背景下侧蘸，這些研究開始得到廣泛的關(guān)注裁眯，更多的產(chǎn)業(yè)分析師研究或關(guān)注了這方面的課題，在應(yīng)用平臺(tái) (Application Platform) 或應(yīng)用基礎(chǔ)架構(gòu)平臺(tái) (Application Infrastructure Platform) 之上分化出一個(gè)“業(yè)務(wù)基礎(chǔ)架構(gòu)平臺(tái)”(Business Infrastructure Platform) 這一觀念開始得到廣泛采納闺魏。
我們研究的出發(fā)點(diǎn)是用戶需求及企業(yè)在引進(jìn)未状、實(shí)施各種綜合性管理軟件（例如所謂ERP類軟件，包括自行開發(fā)或定制）過程中所遭遇的困惑析桥。遵循用戶需求導(dǎo)向這一基本原則司草，從用戶（企業(yè)）的生存環(huán)境、需求產(chǎn)生的背景泡仗，到軟件功能埋虹、特性與服務(wù)，到開發(fā)“理想的”軟件與服務(wù)所遇到的技術(shù)障礙娩怎，從現(xiàn)有技術(shù)的方案到技術(shù)創(chuàng)新的需求搔课，全面地加以研究。在長(zhǎng)期的探索過程上截亦，我們始終保持著對(duì)用戶需求的研究與體驗(yàn)爬泥，并在總結(jié)提出了“實(shí)質(zhì)性需求分析與研究”的思想和方法論框架。
另一方面崩瓤，從企業(yè)如何實(shí)施大型或綜合管理軟件袍啡、進(jìn)行業(yè)務(wù)系統(tǒng)改造或再造工程等方面切入，探索了企業(yè)工程（EE）和企業(yè)建模却桶，明確了它和企業(yè)管理境输、企業(yè)信息技術(shù)應(yīng)用以及傳統(tǒng)的企業(yè)（業(yè)務(wù)）建模研究等的關(guān)系蔗牡。在信息系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)、體系架構(gòu)和原理方面嗅剖，探索了以模型驅(qū)動(dòng)系統(tǒng)為代表的一系列技術(shù)課題辩越。
除了在需求研究、應(yīng)用信粮、技術(shù)與實(shí)現(xiàn)層面上的探索黔攒，也進(jìn)行了一些相關(guān)的基礎(chǔ)性、理論性的探討蒋院，例如模型驅(qū)動(dòng)機(jī)制亏钩、一般建模理論莲绰、信息與表達(dá)理論欺旧、系統(tǒng)理論、相關(guān)的數(shù)學(xué)基礎(chǔ)蛤签，并包括許多其他或傳統(tǒng)領(lǐng)域例如人工智能辞友、關(guān)系數(shù)據(jù)庫(kù)理論等。它們圍繞著企業(yè)應(yīng)用（企業(yè)信息系統(tǒng), EIS）這個(gè)中心震肮，構(gòu)成了一個(gè)基本完整的研究體系框架（見余彤鷹2004b）称龙。
本文對(duì)上述工作中一些重要課題進(jìn)行概要性介紹，希望籍此與更多有相同興趣的人們交流戳晌，引起關(guān)注鲫尊，拓展在產(chǎn)品、技術(shù)沦偎、應(yīng)用乃至理論各個(gè)方面進(jìn)一步開發(fā)的可能性疫向。值得說明的是，本文雖然是綜述性的豪嚎，但其中許多要點(diǎn)并沒有公開發(fā)表過搔驼，一些已公開的部分，多數(shù)也僅僅是通過互聯(lián)網(wǎng)站企業(yè)工程論壇（www.EE-Forum.org）發(fā)表的侈询。
2 NEIS的特征
2.1 課題的定位
我們將課題定為新一代企業(yè)信息系統(tǒng) (New generation of Enterprise Information System, NEIS)舌涨，是有過多方面考慮的。而由于模型驅(qū)動(dòng)在其中的核心地位扔字，我們也將其稱為“模型驅(qū)動(dòng)的企業(yè)信息系統(tǒng)”囊嘉。“信息技術(shù)企業(yè)應(yīng)用”或“企業(yè)應(yīng)用軟件”是比企業(yè)信息系統(tǒng)更廣泛的概念革为，例如各種CAD的應(yīng)用扭粱，工業(yè)自動(dòng)化應(yīng)用等，將目標(biāo)范圍集中在信息系統(tǒng)及各種“基于信息”（管理的或業(yè)務(wù)的）的應(yīng)用上篷角，是大有深意的焊刹。對(duì)照以往或當(dāng)前的各種系統(tǒng)方案，新的構(gòu)思構(gòu)建在全新的體系架構(gòu)和關(guān)鍵技術(shù)創(chuàng)新之上，從功能或性能上將具有現(xiàn)有方案基本不具備或無(wú)法具備的新特性虐块，它在整個(gè)產(chǎn)品生命周期上的新特征將導(dǎo)致將導(dǎo)致一個(gè)全新的供應(yīng)鏈系統(tǒng)的出現(xiàn)俩滥，引起行業(yè)格局的重新調(diào)整。
這些都令我們相信這將是一代全新的應(yīng)用系統(tǒng)贺奠，是信息技術(shù)企業(yè)應(yīng)用領(lǐng)域的一次革命性的進(jìn)步霜旧。
2.2 用戶需求特征
余彤鷹（1998b）從環(huán)境或背景方面，歸納了用戶需求特征4個(gè)要點(diǎn)：
一體化：信息技術(shù)應(yīng)用與企業(yè)及其經(jīng)營(yíng)策略儡率、管理體系開發(fā)建設(shè)一體化挂据。
個(gè)性化：這是創(chuàng)造企業(yè)自身獨(dú)特競(jìng)爭(zhēng)優(yōu)勢(shì)，和適應(yīng)企業(yè)不斷變化要求導(dǎo)致的必然結(jié)果儿普。
可變性：應(yīng)用系統(tǒng)將是“為變化而建造的”崎逃。
開放性：這包括諸如基于共享的標(biāo)準(zhǔn)，以及多方參與的開發(fā)眉孩、服務(wù)體系个绍，以及可集成性等。
如今浪汪，也許更強(qiáng)調(diào)如協(xié)作巴柿、智能等。但我們認(rèn)為以上方面仍然是不可缺少的基礎(chǔ)死遭。
2.3 功能或性能特征
以下歸納了我們認(rèn)為NEIS應(yīng)該具備的重要功能或性能特征广恢。今天我們有足夠的理由相信它將能夠具備。這些工組也基于ERAR呀潭。
通過對(duì)企業(yè)用戶信息系統(tǒng)或管理軟件需求的實(shí)質(zhì)性分析與研究钉迷，我們認(rèn)識(shí)到，解決企業(yè)最終用戶的困惑蜗侈，和解決開發(fā)篷牌、實(shí)施人員困惑的一些關(guān)鍵要點(diǎn)是相關(guān)的，其中既有認(rèn)識(shí)的要點(diǎn)踏幻，也有技術(shù)的要點(diǎn)枷颊。而既往的應(yīng)用開發(fā)，
在以往的開發(fā)中该面，受技術(shù)導(dǎo)向傾向的影響夭苗，許多重要的、基本的需求或功能性特征并沒有得到全面的重視隔缀，甚至被輕視了题造。一些“老的”構(gòu)思或需求，并沒有被新的（流行）概念所繼承或解決猾瘸。
2.3.1 管理思想與方法的容器或推進(jìn)器
從特定的管理思想或方法（例如MRPII）上超脫出來(lái)界赔，從而具備更廣泛的包容能力丢习，將系統(tǒng)定位成一個(gè)管理思想和方法的容器和推進(jìn)器。
2.3.2 可伸縮性或柔性 (Scalable or Flexible)
包括以下方面：
- 通用性與個(gè)性化的結(jié)合：首先盡可能總結(jié)淮悼、提煉通用的要素咐低，同時(shí)并提通用和專用功能或途徑；
- 提供可選擇的或第三方的解決方案袜腥、功能性模塊彻犁、組件或工具等槐沼，以擴(kuò)充新的功能或改進(jìn)爷绘、替代原有的功能孝治；
- 提供對(duì)不同企業(yè)規(guī)模應(yīng)用的適應(yīng)性方案及過渡、集成能力福侈。
上述要求的實(shí)現(xiàn)實(shí)際已包括了對(duì)所謂發(fā)布酒来、配置管理能力的高要求，同時(shí)也就形成了對(duì)由點(diǎn)到面癌刽、由部分到整體役首、由基礎(chǔ)到高級(jí)、由小到大的漸進(jìn)式應(yīng)用策略的支持能力显拜。
2.3.3 支持企業(yè)工程
在這個(gè)主題下概括多種重要的要求。包括：
- 對(duì)整個(gè)企業(yè)生命周期的支持（從規(guī)劃爹袁、建設(shè)到運(yùn)行远荠、轉(zhuǎn)變、管理失息、維護(hù)譬淳、重規(guī)化等）；
- 對(duì)企業(yè)（業(yè)務(wù)）分析與建模的支持盹兢，包括變化管理的支持邻梆；
- 對(duì)企業(yè)再造工程的支持和自身再造工程的支持；
- 對(duì)業(yè)務(wù)過程（工作流）管理的支持绎秒；
- 對(duì)業(yè)務(wù)規(guī)劃與信息系統(tǒng)實(shí)現(xiàn)的知識(shí)與職能（job）的分離等等浦妄。
2.3.4 數(shù)據(jù)、信息见芹、知識(shí)及智能
NEIS首先要具備全面剂娄、動(dòng)態(tài)（可變化、擴(kuò)展）的基礎(chǔ)業(yè)務(wù)數(shù)據(jù)支持玄呛，形成完整的企業(yè)數(shù)據(jù)環(huán)境阅懦。在此基礎(chǔ)上，結(jié)合事務(wù)處理系統(tǒng)（TPS）徘铝、管理信息系統(tǒng)（MIS）耳胎、企業(yè)內(nèi)容管理（ECM）惯吕、信息資源管理（IRM）、決策支持（DSS）怕午、知識(shí)管理（KM）混埠、商業(yè)智能（BI）等的思想和功能，形成一種將數(shù)據(jù)诗轻、信息钳宪、知識(shí)、智能管理與應(yīng)用貫串起來(lái)的途徑扳炬，將信息工程與信息資源管理吏颖、信息規(guī)劃和企業(yè)建模結(jié)合、信息設(shè)備管理與其他企業(yè)資源管理結(jié)合恨樟，恢復(fù)或保持?jǐn)?shù)據(jù)半醉、信息、知識(shí)及智能自然的整體關(guān)聯(lián)狀態(tài)劝术，提供（或添加缩多、集成）各種可選擇的、自然協(xié)調(diào)的處理养晋、分析衬吆、支持的工具。
2.3.5 適管理性 (well-manageable)
這是企業(yè)應(yīng)用與個(gè)人應(yīng)用最基本的區(qū)別绳泉。以往的軟件開發(fā)者逊抡，常將許多系統(tǒng)管理工作與技術(shù)維護(hù)工作放在一起（例如所謂系統(tǒng)授權(quán)管理），而它們本應(yīng)是主管零酪、經(jīng)理使用的功能冒嫡，這就是對(duì)適管理性缺乏重視的一個(gè)基本例子。我們認(rèn)為適管理性并非天然的四苇，而是必須專門加以設(shè)計(jì)和保證的孝凌。對(duì)這一原則的貫徹和深入的實(shí)施，帶來(lái)的內(nèi)容和變化意外地豐富月腋。
2.3.6 易用性 (ease-to-use)
易用性 (ease-to-use) 本是一個(gè)普通的要求蟀架，但對(duì)NEIS，它仍然需要強(qiáng)調(diào)罗售。不能以為GUI辜窑、拖放操作drag and drop、基于瀏覽器就是易用性寨躁，它們的出現(xiàn)有時(shí)甚至降低了企業(yè)用戶的某些工作感受穆碎。終端設(shè)備與作業(yè)環(huán)境的多樣化更增加了這里的空間。此外职恳，從“免培訓(xùn)能力”的角度所禀，我們強(qiáng)調(diào)其應(yīng)用和學(xué)習(xí)應(yīng)當(dāng)主要成為一種“業(yè)務(wù)”的學(xué)習(xí)而不是技術(shù)（電腦）的學(xué)習(xí)方面。
2.3.7 其他功能或性能特征
以上項(xiàng)目仍然是一個(gè)概括。諸如安全性色徘、集成性發(fā)布與配置管理恭金、網(wǎng)絡(luò)環(huán)境下的協(xié)同作業(yè)、企業(yè)外部關(guān)系的支持（如供應(yīng)鏈或虛擬企業(yè)）褂策、對(duì)通用標(biāo)準(zhǔn)的支持横腿、對(duì)遺產(chǎn)系統(tǒng)的再利用、等斤寂，都是現(xiàn)在企業(yè)應(yīng)用開發(fā)者所普遍強(qiáng)調(diào)的耿焊，限于篇幅，就不一一說明了遍搞。
2.4 系統(tǒng)構(gòu)成或技術(shù)特征
這些技術(shù)性特征罗侯，來(lái)源于實(shí)現(xiàn)特定的功能與性能的必然性，即溪猿，它們是由需求出發(fā)考慮技術(shù)（方案）的必要性而非基于某些新技術(shù)來(lái)考慮可能性的結(jié)果钩杰。
2.4.1 體系結(jié)構(gòu)特征
余彤鷹（1999）對(duì)此進(jìn)行的歸納，今天看來(lái)仍然是基本要點(diǎn)：
- 由“打包的”軟件向通用平臺(tái)與可動(dòng)態(tài)集成的資源诊县、工具過渡讲弄；
- 由“通用企業(yè)應(yīng)用平臺(tái)”和“專用執(zhí)行系統(tǒng)”兩個(gè)基本成分構(gòu)成；
- 模型驅(qū)動(dòng)的執(zhí)行系統(tǒng)動(dòng)態(tài)定義翎冲。通過應(yīng)用平臺(tái)本身或集成的工具垂睬，對(duì)實(shí)體、信息環(huán)境抗悍、業(yè)務(wù)規(guī)則等進(jìn)行動(dòng)態(tài)建模，從而現(xiàn)場(chǎng)生成實(shí)際業(yè)務(wù)中應(yīng)用的執(zhí)行系統(tǒng)钳枕；
- 業(yè)務(wù)過程驅(qū)動(dòng)的執(zhí)行系統(tǒng)運(yùn)行缴渊；
- 支持各種共享標(biāo)準(zhǔn)并且功能可集成、擴(kuò)充鱼炒、甚至動(dòng)態(tài)平滑升級(jí)衔沼。
2.4.2 系統(tǒng)構(gòu)成
雖然實(shí)際的軟件模塊劃分和邏輯的劃分之間可以有很大不同，但這里列出的部分最可能表現(xiàn)為相對(duì)獨(dú)立的軟件（或方案昔瞧、產(chǎn)品）指蚁，甚至有可能分別由不同的開發(fā)商分別開發(fā)。它們是：
企業(yè)平臺(tái) (Enterprise Platform)：或稱為企業(yè)操作系統(tǒng)自晰、EIS平臺(tái)凝化。表現(xiàn)為一套軟件（方案）。用以支撐酬荞、實(shí)現(xiàn)模型所表達(dá)的功能或行為搓劫，提供操作接口瞧哟，同時(shí)也可包括或支持其他功能或應(yīng)用集成、第三方模塊集成枪向、二次開發(fā)等功能勤揩。
企業(yè)數(shù)據(jù)庫(kù) (Enterprise Database)：表現(xiàn)為按照（平臺(tái)）應(yīng)用要求安裝、設(shè)置的數(shù)據(jù)庫(kù)平臺(tái)上的數(shù)據(jù)庫(kù)及相關(guān)服務(wù)秘蛔。儲(chǔ)存陨亡、管理企業(yè)模型數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)。
企業(yè)工程工具 (Enterprise Engineering Tools)：表現(xiàn)為配合平臺(tái)使用的軟件或模塊深员。主要包括企業(yè)建模负蠕、與分析、管理工具辨液。支持以業(yè)務(wù)專家（企業(yè)工程師）可理解的方式進(jìn)行建模虐急、分析、管理滔迈，開展各種可能的EE活動(dòng)止吁。
企業(yè)應(yīng)用模型 (Enterprise-applied Model)：是專用企業(yè)模型，也即企業(yè)專用的應(yīng)用方案燎悍。它一部分來(lái)自供應(yīng)商的通用敬惦、半通用模型，一部分由企業(yè)工程師用EE工具定制或定義谈山。它基于平臺(tái)與建模工具所支持的表達(dá)方法俄删，以電腦（平臺(tái)即建模工具）可處理的數(shù)據(jù)形式表達(dá)/儲(chǔ)存，可以被制作成可“安裝”的“包”（類似傳統(tǒng)的“軟件”）奏路。
企業(yè)參考模型 (Enterprise Reference Model)：所有可以供最終企業(yè)選擇的通用畴椰、半通用模型，都屬于參考模型鸽粉，它與傳統(tǒng)軟件的可選模塊類似斜脂，但同時(shí)也是企業(yè)形成自己的應(yīng)用模型的原型。
附加模塊 (Additional Modulus)：表現(xiàn)為配合平臺(tái)使用的軟件或模塊触机。各種可選的帚戳，由平臺(tái)開發(fā)者或第三方提供的可安裝或掛接于企業(yè)平臺(tái)的功能性模塊、引擎等儡首。
技術(shù)工具 (Technical Tools)：表現(xiàn)為配合平臺(tái)使用的軟件或模塊片任。包括輔助或附加的技術(shù)性維護(hù)管理工具，還可能包括面向軟件技術(shù)人員的開發(fā)工具蔬胯。
2.4.3 模型驅(qū)動(dòng)
模型驅(qū)動(dòng)是NEIS的關(guān)鍵（余彤鷹对供，1998），也是最困難的技術(shù)特征笔宿。它同時(shí)也是從關(guān)鍵需求中直接得出的要求犁钟，只要在一定程度上實(shí)現(xiàn)了模型驅(qū)動(dòng)的特征棱诱，就能夠?qū)崿F(xiàn)如前所述的大部分關(guān)鍵特性，并充分達(dá)成一代全新的應(yīng)用涝动。正因?yàn)槿绱寺跹谖覀兊难芯俊㈤_發(fā)計(jì)劃中醋粟，也使用模型驅(qū)動(dòng)企業(yè)信息系統(tǒng) (Model-Driven Enterprise Information System, MDEIS) 這個(gè)名稱靡菇。
2.4.4 其他技術(shù)特征
與任何一種綜合的企業(yè)應(yīng)用解決方案一樣，NEIS也必然成為各種新技術(shù)的集大成者米愿。當(dāng)前熱門的各種網(wǎng)絡(luò)技術(shù)厦凤、XML技術(shù)，包括“古老的”數(shù)據(jù)庫(kù)技術(shù)育苟，都是不可缺少的關(guān)鍵技術(shù)较鼓。正如MDA適時(shí)地出現(xiàn)，許多新技術(shù)违柏、新思想博烂，都可能為NEIS提供有力的手段或支持。
3 實(shí)質(zhì)性需求分析與研究
3.1 需求分析的三重境界
產(chǎn)品或服務(wù)的設(shè)計(jì)始于用戶需求分析與確定漱竖，我們?cè)谶@一工作中體驗(yàn)到三種典型的層次：
層次1. 客觀描述與記錄（objective description and record）——忠實(shí)禽篱、精確、全面地搜集與記錄客戶的需求或相關(guān)的業(yè)務(wù)馍惹、數(shù)據(jù)躺率；
層次 2. 模式歸納與發(fā)現(xiàn) (patterns induction and discovery)——按照一定的建模方法論及框架或架構(gòu)進(jìn)行歸納、建模万矾，并盡量揭示在包含在快照式的客觀記述中并非顯而易見的模式或規(guī)律悼吱；
層次3. 模式分析與創(chuàng)新 (patterns analysis and innovation)——在現(xiàn)存模式的基礎(chǔ)上總結(jié)不同模式背后隱含的規(guī)律，研究應(yīng)用對(duì)需求的異化作用良狈，發(fā)掘深層次規(guī)律舆绎，預(yù)測(cè)需求變化，揭示新的工作（業(yè)務(wù)）方式们颜，創(chuàng)建新的、有價(jià)值的模式猎醇。
以上三個(gè)層次是逐級(jí)遞進(jìn)的窥突，一方面，高級(jí)層次建立在低級(jí)層次的基礎(chǔ)上硫嘶，另一方面阻问，高層次上的工作結(jié)果，可以應(yīng)用于低層次的工作沦疾，對(duì)其提供指導(dǎo)称近。
在第二個(gè)層次上第队，需要采用與分析對(duì)象相適應(yīng)的建模體系。所謂與分析對(duì)象相適應(yīng)刨秆，說明它本身已經(jīng)反映了分析對(duì)象的一些基本的規(guī)律凳谦，甚至包括了一些通用的分析要素或框架。
到達(dá)第三個(gè)層次衡未，就超出了需求表述尸执、歸納甚至需求變化管理的范圍，不是停留在已存在的模式上缓醋，而要研究模式本身如失，進(jìn)行模式創(chuàng)新。
3.2 一個(gè)指導(dǎo)思想或方法論框架
在需求分析的第三個(gè)層次上進(jìn)一步思考送粱，我們發(fā)現(xiàn)軟件工程中傳統(tǒng)的“需求分析”(requirements analysis, 以下簡(jiǎn)稱RA) 不足以概括這一層次褪贵。傳統(tǒng)需求分析遇到的一些困難，不可能僅僅通過開發(fā)各種精密的描述性規(guī)格 (declarative specification) 表達(dá)或建模技術(shù)加以解決的抗俄，問題的實(shí)質(zhì)并不是需求表述的精確性問題脆丁。在新技術(shù)應(yīng)用的領(lǐng)域，需求是一種處于進(jìn)化中的客觀事物橄镜，它具有自身的演變規(guī)律偎快、生命周期和生存環(huán)境。它是懸而未決的未來(lái)事物的一部分洽胶，并且會(huì)因我們的介入（實(shí)施或應(yīng)用）而改變晒夹，不確定性、幼稚性是它的基本特征姊氓，只有在具體的應(yīng)用過程中才可能逐步地成熟與穩(wěn)定丐怯，嘗試、權(quán)宜翔横、改變等是這個(gè)過程的基本組成部分读跷。它具有從發(fā)生、發(fā)展禾唁、到終結(jié)的完整生命周期效览，這個(gè)周期與應(yīng)用過程是不可分離的〉炊蹋“滿足用戶需求”不僅僅是一個(gè)“發(fā)現(xiàn)-解決”的過程丐枉，還是一個(gè)“研習(xí)-創(chuàng)造”的過程。我們必須對(duì)影響需求產(chǎn)生與變化的各種因素及其變化規(guī)律進(jìn)行全面綜合的研究掘托。其目標(biāo)是揭示和總結(jié)各種隱蔽的瘦锹、可能的或未來(lái)將要出現(xiàn)的需求，及其需求進(jìn)化規(guī)律，提出或創(chuàng)造新的方案或模式弯院。
這一思想辱士，是在軟件工程領(lǐng)域傳統(tǒng)的需求分析基礎(chǔ)上提出的，是一種自然的深化和升華听绳，因此颂碘，我們采用與傳統(tǒng)、習(xí)慣的稱呼對(duì)應(yīng)的表達(dá)方式辫红，稱其為“實(shí)質(zhì)性需求分析與研究”(Essential Requirements Analysis and Research, ERAR凭涂，也可簡(jiǎn)稱為需求研究)。目前贴妻，我們將其看作“一個(gè)指導(dǎo)方針和方法論框架”切油。它并不限于軟件領(lǐng)域，同樣適合于任何產(chǎn)品或服務(wù)的設(shè)計(jì)名惩，特別是創(chuàng)新澎胡。我們相信通過進(jìn)一步發(fā)展和充實(shí)，它可能連同RA或需求工程形成一個(gè)更強(qiáng)健的娩鹉、多層次的方法論體系攻谁。
3.3 與傳統(tǒng)需求分析的關(guān)系
需要強(qiáng)調(diào)，ERAR不是取代RA（或需求工程）弯予。在一些要點(diǎn)上對(duì)二者加以對(duì)比戚宦，可以更好地理解ERAR。
ERAR涉及的范圍锈嫩、知識(shí)更廣受楼，更復(fù)雜，也更抽象呼寸。它不僅僅要表達(dá)某一范圍艳汽、目的下的需求，更著重于研究需求產(chǎn)生对雪、發(fā)展與演化規(guī)律河狐，從而捕獲、預(yù)測(cè)乃至創(chuàng)造需求瑟捣。
以“What”與“How”這個(gè)典型話題比較馋艺，ERAR拓展了What的范圍，它的目的同樣不是How迈套，但ERAR強(qiáng)調(diào)How對(duì)What的作用丈钙。研究者必須充分理解How，并且努力把How的變化規(guī)律與趨勢(shì)與應(yīng)用對(duì)象交汤、環(huán)境的研究結(jié)合起來(lái)，這樣才能進(jìn)一步拓展對(duì)潛在的What的視野。
ERAR與RA是互補(bǔ)的芙扎，對(duì)于具體的產(chǎn)品或服務(wù)開發(fā)項(xiàng)目星岗，RA仍然是具體項(xiàng)目的第一個(gè)環(huán)節(jié)，然而它將可以從相關(guān)領(lǐng)域（通常是比具體項(xiàng)目更廣的范圍上）上開展的ERAR工作中直接獲取知識(shí)和指導(dǎo)戒洼。ERAR更適合在某種產(chǎn)品或服務(wù)領(lǐng)域上持續(xù)地開展俏橘，成為企業(yè)或行業(yè)從產(chǎn)品與服務(wù)發(fā)展戰(zhàn)略制訂到具體產(chǎn)品的需求分析與設(shè)計(jì)的一項(xiàng)基礎(chǔ)工作。
3.4 對(duì)NEIS的意義
對(duì)NEIS圈浇，它是變“技術(shù)導(dǎo)向寥掐，技術(shù)驅(qū)動(dòng)”為“需求導(dǎo)向，技術(shù)驅(qū)動(dòng)”的關(guān)鍵磷蜀。它是我們將MDM/MDS看作需求與實(shí)現(xiàn)兩者的關(guān)鍵的背景召耘。ERAR將一直是NEIS開發(fā)與研究的重要基礎(chǔ)。
4 模型驅(qū)動(dòng)機(jī)制與模型驅(qū)動(dòng)系統(tǒng)
4.1 概念
在深入的探索中褐隆，我們發(fā)現(xiàn)污它，在“以模型為中心”、“基于模型”或“模型驅(qū)動(dòng)”這樣一些觀念背后庶弃，隱藏著更深刻的系統(tǒng)原理衫贬，MDM是重要的一個(gè)。
模型驅(qū)動(dòng)機(jī)制 (Model-Driven Mechanism, MDM) 是實(shí)現(xiàn)與控制系統(tǒng)（或其功能與行為）的一種方式或途徑歇攻，即固惯，基于模型運(yùn)行、實(shí)現(xiàn)或控制被建模的缴守、預(yù)期的事物——系統(tǒng)或功能及行為葬毫，該模型具有獨(dú)立性，獨(dú)立于表達(dá)斧散、儲(chǔ)存供常、傳送、達(dá)成或?qū)崿F(xiàn)的過程或方法鸡捐。簡(jiǎn)言之栈暇，MDM使系統(tǒng)的全部或部分功能及行為（或結(jié)構(gòu)及形態(tài)）受到模型的控制或支配。從系統(tǒng)理論角度理解箍镜，模型驅(qū)動(dòng)機(jī)制的地位類似于反饋機(jī)制源祈。
圖1表示了一種非經(jīng)模型實(shí)現(xiàn)、控制功能或行為的基本機(jī)制色迂，可稱為“直接驅(qū)動(dòng)/控制”香缺。它的典型例子如汽車。
與之形成對(duì)照歇僧，MDM如圖2所示图张。圖2還顯示出MDM的另一個(gè)要點(diǎn)锋拖，即建模知識(shí)的分離。在這里“建模知識(shí)”是廣義的祸轮，它至少包括下列幾個(gè)方面：
- 表示法（語(yǔ)言或符號(hào)兽埃、語(yǔ)義、語(yǔ)法等各種預(yù)定義的表達(dá)要素）适袜；
- 建模方法論柄错，包括過程、方法苦酱、規(guī)則等售貌；
- 系統(tǒng)本身或其功能與行為的原理與規(guī)律；
- 預(yù)定義模型疫萤、參考模型颂跨，或系統(tǒng)架構(gòu)等。
以上第3項(xiàng)常常被忽略给僵，卻是基礎(chǔ)或支配性的毫捣。第4項(xiàng)在實(shí)踐上非常重要，它是對(duì)建模對(duì)象認(rèn)識(shí)的歸納和總結(jié)帝际，同時(shí)也與其他項(xiàng)目相關(guān)蔓同。
另一方面，在建模知識(shí)和應(yīng)用模型之間存在一個(gè)知識(shí)分配的平衡：放在建模知識(shí)一側(cè)蹲诀，就會(huì)被固化到操作機(jī)構(gòu)中斑粱，從而增強(qiáng)了操作機(jī)構(gòu)的能力（甚至最終應(yīng)用的執(zhí)行效率），但也可能降低了其“通用性”和“靈活性”（可變性）脯爪。放在應(yīng)用模型一側(cè)则北，則成為可動(dòng)態(tài)改變的要素，增強(qiáng)了最終應(yīng)用的可變性痕慢，同時(shí)也提高了應(yīng)用模型的復(fù)雜性尚揣，并或許降低了最終應(yīng)用的執(zhí)行效率[1]。
需要留意掖举，圖2僅僅顯示了一個(gè)單純的模型驅(qū)動(dòng)機(jī)制快骗，在實(shí)際的系統(tǒng)中，它與直接驅(qū)動(dòng)等是共存的塔次。MDM可以被看作“可相加”的因素方篮，假設(shè)對(duì)一個(gè)功能系統(tǒng)的某些功能“加上”MDM，它就將獲得一種新的改變/控制這些功能的能力励负。
基于MDM藕溅，可以簡(jiǎn)單地導(dǎo)入模型驅(qū)動(dòng)系統(tǒng) (Model-Driven System, MDS)。若一個(gè)系統(tǒng)的全部功能與行為都能通過MDM實(shí)時(shí)地定義继榆、控制和改變巾表，則它是一個(gè)“充分的”模型驅(qū)動(dòng)系統(tǒng)汁掠。簡(jiǎn)言之，MDS就是以MDM控制或?qū)崿F(xiàn)其主要功能的系統(tǒng)攒发。
通過導(dǎo)入MDM调塌，就能在一個(gè)更統(tǒng)一基本層次上理解MDA及我們所特別強(qiáng)調(diào)的MDS。
4.2 MDS的應(yīng)用
從MDM應(yīng)用上說惠猿，其應(yīng)用對(duì)象可能是功能系統(tǒng)例如汽車或軟件，也可能是企業(yè)负间，甚至開發(fā)項(xiàng)目等偶妖。
有不少對(duì)可執(zhí)行模型的討論。虛擬機(jī)連同可執(zhí)行模型就是一個(gè)MDS政溃。
模型驅(qū)動(dòng)開發(fā) (MDD) 同樣是MDM在開發(fā)系統(tǒng)自身的應(yīng)用趾访。
就這種情況參考圖2，“應(yīng)用模型”就是系統(tǒng)模型董虱，“執(zhí)行機(jī)構(gòu)”就是編程員或生成器扼鞋，輸出是軟件，其效果是愤诱，可以由模型及根據(jù)“輸入”——用戶需求決定軟件云头。很明顯，MDS是一個(gè)特殊的系統(tǒng)類型淫半，但MDD僅僅與開發(fā)或?qū)崿F(xiàn)過程直接相關(guān)溃槐。
余彤鷹（2002）指出了二者的關(guān)鍵區(qū)別之一：模型的時(shí)效性 (time-effectiveness of model)，即科吭，是“運(yùn)行期模型”(Run-Time Model)昏滴，還是開發(fā)期模型？這對(duì)于我們的主題NEIS是意味深遠(yuǎn)的对人。
對(duì)MDS型的軟件有許多懷疑或爭(zhēng)論谣殊。這里不能對(duì)這個(gè)話題展開討論，但我們認(rèn)為這只是一個(gè)技術(shù)課題牺弄，并非不可解決（當(dāng)然也是十分值得解決的）姻几。且我們認(rèn)為某些懷疑關(guān)系到軟件方面的一些成見。
在實(shí)踐中猖闪，以MDM為主要功能實(shí)現(xiàn)或控制途徑鲜棠，一些軟件開發(fā)者已經(jīng)開發(fā)了可以支持大型企業(yè)應(yīng)用的解決方案。
事實(shí)上培慌，電腦本身就是一個(gè)MDS的基本例子——軟件正是一種模型豁陆，而且它已經(jīng)在從及其指令、操作系統(tǒng)到應(yīng)用的多個(gè)層次中包含了MDM吵护。
關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng) (RDBMS盒音，特別是參照Codd的12條規(guī)則) 實(shí)際上已經(jīng)為模型驅(qū)動(dòng)系統(tǒng)的可行性和優(yōu)點(diǎn)作出了經(jīng)典的范例表鳍。
從實(shí)現(xiàn)過程說，我們并沒有要一步到位地實(shí)現(xiàn)MDS（如NEIS）的負(fù)擔(dān)祥诽，可以有許多種中間或過渡方案譬圣，這種狀態(tài)也許會(huì)持續(xù)很久，就好像和Codd的12條規(guī)則的在商業(yè)性RMDBS中的情形一樣雄坪。
4.3 MDS對(duì)NEIS的意義
如上所述厘熟，“模型驅(qū)動(dòng)”對(duì)NEIS至少有兩方面的基本含義：對(duì)開發(fā)過程——MDD，或?qū)ψ罱K系統(tǒng)類型——MDS维哈。
- 首先绳姨，MDD與MDS均能為NEIS帶來(lái)多種好處。我們特別強(qiáng)調(diào)MDS為NEIS的核心阔挠。由于用戶需求的不確定性飘庄、幼稚性和其生命周期與應(yīng)用過程的關(guān)系（參見對(duì)ERAR的討論），EIS應(yīng)該有在運(yùn)行期持續(xù)购撼、動(dòng)態(tài)地適應(yīng)與改變的能力跪削，這是無(wú)法回避的根本需求。但僅憑MDD迂求，需求的改變?nèi)匀恍枰ㄟ^開發(fā)者的建模碾盐、編碼（轉(zhuǎn)換）過程。因?yàn)檫@并未真正將“應(yīng)用開發(fā)者”和“企業(yè)規(guī)劃者”的工作領(lǐng)域分開锁摔，仍將遭遇基于編碼的定制或開發(fā)同樣的問題廓旬。也就是說，僅憑MDD谐腰，我們并不能擺脫在傳統(tǒng)的開發(fā)或定制中遭遇的困境孕豹，不能充分的滿足NEIS的需求。
- 現(xiàn)代企業(yè)十气，尤其是電腦化企業(yè)励背，因其復(fù)雜性和迅速頻繁地改變，需要EE砸西。EE是屬于企業(yè)管理者的領(lǐng)域而非軟件開發(fā)實(shí)施領(lǐng)域的一種專業(yè)性活動(dòng)叶眉，是在整個(gè)企業(yè)生命周期上持續(xù)的過程。EE與企業(yè)建模及NEIS間的密切關(guān)系也是需要MDS的內(nèi)在因素之一（參見對(duì)EE的討論）芹枷。
- 在EIS和企業(yè)模型間存在一種對(duì)應(yīng)或轉(zhuǎn)換衅疙。它是實(shí)現(xiàn)NEIS為EMDS——企業(yè)模型驅(qū)動(dòng)系統(tǒng)的關(guān)鍵。
- NEIS需要支持EE鸳慈。簡(jiǎn)言之饱溢，需要實(shí)時(shí)、動(dòng)態(tài)走芋、企業(yè)模型驅(qū)動(dòng) (enterprise-model-driven)绩郎。在EE潘鲫、企業(yè)建模和NEIS間的關(guān)系是導(dǎo)致對(duì)MDS需要的內(nèi)在因素之一。（見對(duì)EE的討論）
- 再者肋杖，倘若果企業(yè)模型足夠精確溉仑，由模型到可執(zhí)行軟件的編程過程可以自動(dòng)進(jìn)行，我們又為什么不將它變成企業(yè)平臺(tái)的能力状植，達(dá)成最佳的應(yīng)用模式浊竟？縱然這種方式會(huì)將計(jì)算的效率降低——?dú)v史和MDS的好處都告訴我們：這無(wú)需顧慮。
綜言之津畸，我們相信逐沙，也許并非所有的企業(yè)應(yīng)用都可以或適合于以MDS方式實(shí)現(xiàn)，但EIS或基于信息系統(tǒng)的應(yīng)用可能正是最適合的類型之一洼畅。從實(shí)踐上看，只要對(duì)那些已經(jīng)積累了許多研究的要素（例如功能棚赔、信息帝簇、業(yè)務(wù)過程、組織機(jī)構(gòu)靠益、資源等）中的部分實(shí)現(xiàn)集成的動(dòng)態(tài)建模并令其可操作和可管理丧肴，就能給企業(yè)用戶帶來(lái)前所未有的好處。例如工作流軟件胧后。
5 企業(yè)工程及企業(yè)建模
5.1 企業(yè)工程概念
簡(jiǎn)單地說芋浮，企業(yè)工程（EE）就是關(guān)于如何設(shè)計(jì)、建設(shè)壳快、維護(hù)與改造企業(yè)的綜合學(xué)科（余彤鷹, 2004a）纸巷。在學(xué)術(shù)界，Lies, etc. (1995)最早論述了EE概念和其學(xué)科特征眶痰。相信在不同領(lǐng)域這一概念更早就被提出和實(shí)踐了瘤旨，例如Martin (1995)已是關(guān)于EE實(shí)施原則的一本系統(tǒng)著作。余彤鷹（1998a竖伯、2001等）綜合分析了EE的產(chǎn)生途徑存哲，包括業(yè)務(wù)再造工程、工業(yè)工程七婴、軟件工程祟偷，以及信息工程或信息系統(tǒng)工程、CIM打厘、系統(tǒng)工程等修肠，同時(shí)討論了它與NEIS的關(guān)系。
由于現(xiàn)代企業(yè)生存環(huán)境的迅速變化婚惫、跨地域性和復(fù)雜性氛赐，大大提升了EE必要性或需求魂爪，而現(xiàn)代信息技術(shù)的發(fā)展及其應(yīng)用對(duì)企業(yè)的異化作用，更起到或?qū)⒁鸬酱龠M(jìn)艰管、催化和支持EE的多重作用滓侍。
盡管如此，EE目前還沒有得到廣泛的重視和開發(fā)∩螅現(xiàn)在主要的EE涉及者來(lái)源于諸如CIM撩笆、信息系統(tǒng)建模、企業(yè)架構(gòu)與企業(yè)集成等領(lǐng)域缸浦∠Τ澹基于這些來(lái)源，不可避免地主要基于信息技術(shù)應(yīng)用的立場(chǎng)來(lái)討論問題裂逐，即主要從信息技術(shù)應(yīng)用所伴隨的再造工程角度涉入EE歹鱼，而不是直接、完整地從企業(yè)規(guī)劃與改造（無(wú)論是否源于或伴隨著信息技術(shù)應(yīng)用）角度探討EE卜高。
另一方面弥姻，現(xiàn)有的各種應(yīng)用系統(tǒng)，并沒有真正掺涛、相對(duì)全面地支持EE庭敦。我們?nèi)匀蝗鄙僬嬲_(dá)到EE要求的專用分析與建模工具，更遑論與綜合的企業(yè)應(yīng)用系統(tǒng)的結(jié)合薪缆。
這些問題的存在秧廉，說明EE目前仍然處于幼稚期。
5.2 企業(yè)工程拣帽、業(yè)務(wù)工程及再造工程
避開商業(yè)疼电、買賣的背景，以工程的觀點(diǎn)诞外，在比較中性的語(yǔ)境中澜沟，企業(yè) (enterprise) 和業(yè)務(wù) (business) 這兩個(gè)詞是自然應(yīng)的。企業(yè)是比業(yè)務(wù)更大的概念峡谊，它總是擁有茫虽，并常常擁有多種業(yè)務(wù)。
在大多數(shù)情況中既们，EE的對(duì)象是已經(jīng)存在的濒析，因而，再造工程 (re-engineering) 成為EE最常見的表現(xiàn)形式啥纸。業(yè)務(wù)（過程）的變化或轉(zhuǎn)變總是比企業(yè)整體的變化或轉(zhuǎn)變更頻繁号杏，因而，業(yè)務(wù)工程或業(yè)務(wù)過程工程比EE更廣泛地使用也是很自然的。與企業(yè)整體相同盾致，更多的情形是對(duì)已經(jīng)存在的業(yè)務(wù)過程進(jìn)行重新設(shè)計(jì)和轉(zhuǎn)變主经，也就是所謂業(yè)務(wù)過程再造工程 (BPR)。
另外庭惜，“業(yè)務(wù)工程”或“業(yè)務(wù)過程（再）工程”等的流行罩驻，或許與“業(yè)務(wù)”的“商業(yè)組織”這個(gè)含義不無(wú)關(guān)系。但稍微深入地思考护赊，從工程惠遏、系統(tǒng)或運(yùn)作管理的角度看，組織或事情的商業(yè)性骏啰、非盈利性對(duì)我們的話題并沒有太多實(shí)質(zhì)性的影響节吮。例如對(duì)所謂非營(yíng)利組織如政府，成本判耕、效率因素的重要性也絲毫不應(yīng)比商業(yè)組織低透绩。
5.3 企業(yè)工程與企業(yè)建模
事實(shí)上，企業(yè)建模比EE更早更普遍地開展壁熄。對(duì)企業(yè)建模的研究涉及到應(yīng)用或?qū)嵤r(shí)渺贤，自然就會(huì)引出EE。許多已有的工作就是由EIS研究人員做的。例如，ARIS本意是一個(gè)信息系統(tǒng)建模體系坝橡，卻常常被理解為企業(yè)建模體系的范例蝗羊。在這些企業(yè)建模的研究中，常常很自然地涉及到EE的概念统翩。
無(wú)論我們?cè)谑裁匆饬x上理解企業(yè)仙蚜，它的出現(xiàn)和存在歷史都已經(jīng)相當(dāng)長(zhǎng)了，而EE迄今仍然沒有真正浮出水面厂汗，其中一個(gè)重要的原因就是缺乏足夠有效的建模手段委粉。
我們認(rèn)為，“足夠有效的企業(yè)建模手段”應(yīng)滿足四個(gè)方面的基本要求：
表達(dá)力（Expression ability）：能充分地表達(dá)整個(gè)企業(yè)——不僅包括信息或業(yè)務(wù)過程娶桦，還包括業(yè)務(wù)規(guī)則贾节、組織、設(shè)備或資源及成本等各項(xiàng)構(gòu)成要素衷畦；
適用性 (Applicability)：這種表達(dá)應(yīng)該能最大限度地為企業(yè)管理或業(yè)務(wù)人員（和/或企業(yè)工程師）理解栗涂，而無(wú)需掌握許多額外的知識(shí)或技巧（例如，關(guān)于軟件開發(fā)的）祈争；
精確性 (Exactness)：作為一種工程體系的基礎(chǔ)斤程，它必須有足夠精確性，并可被精確菩混、嚴(yán)格地記錄忿墅、修改扁藕、傳遞。
與應(yīng)用系統(tǒng)的集成 (Integration with application system)：EE建模的結(jié)果疚脐，應(yīng)當(dāng)可以直接體現(xiàn)在企業(yè)應(yīng)用系統(tǒng)上亿柑，而不是再經(jīng)過一個(gè)通常在第三方進(jìn)行的、復(fù)雜的軟件開發(fā)或修改過程亮曹。
企業(yè)模型最適合的表現(xiàn)形式是“基于計(jì)算機(jī)的模型”(computer-based model)橄杨。從技術(shù)、現(xiàn)實(shí)的角度看照卦，現(xiàn)代計(jì)算機(jī)技術(shù)第一次為我們提供了可以充分滿足上述要求的手段式矫。
我們認(rèn)為，在更好地滿足上述基本要求的建模方法及工具真正出現(xiàn)之前役耕，無(wú)法開展獨(dú)立采转、完整的企業(yè)建模，也就沒有獨(dú)立瞬痘、豐富的EE故慈。
基于上述認(rèn)識(shí)，余彤鷹（2001）提出的EE發(fā)展4項(xiàng)愿景框全，第一項(xiàng)就是關(guān)于企業(yè)建模的要求察绷，第4項(xiàng)則是企業(yè)建模與分析的支撐工具，它們都是必須借助信息技術(shù)實(shí)現(xiàn)的津辩。
簡(jiǎn)言之拆撼，EE依賴于企業(yè)建模，企業(yè)建模依賴于信息技術(shù)喘沿。
5.4 EE與NEIS的關(guān)系
首先對(duì)前面所述企業(yè)建模手段的第三項(xiàng)基本要求“與應(yīng)用系統(tǒng)集成”進(jìn)一步加以討論闸度。雖然EE概念上并不是必然要結(jié)合信息技術(shù)應(yīng)用的過程，但其必要性和好處蚜印，恰恰是伴隨著信息技術(shù)在企業(yè)的深入應(yīng)用及其引發(fā)的再造工程（往往也伴隨著信息系統(tǒng)本身的再造工程需要）過程才顯現(xiàn)出來(lái)的莺禁，而“EE依賴于EM，EM依賴于IT”這一現(xiàn)實(shí)本身也強(qiáng)力地將EE與EIS聯(lián)系起來(lái)窄赋。
另一方面哟冬，在企業(yè)各項(xiàng)要素中，可以精確建模忆绰、記錄的部分柒傻，恰恰是“可電腦化或電腦輔助”處理的部分。這也是EE建模方法與工具應(yīng)該及可能與EIS緊密結(jié)合较木，并被作為NEIS開發(fā)的一個(gè)基本目標(biāo)（需求）的一個(gè)內(nèi)在理由红符。
EE的發(fā)展，應(yīng)該及可能與企業(yè)建模和其支撐平臺(tái)緊密聯(lián)系起來(lái)，并且與企業(yè)的業(yè)務(wù)平臺(tái)結(jié)合在一起预侯。這樣致开，也就確立了EE與NEIS之間互相依賴、互相促進(jìn)的伴生關(guān)系萎馅。沒有企業(yè)建模双戳，就沒有真正意義上的EE。而即使具備了企業(yè)建模糜芳、規(guī)劃的工具飒货，還必須有整套的企業(yè)設(shè)計(jì)、規(guī)劃峭竣、改造原則與方法論才能真正發(fā)揮其作用塘辅。后者的來(lái)源，正是我們希望建立的企業(yè)工程學(xué)科或知識(shí)皆撩、方法論體系扣墩。
簡(jiǎn)言之，我們既不將EE看作是信息技術(shù)企業(yè)應(yīng)用的附屬品扛吞，同樣也不將企業(yè)建模僅僅看作是建立EIS的一種手段呻惕。企業(yè)建模是連接EE與EIS的橋梁。最大限度地實(shí)現(xiàn)對(duì)二者的共同支持滥比，是企業(yè)建模理想亚脆、但合理的目標(biāo)。它還將在應(yīng)用中給用戶帶來(lái)巨大的益處盲泛。
此外型酥，在IT領(lǐng)域企業(yè)建模一詞開始流行的今天，有必要特別強(qiáng)調(diào)“企業(yè)建牟槠梗”與“企業(yè)應(yīng)用（信息）系統(tǒng)建模”的區(qū)別與聯(lián)系郁竟。
6 結(jié)語(yǔ)
我們?cè)诓畈欢?0年的時(shí)間里做了大量工作玛迄。以上論述主要概括了NEIS、ERAR棚亩、EE及MDM/MDS的一些基本想法蓖议。我們的工作有以下特點(diǎn)：
- 以企業(yè)（用戶）需求而非技術(shù)導(dǎo)向；
- 基于ERAR構(gòu)思了NEIS并引出MDM與MDS的需要讥蟆；
- 首先將MDM/MDS看作一種功能性需求勒虾；
- 緊密結(jié)合對(duì)電腦化企業(yè)的認(rèn)識(shí)，特別是信息技術(shù)對(duì)企業(yè)的異化作用瘸彤；
- 緊密聯(lián)系NEIS和MDM/MDS與EE和企業(yè)建模修然；
- 技術(shù)創(chuàng)新以應(yīng)用引導(dǎo)，以理論支持。
如引言所述愕宋，在理論基礎(chǔ)方面我們也做了一些探索玻靡，這些工作涉及若干非常誘人的理論話題。它令我們理解一些應(yīng)用或軟件變革或趨勢(shì)的必然性及于現(xiàn)有理論的內(nèi)在聯(lián)系中贝，由此證明或修正我們的開發(fā)方向囤捻。
我們強(qiáng)調(diào)的MDS，這似乎與當(dāng)前MDA的基本關(guān)注點(diǎn)有所區(qū)別邻寿。在理論上蝎土，我們認(rèn)為沒有實(shí)質(zhì)性的分歧。[2]但對(duì)開發(fā)绣否，這一區(qū)別會(huì)直接強(qiáng)烈影響到對(duì)技術(shù)本身的選擇或發(fā)展誊涯，特別是在應(yīng)用功能和最終用戶上的影響。
從另一個(gè)角度看枝秤，MDA主要以技術(shù)的立場(chǎng)引起關(guān)注醋拧，以及對(duì)技術(shù)開發(fā)的模型驅(qū)動(dòng)原則。這與我們的一些主要基于用戶需求或應(yīng)用立場(chǎng)的工作淀弹，在模型驅(qū)動(dòng)原理的基礎(chǔ)上形成了一種對(duì)應(yīng)丹壕。
假如一個(gè)技術(shù)進(jìn)步的關(guān)鍵轉(zhuǎn)機(jī)與應(yīng)用或需求的大轉(zhuǎn)機(jī)同時(shí)出現(xiàn)，這不是一種幸運(yùn)且難得的重大機(jī)遇嗎薇溃？
參考資料
文獻(xiàn)
- ChinaLabs (2002). 業(yè)務(wù)系統(tǒng)基礎(chǔ)架構(gòu)平臺(tái)研究報(bào)告菌赖，北京：互聯(lián)網(wǎng)實(shí)驗(yàn)室，2002年9月
- Liles, D. H., Johnson, Mary E., Meade, Laura M. and Underdown, D. Ryan (1995). Enterprise Engineering: A Discipline?. Society for Enterprise Engineering Conference Proceedings, June, 1995.
- Martin, James (1995). The Great Transition: Using the Seven Disciplines of Enterprise Engineering to Align People, Technology, and Strategy. AMACOM
- 余彤鷹 (1998a). 企業(yè)工程是什么. 企業(yè)工程論壇沐序，1998年10月琉用，http://ee-forum.org/ee0.html
- 余彤鷹 (1998b). 企業(yè)IT系統(tǒng)開發(fā). 企業(yè)工程論壇，1998年11月策幼，http://ee-forum.org/eitsd0.html
- V余彤鷹 (1999). 未來(lái)的企業(yè)信息技術(shù)應(yīng)用. 企業(yè)工程論壇邑时，1999年1月，http://ee-forum.org/eis21c2.html
- 余彤鷹 (2001). 顯現(xiàn)中的企業(yè)工程. 北京2001企業(yè)工程研討會(huì)特姐，2001年12月晶丘，http://ee-forum.org/eee/index.htm
- 余彤鷹 (2002). 復(fù)雜系統(tǒng)的層級(jí)原理與模型驅(qū)動(dòng)軟件體系結(jié)構(gòu). 企業(yè)工程論壇，2002年5月唐含，http://ee-forum.org/hm.html
- 余彤鷹 (2004a). 企業(yè)工程的幾種定義. 企業(yè)工程論壇浅浮，2004年1月，http://ee-forum.org/ee_def.htm
- 余彤鷹 (2004b). NEIS研究與開發(fā)綱要. 企業(yè)工程論壇捷枯，2004年11月滚秩，http://ee-forum.org/neis11.htm
網(wǎng)站
- MDA的資料參考：http://www.omg.org
- 企業(yè)工程論壇：http://www.ee-forum.org
注釋
[1] 對(duì)這一點(diǎn)其實(shí)有很大的討論空間，也非常有意義淮捆，但限于篇幅就不予討論了郁油。
[2] 例如本股，關(guān)于MDA中的原理而不僅僅是UML TM, CWM TM , MOF TM 等。
原始發(fā)表：企業(yè)工程論壇已艰，2005-08-17,
http://www.ee-forum.org/pub/1998-2009/bbs/type=6&id=150.html
作者印記：c8cc97
文中提及（鏈接到）企業(yè)工程論壇的文章收錄在兩本文集中痊末。文集下載地址：
