【正文】 企業(yè)的核心競(jìng)爭(zhēng)力、加快企業(yè)的市場(chǎng)反應(yīng)機(jī)制，并最終推動(dòng)企業(yè)的發(fā)展。落地結(jié)算讓他們實(shí)現(xiàn)了零庫(kù)存生產(chǎn)。有時(shí)需要 100，對(duì)方卻送來 150，還求情說“收下吧，下次少送一些過來就是了”。又由于汽車更新?lián)Q代快（驕車平均半年一代產(chǎn)品），一旦整機(jī)換代，老型號(hào)的零配件就派不上用場(chǎng)了。不僅如此，“落地結(jié)算”為有效控制庫(kù)存，還增設(shè)了“虛庫(kù)”（代保管倉(cāng)庫(kù)）和“掛帳付款”（下家實(shí)際使用配件之后所實(shí)現(xiàn)的“采購(gòu)入賬”和付款）兩道程序，這是常規(guī)結(jié)算模式所沒有的。 利用金蝶 BOS，這一能夠?qū)崿F(xiàn) ERP 快速配置和實(shí)施的業(yè)務(wù)基礎(chǔ)軟件平臺(tái)，設(shè)置和修改系統(tǒng)變得非常方便，因?yàn)?BOS 把復(fù)雜枯燥的技術(shù)屏蔽到了幕后，人們看到的界面不再是 Coding，而是可視化的業(yè)務(wù)流程圖表。月底還可通過 ERP 與供貨商對(duì)帳：一目了然地顯示出對(duì)方的送貨量和他們的使用量，讓供貨商明了自己還有多少貨沒有“落地”，下一次就不會(huì)多送貨了。在項(xiàng)目管理中，包括九個(gè)方面的管理工作，分別為：合同管理，進(jìn)度管理，成本管理，物資管理，設(shè)備管理，質(zhì)量管理，安全管理，交付管理和招投標(biāo)管理；檔案管理主要是指日常維護(hù)以及支持檢索；財(cái)務(wù)管理涉及到財(cái)務(wù)會(huì)計(jì)，管理會(huì)計(jì)，資產(chǎn)管理，資金 管理和集中財(cái)務(wù)管理幾方面。 之所以要用到 .Net 三層架構(gòu)，源于它具有許多的優(yōu)勢(shì)，如下介紹： （ 1）三層獨(dú)立工作，使得系統(tǒng)設(shè)計(jì)人員不必對(duì)整個(gè)業(yè)務(wù)層進(jìn)行掌握，只需要關(guān)注其中的某個(gè)具體工作層就可以了； （ 2）對(duì)于傳統(tǒng)的系統(tǒng)實(shí)現(xiàn)過程，在此能夠輕松地對(duì)實(shí)現(xiàn)方式進(jìn)行替換； （ 3）減少各層間的依賴關(guān)系，使其更具獨(dú)立性； （ 4）有利于標(biāo)準(zhǔn)化； （ 5）便于三層之間的邏輯運(yùn)用及重復(fù)使用； （ 6）具有很強(qiáng)的擴(kuò)展性，各個(gè)層之間獨(dú)立性強(qiáng)，只關(guān)注自己責(zé)任內(nèi)的任務(wù)； （ 7）提供了更強(qiáng)的安全性能。 （ 2） 將各個(gè)項(xiàng)目的計(jì)劃匯總到 ERP 系統(tǒng)當(dāng)中，實(shí)現(xiàn)實(shí)時(shí)的數(shù)據(jù)更新和處理。 FBS 結(jié)構(gòu)可以有效實(shí)現(xiàn)各類項(xiàng)目的規(guī)范管理。 致 謝 感謝所有關(guān)心、幫助和指導(dǎo)我本次畢業(yè)論文設(shè)計(jì)的老師和同學(xué)們，我謹(jǐn)在此 表示最誠(chéng)摯的謝意。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文不包含任何其他個(gè)人或集體已經(jīng)發(fā)表或撰寫的成果作品。 、圖表要求： 1）文字通順，語言流暢，書寫字跡工整，打印字體及大小符合要求，無錯(cuò)別字，不準(zhǔn)請(qǐng)他人代寫 2）工程設(shè)計(jì)類題目的圖紙，要求部分用尺規(guī)繪制，部分用計(jì)算機(jī)繪制，所有圖紙應(yīng)符合國(guó)家技術(shù)標(biāo)準(zhǔn)規(guī)范。本人授權(quán) 大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫(kù)進(jìn)行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。盡我所知，除文中特別加以標(biāo)注和致謝的地方外， 不包含其他人或組織已經(jīng)發(fā)表或公布過的研究成果，也不包含我為獲得 及其它教育機(jī)構(gòu)的學(xué)位或?qū)W歷而使用過的材料。在這之中，項(xiàng)目采 購(gòu)管理模塊可以將各種采購(gòu)，包括服務(wù)類和物資類都進(jìn)行歸集；項(xiàng)目應(yīng)付賬款采購(gòu)模塊可以將管理的相關(guān)費(fèi)用及成本進(jìn)行匹配等；項(xiàng)目庫(kù)存管理模塊可以將實(shí)物的調(diào)派、退料等進(jìn)行匯集。 系統(tǒng)固化的各項(xiàng)條件能夠有效控制項(xiàng)目建設(shè)的前期工作，避免由于各項(xiàng)體制的不完善而隨意調(diào)動(dòng)資金，從而以此來提高項(xiàng)目資金使用的安全性，增強(qiáng)資金使用的規(guī)范性。根據(jù)系統(tǒng)分析階段形成的數(shù)據(jù)流程圖及數(shù)據(jù)字典，將子系統(tǒng)按功能劃分法分為不同模塊。這三層的劃分使得系統(tǒng)業(yè)務(wù)處理速度更快，同時(shí)使得系統(tǒng)的開發(fā)與實(shí)現(xiàn)更容易。項(xiàng)目根據(jù)其周期管理需求的不同，分為以下六種狀態(tài)：初始狀態(tài)，可批復(fù)狀態(tài)，啟動(dòng)批復(fù)狀態(tài)，結(jié)算狀態(tài)，竣工決算狀態(tài)和最終完成狀態(tài)。沒有平臺(tái)化的 ERP 支撐，就不會(huì)有落地結(jié)算的成功。以往不少讓人望而生畏的 IT 黑洞正是這樣形成的。但在摩汽配行業(yè)并不存在純粹意義上的買方市場(chǎng)，上下游企業(yè)大多是捆在一起的獨(dú)家供貨伙伴，他不供我貨，我就無法生產(chǎn)，雙方是長(zhǎng)期的戰(zhàn)略合作關(guān)系，一損俱損，一榮俱榮，所以落地結(jié)算并沒有由誰出面強(qiáng)制推行就得到了普遍認(rèn)可。 這種海量無序的庫(kù)存既把企業(yè)拖入了庫(kù)存占用的泥潭，造成了資金壓力和倉(cāng)庫(kù)管理上的混亂，更為品質(zhì)管理帶來了很大隱患。不過，如果你真正的了解了我們這個(gè)行業(yè)，就會(huì)發(fā)現(xiàn)這種“不近情理”的條款，卻是可以保證產(chǎn)業(yè)鏈健康發(fā)展的條款，長(zhǎng)遠(yuǎn)看對(duì)上游廠商也有好處。只有等買方實(shí)際使用了這些零配件，采購(gòu)行為才算發(fā)生。在程序的編寫上應(yīng)采用繼承的方式，在保證不破壞原有功能的基礎(chǔ)上做個(gè)性化的功能完善。前者指的是那些“不改的話根本無法上線”的二次開發(fā)，后者指的是那些屬于重要性不高，不會(huì)影響上線的二次開發(fā)。只有項(xiàng)目隊(duì)伍有合理的組織結(jié)構(gòu)，才可能匯總、優(yōu)化各個(gè)不同部門，不同個(gè)人的不同的需求。 (1)用戶無法用專業(yè)詞匯、專業(yè)邏輯來表述其需求，而程序開發(fā)人員又缺少用戶企業(yè)環(huán)境的背景，造成雙方溝通的困難。進(jìn)行邏輯修改之前要先確認(rèn)要進(jìn)行的修改在邏輯上是合理的，在實(shí)現(xiàn)上是可 行的。 (2)一般對(duì)導(dǎo)出的數(shù)據(jù)字段內(nèi)容及格式要求較嚴(yán)格。另外，每個(gè)企業(yè)的生產(chǎn)過程是不一樣的，對(duì)生產(chǎn)過程的管理與控制也是千差萬別的，所以就往往會(huì)提出本企業(yè)的一些特殊要求。但是在有些情況下，系統(tǒng)的設(shè)計(jì)恰恰違背了企業(yè)的最佳效益。 某種軟件產(chǎn)品的存在依賴于需求和市場(chǎng)。 經(jīng)過分析和權(quán)衡，能不二次開發(fā)就不要進(jìn)行。二次開發(fā)的工作是在軟件功能模擬 運(yùn)行的基礎(chǔ)上進(jìn)行的，一般工作量比較大，需要一定的時(shí)間，會(huì)延誤項(xiàng)目實(shí)施進(jìn)程，這個(gè)因素應(yīng)該在制定項(xiàng)目實(shí)施計(jì)劃時(shí) 包括進(jìn)去。 因此，不論企業(yè)采用國(guó)外的軟件還是采用國(guó)內(nèi)的軟件，都面臨著系統(tǒng)的用戶化和二次開發(fā)的任務(wù)，都必須要求 ERP 軟件具備良好的支持用戶化和二次開發(fā)的功能。企業(yè)生產(chǎn)所需的外購(gòu)、外協(xié)件幾乎不可能按企業(yè)的需求及時(shí)供應(yīng)，供貨合同中的供貨日期不可能精確，也無法得到保證。工廠規(guī)模大，生產(chǎn)類型復(fù)雜，產(chǎn)品中有 70%－ 80%是自制件，既加工制造又裝配，管理幅度大，難度也大。但從實(shí)際的應(yīng)用情況來看，總體上并不令人滿意。 ERP 系統(tǒng)的開發(fā)需要依靠具有一定的開發(fā)經(jīng)驗(yàn)和很好的技術(shù)基礎(chǔ)的開發(fā)公司來完成。那么，他們具體是怎么做的呢？排除某些企業(yè)選型不當(dāng)或堅(jiān)決不做業(yè)務(wù)流程及管理模式的調(diào)整等一些情況，有的二次開發(fā)也是合理的，或者說是不得不做的。目前，在我國(guó) ERP 所代表的含義已經(jīng)被擴(kuò)大，用于企業(yè)的各類軟件，已經(jīng)統(tǒng)統(tǒng)被納入 ERP 的范疇。它跳出了傳統(tǒng)企業(yè)邊界，從供應(yīng)鏈范圍去優(yōu)化企業(yè)的資源，是基于網(wǎng)絡(luò)經(jīng)濟(jì)時(shí)代的新一代信息系統(tǒng)。此外，隨著企業(yè)規(guī)模的不斷擴(kuò)大與發(fā)展，往往需要向 ERP 的深度與高度開發(fā)應(yīng)用。 企業(yè)所處的環(huán)境是不斷變化的：企業(yè)的產(chǎn)品種類、產(chǎn)品所處生命周期的階段、企業(yè)的計(jì)劃模式、分銷模式都不斷變化，企業(yè)不斷地進(jìn)行業(yè)務(wù)流程的再造，企業(yè)的規(guī)模不斷 地縮小或者擴(kuò)展，總之企業(yè)的變化是絕對(duì)的。由此而引發(fā)了很多爭(zhēng)論，比如中國(guó)企業(yè)是否具備了使用 ERP 軟件的能力？再如關(guān)于ERP 與國(guó)情的爭(zhēng)論：國(guó)內(nèi)企業(yè)和軟件開發(fā)商經(jīng)常宣稱國(guó)外的 ERP 軟件不適應(yīng)中國(guó)的國(guó)情，而國(guó)外的軟件供應(yīng)商則竭力辯解 管理無國(guó)界 和 國(guó)情化就是遷就落后 ，等等。而國(guó)外基本是一些專業(yè)化分工較細(xì)的中小型企業(yè)，一些大的公司也以裝配為主，自制件很少。 ERP 軟件供應(yīng)商來說，即使他 們的軟件開發(fā)是基于對(duì)國(guó)情有深入了解的前提之下，即使他們的軟件系統(tǒng)功能再全、適應(yīng)性再?gòu)?qiáng)，當(dāng)面對(duì)不同企業(yè)千差萬別的具體情況、不同企業(yè)千變?nèi)f化的特殊需求時(shí)，也不可能做到 以不變應(yīng)萬變 。 ERP系統(tǒng)的用戶化和二次開發(fā)是 ERP 軟件作為由企業(yè)外部的軟件廠商提供的一種產(chǎn)品轉(zhuǎn) 變?yōu)槠髽I(yè)內(nèi)部的管理信息系統(tǒng)的橋梁和紐帶。 改動(dòng)軟件后還會(huì)影響今后軟件版本升級(jí)。如果必須進(jìn)行二次開發(fā)，則應(yīng)盡量使得二次開發(fā)出的功能模塊獨(dú)立于原來的 ERP 系統(tǒng)。企業(yè)信息化發(fā)展到今天，行業(yè)細(xì)分需求特點(diǎn)日益明顯。因此，在具體實(shí)施 ERP以前，必定需要對(duì)企業(yè)、企業(yè)所處的行業(yè)、企業(yè)的客戶以及競(jìng)爭(zhēng)對(duì)手等因素進(jìn)行具體分析，對(duì)業(yè)務(wù)進(jìn)行 合理的分析和調(diào)整來保持并加強(qiáng)企業(yè)的核心競(jìng)爭(zhēng)力。這些要求可能是部分流程邏輯的改變，也可能是一些特殊格式的報(bào)表，但是其共同的主旨是適應(yīng)企業(yè)獨(dú)特的需要，對(duì)通用軟件進(jìn)行用戶化或二次開發(fā)。 (3)常常會(huì)不斷有新的需求產(chǎn)生。并且充分了解用戶需求，設(shè)計(jì)出性價(jià)比最高的解決方案。 (2)用戶企業(yè)組織不利，造成每個(gè)部門，甚至每個(gè)人都有對(duì)二次開發(fā)有不同的要求。二是要求所有主要核心用戶都參加整個(gè) ERP 培訓(xùn)，而不只是自己工作相關(guān)模塊的培訓(xùn)，這樣才能讓他們樹立全局的觀點(diǎn)，自覺把自己的、本部門的需求與 ERP 項(xiàng)目整體的需求相結(jié)合，得到完整的、一致的需求。如果不能對(duì)二次開發(fā)進(jìn)行有效的區(qū)分，會(huì)模糊上線實(shí)施的管理重點(diǎn)，進(jìn)而影響上線的進(jìn)度甚至質(zhì)量。如要修改處理業(yè)務(wù)邏輯．則分兩種情況：一是修改原有程序中的處理邏輯，將局部的繼承去掉，重寫新邏輯。 不用說，“落地結(jié)算”是一種下游企業(yè)控制庫(kù)存，進(jìn)而制約上游企業(yè)的生產(chǎn)，協(xié)調(diào)上下游關(guān)系的一種新型結(jié)算模式，是能夠?qū)χ笇?dǎo)性計(jì)劃及時(shí)進(jìn)行調(diào)整的有利工具。 據(jù)了解，已成為摩汽配行業(yè)約定俗成的落地結(jié)算，其發(fā)明者卻是遠(yuǎn)在東瀛的日本汽車企業(yè)，而后者推行這一模式的出發(fā)點(diǎn)也不是轉(zhuǎn)移庫(kù)存壓力，而是為了“品質(zhì)控制與敏捷制造”的需要。而品質(zhì)管 理上的隱患對(duì)這個(gè)行業(yè)是“致命”的。 平臺(tái)化 ERP 化解難題 “落地結(jié)算”好是好，但它的運(yùn)行是一個(gè)復(fù)雜的系統(tǒng)工程，對(duì) ERP 的依賴性很強(qiáng)。 所幸市場(chǎng)上在落地結(jié)算中實(shí)施 ERP 的時(shí)候， ERP 已經(jīng)走到了第三代――平臺(tái)化時(shí)代。 現(xiàn)在，隨著信息化的實(shí)施和深入運(yùn)用，實(shí)施落地結(jié)算并配置平臺(tái)的公司的整體管理能力和效率已經(jīng)得到了很大的提升。 系統(tǒng)架構(gòu)設(shè)計(jì)