第一篇：ORACLE ERP實施項目心得

本人曾在東莞某大型臺資企業工作近三年，其間參與ORACLE ERP實施一年多。以下就一年多來實施ERP的經歷作一個總結，一來反思實施過程中的不足之處，同時也可作前車之鑒。

ERP(Enterprise Resource Planning)企業資源計劃，簡單的說ERP就是將企業的物流、資金流、信息流進行整合管理的管理信息系統。

ERP基于一套軟件系統來實施，但ERP并不等于只是實施一套軟件系統。筆者認為實施ERP更是實施一種先進的管理思想。它在充分了解企業現有管理流程的基礎之上，通過一套軟件系統對企業全方位、即時的管理和控制。通過自己一年多實施的經歷總結出實施ERP最重要的三點：

1、了解企業的管理流程;

2、選擇合適的ERP軟件;

3、人。

對企業管理流程的了解實際是做需求分析，全面了解企業流程，并仔細分析是否需改進或變革。實施ERP是否需要做BPR(流程重組)。特別注意一些基本原則的制定，如原物料編碼原則、成員編碼原則，BOM架構原則等是否科學及合理，因為這直接關系到ERP系統Database的建立。總之需求分析越細、考慮越周全，實施ERP成功的機率就會大點，所謂“多算勝，少算不勝”。

ERP軟件的選型，如同人選衣服一樣，沒有絕對合身的，除非你量身訂做（定制開發）。這就需要考慮兩個方面：軟件現有系統功能、二次開發是否容易及開發成本。無論如何企業現行管理流程和軟件之間總不能完全配合，對于到底是要軟件適合企業還是企業遷就軟件，這很難說。如果企業本身管理機制很健全，當然可作二次開發改善軟件功能;如企業本身管理機制不那么健全，對于薄弱的地方可適當作作BPR，改善工作流程來適應軟件系統。

ERP軟件選型還應注意，不要迷信品牌，什么SAP第一，ORACLE第二等。國外品牌好不好，當然是肯定的，但要不要選就不一定。因為第一、中國企業與外國企業的管理方式并不完全一樣，工作流程與使用習慣也不樣；第二、由于習慣的不同，它的Report也完全不符合中國企業的格式，僅僅Report的二次開發就會讓企業頭大，更不要說其它功能的二次開發;第三、除軟件本身的成本外，你要考慮它的顧問費用也是很昂貴的；第四、為配合軟件你還要購置相應很昂貴的服務器并且之后還要源源不斷的投入硬件設備的維護費用及更新費用。請記住“軟件”終究只是一種工具，好不好必須結合企業實際。

企業活動的主體是人，實施ERP離不開人，這里所說的人包括以下幾個方面：

一、企業高層。ERP是一個系統工程，不是某個人、某個部門的事，更不只是IT部門的事。這就需要高層全力支持，調動各相關部門，相關人員密切配合。

二、實施團隊。ERP實施團隊需要復合型人才，這就需要既懂管理又懂軟件操作的人，而不是IT部門只懂技術的人來實施。

三、企業員工。企業員工是最終使用者，但相對來說素質又較低。所以需要對其耐心仔細的培訓。

四、實施顧問。沒有專業有實際經驗的實施顧問來指導ERP實施，無異于讓企業的實施團隊拿企業做實驗，他們要花數倍的時間和精力摸索，可能得出的最終結果是此路不通。

總之ERP的路還很漫長，不絕于耳的好像都是壞的消息，但是不要忽略一點“ERP幫我們建立了一個可以不斷進行自我評價和不斷改善管理的機制，讓我們充分認識到企業自身管理的缺陷”。也許這何嘗又不是“塞翁失馬焉知非福”呢？

第二篇：BIEE項目實施心得匯總

BIEE項目實施心得

報表追溯

A某列報表追溯到B報表

1）不帶參數：報表開發編輯頁面-列屬性

交互-值/列標題：主交互（）操作連接

操作-導航到BI內容

選擇報表

OK 2）帶參數： 帶參數的報表需要在被追溯的報表中添加列過濾器，運算符選擇提示（如下圖年月）

注意：A表傳參數的字段和B表接受參數的字段，列公式：展示層的表名和列名必須一致：

如A表列公式為“維度信息”.“年月”，B表過濾器中提示的列公式也必須為“維度信息”.“年月”

用戶和權限

默認年月

建立提示，提示默認值轉換成SQL，寫入如下語句

a)默認上月：year(current_date))*100+MONTH(CURRENT_DATE)-1 b)默認當日：year(current_date))*100+MONTH(CURRENT_DATE)+DAYOFMONTH(CURRENT_DATE)c)

d)“維度信息”.“年月” >=(year(current_date)-1)*100+MONTH(CURRENT_DATE)-1 e)“維度信息”.“年月” <=(year(current_date))*100+MONTH(CURRENT_DATE)-1 主從事件

必須將發送的維度拖入到提示區

二次開發

1)修改biee logo 用新的同樣大的圖片/png格式替換 登錄主頁Logo: oracle_logo.png

D:bieeuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarressk_blafplogin 報表頁面Logo：oracle_logo.png D:bieeuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarressk_blafpb_mozilla_4 2)修改標題和頭高度：

修改文件路徑：

F:BIEEuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarresb_mozilla header.js

(a,“IMG”);b.border=0;b.src=saw.header.getResUrl(“branding_whitegradient.png”);b.alt=“";var c=saw.createChildElement 去掉抬頭

false};saw.header.Viewer.launchAlerts=function(){var a=new obide.AlertsDialog.Model();new obide.AlertsDialog.Viewer(a,obips.FloatingWindow.Manager.getSingleton())};saw.header.Branding=function(e,a,d,b,c){this.headerModel=e;this.logo=a?a:saw.header.getResUrl(”common/oracleLogo.png“);this.productName=d;this.desc=b;this.href=c?c:saw.commandToURL(”bieehome“)};saw.header.Branding.prototype.render=function(f){var d=document;var e=f.insertCell(0);e.className=”HeaderLogo“;var b=saw.createChildElement(e,”IMG“);b.border=0;b.src=this.logo;b.alt=saw.header.getLocalizedString(”kmsgHeaderOracleLogo“);var a=f.insertCell(1);a.className=”HeaderBrandingCell“;b=saw.createChildElement(a,”IMG“);b.border=0;b.src=saw.header.getResUrl(”branding_whitegradient.png“);b.alt=”“--刪除表頭;var c=saw.createChildElement(a,”span“);c.className=”HeaderBrandName“;saw.appendTextNode(c,'BIEE');--修改表頭名this.nameSpan=c;saw.addEventListener(window,”resize“,this.onWindowResize,this,true);this.gradientImg=b;this.container=f};saw.header.Branding.prototype.onWindowResize=function(b){var a=this.gradientImg;if(saw.userAgent.is_ie&&!saw.userAgent.is_ie9up&&b){var c=0;for(var d=0;d

登錄主頁點管理-

安全性-管理權限

登錄主頁設置

登錄頁面點我的賬戶

起始頁

參數變量

Biee的變量分幾種(庫變量，會話變量，介紹變量，請求變量，Biee內部定義的變量不說了)，用起來經常讓大家糊涂，再此做個總結，有異議的地方請消息給我·· 歡迎討論~ 現在開始吧，Administrator tool-Manage-Variable 下圖~

這里是模型RPD定義變量的地方，也就是所定義的變量名都是保存在RPD模型中，Variable 所定義的變量類型分為兩大類，一種是Repository(庫變量)，另外一種是Session(會話變量)。

其中Repository分兩種變量的類型：Dynamic(動態變量)和Static(靜態變量)Session也分兩種變量類型：System(系統變量)和Non-System(非系統變量)現在說一下庫變量的用途，庫變量的Static(靜態變量)經常是作為項目需求中經常用的固定值做為這個靜態變量值的，舉個例子：如果一個項目中有10個Dashboard，每個Dashboard有10個page，每個page的下標都需要帶上公司的版權注釋，當公司被收購了版權需要更改的話怎么辦，改一百次版權信息？這里如果用靜態變量的話就方便多了，只需修改變量對應的缺省值就可以了。用法如圖：

建立一個Static的Repository Variable

變量名為SRV缺省值為222050000，其中要注意一下類型Type，因為是靜態的，所以不需要初始化塊。在前端直接就可以調用了

命名必須和靜態變量的名稱相同(不用解釋吧)~

看一下效果

OK，調用靜態的庫變量成功。

這里需要注意一下，表達式和篩選調用庫變量的時候是可以VALUEOF('SRV')來引用，而其他地方調用的話例如文本：需要這么寫@{biServer.variables['SRV']}。

再看一下動態(Dynamic)的庫變量的用途，例如：一個項目中，要求當用戶登錄的時候看到的數據是當天(當月)的數據，這時候我們需要用到動態的庫變量(也有其他方法，不做介紹了)。

所謂的“當前”，就是此刻所在的月，所以這些需要設置初始化塊來設置時間的更新設置。如圖：

Edit Data Source是編輯查詢的地方，會返回若干行值；

Edit Data Target是指定查詢返回的數據用于初始化哪個變量的。返回值的順序和需要初始化的變量順序需要嚴格對稱；

Schedule的地方就是制定查詢執行的頻率，即多久更新一次變量。前端的調用方法可以靜態的庫變量相同；下圖依文本為例：

效果如下：

這里需要提醒一下。庫變量無論是靜態的或是動態的，在前端都是無法對起變量值進行更改的，當然如果是庫變量的取的關系庫表中的值，通過回寫數據庫的數據來改動態的庫變量也是一種方法哦~

再看一下什么時候Session會話變量，回話變量的設置方法和庫變量類似，也是可以直接設置Variables，當然也可以定義初始化塊來定義更復雜的會話變量，其中會話變量分系統變量和非系統變量。

系統會話變量：DISPLAYNAME,EMAIL,GROUP,LAST_SYNCH_TIME and THIS_SYNCH_TIME, PORTALPATH,REQUESTKEY,SKIN,USER,WEBGROUPS.這里常用到的就USER,GROUP,DISPLAYNAME三個，其他變量是含義請參考 Business Intelligence Server Administration Guide。非系統會話變量名稱可以自定義，但不要和系統變量同名即可，這里不再說步驟了，和庫變量定義相同，這里定義了一個非系統回話變量的如下：

其中Edit Execution Precedence是加載其他的應用程序定義的變量（例如：LDAP定義的用戶變量）。

Test可以測試查看到變量名稱和其缺省值

再前端調用一下

注意調用會話變量的時候是VALUEOF(NQ_SESSION.變量名)而調用庫變量的時候是VALUEOF(變量名)

OK~調用成功。

注意當不加指標列的時候（只有會話變量列的時候會報錯）~

系統自帶的會話變量如USER,GROUP等就不舉例了，網上有很多實例，也可以去看我的相關LDAP權限控制博文。再看看前端可以定義的變量~ 前端可以定義的變量都是創建提示中設置

他分為介紹變量和請求變量，其中介紹變量是把提示中（也可叫篩選器）的所選項作為變量的Value值進行使用，用法如下： 定義介紹變量名

用@{變量名}的結果來引用

那么什么是請求變量，請求變量是從新定義會話變量的Value值的變量，其新定義的值來自提示所選項。

設置請求變量名的時候必須要和將修改的會話變量名稱相同，上邊已經定義了一個非系統會話變量SessionTest，Value值為222010000，下面以這個為例，來修改會話變量SessionTest 的Value值。

定義一個提示的請求變量，名為SessionTest

在做一個會話變量的表

這里無需加篩選器，因為調節列是來自會話變量，我們實驗的目的就是用提示的請求變量來修改這個會話變量的列~ OK~添加到儀表盤里看一下結果~

為了試驗明顯提示的缺省值沒有進行設置，這里的缺省值是來自會話變量的222010000。

操作一下提示來改變會話變量的Value值~

OK~~！

變量用法總結：

庫變量在Answers列的編輯公式中調用方法是VALUEOF(”變量名")

會話變量在在Answers列的編輯公式中調用方法是VALUEOF(NQ_SESSION.變量名)

庫變量和會話變量在其他地方調用（例如文本中）是@{biServer.variables[‘變量名']} 介紹變量的調用方法是@｛變量名｝ 系統自帶了一些會話變量如下： Delivers：@{currentMonth}。

currentTime => @{system.currentTime} = 2010-5-14 2:21:30 system.productVersion => @{system.productVersion} = 10.1.3.4(Build 080726.1900)session.locale => @{session.locale} =zh-cn session.language => @{session.language} = zh rtl =>@{session.rtl} = false

session.loginTime => @{session.loginTime} = 2010-5-14 1:42:36 session.logoutTime =>@{session.logoutTime } = 2010-5-14 1:42:31 session.lastAccessTime =>@{session.lastAccessTime} = 2010-5-14 2:21:29 session.currentUser => @{session.currentUser.id} = administrator

user.homeDirectory => @{user.homeDirectory} = /users/administrator user.id => @{user.id} = administrator

user.displayName => @{user.displayName} = administrator

數據權限設計

待討論

第三篇：ERP項目實施心得分析

ERP項目實施心得分析

經歷了N次ERP項目，有些心得，花些時間寫出來供大家參考，拋磚引玉，希望大家多多交流。

企業在應用ERP系統后不能充分獲益，甚至ERP項目實施失敗的原因究竟是什么呢？劉銘總結了幾條原因：

1.基礎數據不準確，不能根據這些數據來指導企業的生產經營活動；

2.企業員工對ERP系統缺乏主人翁的精神，企業一般只是計算機技術人員在做這項工作，整個項目推進十分困難；

3.實施過程缺乏切實可行的計劃，拖延太久，以至于員工對項目實施失去熱情；

4.關鍵崗位的員工調換工作，新來的員工不了解情況，結果項目受阻；

5.公司員工不愿意放棄已經習慣了的工作方式，而轉向使用ERP系統。他們經常希望修改ERP系統來適應他們原有的工作方式；

6.對企業員工教育和培訓不足；

7.最嚴重的問題是高層領導不重視。

不難看出，以上這些問題本質上都是人的問題。其背后的原因還是對ERP的原理、實施和運行管理的方法缺乏深刻的理解和認識。既然ERP實施不成功的本質問題在于人，那么企業就需要從改造人上面下功夫。

下面這十條忠告就是劉銘針對這些問題總結出的經驗、心得，對實施和應用ERP系統的企業有很好的借鑒意義。

1.領導全面支持。ERP系統是用來完善、改進一個企業的整體工作流程。所以它統籌安排企業的物料、資金和人力等各種資源，與生產和經營息息相關，涉及到企業的每一個人。因此企業領導必須理解ERP，并對其大力支持。

2.高度重視數據的準確性，建立必要的責任制度。不準確的數據對于計算機來說其實就是“謊言”，它們只能被計算機用來高速地產生錯誤的答案。因此，必須建立明確的責任制度，保證在數據操作的各個環節都有專人負責，否則數據的準確性就得不到保障。

3.確立ERP系統實施的目標。搭建ERP系統必須確定明確的目標，并根據它來衡量系統的性能，不斷改進系統。

4.不要將沒有經驗的人放到關鍵的崗位上。在大多數企業里，能干、經驗豐富的人總是忙得不可開交，如果沒有特意的安排，他們不會有“空閑”來參加ERP項目。但是正是這些重要的員工才是成功規劃和實施ERP系統的基本保證。因此，一定要千方百計地發揮這些骨干力量的聰明才智，切不可讓有時間而無經驗的“南郭先生”參加ERP項目的關鍵工作。

5.不要壓縮人員培訓的費用。培訓費用要比忽視培訓而付出的代價小得多。

6.尋求專家的幫助。一切自己蠻干將比聘請有經驗的專家花費更大。

7.不要把手工系統的工作方式照搬到計算機系統中。如果對現行的工作方式及其結果頗為滿意而不愿意尋求改變，那么搞ERP就是浪費資金。

8.項目實施在時間上既要從容，又要緊迫。實施ERP系統可以分解為一系列具體的工作任務，有些任務煩瑣卻必不可少，對此要從容計劃，不要急于求成。而另一方面，為避免實施過程無限期延長，緊迫感也是十分必要的。

9.樹立全員參與意識。ERP的運行需要計算機，但這決不意味著ERP只是數據處理部門的事情，只有全員參與并樹立起用戶的主人翁精神，才能充分發揮ERP的作用。

10.ERP系統不是萬能的。ERP可為企業帶來多方面的效益，但它不能包醫百病。

第四篇：項目實施情況

喜德縣畜牧局

第三、四批擴大內需項目實施情況

一、2009年第三批擴大內需動物防疫體系建設項目

根據四川省畜牧食品局《關于下達2009年四川省鄉鎮獸醫站基礎設施建設項目初步設計方案的通知》精神﹙川畜食計字[2009]41號﹚和喜德縣發改局《關于轉下達涼山州2009年動物防疫體系建設項目第三批擴大內需中央預算內投資計劃的通知》（喜發改函[2009]25號），我縣鄉鎮獸醫站基礎設施建設共12個鄉鎮獸醫站，其中新建樂武鄉、北山鄉、西河鄉、沙馬拉達鄉、洛莫鄉、熱柯依達鄉、額尼鄉7個站。每站新建業務用房120平方米、采購儀器設備30臺套；改造依洛鄉、巴久鄉、博洛拉達鄉、則約鄉、魯基鄉5個站，每站改造業務用房120平方米、采購儀器設備30臺套。項目總投資162萬元，其中中央投資141萬、地方配套21萬元。

（一）項目實施情況

根據項目下達計劃，我們按省局編制的初步實施方案，編制了我縣的實施方案，擬定了建設內容、建設要求、建設期限，制定了項目管理措施，成立了項目領導小組、技術小組、實施小組，制定了資金管理制度，保證了項目的順利實施。

1、施工圖的設計

按照各鄉鎮地基的差異性，我們統一要求由四川同舟建筑勘 1 察設計有限責任公司設計出了一樓一底的施工圖。

2、比選情況

按照要求項目的基建部份，分三個標段（第一標段為樂武鄉、巴久鄉、沙馬拉達鄉、洛莫鄉；第二標段為依洛鄉、博洛拉達鄉、則約鄉、熱柯依達鄉、額尼鄉；第三標段為北山鄉、西河鄉、魯基鄉）在四川日報招標投標欄目部進行網上比選：

經兩次比選的結果均無人投標，按要求于2009年9月9日下午2時30分在縣政務中心進行了邀標，按照邀標程序，邀請有關單位人員進行監督、評審。

最終中標的是：第一標段，四川華鎣建筑集團有限公司；第二標段，資陽市中梁建筑工程有限公司；第三標段內江市東興建筑工程有限公司。

為保證工程及時開工，按期竣工。于2009年9月16日與施工方簽訂了施工合同。

（二）項目進展情況

1、通過前期的準備工作

項目已于2009年9月20日全面啟動。其中則約鄉、沙馬拉達鄉、依洛鄉、魯基鄉，熱柯鄉、額尼鄉、西河鄉、北山鄉的基建工程均已完成100%；由于遇上雨季，交通受阻，洛莫鄉、巴久鄉基建部分完成50%后停工等待，樂武鄉等待明年與鄉鎮文化站一起施工。

2、儀器設備采購 目前實驗室設備已全采回，剩下的電腦、摩托、冷藏柜、業務票據打印機、識讀及數據采集設備、數據存貯卡采購的準備工作已完成，怕設備運回鄉鎮上無人管理而導致丟失，將等待基層站人員到位后立即掛網采購。

3、資金撥付情況

到8月30日止，財政已撥付項目款137.3982萬元，項目工程借支1191440元，前期費用開支79840元。

三、存在問題：

1、由于我縣屬國定貧困縣，地方資金配套難度大。

2、我縣屬邊遠少數民族地區，居住分散，交通不便，所建造的鄉鎮站均離縣城較遠。因此運輸、人工費的成本超過原預算。

3、工程涉及的各種前期費用20多萬元，縣財政負但擔重。基于以上因素，在一定程度上影響了項目建設進度。

二、2009年第四批血吸蟲病農業綜合治理重點項目

（一）項目實施情況：

本項目于2007年進行分析論證形成《喜德縣2008年血吸蟲病農業綜合治理項目可行性研究報告》，并上報省、州，省發改委于2007年7月31日批復，同意立項。

2009年7月國家發改委、農業部聯合下達投資計劃通知（發改投資[2009]1781號）文件，把我縣血吸蟲病綜治納入第四批擴大內需項目。

本項目總投資404萬元，其中中央預算內投資306萬元；地 方配套62萬元；農民投工投勞36萬元。建設規模水改旱1900畝;耕牛圈養2900頭;挖魚池120畝，主要在我縣原疫區的紅莫、李子、魯基、東河4個鄉鎮9個村25個組實施。由于項目任務量大，資金少，故采取“民辦公補”的形式解決，在縣技術組的指導下，農民自建、然后按照中央補助資金每頭牛361.1元,水改旱每畝489.36元,挖魚池每畝2454.2元的標準直接補助給農戶。資金發放方式采取項目鄉鎮與農戶簽訂建設內容及任務協議書，并以村為單位公示無異議后，各項目發放總補助款的30%給農戶作為項目啟動資金。項目各項任務建設完成后，先由技術組、鄉鎮自查、再申請縣領導小組驗收合格付后，在兌現項目總補助款的65%給農戶。實驗室儀器設備及辦公用品由政府采購辦完成。

二、項目進度：

截止2010年5月底，除實驗室未改造外，其余工程已全面完成，其中：完成耕牛圈養2900頭，完成任務數2900頭的100%，改造牛圈12732㎡，完成任務數1160㎡的109.8%；完成水改旱1900畝，完成任務數1900畝的100%，硬化主溝29條7046m，修筑暗溝18條1100m，回填土方820m ；挖魚池120畝，完成任務數120畝的100%;完成購置實驗室儀器設備47件(套)，由于地方配套資金未到位，故實驗室改造100㎡未實施。并于2010年6月上旬通過縣項目領導小組自查驗收合格。現正積極編寫驗收材料、做音象資料和財務結算，準備申請省發改委和畜牧食品局驗收。

三、經費使用情況： 本項目共使用國家預算內投入資金306萬元，實行專戶、專賬管理，嚴格執行縣級報賬制。用于補助農戶資金198.9萬元（其中耕牛圈養87萬元;挖魚池26.4萬元；水改旱85.5萬元）；用于實驗室儀器設備和辦公用品的采購40.0227萬元；用于培訓資料等其他開支5.82萬元；用于東河鄉東河村一組農戶受災重建項目啟動預備資金10.082萬元；用于項目農戶補助（5%的質保金）28.2478萬元。儀器設備及辦公用品采購結余9.3303萬元；管理費還有12.93萬元；資金余額6672元。

四、存在問題：

由于地方配套資金未到位，目前實驗室未進行改造。

2010年9月6日

第五篇：項目實施

“1331”方法論

“山海”文化建設的“1331”方法論中的“1”是指“一個主導”；“33”是指“三個提煉”、“三個傳播”、“三個深植”；“1”是指“一個革

新”。

“一個主導”，即以我為主；

“三個提煉”，即從區域文化中提煉，從企

業歷史中提煉、從員工中提煉；

“三個傳播”，即在員工中傳播、在價值鏈

中傳播和在社會中傳播；

“三個深植”即深植入價值鏈、深植入內部

管理、深植入員工行為；

“一個革新”，即變革與創新。

“28”路徑

“山海”文化建設“28”路徑是指2個階段、8大模塊。

2個階段：起飛階段即理念體系的提煉構建階

段；落地階段即理念體系的傳播深植階段。

8大模塊：起飛階段4大模塊，調研啟動、診

斷評估、提煉確定和成果發布；落地階段4大模塊宣

傳發動、理念傳播、行為培育和固化深植

調研啟動

把2006年定為“企業文化建設年”，健全文化建設工作機制，成立專門聯合項目組，制定規劃實施方案。開展全方位大張旗鼓的宣傳，統一全員的思想認識，營造良好的氛圍。6月6日，啟動企業文化建設項目。

診斷評估

通過調閱歷史資料、深入訪談、問卷調查、現場調查、拜訪工業企業、各層級零售客戶，挖掘企業發展脈絡，把握員工思想狀況，了解顧客需求，形成《企業文化現狀診斷報告》，對企業文化建設做出了精準定位。

提煉確定

采取全員參與、自下而上的方式，先后召開5場企業文化“研討營”，讓全市系統440名員工參加文化理念的研討、提煉與文化故事的遴選、編撰。多次召開班子專題擴大會議對梳理出的理念逐字逐句推敲、反復探討，在取得一致認同后確定了理念體系和故事體系。

成果發布

先后召開項目結案大會和成果發布會，發布《企業文化手冊》等7項文化成果。全面構建起了以“兩個至上”為核心價值觀，具有明顯行業特色和鮮明個性色彩的“山海文化”體系。“山海”文化順利起飛。