erp系統(tǒng)的整改方案

1、第 頁erp系統(tǒng)的整改方案1建設(shè)過程31所ERP系統(tǒng)各模塊開發(fā)部署完成31所ERP系統(tǒng)遷移至WebSphere 5平臺(tái)，并依據(jù)新提出需求做出的修改2實(shí)現(xiàn)功能成本核算：型號(hào)價(jià)格統(tǒng)計(jì)外協(xié)價(jià)格統(tǒng)計(jì)、工序外協(xié)價(jià)格統(tǒng)計(jì)、所內(nèi)工時(shí)統(tǒng)計(jì)、原材料價(jià)格統(tǒng)計(jì)、生產(chǎn)處年度經(jīng)費(fèi)需求統(tǒng)計(jì)、生產(chǎn)處月經(jīng)費(fèi)需求統(tǒng)計(jì)、生產(chǎn)處合同付款狀況、整機(jī)完成數(shù)量統(tǒng)計(jì)、整機(jī)交付數(shù)量統(tǒng)計(jì)生產(chǎn)倉庫管理：零部件管理、火工品管理、工裝管理、刃量具管理生產(chǎn)資源管理：科保處車間編碼維護(hù)、工序編碼維護(hù)、生產(chǎn)系統(tǒng)人員管理、設(shè)備管理 工藝室：主材明細(xì)文件管理、主材匯總文件管理、輔材匯總文件管理、工藝路徑文件管理、工藝路徑綜合文件管理、關(guān)鍵工序文件管理、專用刀

2、具文件管理、專用工裝文件管理、專用檢測(cè)工裝文件管理、工藝信息綜合文件管理、外購件明細(xì)文件管理、外協(xié)件明細(xì)文件管理 物供處：物資倉庫管理：帳卡管理、入庫單管理、出庫單管理、不合格品庫管理、盤點(diǎn)、查詢 物資收購管理：物資信息管理、型號(hào)配套信息查詢與修改、計(jì)劃管理、供應(yīng)商管理、合同管理、進(jìn)貨檢驗(yàn)通知單管理、復(fù)驗(yàn)報(bào)告結(jié)果跟蹤質(zhì)技處：設(shè)備管理、資格基本信息管理、員工管理、檢測(cè)方法管理、物資檢測(cè)方法管理、復(fù)驗(yàn)單管理、超差處理單管理、復(fù)驗(yàn)證管理、復(fù)驗(yàn)報(bào)告管理、不合格品審理單管理、生產(chǎn)產(chǎn)品合格證管理、質(zhì)量損失報(bào)表、臺(tái)帳、用戶看法管理、售后服務(wù)狀況管理車間：生產(chǎn)進(jìn)展?fàn)顩r統(tǒng)計(jì)、半成品交接單管理、車間上報(bào)表單、生產(chǎn)

3、任務(wù)完成狀況統(tǒng)計(jì)、生產(chǎn)工時(shí)完成狀況統(tǒng)計(jì)、外協(xié)完成狀況統(tǒng)計(jì)、任務(wù)調(diào)整狀況統(tǒng)計(jì)、整機(jī)完成狀況統(tǒng)計(jì)、工裝運(yùn)用狀況反饋、生產(chǎn)臨時(shí)任務(wù)完成狀況統(tǒng)計(jì)、臨時(shí)工時(shí)完成狀況統(tǒng)計(jì)系統(tǒng)基本信息：部門分類、部門管理、人員管理、人員啟停權(quán)限管理：用戶組管理、用戶管理文件流轉(zhuǎn)管理：上傳任務(wù)管理、文件權(quán)限行使人定義、文件審批3目前狀況和實(shí)施不力的緣由31所ERP系統(tǒng)最初的設(shè)計(jì)自動(dòng)化程度高、各部門功能耦合度緊。從以前的實(shí)施狀況來31所歷史數(shù)據(jù)的初始化數(shù)據(jù)量大，而且流程單據(jù)的格式常常做出調(diào)整，導(dǎo)致實(shí)施過程往往停頓在初始化數(shù)據(jù)環(huán)節(jié)。而部門功能的環(huán)環(huán)相扣，導(dǎo)致一個(gè)部門的數(shù)據(jù)預(yù)備不足，就將影響其他部門的流程繼續(xù)進(jìn)行。31所ERP系統(tǒng)

4、設(shè)計(jì)了許多自動(dòng)化的功能，比如排產(chǎn)功能、依據(jù)檢驗(yàn)條件自動(dòng)質(zhì)檢等功能。但由于提供的工時(shí)等基礎(chǔ)數(shù)據(jù)不精確，排產(chǎn)功能得出的結(jié)果差強(qiáng)人意。而隨著檢驗(yàn)條件的格式轉(zhuǎn)變，檢驗(yàn)條件自動(dòng)質(zhì)檢的功能也可能需要做出調(diào)整。31所產(chǎn)品生產(chǎn)的特點(diǎn)是專用性強(qiáng)，這導(dǎo)致許多數(shù)據(jù)不能進(jìn)行很好的復(fù)用，也使得系統(tǒng)不能提供更多的簡(jiǎn)化人員操作的自動(dòng)化功能。 看，這種設(shè)計(jì)與現(xiàn)實(shí)狀況有一些沖突。二、用戶目前的需求1問題的提出為協(xié)作航天三院MRP II開發(fā)的整體規(guī)劃，也能夠使原有的ERP系統(tǒng)能夠很好的得到運(yùn)用，31所提出對(duì)原有的ERP系統(tǒng)進(jìn)行整改。2所領(lǐng)導(dǎo)的要求目前應(yīng)將企業(yè)資源與技能，與企業(yè)的計(jì)劃分開考慮。先保證企業(yè)的基礎(chǔ)信息能夠錄入，錄入信息

5、可以閱覽，為此可考慮減削部門間模塊的耦合度。對(duì)各部門模塊能夠?qū)崿F(xiàn)的功能要求是：生產(chǎn)計(jì)劃能夠記錄和反饋，并且能夠在系統(tǒng)中反映生產(chǎn)的實(shí)際進(jìn)行狀況；物資庫和生產(chǎn)庫的庫存管理能夠完成；質(zhì)量記錄能夠記錄，能夠方便的查詢。3各部門提出的需求31 生產(chǎn)處生產(chǎn)加工計(jì)劃：由于31所提供的工時(shí)不準(zhǔn)、實(shí)際生產(chǎn)工時(shí)與工藝工時(shí)不同，而運(yùn)用整體排產(chǎn)系數(shù)調(diào)整這種差異又不太精確，因此排產(chǎn)生成的生產(chǎn)加工計(jì)劃不太精確，牢靠慮對(duì)其做出調(diào)整車間反饋生產(chǎn)信息：車間可以看到月計(jì)劃、任務(wù)單、臨時(shí)任務(wù)單不重要的功能，月計(jì)劃會(huì)拆分成任務(wù)單下達(dá)車間，但車間反饋生產(chǎn)信息應(yīng)依據(jù)月計(jì)劃反饋生產(chǎn)合同管理：查詢付款存在問題，假如是軟件問題應(yīng)做出調(diào)整3.2

6、 物資處物資編碼：應(yīng)考慮物資編碼與院標(biāo)的對(duì)應(yīng)統(tǒng)一問題物料需求計(jì)劃的數(shù)據(jù)來源：物料需求計(jì)劃依據(jù)多個(gè)組批計(jì)劃和工藝定額自動(dòng)產(chǎn)生，是物料收購的總體計(jì)劃，但目前兩個(gè)數(shù)據(jù)來源都存在問題，系統(tǒng)上線時(shí)的工藝定額批量錄入物資處可以援助完成，也可考慮能夠?qū)崿F(xiàn)將物料需求計(jì)劃徑直作為物資模塊的起點(diǎn)入庫單等的打?。合到y(tǒng)沒有較好的完成打印，應(yīng)能實(shí)現(xiàn)入庫單等的打印，最好是能夠?qū)崿F(xiàn)套打與質(zhì)技處的關(guān)聯(lián)：目前物資管理的生產(chǎn)庫和物資庫，在出入庫管理時(shí)與質(zhì)技處功能都有接口，需要綜合考慮3.3 質(zhì)技處總體要求：能夠減削與其它部門的耦合度，保證質(zhì)量記錄能夠記錄和方便的查詢合格證打?。合到y(tǒng)沒有較好的完成打印，應(yīng)能實(shí)現(xiàn)合格證的打印，最好是

7、能夠?qū)崿F(xiàn)套打 檢驗(yàn)條件格式轉(zhuǎn)變：31所的檢驗(yàn)條件格式修改為一張大圖，可能無法將復(fù)驗(yàn)條件錄入系統(tǒng)，可能導(dǎo)致系統(tǒng)依據(jù)檢驗(yàn)條件自動(dòng)檢驗(yàn)的功能廢棄三、系統(tǒng)整改的可行性1基本功能已經(jīng)完備從目前系統(tǒng)部署的功能模塊來看，提供的功能已很全面。而最近一次與31所的用戶溝通之后，我們看出，其有用戶提出的絕大多數(shù)功能要求在31所ERP系統(tǒng)中都已經(jīng)提供了。只有少量的功能如格式打印等，由于以前的技術(shù)不成熟，在系統(tǒng)中沒有較好的實(shí)現(xiàn)。而隨著技術(shù)進(jìn)展，現(xiàn)在實(shí)現(xiàn)這些功能已經(jīng)沒有太大問題。2整改涉及的范圍相對(duì)不大由于系統(tǒng)功能完備，整改涉及的范圍相對(duì)不大。從各部門提出的問題來看，主要問題還是集中在部門接口、自動(dòng)化程序問題上。而這些

8、問題，對(duì)于ERP系統(tǒng)來言，主要是修改接口模塊、適當(dāng)降低自動(dòng)化程度，因此涉及的范圍有限。3整改目標(biāo)已經(jīng)比較明確依據(jù)最近一次的用戶溝通，整改目標(biāo)已經(jīng)比較明確。本次整改將依據(jù)實(shí)際狀況對(duì)一些部門模塊間耦合進(jìn)行松綁，保證ERP系統(tǒng)模塊的有效運(yùn)用。四、系統(tǒng)整改內(nèi)容1近期整改內(nèi)容簡(jiǎn)化系統(tǒng)中質(zhì)技處的質(zhì)檢流程，先確保物資處倉庫與生產(chǎn)處倉庫的流程能夠運(yùn)用。 減削自動(dòng)化排產(chǎn)對(duì)生產(chǎn)計(jì)劃制定的影響，確保生產(chǎn)計(jì)劃能夠盡快的完成制定。生產(chǎn)計(jì)劃產(chǎn)生之后，也為物資處制定物料需求計(jì)劃提供了一個(gè)重要的數(shù)據(jù)來源。了解工藝定額數(shù)據(jù)錄入不實(shí)時(shí)的瓶頸。依據(jù)詳細(xì)狀況，從工作安排或技術(shù)上著手，確保工藝定額數(shù)據(jù)能夠?qū)崟r(shí)進(jìn)入生產(chǎn)系統(tǒng)。這也是為物資

9、處指定物料需求計(jì)劃提供了另一個(gè)重要的.數(shù)據(jù)來源。由于物資處的部門職能與生產(chǎn)處的聯(lián)系特別緊密，所以不建議對(duì)物資處和生產(chǎn)處的接口進(jìn)行強(qiáng)制松綁。另外，物資處的功能模塊和內(nèi)部流程都已經(jīng)設(shè)計(jì)的非常完備，問題主要集中再數(shù)據(jù)來源生產(chǎn)計(jì)劃和工藝定額上。所以對(duì)于物資處功能模塊的實(shí)施，還是建議先解決物資處模塊的外部接口即數(shù)據(jù)來源。數(shù)據(jù)來源能夠保證，物資處的功能也能很好的完成。 調(diào)整車間反饋生產(chǎn)信息，為車間開放查看月計(jì)劃的權(quán)限，將車間反饋的生產(chǎn)系統(tǒng)與月計(jì)劃關(guān)聯(lián)，保證生產(chǎn)計(jì)劃的執(zhí)行狀況能夠得到反饋。為需要的功能模塊增加打印的功能，假如需要，也可以考慮進(jìn)行指定格式的套打功能。2遠(yuǎn)期整改內(nèi)容整個(gè)ERP系統(tǒng)的實(shí)施應(yīng)當(dāng)是一個(gè)

10、不斷擴(kuò)充、不斷裁減的過程。在近期目標(biāo)實(shí)現(xiàn)之后，也有須要依據(jù)維護(hù)成本和信息化擴(kuò)展需要，對(duì)系統(tǒng)進(jìn)行更進(jìn)一步的調(diào)整。許多用戶的應(yīng)用系統(tǒng)，實(shí)際的狀況也大都是只有20的系統(tǒng)功能是常常運(yùn)用的。對(duì)于剩下的80不常運(yùn)用的功能，就有須要在系統(tǒng)運(yùn)行穩(wěn)定之后，確定一下哪些功能是否真正的須要的。為整個(gè)應(yīng)用系統(tǒng)確定一個(gè)主要的目標(biāo)，然后可以對(duì)不重要的功能就有須要進(jìn)行合適的裁剪。適當(dāng)?shù)墓δ懿眉艉土鞒滩眉?，可以減削人員的工作量，還可以徑直導(dǎo)致應(yīng)用維護(hù)成本的降低，進(jìn)一步會(huì)間接影響到系統(tǒng)維護(hù)成本和系統(tǒng)運(yùn)用成本的降低。應(yīng)用系統(tǒng)的改進(jìn)是不斷進(jìn)行的過程，31所ERP系統(tǒng)的整體功能模塊雖然巨大，但也還有許多需要補(bǔ)充完善的模塊，如財(cái)務(wù)管理

11、模塊等。因此，在系統(tǒng)運(yùn)行穩(wěn)定之后，也有須要依據(jù)信息化需要進(jìn)行應(yīng)用模塊的擴(kuò)充完善。但這個(gè)過程應(yīng)當(dāng)是一個(gè)迭代的、漸進(jìn)的過程。3建議的工作模式3.1 具體確定目標(biāo)3.2 周密的數(shù)據(jù)預(yù)備3.3 完備的系統(tǒng)測(cè)試3.4 有力的組織實(shí)施五、工作量和時(shí)間計(jì)劃1投入人員與工作安排項(xiàng)目組長(zhǎng)：1人 開發(fā)人員：35人 測(cè)試人員：12人2工作安排項(xiàng)目組長(zhǎng)：組織需求和現(xiàn)有功能整理，搭建代碼框架，撰寫開發(fā)規(guī)范文檔，講解開發(fā)架構(gòu)，審核需求和功能點(diǎn)整理文檔，在系統(tǒng)整合階段組織系統(tǒng)測(cè)試，與開發(fā)人員、測(cè)試人員交互，跟蹤項(xiàng)目進(jìn)度開發(fā)人員：參加需求和現(xiàn)有功能整理，閱讀需求文檔，編寫代碼和提交代碼，在系統(tǒng)整合階段參加系統(tǒng)測(cè)試測(cè)試人員：與開發(fā)人員交互完成測(cè)試用例，完成單元測(cè)試，在系統(tǒng)整合階段參加系統(tǒng)測(cè)試3時(shí)間進(jìn)度依據(jù)系統(tǒng)整改的內(nèi)容分析和項(xiàng)目實(shí)施的閱歷，可以規(guī)劃出下面的時(shí)間進(jìn)度：1需求與現(xiàn)有功能整理階段：2工作周了解用戶需求與現(xiàn)在實(shí)現(xiàn)的功能，確定哪些流程需要調(diào)整、哪些功能模塊需要完善，整理出具體的需求內(nèi)容供開發(fā)運(yùn)用2開發(fā)預(yù)備階段：1工作周 確定開發(fā)方式和開發(fā)流程，搭建代碼框架，撰寫開發(fā)規(guī)范文檔 3開發(fā)與測(cè)試階段：10工作周完成全部代碼開發(fā)，測(cè)試人員完成各模塊的單元測(cè)試，交付用戶之前完成系統(tǒng)測(cè)試 4項(xiàng)目實(shí)施階段：