真人一对一直播,chinese极品人妻videos,青草社区,亚洲影院丰满少妇中文字幕无码

0
首頁 精品范文 主數(shù)據(jù)管理

主數(shù)據(jù)管理

時間:2023-05-30 09:35:31

開篇:寫作不僅是一種記錄,更是一種創(chuàng)造,它讓我們能夠捕捉那些稍縱即逝的靈感,將它們永久地定格在紙上。下面是小編精心整理的12篇主數(shù)據(jù)管理,希望這些內(nèi)容能成為您創(chuàng)作過程中的良師益友,陪伴您不斷探索和進步。

第1篇

數(shù)據(jù)管理(Master Data Management ,MDM)是一個正在快速成長的領(lǐng)域。由于非常看好這個市場,Oracle、IBM、SAP都推出了此類產(chǎn)品,同時,很多系統(tǒng)集成商也紛紛給自己的產(chǎn)品貼上MDM的標(biāo)簽,提供各種解決方案。然而,對最終用戶來說,要用好這項技術(shù),選擇合適的軟件產(chǎn)品并成功地部署它僅僅是第一步。

MDM是一門綜合性的技術(shù),它提供一系列方法和流程來保證整個企業(yè)最重要的那部分數(shù)據(jù)準(zhǔn)確、完整和一致,而不論它位于企業(yè)的哪個部門、哪個系統(tǒng)、哪個數(shù)據(jù)庫、哪個流程中或者哪個渠道中。然而,一個大型企業(yè)的經(jīng)營活動要涉及眾多部門,就必然涉及方方面面的關(guān)系。經(jīng)驗表明,要想讓MDM項目成功,必須考慮這些問題,而且必須理順這些關(guān)系。

正如一個成功的項目背后必然有一位有經(jīng)驗的項目經(jīng)理一樣,一個成功的MDM項目也需要有一位能處理好組織內(nèi)各種關(guān)系的負責(zé)人,他要推動項目進行,要獲得組織的高級管理人員的支持,他還要讓業(yè)務(wù)人員把項目當(dāng)成自己的事情。他要解決組織面臨的文化問題,要平衡好項目眼前的成功與組織的長期目標(biāo)以及組織的IT架構(gòu)之間的一致性,避免MDM成為組織的一個新的數(shù)據(jù)孤島。

在MDM項目中一個常犯的錯誤是,沒有對項目背后的非技術(shù)因素給予足夠的重視。換句話說,在MDM項目中,你會看到與很多要涉及業(yè)務(wù)和IT部門的大型項目一樣的各種明爭暗斗,包括爭奪“位子”、爭奪人事控制權(quán)等等。事實上,MDM項目結(jié)果很有可能一塌糊涂,因為通常這樣的項目要涉及市場、銷售、財務(wù)、客戶服務(wù)以及其他一些公司內(nèi)很有權(quán)利的部門。從某種程度上,MDM很可能是組織內(nèi)最需要講究理順各種關(guān)系的項目之一。

理順各種關(guān)系

MDM項目的第一步是要理解項目的目標(biāo),并制訂項目計劃。既然已經(jīng)認識到解決MDM項目中各種非技術(shù)問題的重要性,那就要好好對此進行規(guī)劃。比如,要找出對項目有著重要影響的人,如銷售人員、財務(wù)人員甚至操作人員。如果公司非常大,一定要把所有與項目有關(guān)的人考慮進來。

找來組織的架構(gòu)圖(如果沒有現(xiàn)存的就需要自己動手畫一個),找出每個業(yè)務(wù)的負責(zé)人和他們的直接上級,然后在圖上標(biāo)注他們之間的相互關(guān)系,包括個人的以及業(yè)務(wù)上的。這里并不要求非常詳細,其目標(biāo)就是做到心中有數(shù),免得遇到問題時措手不及。

從政治或者說關(guān)系這個角度來考慮MDM項目時,必須牢記,你的項目分成兩個階段,一個是項目進行階段(包括項目前期規(guī)劃和實現(xiàn)),另一個是項目的持續(xù)維護。有一些項目失敗就失敗在,他們認為項目一旦部署完成就大功告成了。而實際上,這才是剛剛開始。

在MDM項目中還需要考慮數(shù)據(jù)治理的問題,這需要一些時間和精力。具體工作包括找出數(shù)據(jù)的所有者、解決爭端和各種問題,以及在組織內(nèi)制訂信息管理的規(guī)章制度、安全規(guī)定和數(shù)據(jù)質(zhì)量的規(guī)定等。

不管是項目的開始還是項目的進行階段都會用到的兩個重要方法是培訓(xùn)和溝通。這方面的最佳實踐包括:建立新聞組和內(nèi)部門戶、召開午餐會以及出席公司內(nèi)部的部門會議等。大型的CRM和ERP項目采用的很多方法都可以借鑒,這些方法通常會很有效。一個精心組織的變更管理可以避免組織內(nèi)部陷入無謂爭斗。

負責(zé)人要在組織內(nèi)部承擔(dān)起MDM布道者的角色。要準(zhǔn)備各種時段的演講,既有60分鐘、30分鐘、也有15分鐘、5分鐘的演講稿,以利用各種機會來培訓(xùn)組織內(nèi)部的員工,告訴他們MDM是什么、本組織關(guān)于MDM有什么樣的戰(zhàn)略計劃,同時還要使用各種溝通和通信工具保證各種人員了解你的MDM項目。

對大多數(shù)人來說,MDM聽起來很陌生,因此,項目負責(zé)人還要走出去,找出MDM帶來的業(yè)務(wù)價值,如提高經(jīng)營收入、更好地與戰(zhàn)略進行融合、降低成本、改善客戶滿意度、更容易地滿足法規(guī)的要求等,可以是文檔,也可以是數(shù)據(jù),找到后公布出來,以讓更多人了解。

盡管“做同時宣傳”要比僅僅只是“做”要困難得多,但是,這樣做是值得的。因為,一般而言,如果一個項目很明顯能夠幫助解決企業(yè)面臨的問題、增加收入,那么就不應(yīng)該遭受批評也不會被消減預(yù)算。因為有了效益,項目就有了繼續(xù)進行的充分理由。

重視數(shù)據(jù)治理

上面比較多地考慮了各種關(guān)系,接下來還要考慮數(shù)據(jù)治理的方法。很多成功地完成了MDM項目的公司都非常重視數(shù)據(jù)治理,它們認為好的數(shù)據(jù)治理方法是MDM項目成功的前提和保證。

盡管具體的名字可能有所不同,但大多數(shù)公司都建立了一個三層的數(shù)據(jù)治理架構(gòu):高管級的數(shù)據(jù)治理指導(dǎo)委員會、中層數(shù)據(jù)治理委員會和具體的管理數(shù)據(jù)的業(yè)務(wù)人員及IT人員。具體負責(zé)數(shù)據(jù)管理的人員會出席數(shù)據(jù)治理委員會,數(shù)據(jù)治理委員的成員也會出席更高級別的數(shù)據(jù)指導(dǎo)委員會。

也許上述組織架構(gòu)適合你的公司,也有可能不適合你的公司,但無論如何,你都應(yīng)該設(shè)法讓公司高層進入數(shù)據(jù)治理指導(dǎo)委員會,他們將是保證數(shù)據(jù)治理委員會正常工作的關(guān)鍵,同時也有助于制訂相應(yīng)的策略,幫助找到合適的業(yè)務(wù)人員和IT人員來執(zhí)行這些策略和日常的數(shù)據(jù)治理工作。

數(shù)據(jù)治理指導(dǎo)委員會負責(zé)解決數(shù)據(jù)治理委員會解決不了的問題。指導(dǎo)委員會不定期召開會議(每月或者每季度),初期,會議可能會頻繁一些。數(shù)據(jù)治理指導(dǎo)委員會通常解決的是些根本性的問題,如“誰是數(shù)據(jù)的第一負責(zé)人”、“誰是某些數(shù)據(jù)的最終決策人”等。

數(shù)據(jù)治理委員會通常要有一位能把業(yè)務(wù)部門和IT部門召集到一起的高層領(lǐng)導(dǎo)。這個負責(zé)人領(lǐng)導(dǎo)數(shù)據(jù)治理人員和數(shù)據(jù)的所有者一起執(zhí)行數(shù)據(jù)治理的有關(guān)策略。負責(zé)數(shù)據(jù)治理具體工作的人員可以是來自于公司總部,也可以來自于各個業(yè)務(wù)部門或者IT部門。

這里有一個挑戰(zhàn)是,項目負責(zé)人很少有權(quán)利從外面雇傭新人。因此,只能從現(xiàn)有的人中挑選。因此,那些參與過數(shù)據(jù)治理項目的人,哪怕只是有限地參與或者在某個應(yīng)用或者某些功能方面參與過的員工都應(yīng)該列入你的候選名單,最后從中挑選你認為合適的人選,并根據(jù)每個人的情況安排合適的任務(wù)。

與公司戰(zhàn)略保持一致

第2篇

關(guān)鍵詞:主數(shù)據(jù);行業(yè)企業(yè);管理體系;數(shù)據(jù)服務(wù)

近年來,隨著企業(yè)信息化建設(shè)工作的不斷推進,各行各業(yè)已意識到信息資源作為生產(chǎn)要素、無形資產(chǎn)和社會財富,與能源、材料資源同等重要,是重要的現(xiàn)代戰(zhàn)略資源。建筑行業(yè)企業(yè)普遍實現(xiàn)了企業(yè)內(nèi)外WEB站點,MIS系統(tǒng)已形成初步規(guī)模,有些建筑行業(yè)企業(yè)為適應(yīng)數(shù)字化轉(zhuǎn)型,還特別新上線了SAP,實現(xiàn)了進銷存管理一體化,企業(yè)的產(chǎn)品開發(fā)創(chuàng)造能力、企業(yè)經(jīng)營管理能力和國際競爭綜合實力進一步提升。然而隨著信息資源的不斷利用與開發(fā),信息系統(tǒng)日臻完善,信息資源也日漸龐大,出現(xiàn)了信息資源的綜合利用程度低,系統(tǒng)內(nèi)部、系統(tǒng)外部數(shù)據(jù)不一致,信息難以共享和交換等情況,甚至“信息孤島”。因此,各行各業(yè)迫切需要對數(shù)據(jù)進行有序管理,提高數(shù)據(jù)服務(wù)質(zhì)量,進而促進企業(yè)效益的不斷提高。

一、主數(shù)據(jù)內(nèi)涵和重要性

主數(shù)據(jù)(MasterData)是用于定義企業(yè)核心業(yè)務(wù)實體的數(shù)據(jù),具有高業(yè)務(wù)價值,是可在企業(yè)內(nèi)跨越各個業(yè)務(wù)部門被重復(fù)使用的數(shù)據(jù),并且往往存在于多個異構(gòu)的應(yīng)用系統(tǒng)中,如客戶、員工、合作伙伴、產(chǎn)品、物料等。主數(shù)據(jù)管理(MasterDataManagement)的目的是協(xié)調(diào)和管理與企業(yè)核心業(yè)務(wù)實體相關(guān)的系統(tǒng)記錄以及系統(tǒng)登錄中的數(shù)據(jù)和元數(shù)據(jù)。有規(guī)劃、統(tǒng)一的主數(shù)據(jù)能夠促進企業(yè)數(shù)據(jù)源頭管理、業(yè)務(wù)流程的規(guī)范化,進而支撐企業(yè)的業(yè)務(wù)分析、管理創(chuàng)新、模式創(chuàng)新和業(yè)務(wù)決策等。

二、建筑行業(yè)企業(yè)主數(shù)據(jù)管理需求分析

(一)建筑行業(yè)企業(yè)主數(shù)據(jù)分類分析

建筑行業(yè)企業(yè)包含人員、組織機構(gòu)、供應(yīng)商、客戶、成本中心、利潤中心、會計科目、項目8類主數(shù)據(jù),后續(xù)根據(jù)不同企業(yè)需求進行拓展延伸。為不失一般性,筆者在此以這8類主數(shù)據(jù)構(gòu)建管理模型及其邏輯,各類主數(shù)據(jù)描述如下。1.人員人員數(shù)據(jù)在企業(yè)各個應(yīng)用系統(tǒng)都會用到,通常情況下由企業(yè)人力資源部或辦公室在人力資源系統(tǒng)進行源頭管理維護,但是從目前大多企業(yè)情況來看,企業(yè)內(nèi)部存在編碼不唯一的現(xiàn)象,如在財務(wù)系統(tǒng)人員編號A001為張三,張三在設(shè)備管理系統(tǒng)中人員編號又為1003,這就導(dǎo)致人員數(shù)據(jù)無法共享。2.組織機構(gòu)組織機構(gòu)主數(shù)據(jù)也是應(yīng)用廣泛的一類主數(shù)據(jù),在大多數(shù)應(yīng)用系統(tǒng)中使用,通常也由人力資源系統(tǒng)進行源頭管理,但是缺乏分享共享機制,很多企業(yè)在應(yīng)用過程中也存在數(shù)據(jù)不一致的情況。3.供應(yīng)商和客戶供應(yīng)商和客戶這兩類主數(shù)據(jù)通常在進銷存類、客戶關(guān)系類、財務(wù)類系統(tǒng)、物流類系統(tǒng)等應(yīng)用系統(tǒng)中使用,維護好這兩類數(shù)據(jù)才能實現(xiàn)產(chǎn)供銷一體化。4.成本中心和利潤中心成本中心和利潤中心主數(shù)據(jù)通常在財務(wù)類系統(tǒng)、HR系統(tǒng)考核等系統(tǒng)中使用,維護好這兩類主數(shù)據(jù)才能開展部門績效考核。5.會計科目會計科目通常包括兩類:一類是財政部設(shè)定的科目,另一類是企業(yè)內(nèi)部為了更高效率結(jié)算進行企業(yè)和內(nèi)部設(shè)定的更細的科目(也稱之為非銀行科目),主要在財務(wù)類系統(tǒng)中使用。6.項目項目主數(shù)據(jù)大部分沒有實現(xiàn)統(tǒng)一管理,有些在設(shè)計系統(tǒng)、項目管理系統(tǒng)、合同管理系統(tǒng)、財務(wù)系統(tǒng),大多沒有統(tǒng)一編碼,沒有統(tǒng)一對應(yīng)起來,因此企業(yè)無法實施從設(shè)計、建設(shè)到銷售全鏈條的信息化建設(shè)。

(二)各類主數(shù)據(jù)管理功能需求分析

為不失一般性,下文以某一建筑行業(yè)企業(yè)的“供應(yīng)商”住宿管理功能需求為例進行分析,具體如下。1.數(shù)據(jù)源和責(zé)任部門分析該企業(yè)的供應(yīng)商主數(shù)據(jù)的數(shù)據(jù)源在OA系統(tǒng)和SAP系統(tǒng)均有,供應(yīng)商主數(shù)據(jù)的編碼是來自于SAP系統(tǒng),供應(yīng)商主數(shù)據(jù)的其他數(shù)據(jù)則來源于OA系統(tǒng)。該類主數(shù)據(jù)的責(zé)任部門是市場部。2.業(yè)務(wù)流程分析整個數(shù)據(jù)處理流程為:供應(yīng)商主數(shù)據(jù)信息的產(chǎn)生由申請人通過OA系統(tǒng)提交申請、市場部會審、ERP處數(shù)據(jù)組審核、SAP用戶返回供應(yīng)商主數(shù)據(jù)編碼以及SRM系統(tǒng)用戶名和密碼、信息中心部門授予VPN賬戶和密碼等步驟組成,最后反饋給申請人。3.涉及的表單和數(shù)據(jù)項供應(yīng)商主數(shù)據(jù)涉及的表單和數(shù)據(jù)項至少有:申請人姓名和聯(lián)系電話,公司名稱、公司簡稱、注冊資本、法人代表、稅務(wù)登記證代碼、電話號碼、傳真號碼、地址,審批后的相關(guān)信息如供應(yīng)商代碼、VPN賬戶和密碼、SRM用戶名和密碼等。其中申請人姓名和聯(lián)系電話、公司名稱、公司簡稱、注冊資本、法人代表、稅務(wù)登記證代碼、電話號碼、傳真號碼、地址等數(shù)據(jù)項是必填項。4.與其他系統(tǒng)的關(guān)系其他業(yè)務(wù)系統(tǒng)需要供應(yīng)商主數(shù)據(jù)信息,以SAP系統(tǒng)中的為準(zhǔn),當(dāng)前SAP系統(tǒng)沒有為其他應(yīng)用系統(tǒng)提供供應(yīng)商主數(shù)據(jù)的標(biāo)準(zhǔn)接口。5.存在的問題供應(yīng)商主數(shù)據(jù)當(dāng)前存在的主要問題有:沒有提供標(biāo)準(zhǔn)接口,無法供其他應(yīng)用系統(tǒng)讀取數(shù)據(jù);在申請主數(shù)據(jù)過程中,有些數(shù)據(jù)項沒有進行格式化、規(guī)范化,如郵箱作為申請過程中的數(shù)據(jù)項,用戶即使輸入格式有誤也沒有提示;沒有集中化管理核心數(shù)據(jù),容易出現(xiàn)信息更新滯后、數(shù)據(jù)不統(tǒng)一、不完整等情況;在當(dāng)前管理模式下,不便于進行供應(yīng)商主數(shù)據(jù)的維護、清洗、數(shù)據(jù)共享與交換等工作。將供應(yīng)商主數(shù)據(jù)納入住宿管理系統(tǒng)統(tǒng)一管理,上述問題將會得到解決。

三、建筑行業(yè)企業(yè)主數(shù)據(jù)管理體系設(shè)計

(一)建筑行業(yè)企業(yè)主數(shù)據(jù)管理模型設(shè)計

為了能夠統(tǒng)一主數(shù)據(jù)管理,需要建設(shè)主數(shù)據(jù)管理平臺,實現(xiàn)各類主數(shù)據(jù)的統(tǒng)一全生命周期管理,如申請、審核、分發(fā)、凍結(jié)、停用,規(guī)范各類主數(shù)據(jù)管理,保證管理質(zhì)量,并提供智能報表、數(shù)據(jù)導(dǎo)出、應(yīng)用監(jiān)控等。對于建筑行業(yè)企業(yè)來說,其管理模型構(gòu)建如圖1所示。建筑行業(yè)企業(yè)管理平臺的數(shù)據(jù)管理服務(wù)需要實現(xiàn)至少8種主數(shù)據(jù)的申請、審批、凍結(jié)、停用等功能;數(shù)據(jù)治理服務(wù)要實現(xiàn)8種主數(shù)據(jù)的清洗、合并、相似度檢測等功能;數(shù)據(jù)應(yīng)用服務(wù)要實現(xiàn)8種主數(shù)據(jù)的標(biāo)準(zhǔn)接口服務(wù)、實施推送、智能報表等功能;數(shù)據(jù)質(zhì)量保證要實現(xiàn)8種主數(shù)據(jù)的規(guī)范化管理(規(guī)則定義和管理)。

(二)建筑行業(yè)企業(yè)主數(shù)據(jù)管理與應(yīng)用體系框架設(shè)計

建筑行業(yè)企業(yè)主數(shù)據(jù)管理與應(yīng)用體系主要包含基礎(chǔ)標(biāo)準(zhǔn)、管理標(biāo)準(zhǔn)、應(yīng)用標(biāo)準(zhǔn)以及詳細分解,其中的管理標(biāo)準(zhǔn)結(jié)合現(xiàn)代建筑行業(yè)企業(yè)特點,將建筑行業(yè)企業(yè)主數(shù)據(jù)分為兩大類:用于管理的主數(shù)據(jù)和用于經(jīng)營的主數(shù)據(jù),如圖2所示。各類主數(shù)據(jù)按照現(xiàn)代建筑行業(yè)企業(yè)職能進行進一步劃分,將其細分為ABC三類進行精細化管理,旨在進一步對現(xiàn)代建筑行業(yè)企業(yè)職能進行精細化管理,減少因主數(shù)據(jù)交換而額外消耗的資源,最終實現(xiàn)建筑行業(yè)企業(yè)的主數(shù)據(jù)高質(zhì)量管理與應(yīng)用。在應(yīng)用過程中,設(shè)計高層領(lǐng)導(dǎo)賬戶、普通賬戶、申請人賬戶、審核賬戶、超級管理員賬戶等,實現(xiàn)對整個主數(shù)據(jù)管理生命周期的過程管理,確保主數(shù)據(jù)管理的有效性、科學(xué)性。

四、小結(jié)

隨著信息技術(shù)的應(yīng)用,建筑行業(yè)企業(yè)加強信息技術(shù)的應(yīng)用,提高企業(yè)現(xiàn)代化管理水平顯得越來越重要。本文從建筑行業(yè)企業(yè)主數(shù)據(jù)管理現(xiàn)狀、管理需求分析,探索設(shè)計了一套建筑行業(yè)企業(yè)主數(shù)據(jù)管理與應(yīng)用體系構(gòu)建方案,以期為推進建筑行業(yè)企業(yè)高質(zhì)量發(fā)展奠定智慧支撐的基礎(chǔ),下一步將在此基礎(chǔ)上研究現(xiàn)代建筑行業(yè)企業(yè)主數(shù)據(jù)管理、現(xiàn)代建筑行業(yè)企業(yè)大數(shù)據(jù)平臺的構(gòu)建。

參考文獻:

[1]廖愷.建筑工程項目管理信息化研究與分析[J].城市建筑理論研究,2018(10).

第3篇

[關(guān)鍵詞] 主數(shù)據(jù);數(shù)據(jù)標(biāo)準(zhǔn)化;主數(shù)據(jù)管理

doi : 10 . 3969 / j . issn . 1673 - 0194 . 2016. 21. 033

[中圖分類號] F270.7;TP391 [文獻標(biāo)識碼] A [文章編號] 1673 - 0194(2016)21- 0072- 02

1 集團公司主數(shù)據(jù)管理現(xiàn)狀分析

隨著集團型企業(yè)的多元化發(fā)展,企業(yè)的信息化系統(tǒng)也隨之增多,各系統(tǒng)之間共用的主數(shù)據(jù)也隨之增多,主數(shù)據(jù)的管理問題也日益凸顯,主要表現(xiàn)在以下幾個方面:

(1)集團共性系統(tǒng)之間主數(shù)據(jù)管理彼此孤立。集團各共性系統(tǒng)間逐漸形成了相對獨立的主數(shù)據(jù)信息。目前這些共性系統(tǒng)間主要通過人工方式進行主數(shù)據(jù)的維護、映射和轉(zhuǎn)換,由于缺乏對應(yīng)的制度、流程和系統(tǒng)支撐,導(dǎo)致各系統(tǒng)間主數(shù)據(jù)不一致性日益明顯,無法給分析人員提供統(tǒng)一口徑的主數(shù)據(jù)信息和及時的差異比較,從而造成各業(yè)務(wù)人員維護工作量倍增的現(xiàn)象。

(2)主數(shù)據(jù)標(biāo)準(zhǔn)不完善、編碼結(jié)構(gòu)定義復(fù)雜。企業(yè)將大量的信息含義定義到了數(shù)據(jù)編碼結(jié)構(gòu)中,數(shù)據(jù)校驗存在大量人為判斷和手工操作。如物料編碼,將物料所歸屬的類別加入到物料編碼中,當(dāng)物料所歸屬的類別發(fā)生變更,原有的物料編碼無法使用,增加了企業(yè)數(shù)據(jù)管理的成本。

(3)各主數(shù)據(jù)源系統(tǒng)集成復(fù)雜性與工作量大。目前包括外部單位、內(nèi)部單位、物料等各類主數(shù)據(jù),各自歸屬的數(shù)據(jù)源系統(tǒng)傳遞到其它需要使用的系統(tǒng)時,通常采用點對點或都人工錄入的數(shù)據(jù)集成模式,沒有形成統(tǒng)一的需求管理和集成方案,增加了系統(tǒng)集成復(fù)雜性與工作量。

(4)存在大量冗余和錯誤的數(shù)據(jù),嚴重影響了報表、高層決策分析。

(5)主數(shù)據(jù)缺少主導(dǎo)部門的統(tǒng)籌管理,權(quán)責(zé)不明確,協(xié)同管理和維護機制不健全。

2 主數(shù)據(jù)管理解決方案設(shè)計

主數(shù)據(jù)管理解決的是企業(yè)數(shù)據(jù)問題,但根本是為了解決數(shù)據(jù)不準(zhǔn)確帶來的業(yè)務(wù)問題。通過主數(shù)據(jù)管理最終實現(xiàn)企業(yè)“數(shù)據(jù)同源、規(guī)范共享、應(yīng)用統(tǒng)一、服務(wù)集中”的目的。

主數(shù)據(jù)管理的核心是數(shù)據(jù)的標(biāo)準(zhǔn)化,而其主體則是主數(shù)據(jù)。數(shù)據(jù)標(biāo)準(zhǔn)化是信息系統(tǒng)成功應(yīng)用的前提。無論是ERP系統(tǒng)還是其他專業(yè)信息系統(tǒng)的建設(shè),都是一個對數(shù)據(jù)采集、加工和分析的過程,都是一個伴隨數(shù)據(jù)流轉(zhuǎn)而進行管理和控制的過程。只有在管理規(guī)范的基礎(chǔ)上完成對數(shù)據(jù)的標(biāo)準(zhǔn)化和結(jié)構(gòu)化,才能使信息系統(tǒng)的采集和加工更有效,分析更準(zhǔn)確,管控更到位。

2.1 主數(shù)據(jù)管理目標(biāo)

建立集中統(tǒng)一的企業(yè)主數(shù)據(jù)編碼規(guī)范和管理維護流程,實現(xiàn)主數(shù)據(jù)編碼整個生命周期的全過程管理;

建立支撐主數(shù)據(jù)編碼規(guī)范和管理維護流程的主數(shù)據(jù)編碼管理平臺,集中統(tǒng)一管理主數(shù)據(jù)編碼數(shù)據(jù)庫;

為企業(yè)和各級單位提供集成、全面、準(zhǔn)確和及時的主數(shù)據(jù)服務(wù)和信息化基礎(chǔ)工作的支持。

2.2 集團主數(shù)據(jù)架構(gòu)

集團總部主數(shù)據(jù)平臺是整合來自于下屬多個集團集中的共性系統(tǒng)的主數(shù)據(jù),比如組織架構(gòu)主數(shù)據(jù),并將主數(shù)據(jù)同步到各下屬集團,實現(xiàn)全集團的一致性和統(tǒng)一性。

各集團主數(shù)據(jù)管理平臺,是整合各集團內(nèi)部的主數(shù)據(jù)。將不一致、重復(fù)、質(zhì)量不佳的數(shù)據(jù)轉(zhuǎn)換成唯一的可信版本,使得各系統(tǒng)都能接受唯一的數(shù)據(jù)標(biāo)準(zhǔn)與集中主數(shù)據(jù)處理,保證平臺主數(shù)據(jù)的唯一性和可操作性。

3 主數(shù)據(jù)管理體系架構(gòu)

3.1 定標(biāo)準(zhǔn)

分類標(biāo)準(zhǔn):將主數(shù)據(jù)按一定的原則和方法進行區(qū)分和歸類,建立一個科學(xué)合理的主數(shù)據(jù)分類體系。

編碼規(guī)則標(biāo)準(zhǔn):將主數(shù)據(jù)按照分類制定對應(yīng)的編碼規(guī)則,制定符合企業(yè)現(xiàn)狀及發(fā)展的編碼標(biāo)準(zhǔn)。

數(shù)據(jù)模型標(biāo)準(zhǔn):按照主數(shù)據(jù)屬性選擇標(biāo)準(zhǔn)和主數(shù)據(jù)類別使用特征確認每個主數(shù)據(jù)的屬性字段也就是我們通常說的主數(shù)據(jù)建模。

系統(tǒng)輸入和輸出標(biāo)準(zhǔn):系統(tǒng)接口,各系統(tǒng)輸入和輸出標(biāo)準(zhǔn)的定義,保證共享。

3.2 建管理機制

從建立主數(shù)據(jù)管理組織,明確責(zé)任;梳理流程,建立審批及版本管理機制;建立數(shù)據(jù)巡檢機制,保證數(shù)據(jù)的準(zhǔn)確性;建立運營規(guī)范,保證系統(tǒng)運行平穩(wěn)等方面保證主數(shù)據(jù)信息在規(guī)定的節(jié)點準(zhǔn)確地錄入系統(tǒng)。

3.3 建平臺

建立主數(shù)據(jù)管理平臺,實現(xiàn)主數(shù)據(jù)管理標(biāo)準(zhǔn)及管理機制的工作的落地。在主數(shù)據(jù)管理平臺內(nèi)實現(xiàn)新增、修改、凍結(jié)等操作,審批通過之后,通過中間件集成工具ESB將數(shù)據(jù)給需要使用的各類業(yè)務(wù)系統(tǒng)。各業(yè)務(wù)系統(tǒng)不在獨立主數(shù)據(jù),從而實現(xiàn)所有業(yè)務(wù)系統(tǒng)的主數(shù)據(jù)標(biāo)準(zhǔn)一致。

4 收 益

建設(shè)主數(shù)據(jù)管理系統(tǒng)的定位在于為全集團信息化工作提供信息化標(biāo)準(zhǔn)工作“四統(tǒng)一”服務(wù),實現(xiàn)集團信息數(shù)據(jù)“資源共享”模式,即:

為全集團提供統(tǒng)一的公用基礎(chǔ)信息數(shù)據(jù)標(biāo)準(zhǔn);

為全集團提供統(tǒng)一的公用基礎(chǔ)信息管理平臺;

為全集團信息系統(tǒng)提供統(tǒng)一的數(shù)據(jù)源頭和接口;

為全集團信息代碼管理提供統(tǒng)一的業(yè)務(wù)規(guī)范和工作流程。

5 結(jié) 語

主數(shù)據(jù)系統(tǒng)可以實現(xiàn)主數(shù)據(jù)的統(tǒng)一標(biāo)準(zhǔn)、統(tǒng)一管理,為集團型企業(yè)各類信息系統(tǒng)提供數(shù)據(jù)資源服務(wù)。可以通過SOA技術(shù)架構(gòu),實現(xiàn)為跨平臺、異構(gòu)的信息系統(tǒng)提供數(shù)據(jù)服務(wù)與系統(tǒng)集成。通過主數(shù)據(jù)管理實現(xiàn)與現(xiàn)有應(yīng)用系統(tǒng)的集成,并且具備與示來信息系統(tǒng)集成的能力,完成多系統(tǒng)數(shù)據(jù)的整合、流程的集成,實現(xiàn)數(shù)據(jù)共享 ,消除信息孤島,實現(xiàn)主數(shù)據(jù)標(biāo)準(zhǔn)統(tǒng)一,提高企業(yè) 信息化的投資回報率,提高數(shù)據(jù)資產(chǎn)利用的能力。

主數(shù)據(jù)管理是企業(yè)數(shù)據(jù)整理和管理的重要手段,建立主數(shù)據(jù)管理可以有效保障企業(yè)數(shù)據(jù)的精確性、完整性、一致性,從而為企業(yè)提供唯一的數(shù)據(jù)事實,從而為數(shù)據(jù)集成,數(shù)據(jù)資源,系統(tǒng)集成的深度開發(fā)和利用奠定了堅實的基礎(chǔ)。確保主數(shù)據(jù)的質(zhì)量是一個長期需要重視的問題,需要建立高效的數(shù)據(jù)管控體系,有效地提升主數(shù)據(jù)質(zhì)量,推進數(shù)據(jù)標(biāo)準(zhǔn)化水平。

主要參考文獻

[1]和軼東,張怡,曹乃風(fēng).SAP MDM主數(shù)據(jù)管理[M].北京:清華大學(xué)出版社,2013.

第4篇

結(jié)論表明,該文提出的方案有效地提高了云存儲主從架構(gòu)主節(jié)點及系統(tǒng)整體的性能。

關(guān)鍵詞:云存儲;元數(shù)據(jù)結(jié)構(gòu);元數(shù)據(jù)存儲策略;樹型數(shù)據(jù)結(jié)構(gòu)

中圖分類號:TP393 文獻標(biāo)識碼:A 文章編號:1009-3044(2016)16-0118-04

Abstract: To improve system scalability and the overall query speed , cloud storage is typically metadata and data are managed separately. In a small file storage system , increasing the cluster size can cause performance bottlenecks master node storing metadata. Aiming at this problem , on the basis of small files into a large file technology, application -based RS algorithm Vandermonde matrix to improve its redundancy mechanisms to reduce the metadata stored in the system . The introduction of group concept , the main application metadata form a cluster node management, and draw a tree data structure, a group of tree -based metadata structures , while using the main way from the common node storing metadata, decentralized single master node pressure storage of metadata.

Conclusions show that the proposed scheme effectively improves the cloud storage from the main structure master and overall system performance.

Key words: cloud storage; metadata structure; metadata storage strategy; tree data structur

1 概述

云存儲由于其便捷性,數(shù)據(jù)存儲空間大且收費合理被廣大用戶所歡迎。因此,廣大互聯(lián)網(wǎng)行業(yè)紛紛推出自己的云存儲產(chǎn)品。并且為了更加提高其體驗性,研發(fā)者不遺余力的優(yōu)化其技術(shù)。

當(dāng)前云存儲中主要有兩種架構(gòu)方式:主從架構(gòu)及對等架構(gòu),主從架構(gòu)即系統(tǒng)中有一個主節(jié)點,文件所有元數(shù)據(jù)存儲于主節(jié)點中,剩余的為數(shù)據(jù)節(jié)點集群,主要用于存儲文件數(shù)據(jù)[1]。對等架構(gòu)是無主從之分,所有節(jié)點地位平等[1],但有一個元數(shù)據(jù)邏輯層,即系統(tǒng)元數(shù)據(jù)單層存儲。主從架構(gòu)由于其易擴展性及系統(tǒng)穩(wěn)定性更高而更廣泛地應(yīng)用于云存儲中。但主從架構(gòu)有一個明顯的缺點,就是當(dāng)系統(tǒng)存儲的是小文件,且小文件數(shù)量過多時,存儲元數(shù)據(jù)的主節(jié)點會成為整個系統(tǒng)的性能瓶頸[2]。并且在云存儲中,一般是采取多副本的形式進行數(shù)據(jù)備份,對于云存儲來說,是很消耗資源的,且主節(jié)點存儲的元數(shù)據(jù)還包括副本的元數(shù)據(jù),當(dāng)面對海量小文件,對主節(jié)點來說,壓力還是很大的。目前對于主節(jié)點性能的解決方式,大多是多用幾臺機器存儲,但這樣的做法會減少查詢效率,且浪費資源[2]

2 云存儲小文件系統(tǒng)元數(shù)據(jù)相關(guān)技術(shù)研究

典型的集中式架構(gòu)的分布式存儲系統(tǒng)有Google的GFS[2],淘寶的TFS[2],F(xiàn)acebook的Haystack[2]。

在集中式架構(gòu)中,元數(shù)據(jù)分為應(yīng)用元數(shù)據(jù)及文件系統(tǒng)元數(shù)據(jù)。應(yīng)用元數(shù)據(jù)全部存放于主節(jié)點中,用于定位文件在分布式集群中的機器、磁盤位置。文件系統(tǒng)存在于每個磁盤當(dāng)中,文件系統(tǒng)的元數(shù)據(jù)存放于相應(yīng)磁盤中,以inode形式存在。存儲在主節(jié)點的應(yīng)用元數(shù)據(jù)為文件與集群的映射關(guān)系,應(yīng)用元數(shù)據(jù)包括文件key到集群機器的映射關(guān)系,及到磁盤的映射關(guān)系等,也包括每一個文件key對應(yīng)的三個副本到集群的映射關(guān)系。

文件的讀取如圖1所示,WebSever首先向主節(jié)點請求文件的應(yīng)用元數(shù)據(jù),查詢出文件在集群的位置,然后向數(shù)據(jù)節(jié)點查詢文件的具置信息,取得數(shù)據(jù)。

每個小文件存儲為一個文件會導(dǎo)致元數(shù)據(jù)太多難以被全部緩存,且過多的i/o操作會限制系統(tǒng)的吞吐量,為了減少小文件在文件系統(tǒng)的元數(shù)據(jù)i/o操作,主要是減少其系統(tǒng)存儲的查詢小文件所需的元數(shù)據(jù),目前針對小文件元數(shù)據(jù)減少的方法是將多個小文件存儲在單個大文件中,控制文件個數(shù),維護大型文件,則文件系統(tǒng)只需維護其合成的大文件的元數(shù)據(jù),大大減少了系統(tǒng)存儲的查詢所需元數(shù)據(jù)。

小文件合成大文件的方法減少了文件系統(tǒng)元數(shù)據(jù)數(shù)量,但是,由于每個小文件維護三個副本,文件系統(tǒng)同樣需要維護對應(yīng)三個副本的元數(shù)據(jù),其并不利于內(nèi)存的利用。且主節(jié)點維護的文件應(yīng)用元數(shù)據(jù)數(shù)量為源文件元數(shù)據(jù)x,加上副本元數(shù)據(jù)數(shù)量3x,即4x,副本元數(shù)據(jù)量占源文件元數(shù)據(jù)量的三倍,當(dāng)數(shù)據(jù)量大時,很容易造成主節(jié)點性能瓶頸。

3 云存儲小文件系統(tǒng)元數(shù)據(jù)管理方式優(yōu)化方案

針對集中式架構(gòu)主節(jié)點性能瓶頸問題,本文應(yīng)用基于Vandermonde矩陣的RS算法減少主節(jié)點應(yīng)用元數(shù)據(jù),然后引入group概念,對主節(jié)點應(yīng)用元數(shù)據(jù)應(yīng)用group進行管理,使其形成基于group的樹型結(jié)構(gòu),改變了主節(jié)點應(yīng)用元數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu),然后采用主節(jié)點與數(shù)據(jù)節(jié)點相結(jié)合的方式,改變其存儲策略,從這三個角度,減少主節(jié)點的元數(shù)據(jù)數(shù)據(jù)量及信息量。

3.1云存儲分布式小文件系統(tǒng)元數(shù)據(jù)數(shù)量方案改進設(shè)計

通過前面分析知,小文件合成大文件方式減少了文件系統(tǒng)所需的查詢數(shù)據(jù)的元數(shù)據(jù)量,但是其3個副本的冗余方式也導(dǎo)致主節(jié)點存儲的應(yīng)用元數(shù)據(jù)量過多。即數(shù)據(jù)節(jié)點文件的冗余方式影響著系統(tǒng)所需存儲的元數(shù)據(jù)數(shù)量。

基于Vandermonde矩陣的RS算法是起源于通信領(lǐng)域的前向編碼方式[2],由于其能夠在接收方做到自動檢測錯誤,并且能夠運用傳輸方傳輸過來的恢復(fù)策略進行數(shù)據(jù)自動恢復(fù),使其能夠運用到數(shù)據(jù)存儲領(lǐng)域,即對要存儲的文件產(chǎn)生一定的編碼算法,產(chǎn)生出一定的校驗塊,當(dāng)有數(shù)據(jù)丟失時,運用一定的機制進行恢復(fù)。如圖2所示,基于Vandermonde矩陣的RS算法利用n塊數(shù)據(jù)塊,生成m塊校驗塊,且m

如有n個源文件,應(yīng)用一個文件三個副本的方式,主節(jié)點需要存儲4n個應(yīng)用元數(shù)據(jù),應(yīng)用基于Vandermonde矩陣的RS算法對源文件進行冗余,生成m個校驗塊, 且m

這樣做的好處是明顯的,校驗塊生成的數(shù)量往往比源數(shù)據(jù)塊的數(shù)量少,存儲開銷小于源文件三個副本的存儲開銷,由此,應(yīng)用元數(shù)據(jù)的存儲開銷也變少,且文件數(shù)據(jù)能夠達到高可靠性。

因此,本文將一定數(shù)量的小文件合成的大文件作為一個數(shù)據(jù)塊,用n個數(shù)據(jù)塊(n個大文件)生成其冗余的m個校驗塊,由此減少主節(jié)點存儲的副本應(yīng)用元數(shù)據(jù)數(shù)量。主節(jié)點存儲的應(yīng)用元數(shù)據(jù)化簡為圖3.6右,圖左邊為小文件合成大文件后主節(jié)點應(yīng)用元數(shù)據(jù)的存儲,但是因為文件的冗余方式是3副本形式,則其i個文件(n個大文件)有3i個副本,應(yīng)用元數(shù)據(jù)也為3i個,圖右邊i個文件(n個大文件)有m個校驗塊,但m的數(shù)量遠遠小于3i個副本量的元數(shù)據(jù)。

3.2云存儲分布式小文件系統(tǒng)應(yīng)用元數(shù)據(jù)結(jié)構(gòu)及存儲策略改進

造成主節(jié)點性能瓶頸的原因主要是存儲的元數(shù)據(jù)數(shù)量及元數(shù)據(jù)信息量,上一節(jié)運用基于Vandermonde矩陣的RS算法對小文件合成的大文件進行冗余,減少了應(yīng)用元數(shù)據(jù),為了進一步減少主節(jié)點存儲的應(yīng)用元數(shù)據(jù)數(shù)量及信息量,本文引入group概念,如圖4所示,對i個小文件(n個大文件)及其所形成的m個校驗塊形成一個group,即這i個小文件的應(yīng)用元數(shù)據(jù)及m個校驗塊的應(yīng)用元數(shù)據(jù)形成一個group,然后將應(yīng)用元數(shù)據(jù)信息交由group管理,使文件名與group形成映射關(guān)系。

為了實現(xiàn)邏輯上增大RAM-to-disk比率[3],邏輯上擴充存儲應(yīng)用元數(shù)據(jù)的內(nèi)存空間,本文采取主節(jié)點與數(shù)據(jù)節(jié)點共同存儲應(yīng)用元數(shù)據(jù),由此可擴展應(yīng)用元數(shù)據(jù)的存儲空間。且為了實現(xiàn)既使主節(jié)點管控整個系統(tǒng)的應(yīng)用元數(shù)據(jù),又減少其存儲元數(shù)據(jù)數(shù)量及信息量,分散其一部分信息到數(shù)據(jù)節(jié)點,本文引入樹型索引的概念,將應(yīng)用元數(shù)據(jù)形成以group為根的樹型元數(shù)據(jù)結(jié)構(gòu),使主節(jié)點只存儲文件名與group的映射關(guān)系,并不再存儲校驗塊的應(yīng)用元數(shù)據(jù)信息(校驗塊應(yīng)用元數(shù)據(jù)信息交由group管理),而數(shù)據(jù)節(jié)點存儲大文件數(shù)據(jù)塊的地方存儲自己相應(yīng)的group管理的元數(shù)據(jù)信息。

形成的應(yīng)用元數(shù)據(jù)結(jié)構(gòu)及存儲方式如圖5所示,主節(jié)點存放文件與group的映射關(guān)系,即以group的樹型元數(shù)據(jù)結(jié)構(gòu)的根節(jié)點,主節(jié)點在應(yīng)用元數(shù)據(jù)管控中只管理最重要的,而將group管理的應(yīng)用元數(shù)據(jù)的具體信息分發(fā)到各個文件塊對應(yīng)的節(jié)點中,即每個文件塊存儲自己對應(yīng)的應(yīng)用元數(shù)據(jù),并加載到內(nèi)存。由此減輕了主節(jié)點的壓力。

4 實驗與分析

4.1實驗設(shè)計

本文針對改進后的元數(shù)據(jù)管理方式,形成分布式小文件系統(tǒng)SFS,對SFS設(shè)計測試內(nèi)容如下:

1)由于上傳操作是當(dāng)數(shù)據(jù)上傳后,未做任何處理之前,主節(jié)點收到數(shù)據(jù)后就會給客戶端返回OK,因此,采用單線程在外網(wǎng)的情況下上傳1萬、3萬、5萬文件,并與NFS文件系統(tǒng)作對比,分析SFS的上傳性能。

2)下載操作,為了分析SFS優(yōu)化過的元數(shù)據(jù)管理,對系統(tǒng)采取多線程下載,在不同多線程下載的情況下,與傳統(tǒng)云存儲的下載情況進行對比,分析本本文改進的元數(shù)據(jù)管理方式是否對系統(tǒng)性能發(fā)生了提高。下載操作分為順序下載及隨機下載操作。

測試環(huán)境:集群共配置19臺機器,一臺測試客戶端,1臺名字節(jié)點(Namenode),用于存儲一級元數(shù)據(jù),1臺名字節(jié)點的備機,16臺數(shù)據(jù)節(jié)點(Datanode),用于存儲數(shù)據(jù)及相應(yīng)的元數(shù)據(jù)。機器采用Intel(R) Xeon(R) CPU E5620 × 2的CPU,12G內(nèi)存,操作系統(tǒng)centos 6.5 。

4.2文件系統(tǒng)上傳測試

上傳測試中,本文選用分布式文件系統(tǒng)HDFS進行對比測試,測試數(shù)據(jù)選取如表5.3,通過對SFS的整體性能測試及HDFS的性能測試進行對比,來分析SFS改進的元數(shù)據(jù)管理方式的性能。

從表2看出,隨著小文件數(shù)量的逐漸增加,SFS上傳文件的吞吐量隨著文件數(shù)量的增加而增大,并且當(dāng)小文件數(shù)量達到14萬個時,系統(tǒng)吞吐量依然在增加,說明系統(tǒng)工作良好。HDFS一開始的時候吞吐量比SFS的吞吐量大,但是隨著小文件數(shù)量的增加,系統(tǒng)吞吐量增長緩慢,這是由于HDFS主要是處理大文件所引起的,小文件會導(dǎo)致過多的I/O消耗。圖5.2清晰的表現(xiàn)了兩者的對比。

從圖7中看出,在小文件數(shù)量逐漸增多的情況下,SFS的吞吐量持續(xù)增加,而HDFS的吞吐量變化不大,這是由于HDFS里面可以存儲大文件及小文件,系統(tǒng)對于文件的處理是進行分塊處理,當(dāng)小文件數(shù)量增加,會導(dǎo)致HDFS的I/O消耗增加,所以系統(tǒng)性能吞吐量增加并不明顯,說明SFS對于小文件系統(tǒng)性能良好,改進的元數(shù)據(jù)管理方式提高了系統(tǒng)性能,適合于小文件系統(tǒng)存儲。

4.3文件系統(tǒng)下載性能測試

本節(jié)主要測試實現(xiàn)的主從架構(gòu)中存儲元數(shù)據(jù)主服務(wù)器的性能,為了對比改進的元數(shù)據(jù)管理方式是否對分布式小文件系統(tǒng)元數(shù)據(jù)主服務(wù)器性能及整體性能提高,本節(jié)采取將元數(shù)據(jù)全部放置在主節(jié)點與改進的元數(shù)據(jù)管理方式進行對比,由于系統(tǒng)整體配置一樣,環(huán)境一樣,只是元數(shù)據(jù)管理方式不一樣,因此,對系統(tǒng)整體性能測試也即表現(xiàn)了元數(shù)據(jù)管理方式的性能。

在所述測試環(huán)境及測試目標(biāo)的情況下,對SFS及傳統(tǒng)云存儲進行順序下載測試,采取50個線程進行下載,測試數(shù)據(jù)分為5組,最小從10000個文件開始,然后線性遞增,由于本文針對的是云存儲小文件系統(tǒng),因此提出的文件大小不超過64K,具體選取的測試數(shù)據(jù)描述如表3:

從圖8看出,SFS設(shè)計的元數(shù)據(jù)管理方案對比傳統(tǒng)云存儲元數(shù)據(jù)管理方案使系統(tǒng)整體的下載時間降低了。由于SFS只將分布式文件的一部分元數(shù)據(jù)存儲于主從架構(gòu)的主節(jié)點,即將基于group的樹型元數(shù)據(jù)的group信息存儲于主元數(shù)據(jù)服務(wù)器節(jié)點,剩余的精簡過的元數(shù)據(jù)分布于響應(yīng)數(shù)據(jù)節(jié)點的內(nèi)存中,查詢一個數(shù)據(jù)的方式是先在主節(jié)點查詢其位置信息,再到數(shù)據(jù)節(jié)點查詢數(shù)據(jù),本文設(shè)計的數(shù)據(jù)節(jié)點的元數(shù)據(jù)是分布于查詢數(shù)據(jù)對應(yīng)的節(jié)點內(nèi)存中,并沒有多余的通信開銷,且元數(shù)據(jù)主服務(wù)器節(jié)點由于只存儲文件對應(yīng)的group信息,存儲壓力小,性能必會得到提高,而傳統(tǒng)的云存儲是將分布式文件系統(tǒng)所有元數(shù)據(jù)都存儲于主節(jié)點,且主節(jié)點元數(shù)據(jù)一般存儲于數(shù)據(jù)庫中,所有元數(shù)據(jù)存儲于主節(jié)點會導(dǎo)致執(zhí)行查詢多個表的操作,且主節(jié)點的壓力是比較大的,性能也會受到一定的影響。就是說,就算系統(tǒng)高負載情況下,SFS的響應(yīng)時間會比傳統(tǒng)的快,一樣能夠提供更好的服務(wù)。

5 結(jié)論

本文分析了云存儲小文件系統(tǒng)元數(shù)據(jù)管理存在的問題,該問題導(dǎo)致了小文件系統(tǒng)主從架構(gòu)主節(jié)點性能瓶頸,即系統(tǒng)元數(shù)據(jù)結(jié)構(gòu)、元數(shù)據(jù)放置策略及系統(tǒng)存儲的查詢所需的元數(shù)據(jù)數(shù)量問題, 針對此問題,改進了主從架構(gòu)小文件系統(tǒng)元數(shù)據(jù)管理方式,利用基于Vandermonde矩陣的RS算法改變?nèi)哂喾绞綔p少其元數(shù)據(jù)數(shù)量,引入group概念,對元數(shù)據(jù)形成集群管理,設(shè)計了基于group的樹型元數(shù)據(jù)結(jié)構(gòu),并在此基礎(chǔ)上采取主從節(jié)點相結(jié)合共同存儲元數(shù)據(jù)的方式分散主節(jié)點壓力。本文改進的元數(shù)據(jù)管理方式提高了主節(jié)點及系統(tǒng)性能,但之后主節(jié)點單點故障問題還需進一步研究。

參考文獻:

第5篇

需求分析

1業(yè)務(wù)需求

小家電制造企業(yè)無不面對著一些嚴峻的問題,比如出貨不及時、預(yù)算周期出錯、倉庫飽和、資金周轉(zhuǎn)慢、供貨無法預(yù)料,因此,他們需要一個生產(chǎn)管理系統(tǒng)來幫助企業(yè)及時做出生產(chǎn)計劃,確定物料需求量,從而使企業(yè)的各部門能很好地協(xié)調(diào)工作,最終實現(xiàn)企業(yè)資金的有效利用和快速周轉(zhuǎn)。

2用戶需求

本系統(tǒng)要求具有良好的人機交互界面,便于用戶進行操作。要達到完全人性化的設(shè)計,無須專業(yè)人士指導(dǎo),即可操作本系統(tǒng)。對于企業(yè)的管理人員,他們需要本系統(tǒng)能幫助他們做出及時有效的決策,并且實現(xiàn)自動完成數(shù)據(jù)計算,盡量地減少人工干預(yù),以提高企業(yè)的工作效率,從而提高生產(chǎn)能力。

3系統(tǒng)功能需求

根據(jù)以上對生產(chǎn)管理內(nèi)容和生產(chǎn)管理系統(tǒng)的分析,一個小家電制造企業(yè)生產(chǎn)管理系統(tǒng)應(yīng)該包括如圖1所示的幾大功能。除此之外,系統(tǒng)還應(yīng)包括信息系統(tǒng)必須具備的通用功能,其中每個功能都由若干相關(guān)聯(lián)的子功能模塊組成。1)基本數(shù)據(jù)管理模塊。該模塊主要負責(zé)錄入與維護系統(tǒng)的各種基本數(shù)據(jù)。2)生產(chǎn)計劃管理模塊。該模塊負責(zé)管理企業(yè)的主生產(chǎn)計劃和計算相關(guān)物料的需求量和需求時間。3)車間管理模塊。該模塊負責(zé)管理與企業(yè)生產(chǎn)車間作業(yè)相關(guān)的流程、資源、產(chǎn)品等信息。4)采購業(yè)務(wù)管理模塊。該模塊主要負責(zé)管理企業(yè)的采購業(yè)務(wù)。5)銷售業(yè)務(wù)管理模塊。該模塊主要負責(zé)管理企業(yè)的銷售業(yè)務(wù)。6)庫存管理模塊。該模塊主要負責(zé)管理企業(yè)的庫存信息,包括物料與成品的庫存信息。7)質(zhì)量管理模塊。該模塊主要負責(zé)入庫產(chǎn)品的檢驗。8)系統(tǒng)管理模塊。該模塊主要負責(zé)操作員管理、修改密碼、修改權(quán)限、數(shù)據(jù)備份與恢復(fù)、系統(tǒng)初始化。

4系統(tǒng)業(yè)務(wù)流程圖(略)。

5系統(tǒng)數(shù)據(jù)流圖

數(shù)據(jù)流圖(見圖2),簡稱DFD,是SA方法中用于表示系統(tǒng)邏輯模型的一種工具,它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程,由于它只反映系統(tǒng)必須完成的邏輯功能,所以它是一種功能模型。

系統(tǒng)總體設(shè)計

1系統(tǒng)總體模塊設(shè)計

根據(jù)上面的系統(tǒng)需求分析后,可以設(shè)計出系統(tǒng)的總體模塊圖,如圖3所示。

2各模塊的功能說明

1)基本數(shù)據(jù)管理模塊。“基本數(shù)據(jù)管理”功能模塊用于設(shè)置生產(chǎn)管理中設(shè)計的基本數(shù)據(jù)。2)生產(chǎn)計劃管理模塊。“生產(chǎn)計劃管理”功能模塊用于管理企業(yè)的主生產(chǎn)計劃和計算相關(guān)物料的需求量和需求時間。3)車間管理模塊。“車間管理”功能模塊用于管理企業(yè)生產(chǎn)作業(yè)相關(guān)的流程、資源、產(chǎn)品等信息。4)采購業(yè)務(wù)管理模塊。“采購業(yè)務(wù)管理”功能模塊用于管理企業(yè)的采購業(yè)務(wù)。5)銷售業(yè)務(wù)管理模塊。“銷售業(yè)務(wù)管理”功能模塊用于管理企業(yè)的銷售業(yè)務(wù)。6)庫存管理模塊。“庫存管理”功能模塊用于管理企業(yè)的庫存信息。7)質(zhì)量管理模塊。“質(zhì)量管理”功能模塊用于按照產(chǎn)品工藝或客戶的要求,制定零部件、產(chǎn)品的檢驗標(biāo)準(zhǔn),以保證原材料、產(chǎn)品的質(zhì)量;同時通過嚴格執(zhí)行企業(yè)的質(zhì)量控制體系,從而提高企業(yè)的質(zhì)量水平。8)系統(tǒng)管理模塊。“系統(tǒng)管理”功能模塊主要用于進行操作員管理、修改密碼、修改權(quán)限、數(shù)據(jù)備份與恢復(fù)、系統(tǒng)初始化。

數(shù)據(jù)庫設(shè)計

1數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計

邏輯結(jié)構(gòu)設(shè)計的任務(wù)是根據(jù)概念結(jié)構(gòu)設(shè)計的結(jié)果和需求分析階段得到的數(shù)據(jù)的完整性和安全性要求,再綜合考慮所選擇的具體數(shù)據(jù)管理系統(tǒng)的特點,設(shè)計整個數(shù)據(jù)庫的邏輯結(jié)構(gòu),包括各數(shù)據(jù)表的名稱、每張表中各字段的名稱、數(shù)據(jù)類型、取值范圍、完整性約束條件、安全性要求等內(nèi)容。

2數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計

數(shù)據(jù)庫的物理設(shè)計是指為給定的一個邏輯數(shù)據(jù)模型,選擇最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)。關(guān)系數(shù)據(jù)庫存的物理結(jié)構(gòu)主要是指數(shù)據(jù)的存取方法和存儲結(jié)構(gòu)。

系統(tǒng)模塊詳細設(shè)計和程序設(shè)計

1系統(tǒng)主界面的設(shè)計

系統(tǒng)主界面主要是由一個菜單控件和一個狀態(tài)欄組成,在狀態(tài)欄中顯示各種的信息。主界面為本系統(tǒng)的MDI父窗體,而其他的窗體都為MDI子窗體,它們都默認是隨父窗體自動創(chuàng)建和顯示的,父窗體可以在程序中動態(tài)地生成子窗口。

2基本數(shù)據(jù)管理模塊的設(shè)計

本模塊中包含多個子功能模塊,它們設(shè)計的基本方式都相同。

3生產(chǎn)計劃管理模塊的設(shè)計

本模塊由主需求計劃功能模塊、MPS主生產(chǎn)計劃功能模塊、MRP計算功能模塊、MRP歷史查詢功能模塊組成。

第6篇

1主數(shù)據(jù)及數(shù)據(jù)元梳理存在的問題

在對企業(yè)的ERP、MEs、OA、財務(wù)管理系統(tǒng)等各個應(yīng)用系統(tǒng)進行主數(shù)據(jù)及數(shù)據(jù)元梳理的過程中,通常會發(fā)現(xiàn)存在以下幾個方面的問題:()l各應(yīng)用系統(tǒng)中的主數(shù)據(jù),其分類和編碼也根據(jù)不同的需求偏好來設(shè)計,沒有統(tǒng)一的標(biāo)準(zhǔn)。往往存在一物多碼、一碼多物、數(shù)據(jù)冗余或者不完整等情況,使得系統(tǒng)間的共享、交互和同步變得十分復(fù)雜。(2)主數(shù)據(jù)不斷在不同的系統(tǒng)間被重復(fù)錄入和維護,造成高昂的管理成本和運營成本。(3)缺乏有效管理機制來持續(xù)管理和監(jiān)控關(guān)鍵數(shù)據(jù)質(zhì)量,造成數(shù)據(jù)的可催渡缺失,引起數(shù)據(jù)及報表的不真實性和紊亂。(4)卞數(shù)據(jù)沒有實現(xiàn)集中管理,各業(yè)務(wù)系統(tǒng)之間主數(shù)據(jù)相互交叉、引用關(guān)系紊亂,給系統(tǒng)集成帶增加了難度,導(dǎo)致居高不下的Tl成本。(幻各業(yè)務(wù)系統(tǒng)之間主數(shù)據(jù)共享通過兩兩系統(tǒng)之間進行接口進行,同樣的主數(shù)據(jù)同步給不同的系統(tǒng),不得不進朽伏量的重復(fù)性開發(fā)工作,極大的增加開發(fā)成本和運維負擔(dān)。而且如同蜘蛛網(wǎng)狀的接口建設(shè)將易于出錯和難以管理、(6)龐雜的接口所涉及的數(shù)據(jù)交換行為沒有統(tǒng)的規(guī)范以及技術(shù)保障,管理和監(jiān)控都非常困難,存在大量難以控制、可能被攻擊的漏洞,不能有效滿足信息安全和信息保障的要求。

2解決思路

2.1制定統(tǒng)一的主數(shù)據(jù)編碼標(biāo)準(zhǔn)。制定企業(yè)統(tǒng)一的主數(shù)據(jù)編碼標(biāo)準(zhǔn)。對從各應(yīng)用系統(tǒng)梳理出來的主數(shù)據(jù)按其所具有分類編碼意義進行數(shù)據(jù)分類、分級,制定編碼規(guī)則、制定數(shù)據(jù)編碼結(jié)構(gòu)和進行代碼定義、這樣,按制定的規(guī)范逐一對主數(shù)據(jù)進行編碼,有效地解決了編碼不統(tǒng)一的問題,確保信息編碼適用于不同的應(yīng)用系統(tǒng)*提高應(yīng)用系統(tǒng)之間信息共享、交換的效率和質(zhì)量。主數(shù)據(jù)編碼標(biāo)準(zhǔn)規(guī)范體系要體現(xiàn)科學(xué)化、標(biāo)準(zhǔn)化、規(guī)范化、合理化,并滿足以下原則:實用性:對于基礎(chǔ)性標(biāo)準(zhǔn)必須嚴格采用國家標(biāo)準(zhǔn)和行業(yè)標(biāo)準(zhǔn);對于在企業(yè)內(nèi)部應(yīng)用的可參照現(xiàn)有的國家標(biāo)準(zhǔn)或者行業(yè)標(biāo)準(zhǔn),制定符合企業(yè)實際需求的標(biāo)準(zhǔn)。唯一性:在分類編碼標(biāo)準(zhǔn)中,每一個編碼對象僅應(yīng)有一個代碼,一個代碼只唯一表示一個編碼對象。簡明性:編碼結(jié)構(gòu)應(yīng)盡量簡單,長度應(yīng)盡量簡短,這樣可以減少計算的時間和空間開銷,也可降低基礎(chǔ)編碼的差錯率和復(fù)雜程度。可擴展性:在標(biāo)準(zhǔn)中應(yīng)留有適當(dāng)?shù)挠嗔浚箻?biāo)準(zhǔn)有良好的延展性,以便適應(yīng)不斷擴充的需要。

2.2制定統(tǒng)一的數(shù)據(jù)元標(biāo)準(zhǔn)。通過梳理分散在各應(yīng)用系統(tǒng)中的主數(shù)據(jù),分析主數(shù)據(jù)的公共屬性與特殊屬性,并對數(shù)據(jù)元進行準(zhǔn)確而且無歧異的定義。這樣才能保證設(shè)計出來的主數(shù)據(jù)模型的準(zhǔn)確性、有效性,對企業(yè)主數(shù)據(jù)庫的建設(shè)的指導(dǎo)才有意義。

2.3集中統(tǒng)一管理主數(shù)據(jù)編碼數(shù)據(jù)庫。通過建設(shè)主數(shù)據(jù)管理平臺來實現(xiàn)對主數(shù)據(jù)進行集中統(tǒng)一的規(guī)范管理,為各業(yè)務(wù)系統(tǒng)提供準(zhǔn)確、標(biāo)準(zhǔn)、權(quán)威的可供使用的主數(shù)據(jù):平臺具有主數(shù)據(jù)的申請、審核、錄入、修改、查詢等功能。在平臺啟用,對數(shù)據(jù)的處理應(yīng)注意以下二個方面:(1)對歷史冗余數(shù)據(jù)的處理。在進行各應(yīng)用系統(tǒng)間的主數(shù)據(jù)梳理時,將冗余的數(shù)據(jù)整理出來,在相應(yīng)的應(yīng)用系統(tǒng)中對這類數(shù)據(jù)進行調(diào)整合并。之后,才能將其合并后的主數(shù)據(jù)導(dǎo)入啟用的主數(shù)據(jù)平臺,以保證主數(shù)據(jù)的唯一性。(2)歷史數(shù)據(jù)的處理。歷史數(shù)據(jù)的清理是一個工作量十分大的工作,一定要下大力度一次性完成歷史數(shù)據(jù)的標(biāo)準(zhǔn)化和一致性。在清理完成后,建立標(biāo)準(zhǔn)數(shù)據(jù)與歷史數(shù)據(jù)的對照關(guān)系。(3)新數(shù)據(jù)的處理。設(shè)立數(shù)據(jù)斷點,系統(tǒng)產(chǎn)生的新主數(shù)據(jù)嚴格中遵循標(biāo)準(zhǔn),必須在主數(shù)據(jù)管理系統(tǒng)進行維護,不允許在業(yè)務(wù)系統(tǒng)產(chǎn)生;

2.4建立集中統(tǒng)一的企業(yè)主數(shù)據(jù)編碼規(guī)范和管理維護流程,實現(xiàn)主數(shù)據(jù)編碼整個生命周期的全過程管理。規(guī)范主數(shù)據(jù)的維護原則、維護范圍、維護規(guī)則、維護內(nèi)容。通過主數(shù)據(jù)維護申請、審核、的機制,明確主數(shù)據(jù)維護和審批的相關(guān)責(zé)任部門和責(zé)任人,以制度化的形式來推進和約束相關(guān)責(zé)任對象的行為,保證數(shù)據(jù)的及時性和有效性,杜絕由于數(shù)據(jù)維護不及時而影響正常業(yè)務(wù)開展的情況出現(xiàn)。

2.5制定統(tǒng)一的數(shù)據(jù)交換接口技術(shù)標(biāo)準(zhǔn)。通過制定企業(yè)內(nèi)部應(yīng)用系統(tǒng)之間、以及內(nèi)部系統(tǒng)與外部系統(tǒng)之間信息交互的服務(wù)規(guī)約,包括創(chuàng)建服務(wù)接口標(biāo)準(zhǔn)、定義數(shù)據(jù)傳輸格式以及制定服務(wù)治理參考模型等,對企業(yè)各應(yīng)用系統(tǒng)之間數(shù)據(jù)交互的服務(wù)進行統(tǒng)一管理和規(guī)范,使各應(yīng)用系統(tǒng)之間更加有效達到數(shù)據(jù)集成、數(shù)據(jù)同步、消除信息孤島、提高信息安全保障、減輕人工操作工作強度和減少錯誤的目標(biāo)。

3小結(jié)

通過對企業(yè)信息系統(tǒng)主數(shù)據(jù)及數(shù)據(jù)元梳理,制定符合企業(yè)信息系統(tǒng)主數(shù)據(jù)管理要求的標(biāo)準(zhǔn)規(guī)范,才能為企業(yè)提供集成、全面、準(zhǔn)確和及時的主數(shù)據(jù)服務(wù)和信息化基礎(chǔ)工作的支持。實現(xiàn)各獨立應(yīng)用系統(tǒng)的全面高效安全的數(shù)據(jù)和信息集成共享,實現(xiàn)真正意義上的數(shù)出一門。

作者:梁海玲 單位:廣西中煙工業(yè)有限責(zé)任公司

第7篇

關(guān)鍵詞:云計算;云數(shù)據(jù);數(shù)據(jù)管理技術(shù)

一、云計算

(一)云計算的概述。近年來,由于數(shù)據(jù)的快速增長,用戶對計算機的數(shù)據(jù)存儲能力,要求也越來越高。云計算是一項新興的數(shù)據(jù)處理技術(shù),改變著普通用戶使用計算機分析、處理數(shù)據(jù)的方式,為用戶提供了強大的數(shù)據(jù)分析、存儲能力,方便用戶進行數(shù)據(jù)管理,目的是讓用戶高效的使用計算機的數(shù)據(jù)資源[1]。云計算不僅是解決數(shù)據(jù)的計算問題,更多的是結(jié)合其他技術(shù)進行綜合發(fā)展。

(二)云計算的技術(shù)原理。云計算以互聯(lián)網(wǎng)作為發(fā)展平臺,以計算機技術(shù)作為實現(xiàn)途徑,將數(shù)據(jù)進行整合、處理、應(yīng)用、存儲等,云計算是一種有效性強、低成本的計算機技術(shù),通過計算機系統(tǒng),實現(xiàn)數(shù)據(jù)資源優(yōu)化的計算方式。云計算的基本原理是使數(shù)據(jù)分布在計算機上完成,能夠使計算的數(shù)據(jù)進行合理的應(yīng)用,實現(xiàn)計算機的存儲功能。這就意味著計算機的云計算能力就像商品一樣可以進行流通,最主要的是使用方便,價格低,而主要方式又是通過互聯(lián)網(wǎng)進行的,實現(xiàn)了與計算機技術(shù)的接軌。

(三)云計算的應(yīng)用。云計算具有操作簡單的優(yōu)勢,用戶無需掌握太多的云計算技術(shù),就可以直接進行操作。在云計算下,可以使用戶快速獲得信息,為用戶提供一站式服務(wù)[2]。云計算的特征主要表現(xiàn)為管理性、分散性、儲存性等特征,同時還具有服務(wù)性、經(jīng)濟性等更深層次性的特征。云計算系統(tǒng)是通過IP網(wǎng)絡(luò)連接的,云計算系統(tǒng)的核心組成部分是云計算平臺。目前,國內(nèi)多數(shù)企業(yè)都采用了云計算來為用戶服務(wù),例如,谷歌推出的谷歌App服務(wù),IBM推出的“云海”操作系統(tǒng)等等,許多知名的企業(yè)都在大力的開發(fā)云計算軟件,隨著云計算的發(fā)展,一些虛擬化服務(wù)、數(shù)據(jù)整合服務(wù)也都采用了云計算技術(shù),爭取創(chuàng)造出更多的云計算產(chǎn)品。

二、云數(shù)據(jù)管理技術(shù)

(一)GFS技術(shù)。GFS技術(shù),是一個大型的文件計算系統(tǒng),它為谷歌云計算提供大量的數(shù)據(jù)儲存空間,形成谷歌的云計算解決方案[3]。GFS將整個系統(tǒng)分為客戶端、主服務(wù)器、數(shù)據(jù)塊服務(wù)器3類,使應(yīng)用程序直接調(diào)用這些函數(shù),與該數(shù)據(jù)庫連接在一起,進行整個系統(tǒng)數(shù)據(jù)的保存。GFS將文件按照固定大小進行分塊,每一塊被稱為一個數(shù)據(jù)塊,并有相應(yīng)的索引號。在客戶端進行訪問GPS時,需要先進行節(jié)點訪問,然后進行數(shù)據(jù)信息的獲得,這種數(shù)據(jù)存儲方式實現(xiàn)了控制數(shù)據(jù)流的作用,使得云數(shù)據(jù)管理技術(shù)的整體性能得到了提高。

(二)Dynamo技術(shù)。云計算的數(shù)據(jù)具有數(shù)量龐大、數(shù)據(jù)不確定性的特點,需要采用有效的管理技術(shù)對數(shù)據(jù)進行分析和管理。在云數(shù)據(jù)的眾多管理技術(shù)中Dynamo技術(shù)具有獨特的技術(shù)優(yōu)勢,它不僅具有分布式的儲存模式,而且還能進行數(shù)據(jù)存儲的表格構(gòu)建,Dynamo技術(shù)可直接提供底層支持,它的優(yōu)點是通過它所提供的N、R、M三個使用參數(shù),根據(jù)客戶的需求來進行實例的調(diào)整,其中N是副本個數(shù),R是讀取個數(shù),W是寫入成功的個數(shù),當(dāng)讀取個數(shù)大于副本個數(shù),就可以保證數(shù)據(jù)的一致性,當(dāng)讀取個數(shù)小于副本個數(shù),則就不能保證數(shù)據(jù)的一致性。Dynamo技術(shù)的工作原理其實就是提供不同的版本,并能夠靈活應(yīng)用。

(三)云數(shù)據(jù)管理技術(shù)的利與弊。云數(shù)據(jù)管理的數(shù)據(jù)具有海量性、異構(gòu)性、非確定性的特點,而云數(shù)據(jù)管理技術(shù)本身又具有規(guī)模大、結(jié)構(gòu)性強的特點,是針對云數(shù)據(jù)的特點使用的一種數(shù)據(jù)管理方式,在應(yīng)用上為客戶提供方便快捷的數(shù)據(jù)模型,來進行數(shù)據(jù)的讀取。雖然云數(shù)據(jù)管理技術(shù)在不斷的改進和完善,但也存在著一些問題,例如,在數(shù)據(jù)丟失時,如何進行數(shù)據(jù)的還原與修復(fù)的問題,是需要云數(shù)據(jù)管理進行技術(shù)提升的方面。

結(jié)論

隨著社會大量數(shù)據(jù)信息的涌現(xiàn),云計算和云數(shù)據(jù)管理技術(shù)受到越來越多的關(guān)注,這也充分體現(xiàn)了數(shù)據(jù)由密集型向技術(shù)型轉(zhuǎn)變的發(fā)展趨勢。傳統(tǒng)的數(shù)據(jù)管理方式在海量數(shù)據(jù)的沖擊下,會遇到一定的挑戰(zhàn),云數(shù)據(jù)管理技術(shù)應(yīng)采用新的方式去處理數(shù)據(jù),從更深層去管理數(shù)據(jù),通過云計算的平臺構(gòu)建,實現(xiàn)為更多用戶服務(wù)的理念,也將出現(xiàn)越來越多的數(shù)據(jù)管理技術(shù),使數(shù)據(jù)存儲和管理方式不斷的更新與發(fā)展。

參考文獻

[1]劉正偉,文中領(lǐng),張海濤.云計算和云數(shù)據(jù)管理技術(shù)[J].計算機研究與發(fā)展,2012,1(07):26-31.

[2]南志海.云計算和云數(shù)據(jù)管理技術(shù)探討[J].硅谷,2013,06(05):7+3.

第8篇

摘 要 一直以來,很多企業(yè)的往來款項居高不下,往來債權(quán)占用了企業(yè)大量的資金,存在較大的回收風(fēng)險;往來債務(wù)影響了企業(yè)的資產(chǎn)負債率,存在較大的償債風(fēng)險。很多企業(yè)往來款項管理混亂,甚至把“掛賬”視為解決棘手問題的靈丹妙藥,違背了往來款項核算的原則。本文明確了往來款項的定義,闡述了往來款項管理存在的問題,以及加強往來款項管理可采取的對策。

關(guān)鍵詞 往來款項 往來債權(quán) 往來債務(wù) 主數(shù)據(jù) 財務(wù)信息化

隨著市場經(jīng)濟的飛速發(fā)展,社會競爭的日益加劇,企業(yè)越來越多地利用往來債權(quán)擴大銷售,減少庫存,利用往來債務(wù)推遲付款,緩解資金壓力。很多企業(yè)把往來款項當(dāng)成了“蓄水池”,以備不時之需,導(dǎo)致往來款項管理混亂,會計信息嚴重失真。企業(yè)可以運用先進的管理理念和技術(shù)手段,借助財務(wù)一體化信息平臺對往來款項進行管理,提升往來款項管理水平,規(guī)范往來款項的管理。

一、往來款項的定義

往來款項是指企業(yè)在生產(chǎn)經(jīng)營過程中因發(fā)生購銷產(chǎn)品、提供或接受勞務(wù)等經(jīng)濟活動而形成的債權(quán)、債務(wù)關(guān)系。往來款項包括往來債權(quán)和往來債務(wù)。往來債權(quán)主要包括應(yīng)收票據(jù)、應(yīng)收賬款、預(yù)付賬款、應(yīng)收股利、其他應(yīng)收款、長期應(yīng)收款等。往來債務(wù)主要包括應(yīng)付票據(jù)、應(yīng)付賬款、預(yù)收賬款、應(yīng)付股利、其他應(yīng)付款、長期應(yīng)付款等。

二、往來款項管理存在的問題

(一)職責(zé)分工不明晰

很多企業(yè)上至領(lǐng)導(dǎo),下到普通員工,對往來款項管理的意識淡薄,未將往來款項管理工作作為重要工作來抓,未建立健全往來款項管理制度。業(yè)務(wù)部門與財務(wù)部門、業(yè)務(wù)經(jīng)辦人員和財務(wù)人員職責(zé)分工的不明晰,導(dǎo)致互相推諉扯皮現(xiàn)象層出不窮,造成無法落實責(zé)任。

(二)視往來款項為“蓄水池”

很多企業(yè)將往來款項視為“蓄水池”,通過往來款項人為調(diào)整企業(yè)的收入或支出,調(diào)節(jié)企業(yè)的利潤或凈收益,應(yīng)對考核指標(biāo);很多企業(yè)通過往來款項隱藏收入或虛增費用,偷逃稅款;很多企業(yè)通過往來款項違規(guī)列支福利費、招待費等費用;很多企業(yè)通過往來款項套取現(xiàn)金,把往來科目當(dāng)成隱秘的“小金庫”;很多企業(yè)通過往來款項違規(guī)收支專項資金等,造成企業(yè)會計信息嚴重失真,又極易導(dǎo)致企業(yè)國有資產(chǎn)的流失,滋生腐敗。

(三)不明往來款項長期掛賬

很多企業(yè)收到不明款項時,因未及時核實款項的性質(zhì)、內(nèi)容等信息,記賬手續(xù)不完備,無法根據(jù)經(jīng)濟業(yè)務(wù)的實質(zhì)進行賬務(wù)處理,只能臨時掛賬往來款項。掛賬后又未及時清理,久而久之,必然造成往來款項管理混亂。

(四)往來款項未及時對賬清理

很多企業(yè)疏于對往來款項的管理,未建立往來款項的對賬制度,未能定期或不定期與對方單位核對往來明細數(shù)據(jù),長此以往,極易導(dǎo)致業(yè)務(wù)交易雙方財務(wù)數(shù)據(jù)不一致,會計信息不對稱,造成無法及時收回往來債權(quán)或?qū)ν鶃韨鶆?wù)重復(fù)付款;對于已發(fā)生事實損失的往來債權(quán),未及時收集資料予以核銷,造成往來債權(quán)有名無實;對于確認無法支付的往來債務(wù),未及時履行相應(yīng)程序結(jié)轉(zhuǎn)營業(yè)外收入,造成企業(yè)往來債務(wù)虛增。

(五)客戶、供應(yīng)商主數(shù)據(jù)管理不規(guī)范

客戶、供應(yīng)商主數(shù)據(jù)是往來款項管理的重要內(nèi)容,其規(guī)范統(tǒng)一有利于往來業(yè)務(wù)的開展,提升往來管理的有效性。很多企業(yè)往來對象管理不規(guī)范,掛賬一次性客戶、一次性供應(yīng)商、公共往來單位、公共往來個人、其他等虛擬往來對象,導(dǎo)致往來款項賬目混亂。

三、加強企業(yè)往來款項管理可采取的對策

往來款項涉及到企業(yè)日常經(jīng)營管理的各個方面,涉及面廣,業(yè)務(wù)繁多,頻繁發(fā)生,容易出錯,企業(yè)必須加強往來款項管理,以免造成不必要的損失。

(一)制定完善往來款項的管理辦法

辦法應(yīng)明確往來款項的主數(shù)據(jù)管理、職責(zé)分工、管理要求、核算要求等。企業(yè)應(yīng)建立往來款項責(zé)任制,采取“誰經(jīng)辦、誰批準(zhǔn)、誰負責(zé)”的原則,經(jīng)辦部門應(yīng)做好往來款項的登記備查工作,并定期與財務(wù)部門核對,做到應(yīng)收回的資金及時收回,應(yīng)支付的款項按程序合理支付;實行定期對賬清理制度,并將對賬清理結(jié)果形成書面記錄,裝訂成冊并及時歸檔,不明款項應(yīng)及時查明,規(guī)范處理,避免長期掛賬;建立往來款項的內(nèi)部控制制度,嚴格實行不相容崗位相分離;制定往來款項管理的考核激勵機制,盡可能扭轉(zhuǎn)“新官不管舊賬”的現(xiàn)象。

(二)規(guī)范往來款項的主數(shù)據(jù)管理

客戶、供應(yīng)商主數(shù)據(jù)是往來款項核算和管理的基礎(chǔ),直接影響了往來款項管理工作的開展。企業(yè)應(yīng)以財務(wù)信息化建設(shè)為支撐,搭建財務(wù)一體化信息平臺,作為客戶、供應(yīng)商主數(shù)據(jù)管理的平臺。所有客戶、供應(yīng)商主數(shù)據(jù)都需要在財務(wù)一體化信息平臺進行新增或修改,并提供營業(yè)執(zhí)照、組織機構(gòu)代碼證、稅務(wù)登記證的掃描件,確保客戶、供應(yīng)商主數(shù)據(jù)管理規(guī)范,數(shù)據(jù)唯一,嚴禁使用虛擬往來對象,在一定程度上可以有效防范企業(yè)利用往來作為“蓄水池”進行違規(guī)操作,確保往來款項清晰、規(guī)范、安全。

(三)規(guī)范往來款項的過程管理

1、往來債權(quán)方面。一是加強應(yīng)收賬款的管理。在發(fā)生賒銷業(yè)務(wù)時,企業(yè)應(yīng)針對客戶的不同,制定適合的信用政策,明確信用期間、信用標(biāo)準(zhǔn)和現(xiàn)金折扣政策;發(fā)生賒銷業(yè)務(wù)后,企業(yè)應(yīng)嚴格按照合同或協(xié)議約定履約,加大催收力度,按時收款;無法按期收回款項時,企業(yè)應(yīng)根據(jù)約定采取必要措施,降低應(yīng)收賬款的壞賬風(fēng)險。二是加強預(yù)付賬款的管理。企業(yè)應(yīng)在合同中盡可能約定較低的預(yù)付賬款比例,及時取得發(fā)票辦理結(jié)算,加快票據(jù)的傳遞,及時結(jié)轉(zhuǎn)預(yù)付賬款,壓降預(yù)付賬款的余額。三是加強其他應(yīng)收款的管理。鑒于企業(yè)其他應(yīng)收款往來項目核算混亂,財務(wù)風(fēng)險較大,可以通過技術(shù)手段在財務(wù)一體化信息平臺中控制其新增過賬,確實有其他應(yīng)收款業(yè)務(wù)發(fā)生的,應(yīng)經(jīng)分管領(lǐng)導(dǎo)授權(quán)批準(zhǔn)后方可進行賬務(wù)處理,從源頭上規(guī)范其他應(yīng)收款的管理,有利于控制其他應(yīng)收款的混亂掛賬,降低企業(yè)財務(wù)風(fēng)險。對于長期掛賬確認無法收回的往來債權(quán),應(yīng)積極收集證據(jù),按規(guī)定程序?qū)徍伺鷾?zhǔn)后核銷。

2、往來債務(wù)方面。對于往來債務(wù),應(yīng)按照合同或協(xié)議約定進行付款,確保核算清晰,掛賬和付款依據(jù)充分,手續(xù)完備。應(yīng)付款項出現(xiàn)借方余額的,實質(zhì)上已成為對方單位對本單位的資金占用,應(yīng)逐筆認真分析,查找原因,屬于取得發(fā)票滯后的,應(yīng)及時取得發(fā)票辦理結(jié)算;屬于多支付的款項,應(yīng)及時予以收回。確認無法支付的應(yīng)付款項,應(yīng)履行相應(yīng)的審批程序后,及時結(jié)轉(zhuǎn)營業(yè)外收入。

隨著市場經(jīng)濟體制的不斷發(fā)展,企業(yè)財務(wù)信息化建設(shè)的不斷深入,財務(wù)一體化信息平臺的不斷完善,企業(yè)財務(wù)管理水平的不斷提升,員工素養(yǎng)的不斷提高,企業(yè)往來款項的管理將更加便捷有效,往來款項將更加細致規(guī)范。

參考文獻:

第9篇

關(guān)鍵詞:規(guī)劃 數(shù)據(jù)共享 安全

中圖分類號:TM715 文獻標(biāo)識碼:A 文章編號:1674-098X(2015)12(b)-0016-03

近年來,隨著經(jīng)濟的發(fā)展電網(wǎng)負荷增長迅速,電網(wǎng)建設(shè)規(guī)模也隨之?dāng)U大;同時,用戶對用電質(zhì)量的要求也越來越高[1],合理、科學(xué)的對電網(wǎng)進行評估分析顯得更為重要。而目前電網(wǎng)規(guī)劃所需數(shù)據(jù)采集主要靠人工和簡單的EXCEL收集,由于電網(wǎng)具有結(jié)構(gòu)復(fù)雜,設(shè)備數(shù)量龐大,改造建設(shè)頻繁等特點,原有的數(shù)據(jù)收集方法存在效率低、時效性差、數(shù)據(jù)口徑不一致、正確性不高等問題,給準(zhǔn)確地分析配電網(wǎng)帶來了很大的挑戰(zhàn)。

國內(nèi)目前現(xiàn)有的這些數(shù)據(jù)管理軟件,一般只能利用網(wǎng)絡(luò)實現(xiàn)一些數(shù)據(jù)交換,并不能很靈活的實現(xiàn)與其它電力業(yè)務(wù)系統(tǒng)的平滑對接[2]。系統(tǒng)間的數(shù)據(jù)共享、傳輸和交互仍然很復(fù)雜,各個電力業(yè)務(wù)系統(tǒng)之間相對獨立,難以實現(xiàn)對現(xiàn)有數(shù)據(jù)資源的重復(fù)利用,這就使得對配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)管理工作仍需要工作人員的大量人工維護,無法真正有效地提高工作效率。

為此,該文對配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)管理工作進行研究,以解決原有的收集方法效率低、時效性差、數(shù)據(jù)口徑不一致、正確性不高等問題,以及與現(xiàn)有的營銷業(yè)務(wù)系統(tǒng),SCADA系統(tǒng),PMS2.0系統(tǒng)的交互問題。

1 系統(tǒng)特點

配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)積累標(biāo)準(zhǔn)化系統(tǒng)需要與多個獨立的其它系統(tǒng)進行數(shù)據(jù)交互,其中包括PMS2.0系統(tǒng)、調(diào)度系統(tǒng)、營銷系統(tǒng),因此需要這些系統(tǒng)提供訪問接口。

配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)積累標(biāo)準(zhǔn)化系統(tǒng)作為電力系統(tǒng)信息化、自動化的重要組成部分,不僅能夠有效地降低用戶工作量,保證輸入?yún)?shù)的準(zhǔn)確性,還能與其他的電力業(yè)務(wù)管理系統(tǒng)平滑交互,該系統(tǒng)具有以下特點:(1)系統(tǒng)采用SOA技術(shù)架構(gòu)、J2EE開發(fā)平臺,由多個獨立的業(yè)務(wù)模塊構(gòu)成,能夠進行靈活的拆分組合,使系統(tǒng)具有良好的伸縮性。和國家電網(wǎng)公司“大規(guī)劃”技術(shù)體系融合統(tǒng)一,便于擴展。(2)系統(tǒng)通過“適配器”模式,將規(guī)劃報告所需的數(shù)據(jù)從PMS2.0中通過數(shù)據(jù)庫連接接入,同時支持網(wǎng)絡(luò)中斷時通過EXCEL靈活接入;系統(tǒng)所需的用電量、售電量從營銷業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫導(dǎo)出,通過EXCEL模板靈活接入到系統(tǒng)中;系統(tǒng)所需的電量、負荷數(shù)據(jù)從SCADA系統(tǒng)中導(dǎo)出,通過EXCEL模板靈活接入到系統(tǒng)中,最終對接入的所有數(shù)據(jù)規(guī)范化處理,形成標(biāo)準(zhǔn)、規(guī)范的數(shù)據(jù),進行統(tǒng)一管理。(3)具備大數(shù)據(jù)量處理能力。系統(tǒng)圍繞配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)業(yè)務(wù)進行開發(fā)設(shè)計,涉及到大量的變電站、變壓器、線路數(shù)據(jù),系統(tǒng)采用數(shù)據(jù)分片、分布式緩存等技術(shù),極大地提高了對大數(shù)據(jù)量的處理能力,提高了系統(tǒng)的性能。(4)智能建模。系統(tǒng)基于IEC61970/IEC61968的電網(wǎng)CIM模型,并加以擴展,自動生成電網(wǎng)設(shè)備及電網(wǎng)拓撲關(guān)系的數(shù)據(jù)建模。(5)采用先進的富客戶端技術(shù),提供更加豐富、直觀的用戶界面。

2 系統(tǒng)架構(gòu)

系統(tǒng)采用四層架構(gòu)設(shè)計而成,遵循易用性的原則,系統(tǒng)基于B/S模式構(gòu)建,系統(tǒng)程序只需要在服務(wù)器端安裝,客戶端使用瀏覽器,無需安裝任何程序,免維護,界面簡潔友好。按照總體設(shè)計要求,系統(tǒng)的總體架構(gòu)如圖1所示,包含數(shù)據(jù)庫層、服務(wù)層、應(yīng)用層、展現(xiàn)層,以下對各層進行闡述。

2.1 數(shù)據(jù)層

數(shù)據(jù)庫層承載所有業(yè)務(wù)基礎(chǔ)數(shù)據(jù),是抽象設(shè)計的結(jié)果。數(shù)據(jù)層主要的數(shù)據(jù)來源為PMS2.0系統(tǒng)、營銷業(yè)務(wù)應(yīng)用系統(tǒng)、SCADA系統(tǒng),包括:設(shè)備臺賬、電量、負荷等數(shù)據(jù),根據(jù)不同類型數(shù)據(jù)的特點,大體可以分為實時型數(shù)據(jù)和歷史數(shù)據(jù)兩種。因此,在數(shù)據(jù)層建設(shè)時采用同時建立實時與歷史數(shù)據(jù),且兩大類數(shù)據(jù)庫配合聯(lián)動的方式共同管理系統(tǒng)平臺的基礎(chǔ)數(shù)據(jù)。

2.2 服務(wù)層

服務(wù)層是信息化的需要,它是信息化中數(shù)據(jù)與業(yè)務(wù)橋梁,是體現(xiàn)應(yīng)用的工具。服務(wù)層主要包括數(shù)據(jù)接口與處理服務(wù)、診斷方法配置服務(wù)與系統(tǒng)管理服務(wù)三類業(yè)務(wù)。基于標(biāo)準(zhǔn)化、規(guī)范化的原則,各類服務(wù)都按照標(biāo)準(zhǔn)化的思路進行建設(shè)。數(shù)據(jù)接口采用通用的標(biāo)準(zhǔn)接口與規(guī)約,數(shù)據(jù)處理按照有關(guān)文件規(guī)定或者專家知識梳理形成標(biāo)準(zhǔn)化的知識庫,診斷方法配置都在同一的接口方案下配置,系統(tǒng)管理采用標(biāo)準(zhǔn)工作流、規(guī)范的權(quán)限管理與嚴格的安全機制來進行建設(shè)。

2.3 應(yīng)用層

應(yīng)用層集中體現(xiàn)了業(yè)務(wù)領(lǐng)域,包含業(yè)務(wù)邏輯與業(yè)務(wù)應(yīng)用,其規(guī)范化的應(yīng)用固化了生產(chǎn)業(yè)務(wù)處理方法,體現(xiàn)了標(biāo)準(zhǔn)化工作的精髓。應(yīng)用層在數(shù)據(jù)層的基礎(chǔ)上,按照服務(wù)層的框架,主要實現(xiàn)配電網(wǎng)基礎(chǔ)數(shù)據(jù)管理系統(tǒng)的核心業(yè)務(wù)――規(guī)劃報告統(tǒng)計計算。具體來看主要包括基礎(chǔ)數(shù)據(jù)管理、負荷預(yù)測、規(guī)劃報告和在這一系列分析基礎(chǔ)上的綜合查詢統(tǒng)計。各個部分應(yīng)用遵照配電網(wǎng)基礎(chǔ)數(shù)據(jù)管理工作的基本流程,統(tǒng)一協(xié)作運行,共同實現(xiàn)對配電網(wǎng)基礎(chǔ)數(shù)據(jù)管理工作的輔助支持與管理指導(dǎo)。

2.4 展現(xiàn)層

展現(xiàn)層是整個系統(tǒng)功能實現(xiàn)的最前端與最終表現(xiàn),且與用戶有最直接的對話。展現(xiàn)層是數(shù)據(jù)和業(yè)務(wù)展現(xiàn)的通道,通過企業(yè)門戶展現(xiàn)工具可以圖、表、曲線等多種形式展現(xiàn)生產(chǎn)過程和生產(chǎn)結(jié)果。因此,展現(xiàn)層的建設(shè)充分考慮了人機交互的各種特點,以現(xiàn)有的先進的可視化、圖形化技術(shù)為建設(shè)保障,實現(xiàn)一個圖表、數(shù)據(jù)人性化展示的系統(tǒng)門戶。

3 配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)管理系統(tǒng)

配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)管理系統(tǒng)能夠根據(jù)接入的數(shù)據(jù)自動完成規(guī)劃報告的滾動修編工作。該系統(tǒng)提供了數(shù)據(jù)集成、負荷預(yù)測、規(guī)劃報告三大功能模塊,實現(xiàn)規(guī)劃報告所需數(shù)據(jù)平滑接入、規(guī)劃報告自動生成等功能,避免人工工作導(dǎo)致的耗時大、數(shù)據(jù)收集不全、正確性無法保證等問題。

配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)管理系統(tǒng)架構(gòu)如圖1所示,下面對數(shù)據(jù)集成、數(shù)據(jù)管理、規(guī)劃報告三大功能模塊逐一介紹。

3.1 數(shù)據(jù)管理

數(shù)據(jù)管理模塊主要實現(xiàn)數(shù)據(jù)集成管理、基礎(chǔ)數(shù)據(jù)管理功能。

(1)數(shù)據(jù)集成管理[3]實現(xiàn)設(shè)備臺賬從PMS2.0系統(tǒng)中無縫抽取;用電量、售電量從營銷業(yè)務(wù)系統(tǒng)中導(dǎo)出后通過EXCEL模板靈活接入系統(tǒng);電量、負荷運行數(shù)據(jù)從SCADA系統(tǒng)中導(dǎo)出后通過EXCEL模板靈活接入系統(tǒng)并通過特定的規(guī)則對系統(tǒng)中冗余或互補的信息進行綜合分析處理[4]。

(2)基礎(chǔ)數(shù)據(jù)管理模塊實現(xiàn)設(shè)備臺賬、電量和項目管理,提供變電站、變壓器、線路等的新增、刪除、編輯等功能。

①變電站維護的屬性包括變電站基本信息、地理信息、資產(chǎn)性質(zhì);變壓器維護的屬性包括基本信息、銘牌信息、檔位信息、阻抗信息等;線路維護的屬性包括基本信息、地理信息、資產(chǎn)性質(zhì)等信息。

②項目清冊維護的屬性包括基本信息、資產(chǎn)信息等。

③數(shù)據(jù)建模:圖形建模實現(xiàn)三層圖形鉆取展示,主網(wǎng)接線圖、配網(wǎng)單線圖、低壓臺區(qū)圖,并可實現(xiàn)主網(wǎng)潮流計算、配網(wǎng)損耗計算和臺區(qū)損耗計算功能。

3.2 負荷預(yù)測

負荷預(yù)測(見圖2)模塊主要實現(xiàn)負荷預(yù)測、電量預(yù)測、國民經(jīng)濟預(yù)測,并提供方案比較及專家干預(yù)功能,專家干預(yù)可設(shè)置多個方案的計算結(jié)果的權(quán)重,最終得到最優(yōu)的預(yù)測結(jié)果;方案比較提供多個方案多個維度的對比分析功能,并可將對比結(jié)果導(dǎo)出。

3.3 規(guī)劃報告

規(guī)劃報告功能實現(xiàn)規(guī)劃報告的新增、刪除、導(dǎo)入、導(dǎo)出、統(tǒng)計計算、對比分析、報表上報、年鑒等功能,并可靈活配置樹節(jié)點以及數(shù)據(jù)不一致校驗功能,通過配置表名、字段、匹配條件等,自動進行數(shù)據(jù)匹配并校驗,配置成功后,若存在數(shù)據(jù)不一致的情況,將會給出提示。

4 結(jié)語

通過配電網(wǎng)規(guī)劃基礎(chǔ)數(shù)據(jù)管理系統(tǒng)的特點、結(jié)構(gòu)、系統(tǒng)功能以及安全性可知,該系統(tǒng)緊密結(jié)合用戶需求,其中,系統(tǒng)功能中高效的規(guī)劃報告統(tǒng)計分析功能極大的提高了用戶工作效率,通過操作權(quán)限的設(shè)置保證數(shù)據(jù)的安全性與機密性,并且該系統(tǒng)符合業(yè)界主流的開發(fā)規(guī)范,通用性強,數(shù)據(jù)集成方式靈活,采用數(shù)據(jù)庫與PMS2.0系統(tǒng)交互和EXCEL模板導(dǎo)入的系統(tǒng)的方式與營銷業(yè)務(wù)系統(tǒng)和SCADA系統(tǒng)進行交互,很好地實現(xiàn)與電力業(yè)務(wù)系統(tǒng)平滑交互,這不僅能夠有效地降低工作人員的工作量,還能保證該系統(tǒng)使用的數(shù)據(jù)與電力業(yè)務(wù)系統(tǒng)使用數(shù)據(jù)實時保持一致,實現(xiàn)了數(shù)據(jù)資源的共享。

參考文獻

[1]楊萌.基于CIM模型企業(yè)電網(wǎng)分析平臺數(shù)據(jù)庫及數(shù)據(jù)接口研究[D].西安:西安科技大學(xué),2009.

第10篇

【關(guān)鍵詞】物料;標(biāo)準(zhǔn)化;技術(shù)規(guī)范

Standardized Research Materials on the Grid Equipment Manufacturing Enterprise

Dingdan Chen

(NARI Group, Nanjing, 210000)

Abstract: This paper introduces the network equipment manufacturing enterprises materials standardization construction background, the standardization of building materials needed by the development of materials Standardization Technical specifications, project management and technical specifications of the underlying data cleaning, final implementation of the underlying data management processes to realize materials standardizationmanagement and control.

Keywords: materials, standardization, technical specifications

一、背景

按照國家電網(wǎng)公司的總體部署,結(jié)合“建設(shè)國際一流的電力科研機構(gòu)和高新技術(shù)企業(yè)”的戰(zhàn)略目標(biāo),2010年6月企業(yè)正式啟動企業(yè)資源管理信息化項目,同時為了支撐項目實施物料基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化工作也同步開展。

作為企業(yè)發(fā)展,往往主要精力集中在企業(yè)生產(chǎn)、采購和銷售核心業(yè)務(wù)領(lǐng)域,而對于企業(yè)基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化建設(shè),往往容易被忽略,直接導(dǎo)致了物料基礎(chǔ)垃圾數(shù)據(jù)量不斷增加,物料基礎(chǔ)數(shù)據(jù)存在大量的“一物多碼”、“一碼多物”的問題,導(dǎo)致庫房物料重復(fù)、財務(wù)成本核算不準(zhǔn)、無法統(tǒng)計集中采購數(shù)據(jù)等問題,逐步轉(zhuǎn)變成對精益化生產(chǎn)和物資集約化管理的重大阻礙。

二、如何建設(shè)裝備制造型企業(yè)物料標(biāo)準(zhǔn)化

作為一個裝備制造型企業(yè)物料標(biāo)準(zhǔn)化工作,不僅僅是清理不規(guī)范物料基礎(chǔ)數(shù)據(jù)工作,而是要通過制定、和評審物料標(biāo)準(zhǔn)化技術(shù)規(guī)范、確定管理流程、基于技術(shù)規(guī)范進行階段性基礎(chǔ)數(shù)據(jù)清理等工作組成,作為物料基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化體系建設(shè)不僅僅是標(biāo)準(zhǔn)化建設(shè),也是一個項目管理過程。

(一)物料分類與物料描述標(biāo)準(zhǔn)技術(shù)規(guī)范制定

開展制造型企業(yè)物料標(biāo)準(zhǔn)化工作,首先需要統(tǒng)一標(biāo)準(zhǔn)。由于各產(chǎn)業(yè)公司原先物料基礎(chǔ)數(shù)據(jù)是沒有統(tǒng)一管理,同時對于同樣品種物料基礎(chǔ)數(shù)據(jù)會貫穿研發(fā)、生產(chǎn)、采購和銷售各個業(yè)務(wù)環(huán)節(jié),各自業(yè)務(wù)環(huán)節(jié)對物料分類和物料描述有各自業(yè)務(wù)需求和業(yè)務(wù)習(xí)慣,往往是不統(tǒng)一的。所以必須堅持以企業(yè)核心業(yè)務(wù)和物料命名自然屬性為原則,統(tǒng)一企業(yè)的物料基礎(chǔ)數(shù)據(jù)的物料分類與物料描述的技術(shù)規(guī)范是首要重點工作。

經(jīng)過多方面科學(xué)論證,電網(wǎng)裝備制造型企業(yè)的物料分類標(biāo)準(zhǔn),是采用大類、中類、小類加特征項、特征值方式對物資進行分類與描述的總體原則。物料編碼采用無意義編碼規(guī)則,長度為9位,符合國際大型制造企業(yè)物資管理趨勢;大類編碼3位,中類、小類編碼各 3 位,特征項、特征值編碼各6位,編碼容量充分考慮未來制造業(yè)發(fā)展需要。目前隨著企業(yè)發(fā)展,物資分類標(biāo)準(zhǔn)也進行兩次修訂,目前涉及物資大類共有28個,涉及電力設(shè)備、儀器儀表、通用元器件等多行業(yè)物資。

同時為了更加全面指導(dǎo)業(yè)務(wù)人員對物料進行準(zhǔn)確和標(biāo)準(zhǔn)的選用,組織了企業(yè)內(nèi)物料資深專家,對具體小類物資的命名規(guī)則的技術(shù)規(guī)范進行撰寫,主要是對一類具體物資的名稱、規(guī)格型號、廠家等信息如何規(guī)范描述,進行一個詳細說明和舉例。

(二)基于標(biāo)準(zhǔn)技術(shù)規(guī)范開展數(shù)據(jù)階段性清理

目前企業(yè)物料基礎(chǔ)數(shù)據(jù)已經(jīng)非常龐大了,物料基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化問題主要集中在:1、各單位物料主數(shù)據(jù)的需求基本集中在部門層級,各部門和各單位之間存在較大物料標(biāo)準(zhǔn)管理差異,致使相同物料采用不同物料描述,導(dǎo)致了物料重復(fù)問題。2、各單位在提報同類物料主數(shù)據(jù)申請時,會將同類物料放入不同分類進行提報,導(dǎo)致同類物料主數(shù)據(jù)分布在不同物資分類,導(dǎo)致主數(shù)據(jù)分類歸口的混亂問題。3、某些單位由于原有物資管理習(xí)慣和歷史原因提出修改標(biāo)準(zhǔn)物料的基本計量單位的問題,導(dǎo)致同類物料不同基本計量單位。

所以制定物料分類與物料描述的技術(shù)規(guī)范是基礎(chǔ)物料數(shù)據(jù)清理的基礎(chǔ)。基礎(chǔ)物料數(shù)據(jù)清理是一個非常繁重的基礎(chǔ)性工作,所以需要企業(yè)領(lǐng)導(dǎo)的大力支持,同時建議采用項目管理方式,通過撰寫具體基礎(chǔ)數(shù)據(jù)清理方案、制定詳細時間計劃和階段性里程碑,明確職責(zé)落實人員,制定考核機制保證基礎(chǔ)數(shù)據(jù)清理工作真正落實。同時建議通過搭建和開發(fā)一些數(shù)據(jù)清理信息化工具,來大大減少基礎(chǔ)數(shù)據(jù)清理工作量。

(三)制定物料基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化管理流程

基礎(chǔ)數(shù)據(jù)清理,工作量再大,也只是一個階段性工作。控制垃圾數(shù)據(jù)增量,才是持續(xù)的日常工作。如何去管理物料基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化及增量,鑒于所在企業(yè)經(jīng)驗,首先、是搭建了基礎(chǔ)數(shù)據(jù)管理信息化平臺進行運維管理日常基礎(chǔ)數(shù)據(jù);同時為了更好管控基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn),成立物料基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)化專家組組織架構(gòu);同時結(jié)合基礎(chǔ)數(shù)據(jù)運維平臺和專家組,制定基礎(chǔ)數(shù)據(jù)管理流程。

三、結(jié)論

作為一個以精益化生產(chǎn)為目標(biāo)的電網(wǎng)裝備制造型企業(yè),已經(jīng)開始高度重視企業(yè)基礎(chǔ)技術(shù)標(biāo)準(zhǔn)化建設(shè)與管理,并不斷去研究生產(chǎn)標(biāo)準(zhǔn)化體系建設(shè),為最大程度支撐企業(yè)的精益化生產(chǎn)管理目標(biāo)夯實標(biāo)準(zhǔn)化基礎(chǔ)。

參考文獻

第11篇

關(guān)鍵詞:數(shù)據(jù)銀行 信息共享 集中存儲

中圖分類號: 文獻標(biāo)識碼:A文章編號:1007-9416(2010)05-0000-00

1 前言

信息時代,信息資源已成為與物質(zhì)、能源同等重要的三大戰(zhàn)略資源之一。信息資源的開發(fā)利用是油田持續(xù)發(fā)展的關(guān)鍵環(huán)節(jié)和核心內(nèi)容。采油一廠開發(fā)建設(shè)五十年來,形成了大量的油田開發(fā)生產(chǎn)數(shù)據(jù),這些數(shù)據(jù)覆蓋了生產(chǎn)管理、油藏工程等各專業(yè),數(shù)據(jù)資源,為油田進行精細地質(zhì)研究、科研項目開發(fā)、生產(chǎn)管理、開發(fā)及措施方案制定等多個領(lǐng)域提供了實時、可靠的數(shù)據(jù)保障。

隨著近幾年網(wǎng)絡(luò)、硬件等條件的不斷改善,特別是大慶油田PDPMIS系統(tǒng)、A2油水井子系統(tǒng)在我廠的陸續(xù)廣泛應(yīng)用,通過網(wǎng)絡(luò)實現(xiàn)了各類數(shù)據(jù)信息的運算、傳輸、匯總。如何為用戶提供實時、準(zhǔn)確的數(shù)據(jù)服務(wù)和制定嚴密的安全策略,保證各專業(yè)數(shù)據(jù)庫數(shù)據(jù)之間的交叉應(yīng)用,為數(shù)據(jù)安全管理提供技術(shù)手段,不斷滿足數(shù)據(jù)庫應(yīng)用人員需求,提高信息資源和設(shè)備資源的利用率,是數(shù)據(jù)管理中心主要研究解決的問題。

2 廠級數(shù)據(jù)管理中心方案設(shè)計

2.1 總體方案

實現(xiàn)對油田開發(fā)數(shù)據(jù)庫數(shù)據(jù)的統(tǒng)一、有效的管理,包括:數(shù)據(jù)存儲結(jié)構(gòu)的優(yōu)化;數(shù)據(jù)庫安全存儲、備份機制的完善和建立;數(shù)據(jù)上網(wǎng)情況的監(jiān)控;上網(wǎng)數(shù)據(jù)數(shù)據(jù)質(zhì)量的校驗;陳舊信息(數(shù)據(jù)垃圾)的清除或轉(zhuǎn)儲。確保各類數(shù)據(jù)的及時、準(zhǔn)確以及數(shù)據(jù)安全、存儲備份,使數(shù)據(jù)資源在生產(chǎn)、科研、管理上實現(xiàn)最大限度的利用。

2.2 系統(tǒng)結(jié)構(gòu)

將油藏工程、采油工藝、地面工程、生產(chǎn)管理四大專業(yè)的數(shù)據(jù)集中存儲、管理,共享應(yīng)用。根據(jù)數(shù)據(jù)管理應(yīng)用的實際,系統(tǒng)主要分為四個模塊:即數(shù)據(jù)維護、數(shù)據(jù)存儲管理、數(shù)據(jù)安全及數(shù)據(jù)查詢應(yīng)用。

3 關(guān)鍵技術(shù)及解決途徑

3.1 關(guān)鍵技術(shù)

采用數(shù)據(jù)銀行技術(shù),實現(xiàn)油田開發(fā)各專業(yè)生產(chǎn)、管理領(lǐng)域間的數(shù)據(jù)共享。其特點為:

⑴ 數(shù)據(jù)銀行按照統(tǒng)一的數(shù)據(jù)模型存放多學(xué)科數(shù)據(jù)。包括:開發(fā)地質(zhì)、油藏工程、 采油工程、生產(chǎn)運營、地面工程和管理決策等領(lǐng)域。⑵進入到數(shù)據(jù)銀行的數(shù)據(jù)必須確保其完整性和正確性。⑶采用多種存儲介質(zhì),存儲容量大。⑷具有可視化的數(shù)據(jù)查詢和檢索系統(tǒng);可以方便地為各類應(yīng)用系統(tǒng)的綜合應(yīng)用數(shù)據(jù)庫提供數(shù)據(jù)交換服務(wù)。

3.2 解決途徑

⑴依據(jù)油田開發(fā)生產(chǎn)數(shù)據(jù)庫的邏輯結(jié)構(gòu)及數(shù)據(jù)流程,建立數(shù)據(jù)中心數(shù)據(jù)存儲模型。⑵用網(wǎng)絡(luò)及Oracle數(shù)據(jù)庫安全技術(shù),制定切實可行的數(shù)據(jù)庫安全、存儲、備份機制,確保各類數(shù)據(jù)的安全、備份和應(yīng)用。⑶在數(shù)據(jù)存儲中心的平臺上,開發(fā)數(shù)據(jù)庫管理平臺輔助工具,包括:數(shù)據(jù)庫用戶授權(quán)、數(shù)據(jù)上網(wǎng)情況監(jiān)控、數(shù)據(jù)資源概況檢查、數(shù)據(jù)質(zhì)量檢查分析及通用數(shù)據(jù)查詢等。⑷對油藏工程、采油工程、地面工程三大專業(yè)數(shù)據(jù)庫質(zhì)量進行跟蹤檢查,采用符合企業(yè)、公司專業(yè)信息標(biāo)準(zhǔn)的算法對數(shù)據(jù)質(zhì)量進行校驗。⑸整合各專業(yè)信息資源,建立三大專業(yè)數(shù)據(jù)信息互動、互用的信息應(yīng)用模式,保證數(shù)據(jù)信息唯一性、及時性、完整性。

4 數(shù)據(jù)管理中心方案實施應(yīng)用

4.1 數(shù)據(jù)庫用戶管理

數(shù)據(jù)庫用戶是訪問Oracle數(shù)據(jù)庫信息的途徑,為防止來自用戶無意和惡意的破壞,針對不同用途限定其訪問數(shù)據(jù)庫、數(shù)據(jù)表以及數(shù)據(jù)字段的權(quán)限是保證數(shù)據(jù)質(zhì)量及數(shù)據(jù)安全的有利手段,根據(jù)數(shù)據(jù)用戶特點和數(shù)據(jù)應(yīng)用情況,將數(shù)據(jù)中心的數(shù)據(jù)庫用戶分為五類管理[1]:基礎(chǔ)用戶組;項目用戶組;個人用戶組;公共用戶組;臨時用戶組。

4.2數(shù)據(jù)庫安全存儲備份

數(shù)據(jù)管理的關(guān)鍵是存儲管理,數(shù)據(jù)庫安全存儲是數(shù)據(jù)庫共享應(yīng)用的基礎(chǔ)。

⑴數(shù)據(jù)庫熱備份必須解決三個問題,一是主從數(shù)據(jù)庫的數(shù)據(jù)必須是同步的。二是在主服務(wù)器發(fā)生故障時,從服務(wù)器自動切換提供服務(wù)。三是從服務(wù)器的自動恢復(fù)技術(shù)。我廠的數(shù)據(jù)庫服務(wù)器基本實現(xiàn)了自動同步備份功能,是在相應(yīng)的軟件支持下完成的,Oracle數(shù)據(jù)庫要提供不間斷實時服務(wù),就必須保證主、從服務(wù)器的實時同步鏡像,必須解決數(shù)據(jù)庫的智能切換技術(shù)[2],我廠的熱備份系統(tǒng)的核心應(yīng)用軟件選用了LifeKeeper軟件。

⑵數(shù)據(jù)的冷備份是應(yīng)急措施,數(shù)據(jù)冷備份的第一個重要作用是提供數(shù)據(jù)的可回歸性。因為各專業(yè)的數(shù)據(jù)維護人員對Oracle數(shù)據(jù)庫的安全性能和機制、以及數(shù)據(jù)庫寫的提交機制不可能很熟悉,對原始數(shù)據(jù)執(zhí)行了批量誤操作,當(dāng)再查閱數(shù)據(jù)時,發(fā)現(xiàn)數(shù)據(jù)有誤,這時對原始數(shù)據(jù)的備份即冷備份就會發(fā)揮作用,用我們的日、周、月、年的原始數(shù)據(jù)備份,找到恰當(dāng)?shù)臅r間點,由專業(yè)技術(shù)人員配合,實現(xiàn)部分或全部恢復(fù)數(shù)據(jù)。第二個作用是主、從數(shù)據(jù)庫服務(wù)器同時故障,當(dāng)然這種情況非常少見,是為了以防萬一,是熱備份的補充。

由于數(shù)據(jù)的原始數(shù)據(jù)備份需要占用一定的系統(tǒng)資源,利用計算機的計劃任務(wù)功能定時(在系統(tǒng)運行相對空閑時間)啟動備份進程[3],每天檢查運行情況,為了保證備份數(shù)據(jù)的完整、有效性,采取了日、周、月、年多種備份方式,具體方法是通過刻盤機以及磁帶機進行雙向復(fù)制,形成有效的介質(zhì)備份。

4.3 上網(wǎng)數(shù)據(jù)監(jiān)控

對網(wǎng)上油田開發(fā)生產(chǎn)數(shù)據(jù)傳輸及時性的監(jiān)控,對數(shù)據(jù)庫建設(shè)進展情況進行統(tǒng)計分析,按照各數(shù)據(jù)庫維護周期進行監(jiān)控,給出統(tǒng)計報告,按記錄數(shù)變化情況形成圖表或曲線,為考核管理工作提供直接的依據(jù)。

4.4數(shù)據(jù)質(zhì)量檢查

數(shù)據(jù)質(zhì)量控制是數(shù)據(jù)庫建設(shè)管理的重要組成部分,并貫穿于數(shù)據(jù)流動的每一個環(huán)節(jié),因此采用符合企業(yè)、公司專業(yè)信息標(biāo)準(zhǔn)的算法對數(shù)據(jù)質(zhì)量進行校驗,包括:邏輯判斷、數(shù)據(jù)統(tǒng)計算法判斷、值域判斷等,同時提供網(wǎng)上數(shù)據(jù)修改功能。

4.5 通用數(shù)據(jù)查詢

數(shù)據(jù)管理中心方案的核心是各類生產(chǎn)數(shù)據(jù),保證各專業(yè)人員能夠充分共享現(xiàn)有數(shù)據(jù)資源,加快數(shù)據(jù)查找速度是數(shù)據(jù)管理中心實現(xiàn)的主要功能之一。通用數(shù)據(jù)查詢功能可以將數(shù)據(jù)中心內(nèi)存儲的數(shù)據(jù)表(基礎(chǔ)數(shù)據(jù)表、自建數(shù)據(jù)表)通過用戶給出的任意條件以及多條件的組合,來查詢、瀏覽某些或全部字段,同時可以顯示字段的屬性包括字段的漢字代碼、寬度、類型、是否允許空值等。

5結(jié)語

本文針對數(shù)據(jù)的安全管理、存儲備份、數(shù)據(jù)質(zhì)量控制等方面進行詳細的分析同時提出設(shè)計方案,制定了嚴密的數(shù)據(jù)中心安全策略,重點研究科學(xué)、規(guī)范、合理的數(shù)據(jù)庫備份、存儲管理,采用標(biāo)準(zhǔn)算法對開發(fā)數(shù)據(jù)進行質(zhì)量檢查、跟蹤,建立方便、快捷、統(tǒng)一的數(shù)據(jù)庫應(yīng)用平臺,最大限度共享現(xiàn)有數(shù)據(jù)信息資源。但是,對于整個方案設(shè)計還有待于進一步的實際應(yīng)用來不斷完善。

參考文獻

[1] 苗雪蘭.一種基于角色的授權(quán)管理安全模型的研究與實現(xiàn),計算機工程.2002年9月.

[2] Life keeper技術(shù)白皮書美國steel eye公司,2002.

第12篇

關(guān)鍵詞:商品管理、多系統(tǒng)交互、貿(mào)易企業(yè)、信息化

引 言:

隨著業(yè)務(wù)的發(fā)展,一些大中型貿(mào)易企業(yè)已經(jīng)不滿足于單一系統(tǒng)的運維和管理,由于業(yè)務(wù)日趨復(fù)雜,對信息系統(tǒng)的要求也趨于專業(yè),大而全的系統(tǒng)并不能滿足一些細節(jié)的需求,這就要求企業(yè)從自身需求出發(fā),在各個環(huán)節(jié)上都有針對性的采用市場上較為專業(yè)的軟件系統(tǒng)進行操作,這就使得一個企業(yè)會擁有多種業(yè)務(wù)系統(tǒng),這些系統(tǒng)通過協(xié)同來實現(xiàn)經(jīng)營的信息化。

但是,由于不同的軟件供應(yīng)商提供的產(chǎn)品其商品數(shù)據(jù)相關(guān)的字段缺乏統(tǒng)一的規(guī)范,這就勢必造成多系統(tǒng)交互的過程中產(chǎn)生各種各樣的不兼容問題,從而造成數(shù)據(jù)錯誤或傳輸故障,影響正常的業(yè)務(wù)進程,因此實現(xiàn)商品數(shù)據(jù)的統(tǒng)一規(guī)范是多系統(tǒng)交互過程中非常重要的問題之一。

一、貿(mào)易企業(yè)信息化發(fā)展的方向

目前的貿(mào)易行業(yè)與傳統(tǒng)意義上的貿(mào)易最大的不同之處在于,它不僅僅局限于靠低買高賣賺差價的交易過程,而是將完整的產(chǎn)業(yè)鏈作為行業(yè)新的動力,信息化的建設(shè)無疑成為整個產(chǎn)業(yè)鏈最重要的紐帶,網(wǎng)絡(luò)和信息化給貿(mào)易企業(yè)帶來了全新的生命力。隨著中國經(jīng)濟在全球經(jīng)濟中的地位越來越重要,對外貿(mào)易也成為我國經(jīng)濟發(fā)展的重要部分,這就要求企業(yè)信息化的進程和管理的理念與國際市場接軌,對于信息化的要求不能僅局限于貿(mào)易為核心,應(yīng)該轉(zhuǎn)向貿(mào)易與管理并重的模式,這樣才能提升競爭力,使企業(yè)在國際貿(mào)易市場上立于不敗之地。

暢通的信息流和完整的供應(yīng)鏈體系都是不可或缺的信息化建設(shè)目標(biāo),而信息化建設(shè)過程中,往往成本高、維護難,網(wǎng)絡(luò)安全因素,以及對專業(yè)技術(shù)人才依賴性強都造成企業(yè)在信息化建設(shè)過程中如履薄冰,要解決以上困難,除采用專業(yè)、成熟的軟件產(chǎn)品外,更需要管理者有著較為長遠的眼光并掌握先進的管理理念,通過梳理企業(yè)目前信息化現(xiàn)狀,分析現(xiàn)有信息化的結(jié)構(gòu),找出阻礙信息化進程的問題,針對具體問題商討解決方案,從整體到細節(jié),從長遠到眼前,設(shè)計一系列符合企業(yè)實際情況的信息化解決方案,指導(dǎo)并監(jiān)督信息化進程的執(zhí)行情況,把握整體方向和進程,確保信息化建設(shè)能夠按照事先設(shè)想的方向落實。

信息化建設(shè)不是一個獨立的項目,因為它并不是一成不變的,在一個階段的信息化建設(shè)完成之后,還需要后續(xù)持續(xù)的增加投入,加強維護,在使用過程中不斷的發(fā)現(xiàn)問題解決問題,并且需要根據(jù)企業(yè)業(yè)務(wù)的發(fā)展和變化不斷完善信息化系統(tǒng),這是一個長期的過程,需要企業(yè)管理者重視并將信息化系統(tǒng)真正的融入到企業(yè)業(yè)務(wù)發(fā)展和管理提升中來,如此,信息化建設(shè)才能對企業(yè)未來的發(fā)展推波助瀾,使企業(yè)及時掌握行業(yè)前沿動態(tài),助企業(yè)在信息時代的大潮中始終占有一席之地。

二、商品數(shù)據(jù)的統(tǒng)一規(guī)范在企業(yè)信息化系統(tǒng)中的必要性

1.商品數(shù)據(jù)的定義

商品數(shù)據(jù)是描述核心業(yè)務(wù)實體的一個或多個屬性,是在進行企業(yè)業(yè)務(wù)架構(gòu)分析中發(fā)現(xiàn)的核心業(yè)務(wù)對象。

商品數(shù)據(jù)是企業(yè)產(chǎn)業(yè)鏈核心業(yè)務(wù)流程的各個信息系統(tǒng)的基礎(chǔ)數(shù)據(jù)。商品數(shù)據(jù)管理是指一整套的用于生成和維護企業(yè)商品數(shù)據(jù)的規(guī)范、技術(shù)和方案,以保證商品數(shù)據(jù)的完整性、一致性和準(zhǔn)確性。集成、共享、數(shù)據(jù)質(zhì)量、數(shù)據(jù)治理是商品數(shù)據(jù)管理的四大要素。商品數(shù)據(jù)管理要做的就是從企業(yè)的多個業(yè)務(wù)系統(tǒng)中整合最核心的、最需要共享的數(shù)據(jù),集中進行數(shù)據(jù)的清洗和豐富,并且以服務(wù)的方式把統(tǒng)一的、完整的、準(zhǔn)確的、具有權(quán)威性的數(shù)據(jù)分發(fā)給全企業(yè)范圍內(nèi)需要使用這些數(shù)據(jù)的操作型應(yīng)用和分析型應(yīng)用,包括各個業(yè)務(wù)系統(tǒng)、業(yè)務(wù)流程和決策支持系統(tǒng)等。

2.商品數(shù)據(jù)管理的關(guān)鍵價值體現(xiàn)在以下幾點:

(1)保證數(shù)據(jù)的唯一性和準(zhǔn)確性

數(shù)據(jù)的唯一性和準(zhǔn)確性是商品數(shù)據(jù)管理中最關(guān)鍵的性質(zhì),它直接關(guān)系到其他系統(tǒng)數(shù)據(jù)的統(tǒng)一,保證貿(mào)易企業(yè)從批發(fā)到零售環(huán)節(jié)在商品數(shù)據(jù)方面無差異,從而有效提高企業(yè)的經(jīng)營效率、降低商品管理成本。

(2)有效降低數(shù)據(jù)管理成本;

企業(yè)通過一個商品數(shù)據(jù)管理平臺將每個商品的所有屬性統(tǒng)一管理,統(tǒng)一,各系統(tǒng)根據(jù)自身需要有選擇的訂閱商品的屬性,可以使得商品管理的成本有效降低。減少人為手工操作的失誤率,還可以減少人力成本。

(3)更加準(zhǔn)確的決策支持;

商品數(shù)據(jù)的統(tǒng)一管理能夠更好的將管理決策規(guī)范落實,比如商品的分類方式、分類規(guī)則、商品銷售方式、統(tǒng)一零售價等等,由集團決策層統(tǒng)一規(guī)劃,最終在商品管理系統(tǒng)中落實,并且通過系統(tǒng)交互規(guī)則出去,其他使用商品信息的系統(tǒng)只要按需接收即可,保證了決策能夠無差錯的落實到零售終端中去。

(4)系統(tǒng)架構(gòu)靈活性和創(chuàng)新性。

系統(tǒng)架構(gòu)的靈活性和創(chuàng)新性體現(xiàn)在商品管理平臺的設(shè)計上,商品管理平臺設(shè)計原則是將所有操作型應(yīng)用系統(tǒng)和分析型應(yīng)用系統(tǒng)所涉及的商品管理內(nèi)容統(tǒng)一整合到一起,集中進行規(guī)劃,按需共享到其他系統(tǒng)中去。

3.商品數(shù)據(jù)統(tǒng)一規(guī)范的必要性

商品數(shù)據(jù)管理策略更多的是考慮如何實現(xiàn)商品的規(guī)范,這是提升單品統(tǒng)一性的重要途徑,也是多系統(tǒng)交互的重要基礎(chǔ),更是企業(yè)降低管理成本的重要手段,商品規(guī)范的意義,既包括商品的屬性的規(guī)范,也包括系統(tǒng)交互規(guī)則的規(guī)范,二者其實是一致的,商品屬性的規(guī)范是我們期望達到的目的,而系統(tǒng)交互規(guī)則的規(guī)范則是達成這一目標(biāo)的重要途徑。

三、商品數(shù)據(jù)管理目標(biāo)

商品數(shù)據(jù)管理的目標(biāo)是實現(xiàn)貿(mào)易企業(yè)集團體系內(nèi),各個業(yè)務(wù)系統(tǒng)中的商品數(shù)據(jù)集中管理、數(shù)據(jù)共享,有效降低數(shù)據(jù)管理成本、保證數(shù)據(jù)的唯一性和準(zhǔn)確性;

提高對商品數(shù)據(jù)有效治理能力,提高商品數(shù)據(jù)的數(shù)據(jù)質(zhì)量,為企業(yè)各個系統(tǒng)的數(shù)據(jù)協(xié)同、業(yè)務(wù)處理打下良好基礎(chǔ)、提供更加準(zhǔn)確的決策支持;

四、商品數(shù)據(jù)管理平臺的設(shè)計架構(gòu)和實現(xiàn)方法

1.企業(yè)服務(wù)總線(ESB)

ESB全稱為Enterprise Service Bus,即企業(yè)服務(wù)總線。它是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物。ESB提供了網(wǎng)絡(luò)中最基本的連接中樞,是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu),可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價的解決方案,同時它還可以消除不同應(yīng)用之間的技術(shù)差異,讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運作,實現(xiàn)了不同服務(wù)之間的通信和整合。從功能上看,ESB提供了事件驅(qū)動和文檔導(dǎo)向的處理模式,以及分布式的運行管理機制,它支持基于內(nèi)容的路由和過濾,具備了復(fù)雜數(shù)據(jù)的傳輸能力,并可以提供一系列的標(biāo)準(zhǔn)接口。商品數(shù)據(jù)管理平臺就是基于ESB來實現(xiàn)多系統(tǒng)交互的。

2.商品數(shù)據(jù)數(shù)據(jù)管理系統(tǒng)的實現(xiàn)方法

商品數(shù)據(jù)數(shù)據(jù)管理系統(tǒng)的原理是采用總線型的集成方式(ESB)與財務(wù)業(yè)務(wù)一體化系統(tǒng)、零售系統(tǒng)、物流系統(tǒng)、數(shù)據(jù)分析系統(tǒng)等進行集成應(yīng)用。商品數(shù)據(jù)管理系統(tǒng)承擔(dān)企業(yè)內(nèi)商品管理相關(guān)數(shù)據(jù)(商品主分類、自定義分類、自由項檔案、計量單位檔案、產(chǎn)品線檔案、稅目稅率、商品基本檔案等等)的管理,包括商品數(shù)據(jù)的維護生成、保存、修改、刪除、。ERP、零售、物流等業(yè)務(wù)系統(tǒng)訂閱各系統(tǒng)需要的數(shù)據(jù)信息,并通過ESB企業(yè)服務(wù)總線獲取相應(yīng)信息后作后續(xù)數(shù)據(jù)處理完成最終應(yīng)用。

各系統(tǒng)交互模擬圖

五、商品數(shù)據(jù)管理的前瞻性和重要意義

1.前瞻性

商品數(shù)據(jù)管理的前瞻性體現(xiàn)在可以為想要進行信息化改革的企業(yè)或者在信息化改革過程中遇到阻力的企業(yè)提供一種可行性的解決方案,商品數(shù)據(jù)管理的理念適應(yīng)集團化連鎖經(jīng)營企業(yè)的信息化改革,可以為企業(yè)在實現(xiàn)信息化的道路上提供新的思路。

2.重要意義

商品數(shù)據(jù)管理主要針對采用多種應(yīng)用系統(tǒng)實現(xiàn)信息化的貿(mào)易企業(yè),其解決了長期以來影響企業(yè)信息化實施的困擾性問題之一。

采用多應(yīng)用系統(tǒng)進行運營管理的企業(yè),在供應(yīng)鏈、財務(wù)、物流等方面往往會選擇每個環(huán)節(jié)較為專業(yè)的軟件產(chǎn)品,雖然各軟件產(chǎn)品在各自的領(lǐng)域都有著突出的優(yōu)勢,但多系統(tǒng)綜合應(yīng)用勢必會帶來一些不兼容的問題,商品數(shù)據(jù)的統(tǒng)一性就是其中比較突出的問題,在沒有商品數(shù)據(jù)管理統(tǒng)一平臺之前,企業(yè)往往會花費大量的人力物力在每個系統(tǒng)中維護重復(fù)的商品信息,由于采用人工操作,產(chǎn)生錯誤的概率就會增加,這不但會給企業(yè)帶來較高的人力成本,也影響信息化的效率和進程,商品數(shù)據(jù)管理平臺的設(shè)計和落實,有效的改善了這一問題,操作者只需要在商品數(shù)據(jù)管理平臺統(tǒng)一錄入一次商品信息,這些信息就會通過預(yù)先設(shè)計好的訂閱方式下發(fā)到各應(yīng)用系統(tǒng),同樣,如果需要修改信息也只需要在商品數(shù)據(jù)管理系統(tǒng)中執(zhí)行一次即可。如此,不但可以解決商品信息不統(tǒng)一的麻煩,也可以為企業(yè)節(jié)省成本,更增加了信息化進程的效率,也使員工從大量的單一的重復(fù)勞動中脫離出來。

綜上,商品數(shù)據(jù)管理是具備可操作性可執(zhí)行性的一種新的管理思路,可以有效提高企業(yè)信息化過程中的效率,解放勞動力,提升管理水平,使商品數(shù)據(jù)有源頭、可追蹤,使企業(yè)的信息系統(tǒng)真正的成為一個體系,為企業(yè)信息化運維打下堅實的基礎(chǔ),為企業(yè)提高主營業(yè)務(wù)的競爭優(yōu)勢提供保障。

參考文獻:

[1]沈榮耀.連鎖企業(yè)商品管理.立信會計出版社,(2012-02出版)

[2]白世貞.連鎖企業(yè)商業(yè)運營管理.中國人民大學(xué)出版社,(2011-05出版)

相關(guān)文章
主站蜘蛛池模板: 浦江县| 南阳市| 铅山县| 林西县| 博白县| 屯门区| 陈巴尔虎旗| 家居| 湖州市| 界首市| 逊克县| 墨玉县| 青海省| 临海市| 屏东县| 荥阳市| 永康市| 自治县| 沂水县| 酒泉市| 化德县| 当阳市| 兴城市| 哈密市| 屏南县| 广平县| 洛扎县| 祁门县| 温宿县| 建平县| 安溪县| 北流市| 常州市| 邢台县| 陇西县| 宜良县| 瑞安市| 柘荣县| 上林县| 北京市| 肥东县|