erp項(xiàng)目實(shí)施寶典-資料下載頁

　　

【正文】 個(gè)要求，就可擁有腳本語言編程接口：　　A)應(yīng)用程序的對(duì)象模型　　B)適合應(yīng)用程序?qū)ο竽Ｐ偷膶?duì)象　　C)腳本語言編程引擎前面兩個(gè)方面，需要應(yīng)用程序用組件對(duì)象模型的方式構(gòu)造。采用組件方式，是軟件開發(fā)的發(fā)展方向，提供對(duì)象模型是一件很自然的事情。第三個(gè)方面，有通用腳本語言編程引擎供選擇，微軟的ActiveX腳本編程引擎可以免費(fèi)使用，VBA腳本引擎需要購買。ActiveX腳本引擎實(shí)現(xiàn)了基本功能，沒有調(diào)試環(huán)境。VBA是一種通用編程語言，其核心就是應(yīng)用廣泛的VB，擁有大量函數(shù)支持，窗口編輯能力，強(qiáng)大的調(diào)試環(huán)境。很明顯，微軟希望VBA成為應(yīng)用軟件二次開發(fā)的通用語言。例如CAPP和國(guó)外PDM的接口就屬于這種開放方式。　　3)鏈接庫方式。基于結(jié)構(gòu)化的軟件，可以提供軟件內(nèi)部使用的動(dòng)態(tài)連接庫，供用戶使用。動(dòng)態(tài)連接庫是速度最快的接口，應(yīng)該說是一種很好的選擇，CAPP目前的二次開發(fā)接口就屬于動(dòng)態(tài)連接庫方式。　　但是動(dòng)態(tài)連接庫在接口升級(jí)時(shí)會(huì)遇到麻煩，用戶程序難以和正在運(yùn)行的應(yīng)用程序進(jìn)行數(shù)據(jù)交換。用戶也難以使自己的模塊(用戶實(shí)現(xiàn)的動(dòng)態(tài)連接庫)嵌入應(yīng)用程序。因?yàn)閯?dòng)態(tài)連接庫的通常首先實(shí)現(xiàn)的(至少要定義輸出函數(shù)接口)，而后才能使用動(dòng)態(tài)庫。但應(yīng)用軟件開發(fā)時(shí)，用戶實(shí)現(xiàn)的動(dòng)態(tài)庫根本不存在，AutoCAD的ObjectARX用一種特殊的機(jī)制，才使AutoCAD可以使用用戶開發(fā)的動(dòng)態(tài)庫。目前國(guó)內(nèi)很多AutoCAD二次開發(fā)軟件，就是使用ObjectARX開發(fā)的，可以完全的嵌入AutoCAD。　　4)COM組件方式。COM對(duì)象接口：基于組件對(duì)象模型的軟件，可以提供軟件的COM對(duì)象接口。組件應(yīng)用程序由多個(gè)組件打包而成，組件之間的聯(lián)系是一種松散耦合，使其中某個(gè)組件的改變不影響其他組件，應(yīng)用程序修改，改進(jìn)變得方便。這就如同一臺(tái)復(fù)雜的機(jī)械設(shè)備的各種零部件用螺栓連接起來，零部件可以輕易更換。而傳統(tǒng)應(yīng)用程序就像所有零部件都通過焊接連接的，如果要改進(jìn)，只能重新做一個(gè)新的。組件程序由于由許多具有位置透明性(無需知道組件的位置)的組件構(gòu)成，可以很容易實(shí)現(xiàn)分布式應(yīng)用。組件架構(gòu)強(qiáng)調(diào)實(shí)現(xiàn)對(duì)象模型，開發(fā)接口是基于對(duì)象的，符合用戶的思維方式，比動(dòng)態(tài)庫提供的API，更易于理解，使用。組件是完全與語言無關(guān)的,任何過程性語言夠可以用來開發(fā)組件，根據(jù)不同的需求，可以輕易的用不同語言開發(fā)應(yīng)用程序的不同部分，用戶可以選擇任何過程性語言做二次開發(fā)。通過COM的底層機(jī)制，可以訪問運(yùn)行中的應(yīng)用程序?qū)ο螅瑢?shí)現(xiàn)與運(yùn)行中程序交換數(shù)據(jù)。用戶組件也可以易于嵌入應(yīng)用程序中。COM的主要問題是，運(yùn)行速度比動(dòng)態(tài)庫慢，特別是自動(dòng)化接口；對(duì)系統(tǒng)穩(wěn)定性要求高于動(dòng)態(tài)庫，要求系統(tǒng)的COM平臺(tái)能正常工作。　　最常用也是最安全，成本最低的接口方式是中間文件接口。　　雙方的數(shù)據(jù)交流通過中間文件進(jìn)行。這種方式由于比較靈活，接口雙方都比較明確工作。而且重要是的，接口雙方的軟件升級(jí)，對(duì)于接口本身(對(duì)方軟件本身)可以說沒有影響。是目前采用較多的接口方式。　　如果是中間文件的還需要確定是全量式接口還是增量式接口。　　接口本身是為了雙方數(shù)據(jù)可以保持交流和數(shù)據(jù)一致性進(jìn)行的。一方提供數(shù)據(jù)，另一方根據(jù)對(duì)方的數(shù)據(jù)來更新自己的系統(tǒng)的數(shù)據(jù)。所以對(duì)于哪些信息是新加，哪些是刪，哪些是更新要進(jìn)行判斷。從數(shù)據(jù)提供方而言可以提供以下幾種：　　全量：按軟件數(shù)據(jù)內(nèi)的數(shù)據(jù)提供全部的數(shù)據(jù)，不進(jìn)行區(qū)分哪些是增，哪些是刪。這種方式需要用戶對(duì)比自己內(nèi)部的數(shù)據(jù)進(jìn)行區(qū)分哪些是增，哪些是刪。　　增量：由數(shù)據(jù)提供方進(jìn)行對(duì)比后，區(qū)分哪些數(shù)據(jù)是要更改的，哪些是要?jiǎng)h除的。對(duì)方軟件根據(jù)數(shù)據(jù)提供方提供的文件直接更新數(shù)據(jù)庫。這種方式的重點(diǎn)是要掌握同什么數(shù)據(jù)對(duì)比，得出增減記錄。另外，對(duì)不不同的記錄(增/減記錄)是提供不同的文件，還是在同一文件內(nèi)對(duì)于不同的記錄做上標(biāo)記也是要定義的。此時(shí)可能就要在接口字段上定義更改標(biāo)識(shí)，更改單號(hào)，版本號(hào)等信息。 接口調(diào)研背景知識(shí)(下) 接口內(nèi)容　　接口方式一旦確定，就需要確定接口的內(nèi)容。　　接口內(nèi)容首先要確定接口入口，從哪里開始匯總接口數(shù)據(jù)，接口數(shù)據(jù)每次包含多少對(duì)象，這些對(duì)象是如何聯(lián)系在一起的。例如接口數(shù)據(jù)每次都從一個(gè)完整的產(chǎn)品上開始匯總，或者從一個(gè)完整的工程任務(wù)上開始匯總，或者從任意零部件上都可以發(fā)起匯總。　　第二接口內(nèi)容要確定接口時(shí)機(jī)，要明確哪些字段由數(shù)據(jù)提供方(其它系統(tǒng))寫，那些讀，在什么時(shí)候進(jìn)行。也就是約定當(dāng)數(shù)據(jù)達(dá)到怎樣的規(guī)定后才可以啟動(dòng)接口輸出，此時(shí)也可以約定接口輸出負(fù)責(zé)人員。例如當(dāng)產(chǎn)品結(jié)構(gòu)發(fā)布，相關(guān)工藝數(shù)據(jù)也發(fā)布后才能啟動(dòng)接口，如果有明確接口時(shí)機(jī)要求，接口程序應(yīng)適當(dāng)做校驗(yàn)性判斷，防止提供不正確的數(shù)據(jù)給下游系統(tǒng)。　　第三接口內(nèi)容要確定接口格式。　　接口格式包括明確數(shù)據(jù)交換提交的方式：是文件級(jí)還是數(shù)據(jù)庫級(jí)，然后明確交換文件的名字，存盤路徑。　　明確文件的格式，包括文件或數(shù)據(jù)表包含的字段名，字段次序，字段類型，字段長(zhǎng)度，分隔符(如是文本文件)，是否必填，默認(rèn)值，下游系統(tǒng)對(duì)應(yīng)含義，實(shí)際數(shù)據(jù)樣例，接口對(duì)應(yīng)數(shù)據(jù)來源，該字段在實(shí)際操作中填寫規(guī)則。　　第三接口內(nèi)容要確定接口樣例。　　接口技術(shù)協(xié)議附件必須包括用戶方提供的樣例數(shù)據(jù)，樣例數(shù)據(jù)必須具備典型特性，能夠覆蓋企業(yè)各種可能的實(shí)際數(shù)據(jù)情況，保證驗(yàn)證樣例數(shù)據(jù)對(duì)接口測(cè)試的完整性；　　如果一個(gè)樣例不能覆蓋可以提供足夠樣例數(shù)據(jù)，用戶方可提供多個(gè)樣例，直到可覆蓋各種可能情況為止。　　用戶方要保證樣例數(shù)據(jù)的規(guī)范性。此時(shí)可能還需要針對(duì)接口樣例提供數(shù)據(jù)規(guī)范性錄入操作說明。　　依據(jù)所提供樣例最終得到的接口中間文件將以完整實(shí)例作為驗(yàn)證標(biāo)準(zhǔn)依據(jù)。如果有多個(gè)樣例，則需提供多個(gè)完整的接口中間文件實(shí)例。準(zhǔn)備接口樣例將大大加快驗(yàn)證時(shí)間和接口程序調(diào)整反復(fù)時(shí)間，也有利于企業(yè)，供應(yīng)商快速就接口協(xié)議達(dá)成一致性理解，是看起來慢，實(shí)際上最快的有效接口方式。接口數(shù)據(jù)一致性握手方式　　接口數(shù)據(jù)的一致性通握手方式來保障。一致性分為靜態(tài)一致性，動(dòng)態(tài)一致性，雙向一致性。　　靜態(tài)一致性：如物料編碼信息，原始工藝設(shè)計(jì)信息。　　動(dòng)態(tài)一致性：如設(shè)計(jì)更改信息，在一個(gè)系統(tǒng)內(nèi)的數(shù)據(jù)更新后，要求另一個(gè)系統(tǒng)內(nèi)的數(shù)據(jù)也要進(jìn)行相應(yīng)的處理。握手方式即明確如何讓對(duì)方系統(tǒng)得到要進(jìn)行更改的信息(也可能是依靠人員來進(jìn)行手工操作)，這樣對(duì)方系統(tǒng)對(duì)接口文件進(jìn)行處理。　　雙向一致性：復(fù)雜的系統(tǒng)甚至要求，對(duì)方系統(tǒng)處理的數(shù)據(jù)結(jié)果要進(jìn)行反饋。從而更新本身系統(tǒng)的數(shù)據(jù)。這里面也要對(duì)反饋進(jìn)行定義。 調(diào)研后續(xù)工作落實(shí)階段 如何寫業(yè)務(wù)調(diào)研報(bào)告　　調(diào)研結(jié)束后第一個(gè)必須盡快整理出業(yè)務(wù)調(diào)研報(bào)告，業(yè)務(wù)調(diào)研報(bào)告主體內(nèi)容可以在業(yè)務(wù)分析會(huì)上得到用戶確認(rèn)。　　寫業(yè)務(wù)調(diào)研報(bào)告應(yīng)該結(jié)合軟件供應(yīng)商特點(diǎn)形成一個(gè)比較統(tǒng)一的匯報(bào)目錄模板，有了模板整理起來就快，不同軟件關(guān)心業(yè)務(wù)內(nèi)容不同，模板也應(yīng)該不一樣。　　一般而言業(yè)務(wù)調(diào)研報(bào)告目錄可以分為三個(gè)大的部分，第一部分是業(yè)務(wù)基本情況介紹，第二部分是企業(yè)業(yè)務(wù)流程圖和數(shù)據(jù)流圖，第三部分是項(xiàng)目關(guān)鍵價(jià)值點(diǎn)。　　凡是不設(shè)計(jì)業(yè)務(wù)流和數(shù)據(jù)流，但必須要描述的內(nèi)容，例如企業(yè)的一些基礎(chǔ)數(shù)據(jù)情況，我們把其作為企業(yè)的基本情況介紹，例如企業(yè)概況，企業(yè)設(shè)計(jì)數(shù)據(jù)統(tǒng)計(jì)情況，企業(yè)工藝數(shù)據(jù)統(tǒng)計(jì)情況，企業(yè)標(biāo)準(zhǔn)化編碼規(guī)定等等，做基本情況介紹時(shí)要把握兩個(gè)原則：　　第一是結(jié)構(gòu)化，不要散亂，將相關(guān)性強(qiáng)的一組基本情況設(shè)計(jì)成表格填寫，這樣既方便填寫，又不容易遺漏。　　第二是按照調(diào)研先后順序組織，和業(yè)務(wù)流順序盡量一致。這樣不但層次清晰，而且可以直接將每天調(diào)研日志內(nèi)容復(fù)制修改就可以得到最終結(jié)果，大大提高工作效率。　　業(yè)務(wù)流程圖和數(shù)據(jù)流圖有大量標(biāo)準(zhǔn)工具和方法指導(dǎo)，建議這里大家去找相關(guān)專門知識(shí)學(xué)習(xí)，本文不在這里展開。　　第三部分項(xiàng)目關(guān)鍵價(jià)值點(diǎn)是非常重要的，項(xiàng)目?jī)r(jià)值點(diǎn)組織也必須符合結(jié)構(gòu)化層次，不要將很大的價(jià)值和很小的價(jià)值并列排放，應(yīng)該將最大的價(jià)值，可以相互獨(dú)立做為一層，然后將小價(jià)值分別歸類到不同大價(jià)值下，形成一個(gè)價(jià)值支撐體系，這個(gè)支撐體系也是解決方案的實(shí)現(xiàn)思路。 業(yè)務(wù)調(diào)研報(bào)告完成后續(xù)工作　　業(yè)務(wù)調(diào)研報(bào)告完成后必須趕緊去找后續(xù)工作同伴，按照約定的工作計(jì)劃把調(diào)研報(bào)告交給他們，如果有時(shí)間，還可以安排一個(gè)內(nèi)部業(yè)務(wù)分析會(huì)議，做一個(gè)全面的介紹。　　幫助團(tuán)隊(duì)成員可以準(zhǔn)確理解調(diào)研報(bào)告，啟動(dòng)后續(xù)工作才是一個(gè)調(diào)研的工作結(jié)束。　　如果你能按照以上方法進(jìn)行調(diào)研，相信你的調(diào)研質(zhì)量一定很棒，這樣的話，不管后續(xù)工作是什么，我相信你都會(huì)得心應(yīng)手的去完成，或者幫助你的團(tuán)隊(duì)成員去完成。　　這也就是調(diào)研最大樂趣所在。3. 如何寫解決方案？解決方案難寫在哪里？　　很多人對(duì)寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。　　作為一個(gè)公認(rèn)的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實(shí)是有絕活。　　我基本上都是在方案提交前一兩天接到寫方案的任務(wù)，而我自己的事情一般又比別人多一點(diǎn)，也不能不做，只好心里大罵一句，罵完后就打電話搞清楚別人的要求，邊問就邊構(gòu)思整個(gè)方案的推導(dǎo)思路和結(jié)構(gòu)提綱。　　因?yàn)槟悴桓易屇愕耐轮滥阒荒苡煤苌俚囊稽c(diǎn)時(shí)間寫方案(基本上我真正動(dòng)筆寫方案的時(shí)間都在2~4個(gè)小時(shí)以內(nèi))，讓他們擔(dān)心方案的質(zhì)量和進(jìn)度保證，進(jìn)而對(duì)自己的后續(xù)工作質(zhì)量沒有信心。所以我其實(shí)也特別緊張，注意力也特別集中，大腦也高速反應(yīng)，基本上幾分鐘電話或面談完思路基本就有了，然后該干嘛干嘛，找一些零散的小時(shí)間把思路不斷推導(dǎo)一下，然后到了一個(gè)比較安靜和完整的時(shí)間段前才開始寫，這個(gè)時(shí)候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時(shí)候也是注意力也特別集中，大腦也高速反應(yīng)，越寫思路越開，很快也就完工了。　　寫方案不難，知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點(diǎn)，結(jié)構(gòu)化地去組織你的思想。　　有結(jié)構(gòu)就有思路，有思路就有方案。　　另外真正寫方案的人，對(duì)自己寫過的方案是永遠(yuǎn)不會(huì)滿意的，只有這樣，每次都會(huì)進(jìn)步一點(diǎn)點(diǎn)，解決方案水平質(zhì)量就會(huì)隨公司能力不斷增長(zhǎng)。　　當(dāng)然我曾經(jīng)問過很多人，你到底為什么寫不出好的方案呢？　　基本上原因可以歸為四類： 第一種是沒有體系　　一旦用戶要求提供關(guān)于PDM的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產(chǎn)品來，好象知道不少賣點(diǎn)，不過真要寫出來，又覺得無從下筆。　　這種情況一般是寫方案者不熟悉自己產(chǎn)品體系造成的，知道一兩個(gè)甚至更多的產(chǎn)品賣點(diǎn)不難，但難就難在成體系，知識(shí)就是成體系的點(diǎn)構(gòu)成的，而不是一句一句離散的說法構(gòu)成的。　　因?yàn)槲覀冞@個(gè)行業(yè)從業(yè)人員說句不客氣的話，大部分對(duì)所銷售實(shí)施的管理系統(tǒng)并沒有很深入的研究，都是半路出家，從頭開始，在學(xué)習(xí)過程中熟悉，在熟悉過程中領(lǐng)悟。所以一下子去駕馭一個(gè)整體方案是很痛苦的。只有當(dāng)一個(gè)人對(duì)一個(gè)產(chǎn)品思路有體系以后，才能夠?qū)懗鐾暾姆桨福駝t就是一個(gè)單元也要費(fèi)盡腦汁。　　所以一個(gè)人要想寫好一個(gè)方案，首先要把自己產(chǎn)品的來龍去脈，功能模塊，適應(yīng)領(lǐng)域，典型客戶實(shí)施情況有一個(gè)全面的了解，這樣才能建立一個(gè)完整的知識(shí)體系，然后逐步補(bǔ)充競(jìng)爭(zhēng)對(duì)手知識(shí)和一些技術(shù)性知識(shí)，不斷深化自己的知識(shí)體系。 第二種是沒有思路　　有很多用戶看多了模板化的方案以后，想看一些針對(duì)他們自己的業(yè)務(wù)的個(gè)性化內(nèi)容，這個(gè)時(shí)候有的人按照標(biāo)準(zhǔn)方案模板修改還勉強(qiáng)能對(duì)付，但對(duì)于個(gè)性化內(nèi)容針對(duì)性方案就速手無策了。　　這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務(wù)造成的，寫方案，特別是針對(duì)性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的，用戶提出這樣的要求到底想解決什么問題，把這個(gè)問題找出來，一般針對(duì)性解決思路就有了，有了思路，自然可以很好的寫方案。　　所以一個(gè)人要寫好方案，還需要了解下游客戶的業(yè)務(wù)，了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研，有了業(yè)務(wù)調(diào)研做基礎(chǔ)，在調(diào)研過程中把握用戶關(guān)注重難點(diǎn)問題，自然可以比較好的確定方案的個(gè)性化內(nèi)容思路。　　解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個(gè)邏輯性的橋梁。 第三種是沒有素材　　一般不經(jīng)常寫方案的人，在寫一個(gè)方案的時(shí)候，即使有想法，有思路，但往往也會(huì)很累，就是因?yàn)槿鄙僮銐虻乃夭摹：芏囗?xiàng)目現(xiàn)在都是投標(biāo)，不同用戶可能有不同投標(biāo)的要求，這樣很難用一個(gè)方案去適應(yīng)所有的用戶，因此在每個(gè)方案中都有一些需要準(zhǔn)備的內(nèi)容。　　這些內(nèi)容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費(fèi)大量時(shí)間去準(zhǔn)備，造成方案完成周期過長(zhǎng)。　　所以寫好方案必須具備這三個(gè)條件，第一方案編制者對(duì)企業(yè)業(yè)務(wù)要很熟悉，或者有相關(guān)業(yè)務(wù)調(diào)研經(jīng)驗(yàn)，第二方案編制者對(duì)產(chǎn)品非常熟悉，至少對(duì)自己產(chǎn)品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。 第四種是沒有層次　　很多人剛和用戶接觸沒有多久，為了表現(xiàn)自己對(duì)客戶的重視，馬上表示要提供方案，當(dāng)然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應(yīng)商馬上提供一個(gè)方案。　　結(jié)果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個(gè)，用戶一看幾個(gè)供應(yīng)商內(nèi)容都差不多，覺得不好，又總結(jié)出一些個(gè)性化要求，于是大家有開始折騰第二輪方案。　　其實(shí)方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項(xiàng)目合作建議書，類似可行性報(bào)告，項(xiàng)目需要考察軟件技術(shù)，可以提供標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書，到了經(jīng)過售前調(diào)研，有所準(zhǔn)備，在演示前后階段和其它競(jìng)爭(zhēng)對(duì)手刺刀見紅的時(shí)候，才在知己知彼的基礎(chǔ)上提供解決方案或者投標(biāo)書。　　過早提供方案只能匆匆了事，時(shí)間緊急，質(zhì)量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。　　方案想要寫得好，一定要用心，用心就一定要耗時(shí)間，指望用幾個(gè)小時(shí)寫出一個(gè)高質(zhì)量的方案是不可能的。如果你做了精心調(diào)研，你寫不出一個(gè)好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點(diǎn)，大家都可以經(jīng)過練習(xí)寫出好的方案。 壞的解決方案有哪些特征？(上) 第一個(gè)容易犯的錯(cuò)誤：只有論點(diǎn)，沒有論證　　不好的解決方案粗看起來非常厚重，其實(shí)都是功能羅列，象產(chǎn)品手冊(cè)摘要版，不象方案書。　　不好的方案是一大堆內(nèi)容，淹沒在一堆紙里面，也不知道想說什么，給你一個(gè)厚度，證明我們的工作質(zhì)量很高。我們國(guó)內(nèi)許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點(diǎn)，認(rèn)為可以從方案厚薄中看出對(duì)項(xiàng)目重視程度。　　如果你做了精心調(diào)研，你寫不出一個(gè)好方案唯一缺的是技巧。寫方案是一種技巧性