第一篇：電力OA項(xiàng)目經(jīng)驗(yàn)

2009/4--2009/12： 電力公司投資（資金）計(jì)劃系統(tǒng)

項(xiàng)目描述： 該系統(tǒng)的實(shí)施目標(biāo)是為了實(shí)現(xiàn)省電力公司對(duì)各市電力公司的投資計(jì)劃進(jìn)行有效管控，并實(shí)現(xiàn)與

國(guó)網(wǎng)系統(tǒng)的數(shù)據(jù)交換。

責(zé)任描述： 承擔(dān)軟件實(shí)施工作，甘肅電力公司投資計(jì)劃項(xiàng)目、新疆電力公司投資計(jì)劃項(xiàng)目，工作職責(zé)：輔

助項(xiàng)目經(jīng)理進(jìn)行調(diào)研工作，負(fù)責(zé)數(shù)據(jù)收集、整理、系統(tǒng)安裝調(diào)試和培訓(xùn)工作。

2008/5--2008/10 ：寧夏回族自治區(qū)SG186電力安全生產(chǎn)系統(tǒng)

項(xiàng)目描述：

責(zé)任描述：

2009/7--2010/2 ：吉林省SG186電力營(yíng)銷業(yè)務(wù)應(yīng)用系統(tǒng)

開發(fā)工具：

項(xiàng)目描述： PL/SQL+Oracle 吉林省SG186電力營(yíng)銷業(yè)務(wù)應(yīng)用系統(tǒng)推廣應(yīng)用（業(yè)擴(kuò)、抄表核算、收費(fèi)賬務(wù)、用電檢查、計(jì)量、資產(chǎn)、線損、稽查）

責(zé)任描述：

國(guó)家電網(wǎng)SG186信息一體化營(yíng)銷業(yè)務(wù)項(xiàng)目：負(fù)責(zé)項(xiàng)目前期系統(tǒng)的測(cè)試，系統(tǒng)推廣，需求調(diào)研、供電局相關(guān)人員培訓(xùn)、參與編寫用戶手冊(cè)、系統(tǒng)上線后的維護(hù)工作及BUG反饋跟蹤。寧夏回族自治區(qū)SG186電力安全生產(chǎn)系統(tǒng)的實(shí)施及推廣 負(fù)責(zé)電力安全生產(chǎn)、系統(tǒng)應(yīng)用的實(shí)施工作: 包括供電局的需求調(diào)研分析、業(yè)務(wù)流程及需求資料編寫整理、系統(tǒng)的部署調(diào)試、系統(tǒng)的測(cè)試（黑盒測(cè)試），供電局相關(guān)人員培訓(xùn)、編寫用戶手冊(cè)、系統(tǒng)維護(hù)

2011/3--至今：山西省電力營(yíng)銷費(fèi)控系統(tǒng)

項(xiàng)目描述：

1、國(guó)家電網(wǎng)公司在2009年提出了全面建設(shè)智能電網(wǎng)的戰(zhàn)略規(guī)劃，隨后在2010年初又提出落實(shí)以全面推進(jìn)

“三集五大”工作為核心的總體部署，提出加快統(tǒng)一堅(jiān)強(qiáng)智能電網(wǎng)和“一強(qiáng)三優(yōu)”現(xiàn)代公司建設(shè)，要求加快電力用戶用電信息采集系統(tǒng)建設(shè)。

2、為保證智能電網(wǎng)建設(shè)規(guī)范有序推進(jìn)，國(guó)網(wǎng)公司提出了實(shí)現(xiàn)用電信息采集系統(tǒng)“全覆蓋、全采集、全費(fèi)控”的總體建設(shè)目標(biāo)。

3、發(fā)改委推行居民階梯電價(jià)，鼓勵(lì)居民節(jié)約用電、減少能源浪費(fèi)，從而提高能源的利用效率。

4、以智能電表應(yīng)用為起點(diǎn)，實(shí)現(xiàn)從單純電量采集向用戶側(cè)綜合數(shù)據(jù)采集、用戶用電管理的轉(zhuǎn)變，實(shí)現(xiàn)高效、經(jīng)濟(jì)、智能化的電網(wǎng)應(yīng)用 在此背景下，安裝智能表、開展費(fèi)控業(yè)務(wù)以及陸續(xù)開展其它

提升應(yīng)用是必然趨勢(shì)。山西電力公司率先開展費(fèi)控業(yè)務(wù)研究，在和局方負(fù)責(zé)人員對(duì)于費(fèi)控業(yè)務(wù)進(jìn)行

充分討論以及對(duì)于營(yíng)銷業(yè)務(wù)應(yīng)用的改造影響詳細(xì)分析梳理的基礎(chǔ)上，提出本解決方案。

責(zé)任描述：

2008/6--2009/11： 安徽電力公司生產(chǎn)管理系統(tǒng)

開發(fā)工具： C++,DEPHI

項(xiàng)目描述： 在上海電力生產(chǎn)管理系統(tǒng)(PMS)基礎(chǔ)上本地化,分期實(shí)現(xiàn)對(duì)供電公司生產(chǎn)業(yè)務(wù)的管理,包括電網(wǎng)管

理設(shè)備臺(tái)帳管理及其它生產(chǎn)業(yè)務(wù)模塊管理

責(zé)任描述： 擔(dān)任實(shí)施工程師,按不同的模塊,在市級(jí)分公司完成試點(diǎn)實(shí)施后組織推廣到全省供電公司。先后

完成電網(wǎng)基礎(chǔ)數(shù)據(jù)錄入、缺陷管理、線損管理和供電方案答復(fù)等多個(gè)模塊的實(shí)施和推廣

2008/10--2009/12： 內(nèi)蒙古旗縣農(nóng)電局用電營(yíng)銷軟件項(xiàng)目實(shí)施

項(xiàng)目描述： 該項(xiàng)目包括生產(chǎn)管理、用電營(yíng)銷管理、業(yè)擴(kuò)報(bào)裝、計(jì)量管理、人力資源、辦公自動(dòng)化(OA)。

實(shí)施過程中負(fù)責(zé):

1、軟件運(yùn)行環(huán)境搭建。與農(nóng)電局信息中心人員交流了解當(dāng)?shù)貥I(yè)務(wù)情況及當(dāng)前數(shù)據(jù)庫(kù)的表結(jié)構(gòu)。國(guó)家電網(wǎng)SG186信息一體化營(yíng)銷費(fèi)控系統(tǒng)項(xiàng)目：負(fù)責(zé)項(xiàng)目前期系統(tǒng)的測(cè)試，系統(tǒng)推廣，需求調(diào)研、供電局 相關(guān)人員培訓(xùn)、參與編寫用戶手冊(cè)、系統(tǒng)上線后的維護(hù)工作及BUG反饋跟蹤。

2、將當(dāng)前客戶系統(tǒng)的相關(guān)數(shù)據(jù)導(dǎo)入到本公司數(shù)據(jù)庫(kù)中。

請(qǐng)農(nóng)電局生產(chǎn)部門人員在本系統(tǒng)中維護(hù)線路變壓器信息。

設(shè)置抄表員、核算員、收費(fèi)員 及營(yíng)銷部門其他人員權(quán)限。

2、統(tǒng)計(jì)用戶的打印票據(jù)，測(cè)試打印票據(jù)。

如果用戶有抄表機(jī)、集抄設(shè)備，與用戶及抄表和集抄廠家2方協(xié)調(diào)溝通，公司人員制作接口，實(shí)施人員測(cè)試接口程序。

3、導(dǎo)入用戶某個(gè)月的電能表表底，并計(jì)算電費(fèi)，對(duì)新舊兩個(gè)系統(tǒng)所有用戶電費(fèi)核對(duì)，電費(fèi)有出入的情況和當(dāng)?shù)剞r(nóng)電局人員協(xié)調(diào)溝通解決。

統(tǒng)計(jì)用戶報(bào)表格式。

4、抄、核、收滿足客戶要求后，與客戶協(xié)調(diào)，確定培訓(xùn)時(shí)間、項(xiàng)目上線時(shí)間。

在規(guī)定時(shí)間對(duì)農(nóng)電局各部門人員分批培訓(xùn)，并簽培訓(xùn)單、項(xiàng)目運(yùn)行單。

項(xiàng)目雙周計(jì)劃及項(xiàng)目實(shí)施周報(bào)提交。

2009/7--2010/6： 江西雙源電力高新技術(shù)有限公司 | 研發(fā)部 | ERP技術(shù)/開發(fā)應(yīng)用

IT服務(wù)（系統(tǒng)/數(shù)據(jù)/維護(hù)）/多領(lǐng)域經(jīng)營(yíng)、股份制企業(yè)、2001-4000元/月

負(fù)責(zé)國(guó)家電網(wǎng)江西電力公司的SAP MM物料管理模塊的實(shí)施，先后負(fù)責(zé)實(shí)施江西省吉

安市供電公司、江西省吉安市安?？h供電公司、江西省贛州市供電公司、江西省贛州市

大余縣供電公司的ERP SAP項(xiàng)目。

SAP功能強(qiáng)大，集成性高，MM是SAP的中間環(huán)節(jié)，月底與FICO財(cái)務(wù)進(jìn)行月結(jié)，四

個(gè)供電公司的項(xiàng)目進(jìn)展順利，現(xiàn)處于階段性項(xiàng)目驗(yàn)收階段。

2009/9--至今： 黑龍江省電力公司ERP項(xiàng)目

項(xiàng)目描述： 國(guó)家電網(wǎng)公司依據(jù)國(guó)家“十一五”信息發(fā)展規(guī)劃，決定在國(guó)家電網(wǎng)公司系統(tǒng)構(gòu)筑由信息網(wǎng)絡(luò)、數(shù)據(jù)交換、數(shù)據(jù)中心、應(yīng)用集成、企業(yè)門戶五個(gè)部分組成的一體化企業(yè)級(jí)信息集成平臺(tái)；建設(shè)由財(cái)務(wù)（資金）管理、營(yíng)銷管理、安全生產(chǎn)管理、協(xié)同辦公、人力資源管理、物資管理、項(xiàng)目管理和綜合管理八大業(yè)務(wù)應(yīng)用；建立健全信息化安全防護(hù)、標(biāo)準(zhǔn)規(guī)范、管理調(diào)控、評(píng)價(jià)考核、技術(shù)研究、人才隊(duì)伍六個(gè)保障體系。重點(diǎn)建設(shè)“一個(gè)系統(tǒng)、二級(jí)中心、三層應(yīng)用”。黑龍江省電力公司ERP項(xiàng)目作為國(guó)網(wǎng)公司“SG186”工程的一部分，起著推動(dòng)公司信息化建設(shè)、提高企業(yè)管理水平的重要作用。

責(zé)任描述： 作為SAP(FICO)財(cái)務(wù)實(shí)施顧問，為黑龍江省電力公司進(jìn)行ERP實(shí)施工作，主要負(fù)責(zé)西部推廣分區(qū)財(cái)務(wù)模塊實(shí)施工作，主要包括：

1、最終用戶培訓(xùn)工作

2、靜態(tài)、動(dòng)態(tài)數(shù)據(jù)清理與導(dǎo)入工作

3、模擬運(yùn)行

4、上線支持工作

2009/2--2009/9： 湖北省電力公司ERP項(xiàng)目

項(xiàng)目描述： “SG186”工程是國(guó)網(wǎng)公司確定的“十一五”信息化建設(shè)的宏偉目標(biāo)，它的具體內(nèi)容包括企業(yè)一體化平臺(tái)、八大業(yè)務(wù)應(yīng)用和六項(xiàng)信息化建設(shè)保障措施。湖北省電力公司ERP項(xiàng)目作為國(guó)網(wǎng)公司“SG186”工程的一部分，起著推動(dòng)公司信息化建設(shè)、提高企業(yè)管理水平的重要作用。

責(zé)任描述： 作為SAP(FICO)財(cái)務(wù)實(shí)施顧問，為湖北省電力公司進(jìn)行ERP實(shí)施工作，主要負(fù)責(zé)武漢推廣分區(qū)財(cái)務(wù)模塊的實(shí)施工作，主要包括：

1、項(xiàng)目前期業(yè)務(wù)調(diào)研與差異確認(rèn)工作，業(yè)務(wù)藍(lán)圖設(shè)計(jì)

2、根據(jù)差異分析進(jìn)行系統(tǒng)配置以及權(quán)限設(shè)計(jì)、配置與測(cè)試工作

3、系統(tǒng)配置手冊(cè)、操作手冊(cè)的編寫與修改工作

4、關(guān)鍵用戶、最終用戶培訓(xùn)以及系統(tǒng)單元測(cè)試、集成測(cè)試

5、各靜態(tài)數(shù)據(jù)與動(dòng)態(tài)數(shù)據(jù)收集與清理工作

日期:2011/03-2011/04

項(xiàng)目名稱/客戶名稱

開發(fā)環(huán)境與技術(shù)

項(xiàng)目簡(jiǎn)述

本人職責(zé) 物11111111111111 WindowsXpWeb本人

第二篇：OA項(xiàng)目總結(jié)

組織機(jī)構(gòu)管理模塊

請(qǐng)描述一下你做的組織機(jī)構(gòu)管理模塊

描述思路：

1、組織機(jī)構(gòu)模塊的基本需求

a)本模塊主要管理公司、子公司、部門、崗位、員工的信息 b)公司下面可以創(chuàng)建子公司、部門

c)部門下面可以創(chuàng)建子部門、崗位或員工

d)崗位下面可以創(chuàng)建員工（即員工可以屬于某個(gè)崗位）

e)公司、部門、崗位、員工形成一棵組織機(jī)構(gòu)樹，要求使用樹型方式來展現(xiàn)和管理

2、組織機(jī)構(gòu)的總體設(shè)計(jì)思路

a)公司、部門、崗位、員工可以看成同一種類型：Party b)在Party上實(shí)現(xiàn)樹型結(jié)構(gòu)（父子關(guān)系）

c)其它類型：公司、部門、崗位、員工均繼承Party（請(qǐng)畫出類圖）

3、組織機(jī)構(gòu)的實(shí)現(xiàn)技巧

a)利用jQuery的jsTree實(shí)現(xiàn)組織機(jī)構(gòu)樹

b)利用jQuery的treeTable實(shí)現(xiàn)列表（AJAX、查詢、分頁(yè)）

c)在組織機(jī)構(gòu)樹中顯示公司、部門、崗位的信息，點(diǎn)擊公司、部門、崗位，則可以顯示其詳細(xì)信息，及其下面的所有員工（利用hibernate filter避免在樹上顯示員工信息）

d)為了顯示某個(gè)公司或部門（包括其下級(jí)機(jī)構(gòu)）下面的所有員工，我們?cè)O(shè)計(jì)了一個(gè)sn，這個(gè)sn根據(jù)組織機(jī)構(gòu)的樹型結(jié)構(gòu)來取值，通過它便可以方便實(shí)現(xiàn)查詢需求。e)利用TreadLocal實(shí)現(xiàn)分頁(yè)參數(shù)的傳輸

f)利用VO設(shè)計(jì)模式適應(yīng)客戶端對(duì)數(shù)據(jù)格式的特殊要求

4、我們這個(gè)設(shè)計(jì)的優(yōu)點(diǎn)在哪里

a)通過樹的方式來管理，一目了然，層次清楚

b)TheadLocal設(shè)計(jì)模式的運(yùn)用大大降低了分頁(yè)查詢邏輯的封裝處理

c)抽象出Party來，便于對(duì)所有的組織機(jī)構(gòu)實(shí)體進(jìn)行統(tǒng)一的管理（比如方便我們后面的權(quán)限管理模塊把所有Party統(tǒng)一對(duì)待）

5、我們這個(gè)設(shè)計(jì)的缺點(diǎn)在哪里

a)沒有實(shí)現(xiàn)員工的調(diào)動(dòng)管理（從一個(gè)部門調(diào)到另外一個(gè)部門），此功能在項(xiàng)目二期實(shí)現(xiàn)！

b)員工不允許跨部門（即一個(gè)員工只能屬于一個(gè)部門，而不能同時(shí)屬于多個(gè)部門）c)在模型上沒有規(guī)定哪些類型的Party只能放在哪些類型的Party下面，比如，在一般的需求中，崗位下面肯定是不能掛一個(gè)公司的。我們針對(duì)這種需求，是通過具體的代碼邏輯來實(shí)現(xiàn)的，而沒有辦法在一個(gè)地方去統(tǒng)一定義這種規(guī)則。i.如果要實(shí)現(xiàn)這些邏輯的統(tǒng)一定義，可以參考“責(zé)任模式”！

權(quán)限管理模塊

請(qǐng)描述一下你做的權(quán)限管理模塊

描述思路：

1、權(quán)限管理的基本需求

a)系統(tǒng)后臺(tái)有很多菜單項(xiàng)，同時(shí)各個(gè)頁(yè)面上也有很多功能按鈕，客戶要求我們的系統(tǒng)要能夠控制這些菜單項(xiàng)的訪問權(quán)限，也可以控制到具體每個(gè)功能按鈕的訪問權(quán)限 b)客戶要求建立角色的概念（參考RBAC），能夠自由定制不同的角色，角色和用戶之間是多對(duì)多的。

c)權(quán)限可以授予角色，然后把角色分配給用戶，這樣用戶就擁有了角色的權(quán)限 d)權(quán)限也可以授予某個(gè)部門、某個(gè)崗位，這樣在這些部門或崗位下面的用戶就擁有了這些部門和崗位的權(quán)限

e)客戶還要求權(quán)限也能直接授予用戶，這樣即使擁有相同的角色、相同的部門、相同的崗位，用戶的權(quán)限也可以是不同的

f)這樣，用戶自身被授予的權(quán)限、用戶擁有的角色的權(quán)限、用戶所屬部門或崗位的權(quán)限這些要素聯(lián)合起來判斷，才能最終決定用戶的權(quán)限。

g)因?yàn)橛脩舻臋?quán)限可能從多個(gè)角色或部門、崗位中繼承下來，而這些角色、部門或崗位的授權(quán)極有可能會(huì)有沖突，比如一個(gè)角色的授權(quán)是允許訪問，而另外一個(gè)角色的授權(quán)是拒絕訪問，客戶要求，如果出現(xiàn)這種情況，就以拒絕為準(zhǔn)，即不允許訪問。

2、權(quán)限管理的總體設(shè)計(jì)思路

a)因?yàn)闄?quán)限可以被授予用戶、角色、部門、崗位等等，我們稱之為權(quán)限控制的“主體”，我們定義了一個(gè)接口Principal用來表示主體的概念，用戶、角色、部門、崗位等均實(shí)現(xiàn)這個(gè)接口

b)我們要控制菜單項(xiàng)以及各種功能按鈕的訪問，我們稱這些菜單項(xiàng)和各種功能按鈕為權(quán)限控制的“資源”，定義了一個(gè)SysResource接口來表示資源的概念。

c)菜單項(xiàng)是一種資源；而各種功能按鈕最終其實(shí)是要訪問后臺(tái)的某個(gè)類的某個(gè)方法，因此我們把Action類看成是一種資源（稱為“操作資源”），各種功能按鈕則對(duì)應(yīng)了這個(gè)類里面的各種方法，我們把這些方法看成是這種資源的各種操作。d)我們定義了一個(gè)ACL用來表示哪些資源的哪些操作被授予了哪些主體，ACL中的主要屬性包括：主體類型（principalType）、主體ID(principalId)、資源類型(resourceType)、資源ID(resourceId)、操作狀態(tài)(aclState)，其中操作狀態(tài)是int類型，在Java中，一個(gè)int有32位（bit），我們定義資源的時(shí)候，把這個(gè)資源對(duì)應(yīng)的操作映射到某一位上，規(guī)定在這一位上取1表示允許執(zhí)行那個(gè)操作，而取0表示不允許執(zhí)行那個(gè)操作。e)這樣，在授權(quán)的時(shí)候，我們直接改變相應(yīng)操作的狀態(tài)位的取值即可；在認(rèn)證的時(shí)候，直接判斷相應(yīng)操作狀態(tài)位的取值

3、權(quán)限管理的實(shí)現(xiàn)技巧 a)在實(shí)現(xiàn)上，對(duì)于授權(quán)，我們界面上用jQuery和jQuery的插件jsTree來呈現(xiàn)菜單樹，在菜單樹的前面顯示一個(gè)CheckBox框，打勾表示允許，打叉表示拒絕；同時(shí)也做了一些右鍵點(diǎn)擊顯示上下文菜單，方便客戶執(zhí)行各種功能

b)jsTree沒有打叉這種顯示方式，為了滿足我們的要求，所以對(duì)jsTree插件做了一些擴(kuò)展（主要是修改它的js文件和css文件、圖片等），以便能支持更強(qiáng)大的顯示方式。

c)因?yàn)槲覀儼严到y(tǒng)中的各種Action類及其方法，看成是各種資源及其操作，為了方便管理，我們利用Spring提供的API搜索具備某些特征的Action類及其方法（特定的命名及特定的注解），將這些信息插入數(shù)據(jù)庫(kù)，這樣便可以將其用于授權(quán)和認(rèn)證。

d)在認(rèn)證的時(shí)候，我們實(shí)現(xiàn)了兩種方式的認(rèn)證： i.第一是根據(jù)授權(quán)，能夠把沒有授權(quán)的菜單項(xiàng)屏蔽，也能夠把沒有授權(quán)的功能按鈕屏蔽； ii.第二，因?yàn)榈谝环N認(rèn)證方式會(huì)有一些安全性問題，比如客戶可以繞過功能按鈕，直接在瀏覽器輸入某個(gè)功能的地址，為了避免這種問題，我們?cè)诤笈_(tái)也做了認(rèn)證，根據(jù)當(dāng)前請(qǐng)求的是哪個(gè)類的哪個(gè)方法，編寫攔截器，判斷當(dāng)前登錄用戶是否具備這個(gè)權(quán)限，如果沒有這個(gè)權(quán)限，就不允許執(zhí)行這個(gè)操作！

e)InitService和XML f)自定義注解，利用Springde的API掃描類（大概說出一兩個(gè)類名）

4、我們這個(gè)設(shè)計(jì)的優(yōu)點(diǎn)在哪里

a)因?yàn)槌橄蟪隽酥黧w和資源這兩個(gè)概念，核心的授權(quán)和認(rèn)證代碼依賴于這兩個(gè)概念，而不是具體的哪個(gè)主體或資源。所以，能夠更靈活的支持主體和資源的擴(kuò)展，比如假設(shè)以后客戶還想要給用戶分組，按照分組來給用戶授權(quán)，那么只需要實(shí)現(xiàn)一個(gè)新的主體類型即可，核心的授權(quán)和認(rèn)證的代碼無(wú)需變化。

b)權(quán)限控制的粒度更細(xì)，因?yàn)槲覀冇靡粋€(gè)int來表示操作的允許狀態(tài)，這就意味著，我們能支持在某個(gè)資源上的至多32種操作，在設(shè)計(jì)上無(wú)需做變化。一個(gè)資源上的操作一般不會(huì)超過32種操作，一般來說也就是添加、更新、刪除、查詢，以及在這個(gè)基礎(chǔ)上更加細(xì)分的一些操作而已，很少會(huì)超過32種操作。即使是極端情況，超過了32種操作，那么我們的核心設(shè)計(jì)也無(wú)需變動(dòng)，無(wú)非就是把int換成一個(gè)long類型即可（支持64種操作）。

c)我們還能支持細(xì)粒度的操作權(quán)限繼承關(guān)系： i.比如針對(duì)“公司管理”這種資源，假設(shè)它有六種操作：添加公司信息、刪除公司信息、更新公司信息、查詢公司信息、添加子公司、刪除子公司；我們可以把這些權(quán)限授予比如“張三”這個(gè)用戶。在授權(quán)的時(shí)候，我們可以細(xì)化到這種程度：

1.明確規(guī)定：允許張三查詢公司信息、更新公司信息 2.明確規(guī)定：不允許張三添加公司信息、刪除公司信息 3.至于張三是否能執(zhí)行添加子公司和刪除子公司這些操作，我們可以不做明確規(guī)定，而是由其所擁有的角色，或其所屬的部門、崗位的權(quán)限來決定，這稱為“權(quán)限的繼承關(guān)系”，針對(duì)這種需求，在ACL中，我們?cè)O(shè)計(jì)了一個(gè)額外的屬性：aclTriState，用來表示某種操作的權(quán)限是否是繼承下來的。

5、我們這個(gè)設(shè)計(jì)的缺點(diǎn)在哪里

a)角色之間沒有考慮父子關(guān)系，如果考慮父子關(guān)系的話，會(huì)更加便于授權(quán)，比如假設(shè)有一個(gè)角色為“普通員工”，另外一個(gè)角色是“檔案管理員”，如果把普通員工看成是檔案管理員的父角色，則意味著檔案管理員這個(gè)角色的權(quán)限將可以繼承普通員工中的權(quán)限（為什么沒有實(shí)現(xiàn)這個(gè)設(shè)計(jì)呢，客戶認(rèn)為沒有必要，因?yàn)橄到y(tǒng)中的角色數(shù)量比較少，如果這樣設(shè)計(jì)的話，反而會(huì)增加客戶操作的難度，無(wú)需過度設(shè)計(jì)）b)我們還沒有實(shí)現(xiàn)更細(xì)粒度的數(shù)據(jù)級(jí)的權(quán)限控制，比如，我們目前通過權(quán)限控制系統(tǒng)無(wú)法實(shí)現(xiàn)如下需求：規(guī)定張三可以查看所有部門的員工信息，但只能對(duì)本部門的員工信息執(zhí)行添加、刪除和修改操作。沒有實(shí)現(xiàn)的原因是：客戶目前這方面的需求還不是很多，因此，沒有必要在權(quán)限控制系統(tǒng)中實(shí)現(xiàn)。實(shí)現(xiàn)上述需求，我們是將這些邏輯寫到了具體的代碼中，而沒有通過權(quán)限控制系統(tǒng)進(jìn)行統(tǒng)一的定義。這也是大部分權(quán)限控制系統(tǒng)的實(shí)現(xiàn)策略。

工作流模塊

請(qǐng)描述一下你做的工作流模塊

描述思路：

1、工作流模塊的基本需求

a)請(qǐng)描述

2、工作流模塊的總體設(shè)計(jì)思路

a)把JBPM嵌入OA系統(tǒng)（如何實(shí)施的？具體過程？大概有哪些配置？）

b)表單管理、流程管理、WorkEntity、WorkApprove、EntityProperty（動(dòng)態(tài)表單）

3、工作流模塊的實(shí)現(xiàn)技巧

a)引入jbpmeditor之后，對(duì)它做了一些定制開發(fā)（支持中文，動(dòng)態(tài)表單的關(guān)聯(lián)）b)其它？

4、我們這個(gè)設(shè)計(jì)的優(yōu)點(diǎn)在哪里

a)對(duì)JBPM的擴(kuò)展 i.自定義JBPM變量解釋器 ii.可以給角色、部門、崗位分配任務(wù)，拋棄了JBPM中簡(jiǎn)單的User-Group這種組織結(jié)構(gòu)模型，使用了OA中的組織結(jié)構(gòu)模型

iii.實(shí)現(xiàn)了自由流（如何實(shí)現(xiàn)的？）iv.利用自定義節(jié)點(diǎn)實(shí)現(xiàn)了會(huì)簽的決策（如何實(shí)現(xiàn)的？）b)動(dòng)態(tài)表單設(shè)計(jì)方案

5、我們這個(gè)設(shè)計(jì)的缺點(diǎn)在哪里

a)在流程定義的界面上，沒有實(shí)現(xiàn)會(huì)簽節(jié)點(diǎn)的定義 b)在動(dòng)態(tài)表單設(shè)計(jì)界面上，無(wú)法直接添加一些動(dòng)態(tài)的組件（比如無(wú)法通過拖拽的方式添加一個(gè)人員列表等等）c)沒有實(shí)現(xiàn)流程的監(jiān)控

第三篇：OA項(xiàng)目面試參考

OA系統(tǒng)面試說辭

面試過程中描述項(xiàng)目一般分為三大點(diǎn)（第一點(diǎn)是參考說辭。后兩點(diǎn)是可補(bǔ)充的說明，個(gè)人可根據(jù)具體情況介紹）

1、項(xiàng)目的開發(fā)背景介紹以及個(gè)人在項(xiàng)目中完成的功能點(diǎn)

2、項(xiàng)目的開發(fā)過程（開發(fā)周期）

3、項(xiàng)目的系統(tǒng)架構(gòu)

1、項(xiàng)目開發(fā)背景以及個(gè)人完成的功能點(diǎn)介紹

我們這個(gè)項(xiàng)目是為XXX公司開發(fā)的一套辦公自動(dòng)化系統(tǒng)，簡(jiǎn)稱OA。該公司屬于XX行業(yè)，業(yè)務(wù)類型主要是XXX，該公司為了提高辦公效率與辦公質(zhì)量，實(shí)現(xiàn)無(wú)紙化辦公與科學(xué)的管理而委托我們公司研發(fā)該系統(tǒng)。通過需求調(diào)研與設(shè)計(jì)，我們將該項(xiàng)目劃分為了XX個(gè)大的模塊。主要包括 XXX。。而本人在該項(xiàng)目中主要負(fù)責(zé)組織機(jī)構(gòu)與權(quán)限管理兩個(gè)大模塊的設(shè)計(jì)，開發(fā)，調(diào)式以及維護(hù)等工作。

組織機(jī)構(gòu)模塊主要是對(duì)該公司的部門以及人員的管理。所以在此模塊中我們又分為機(jī)構(gòu)管理與人員管理兩個(gè)子模塊。由于該公司的機(jī)構(gòu)屬于職能型機(jī)構(gòu)，父機(jī)構(gòu)下面又存在子機(jī)構(gòu)，就像一個(gè)樹狀結(jié)構(gòu)，所以我們?cè)谠O(shè)計(jì)該模塊表的時(shí)候使用了自關(guān)聯(lián)的方式，這樣可以減少數(shù)據(jù)庫(kù)設(shè)計(jì)的允余，也便于擴(kuò)展。而人員模塊設(shè)計(jì)比較簡(jiǎn)單，就是直接在表中加入了一個(gè)機(jī)構(gòu)的外鍵，因?yàn)槿藛T肯定是屬于某個(gè)部門的。

至于權(quán)限模塊的設(shè)計(jì)就稍微復(fù)雜點(diǎn)。任何一個(gè)項(xiàng)目都會(huì)根據(jù)需求來設(shè)計(jì)相應(yīng)的權(quán)限操作，權(quán)限也是我們保證項(xiàng)目健壯性的一種手段。在此模塊中我們分為用戶管理，權(quán)限管理，角色管理三個(gè)子模塊。因?yàn)槭紫任覀兛紤]到應(yīng)該為每個(gè)人員建立一個(gè)唯一的登陸賬號(hào)，我們稱為用戶，我們將權(quán)限不直接授予具體人員，而是授予相應(yīng)的用戶，這樣就可以降低耦合度。但是如果具有相同權(quán)限的人都需要重復(fù)授予一樣的權(quán)限，客戶操作起來會(huì)很麻煩，而人員在公司一定有其相應(yīng)的職位，所以我們決定將權(quán)限打包授予某個(gè)角色，讓角色與具體職位關(guān)聯(lián)，再將角色授予用戶，這樣就能很好的解決問題了。不過一般來說，公司有些人員可能身兼數(shù)職，也就是說一個(gè)用戶可能會(huì)被分配都多個(gè)角色，默認(rèn)情況下我們是取所有權(quán)限的合集，但也會(huì)出現(xiàn)角色之間權(quán)限的沖突問題，因此我們?cè)诒碇性O(shè)計(jì)了一個(gè)優(yōu)先級(jí)的字段，讓一個(gè)用戶擁有的多個(gè)角色有不同的優(yōu)先級(jí)，如果權(quán)限產(chǎn)生了沖突，則以優(yōu)先級(jí)高的角色為準(zhǔn)。有點(diǎn)類似我們web程序中加載servlet時(shí)候配置的load-on-startup的屬性。當(dāng)我們將項(xiàng)目交與客戶試運(yùn)行后，客戶反映，無(wú)論什么情況都需要通過建立角色來授權(quán)感覺很麻煩，而公司的職位變動(dòng)也會(huì)引起角色的增多，造成角色的泛濫。所以通過與客戶的溝通，我們修改了當(dāng)初的設(shè)計(jì)，也就是除了可以通過角色來授權(quán)，也可以給用戶直接授權(quán)。這種方式與oracle數(shù)據(jù)庫(kù)的授權(quán)方式是一樣的，客戶也感覺很滿意。當(dāng)然，既然可以直接授權(quán)給用戶，也可以授權(quán)給用戶所屬的角色，同樣會(huì)發(fā)生類似于開始說的兩者之間權(quán)限的沖突問題，我們解決的辦法同樣是多設(shè)計(jì)了一個(gè)字段，該字段表示是否使用用戶自身的權(quán)限還是使用其角色的權(quán)限。

我們這個(gè)項(xiàng)目的權(quán)限分為三級(jí)，首先在用戶登錄的時(shí)候就開始驗(yàn)證是否有資格進(jìn)入，（這是第一級(jí)）在通過該驗(yàn)證后，我們會(huì)查詢出該用戶擁有的所有具有可讀功能的模塊并展示，對(duì)于該用戶不可讀的模塊是不會(huì)展示出來的，這樣能避免用戶的誤操作（這是第二級(jí)）。但有些模塊該用戶雖然具有可讀權(quán)限，但是沒有更新與刪除等權(quán)限，我們此系統(tǒng)也可以及時(shí)屏蔽該誤操作（這是第三級(jí)）。

2、項(xiàng)目開發(fā)周期 本項(xiàng)目總開發(fā)周期為1年，具體分為以下幾個(gè)階段

1、需求分析階段，由系統(tǒng)分析員對(duì)客戶進(jìn)行需求調(diào)研，產(chǎn)生需求分析說明書，經(jīng)客戶簽字確認(rèn)。

2、概要設(shè)計(jì)，由系統(tǒng)分析員根據(jù)需求分析書編寫概要設(shè)計(jì)文檔，經(jīng)客戶簽字確認(rèn)。

3、詳細(xì)設(shè)計(jì)，由系統(tǒng)分析員和架構(gòu)師根據(jù)概要設(shè)計(jì)文檔編寫詳細(xì)設(shè)計(jì)文檔，經(jīng)客戶簽字確認(rèn)。

4、用戶手冊(cè)，根據(jù)以上三個(gè)文檔編寫用戶使用手冊(cè)

5、數(shù)據(jù)庫(kù)設(shè)計(jì)，由系統(tǒng)分析員做數(shù)據(jù)庫(kù)架構(gòu)設(shè)計(jì)，生成數(shù)據(jù)字典

6、系統(tǒng)架構(gòu)設(shè)計(jì)，由系統(tǒng)架構(gòu)師做整個(gè)系統(tǒng)的架構(gòu)設(shè)計(jì)，產(chǎn)生架構(gòu)說明文檔

7、分模塊編碼，主要由程序員進(jìn)行分模塊編碼，并由測(cè)試人員對(duì)模塊進(jìn)行交叉測(cè)試

8、系統(tǒng)集成（也叫產(chǎn)品集成）

9、集成測(cè)試（對(duì)整個(gè)系統(tǒng)的產(chǎn)品結(jié)構(gòu)功能進(jìn)行整體測(cè)試）

10、上線試運(yùn)行，將集成后的產(chǎn)品交付給客戶進(jìn)行試運(yùn)行，對(duì)試運(yùn)行期出現(xiàn)的錯(cuò)誤進(jìn)行修改

11、產(chǎn)品交付，試運(yùn)行完后，如果產(chǎn)品沒有什么問題之后，對(duì)客戶交付產(chǎn)品

12、后期升級(jí)與維護(hù)(根據(jù)合同規(guī)定)

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

本系統(tǒng)是基于J2EE平臺(tái)，采購(gòu)B/S模式進(jìn)行開發(fā)，數(shù)據(jù)庫(kù)采購(gòu)oracle，系統(tǒng)框架采用當(dāng)今主流的SSH集成。分層架構(gòu)進(jìn)行開發(fā)，主要分為數(shù)據(jù)層、業(yè)務(wù)層、界面層。

第四篇：江門供電局電力營(yíng)銷管理信息系統(tǒng)項(xiàng)目實(shí)施經(jīng)驗(yàn)

龍?jiān)雌诳W(wǎng) http://.cn

江門供電局電力營(yíng)銷管理信息系統(tǒng)項(xiàng)目實(shí)施經(jīng)驗(yàn)

作者：劉 鑫

來源：《科技創(chuàng)新導(dǎo)報(bào)》2011年第34期

摘要：本文通過對(duì)江門供電局電力營(yíng)銷管理信息系統(tǒng)項(xiàng)目建設(shè)過程的分析，總結(jié)了項(xiàng)目準(zhǔn)備、建設(shè)、驗(yàn)收過程中的工作經(jīng)驗(yàn)，對(duì)于市供電局電力營(yíng)銷管理信息系統(tǒng)項(xiàng)目建設(shè)起到一定的指導(dǎo)作用。

關(guān)鍵詞：電力營(yíng)銷 管理信息 系統(tǒng)建設(shè)

中圖分類號(hào): TM76 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-098X(2011)12(a)-0000-001 江門供電局電力營(yíng)銷管理信息系統(tǒng)情況

1.1 原電力營(yíng)銷管理信息系統(tǒng)概況

江門供電局電力營(yíng)銷管理信息系統(tǒng)是覆蓋江門地區(qū)，包括三個(gè)區(qū)、四個(gè)縣（市）的近兩百萬(wàn)電力客戶業(yè)務(wù)。原使用系統(tǒng)采用數(shù)據(jù)分散管理的方式，數(shù)據(jù)存放在各個(gè)縣區(qū)供電局，采用基于J2EE和SOA體系構(gòu)架的純b/A/S二層體系結(jié)構(gòu)。各縣區(qū)局的分散管理，不利于大部制改革中全市營(yíng)銷管理模式的統(tǒng)一；也不利于數(shù)據(jù)安全；也極大的浪費(fèi)了管理方面的人力、物力資源。

1.2 原電力營(yíng)銷管理信息系統(tǒng)數(shù)據(jù)架構(gòu)及特點(diǎn)

原用電營(yíng)銷系統(tǒng)數(shù)據(jù)庫(kù)總體框架結(jié)構(gòu)如圖1.1所示，主要包含業(yè)擴(kuò)中間庫(kù)檔案、業(yè)擴(kuò)傳票信息、用戶檔案、計(jì)費(fèi)檔案、電量電費(fèi)明細(xì)及帳務(wù)信息、計(jì)量信息、用檢信息、供用電合同信息、用電營(yíng)銷主體數(shù)據(jù)和電量電費(fèi)歷史信息等內(nèi)容。

整個(gè)用電營(yíng)銷系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)有如下特點(diǎn)：

（1）業(yè)擴(kuò)中間庫(kù)檔案和計(jì)費(fèi)檔案完全分離；

（2）用檢檔案獨(dú)立于用戶檔案，減少空間開銷；

（3）歷史數(shù)據(jù)和近期數(shù)據(jù)分離，保證日常數(shù)據(jù)處理的性能不隨時(shí)間增長(zhǎng)而顯著降低；

（4）每月形成穩(wěn)定的主題數(shù)據(jù)，一方面可以保存每月報(bào)表，另一個(gè)方面可以實(shí)現(xiàn)快速的數(shù)據(jù)分析。

圖1.1用電營(yíng)銷數(shù)據(jù)庫(kù)總體框架結(jié)構(gòu)

1.3 新電力營(yíng)銷管理信息系統(tǒng)的優(yōu)化

新的電力營(yíng)銷管理信息系統(tǒng)相較舊系統(tǒng)而言，最主要的優(yōu)化體現(xiàn)在對(duì)各業(yè)務(wù)模塊的整合上。江門供電局電力營(yíng)銷管理信息系統(tǒng)通過運(yùn)用信息技術(shù)，采用計(jì)算機(jī)網(wǎng)絡(luò)等現(xiàn)代化管理工具，建立一個(gè)多功能的綜合電力營(yíng)銷管理信息系統(tǒng)。實(shí)現(xiàn)信息資源共享，規(guī)范用電管理、輔助領(lǐng)導(dǎo)決策等功能，從而顯著提高企業(yè)的管理效能和經(jīng)濟(jì)效益，如圖1.2所示。

圖1.2電力營(yíng)銷管理信息系統(tǒng)模塊關(guān)系圖項(xiàng)目實(shí)施

2.1 項(xiàng)目實(shí)施的準(zhǔn)備工作

2.1.1 建立完善的組織和制度保障體系

按照管理上的“同素異構(gòu)原理”和“能級(jí)層序原理”，在項(xiàng)目籌備之初，確定項(xiàng)目實(shí)施組織結(jié)構(gòu)，并明確了職責(zé)分工和協(xié)作規(guī)范。具體分組主要為：上線運(yùn)行領(lǐng)導(dǎo)小組；運(yùn)行工作小組；開發(fā)方住縣區(qū)局定點(diǎn)實(shí)施人員；業(yè)務(wù)功能負(fù)責(zé)范圍。

其中，業(yè)務(wù)功能負(fù)責(zé)范圍按營(yíng)銷管理氛圍：計(jì)量、用電檢查；抄核收；業(yè)擴(kuò)管理；系統(tǒng)管理及聯(lián)絡(luò)人員設(shè)置四個(gè)部分。

工作小組的工作內(nèi)容主要分為三級(jí)：

（1）核心層：負(fù)責(zé)小組工作例會(huì)及營(yíng)銷系統(tǒng)運(yùn)行過程發(fā)生緊急事情的會(huì)議召集，負(fù)責(zé)日常工作的分工、協(xié)調(diào)。

（2）管理層：負(fù)責(zé)每日營(yíng)銷系統(tǒng)運(yùn)行問題的收集、整理、分類匯總，并按照業(yè)務(wù)范圍責(zé)任到人解決，對(duì)于管理層小組不能解決的問題經(jīng)過核心層審核后提交東方電子公司住開平實(shí)施人員，由實(shí)施人員解決或協(xié)調(diào)江門開發(fā)小組一同解決。并負(fù)責(zé)將處理結(jié)果及時(shí)反饋各所。

（3）操作層：負(fù)責(zé)日常操作過程中（計(jì)量、業(yè)擴(kuò)報(bào)裝、抄核收）相關(guān)業(yè)務(wù)流程的各項(xiàng)問題收集，并每日提交管理層。

2.1.2 擬定具體工作計(jì)劃，建立投運(yùn)倒計(jì)時(shí)時(shí)間表

按照投入運(yùn)行的計(jì)劃，在最后一個(gè)月建立投運(yùn)時(shí)間表：

（1）倒數(shù)30天進(jìn)行第一次數(shù)據(jù)轉(zhuǎn)換；

（2）倒數(shù)28天開展推廣局的業(yè)務(wù)培訓(xùn)；

（3）倒數(shù)25天進(jìn)行第二次數(shù)據(jù)轉(zhuǎn)換，在此過程主要發(fā)布兩個(gè)系統(tǒng)應(yīng)用。一個(gè)作為推廣局系統(tǒng)試運(yùn)行試用，一個(gè)用來做基本檔案數(shù)據(jù)的完善和比對(duì)，作為各推廣局正式上線的數(shù)據(jù)庫(kù)，基本檔案數(shù)據(jù)不再轉(zhuǎn)換；

（4）倒數(shù)20天進(jìn)入雙軌運(yùn)行，同時(shí)進(jìn)行新舊系統(tǒng)電費(fèi)數(shù)據(jù)的比對(duì)和完善；

（5）倒數(shù)15天對(duì)舊系統(tǒng)進(jìn)行工作單歸檔，當(dāng)月發(fā)生變更的數(shù)據(jù)由開發(fā)方轉(zhuǎn)入到新系統(tǒng)。倒數(shù)14天各基層單位在新系統(tǒng)進(jìn)行工作單受理，舊系統(tǒng)收費(fèi)；

（6）倒數(shù)10天在新系統(tǒng)抄表；

（7）倒數(shù)8天在某一時(shí)點(diǎn)（如16:00）舊系統(tǒng)停止收費(fèi)；

（8）倒數(shù)5天組織進(jìn)行上線前票據(jù)流程檢查及發(fā)票的試打??；

（9）倒數(shù)4天開發(fā)方對(duì)歷史電費(fèi)（三年）、欠費(fèi)檔案、實(shí)收檔案、余額檔案、核銷檔案、臨時(shí)接電費(fèi)檔案進(jìn)行轉(zhuǎn)換，各縣區(qū)局組織核算人員進(jìn)行新舊系統(tǒng)欠費(fèi)數(shù)據(jù)比對(duì)；

（10）正式上線。

2.2 項(xiàng)目實(shí)施過程控制

2.2.1 硬件準(zhǔn)備

保障全區(qū)營(yíng)銷系統(tǒng)網(wǎng)絡(luò)暢通，確保各個(gè)基層單位能順利接入新系統(tǒng)開展試運(yùn)行工作，要求營(yíng)銷系統(tǒng)使用人員的客戶端必須能夠通過IE瀏覽器訪問市局營(yíng)銷系統(tǒng)。

完成基層運(yùn)用單位的硬件設(shè)施配置工作，搭建終端電腦設(shè)備，設(shè)置好相關(guān)的配套設(shè)備（如抄表機(jī)、高速打印機(jī)等）。

營(yíng)銷系統(tǒng)基于微軟IE瀏覽器進(jìn)行操作，要求每個(gè)客戶端必須具備系統(tǒng)所需客戶端硬件、軟件配置。

2.2.2 人員權(quán)限設(shè)置

在雙軌運(yùn)行前，完成營(yíng)銷系統(tǒng)應(yīng)用人員的權(quán)限配置和系統(tǒng)的基本設(shè)置工作。由縣區(qū)局在雙軌運(yùn)行前確認(rèn)本單位工作人員的權(quán)限清單，系統(tǒng)開發(fā)方根據(jù)清單在3日內(nèi)完成人員權(quán)限的設(shè)置以及各單位系統(tǒng)的基本設(shè)置工作。

2.2.3 分期、分批次培訓(xùn)

首次培訓(xùn)的人員主要對(duì)象為：能熟悉使用鍵盤、鼠標(biāo)，熟練地錄入和編輯中文文字；熟悉Windows操作，操作系統(tǒng)使用，了解文件結(jié)構(gòu)，熟悉文件管理、執(zhí)行命令等基本操作；熟悉瀏覽器（如IE）的日常使用和配置；熟悉業(yè)務(wù)流程管理規(guī)定，對(duì)所負(fù)責(zé)的業(yè)務(wù)精通的人員。其次，參加培訓(xùn)人員按照專業(yè)組織進(jìn)行一次集中培訓(xùn)，培訓(xùn)后經(jīng)過考核合格方可上崗，培訓(xùn)需達(dá)到每個(gè)基層單位、每個(gè)業(yè)務(wù)均有一人通過考試。

最后，通過遠(yuǎn)程教育培訓(xùn)網(wǎng)絡(luò)對(duì)其他人員進(jìn)行視頻授課，并由集中授課通過考核的人員組織個(gè)性化的基層培訓(xùn)。

2.3 項(xiàng)目實(shí)施的反饋控制

在新系統(tǒng)正式啟用之后，由工作小組的操作層人員對(duì)日常運(yùn)行過程中出現(xiàn)的問題進(jìn)行收集、過濾后由管理層審核，確認(rèn)有必要增加的功能提交市局審核，市局經(jīng)審核并同開發(fā)方、監(jiān)理溝通后確實(shí)有需要開發(fā)的的功能則提交開發(fā)方開發(fā)，沒有必要開發(fā)則反饋基層。3 項(xiàng)目實(shí)施的關(guān)鍵經(jīng)驗(yàn)總結(jié)

3.1 投運(yùn)時(shí)間表采用表單式運(yùn)作

投運(yùn)時(shí)間表采用表單式制作，主要涉及內(nèi)容有：項(xiàng)目、工作內(nèi)容、負(fù)責(zé)部門、起始時(shí)間等，通過表單式運(yùn)作明確了工作內(nèi)容、負(fù)責(zé)部門、時(shí)間安排等重要信息，對(duì)于投運(yùn)計(jì)劃的按時(shí)完成起到了化整為零的作用。

3.2 新功能需求開發(fā)的閉環(huán)管理模式

在新功能需求開發(fā)的工程中采用閉環(huán)管理的模式，主要流程可以概括為：

（1）需求提出：由局方工作小組收集整理基層需求，結(jié)合日常工作提出對(duì)新系統(tǒng)開發(fā)的需求；

（2）功能審核：對(duì)局方工作小組提出的需求，由工作小組、開發(fā)方和監(jiān)理方對(duì)需求進(jìn)行審核，確認(rèn)需要開發(fā)的功能。對(duì)基層提出的經(jīng)討論不開發(fā)的功能，經(jīng)確認(rèn)后由工作小組反饋到基層。

（3）功能確認(rèn)：經(jīng)開發(fā)方開發(fā)的功能，提交局方工作小組測(cè)試，經(jīng)測(cè)試合格后發(fā)布使用。測(cè)試不合格的功能列明不滿足使用條件的原因，再次提交開發(fā)方調(diào)整，如此循環(huán)操作直到測(cè)試合格。

3.3 以點(diǎn)帶面的上線模式

江門供電局共有三區(qū)、四縣需啟用電力營(yíng)銷管理信息系統(tǒng)，為做好上線的準(zhǔn)備工作，選取蓬江工作局做為試點(diǎn)，為全市推廣電力營(yíng)銷管理信息系統(tǒng)積累運(yùn)行經(jīng)驗(yàn)，并在運(yùn)行中有針對(duì)性的對(duì)發(fā)現(xiàn)的問題進(jìn)行解決。

選取蓬江供電局作為試點(diǎn)，主要是考慮蓬江供電局作為市區(qū)的城區(qū)局，客戶數(shù)量相對(duì)適中、客戶檔案比較復(fù)雜、地理優(yōu)勢(shì)明顯。這些都成為蓬江供電局作為試點(diǎn)縣區(qū)局的特出優(yōu)點(diǎn)，通過整個(gè)過程來看，也確實(shí)達(dá)到了作為試點(diǎn)的目的。

3.4 日常問題頭腦風(fēng)暴解決模式

為加強(qiáng)系統(tǒng)實(shí)施工作的領(lǐng)導(dǎo)和管理，解決日常出現(xiàn)的問題，在每個(gè)縣區(qū)局設(shè)立對(duì)應(yīng)于市局工作小組的模式，設(shè)立每日工作小組聯(lián)絡(luò)會(huì)議制度，由工作小組組長(zhǎng)主持，采取頭腦風(fēng)暴法重點(diǎn)討論發(fā)現(xiàn)問題，尋找解決辦法，對(duì)于不能解決的問題，次日提交市局營(yíng)銷系統(tǒng)工作小組。具體討論的問題由基層操作人員負(fù)責(zé)收集所在單位的問題，每日反饋至運(yùn)行工作小組，由小組聯(lián)絡(luò)員匯總分類，分發(fā)專業(yè)小組負(fù)責(zé)人解決。各組不能解決問題，提交開發(fā)方駐點(diǎn)實(shí)施人員，由實(shí)施人員協(xié)調(diào)開發(fā)方解決問題。結(jié)語(yǔ)

本文集中對(duì)江門供電局電力營(yíng)銷管理信息系統(tǒng)項(xiàng)目實(shí)施做了描述，并通過對(duì)其過程分析，解讀了實(shí)施過程中的經(jīng)驗(yàn)，對(duì)于電力營(yíng)銷管理信息系統(tǒng)的數(shù)據(jù)架構(gòu)、模塊管理、開發(fā)應(yīng)用起到了一定參考作用。

參考文獻(xiàn)

[1] 張德 《人力資源開發(fā)與管理》 清華大學(xué)出版社,1996.[2] 顧旭 《企業(yè)戰(zhàn)略與投資決策》 上海財(cái)經(jīng)大學(xué)出版社，2005.

第五篇：項(xiàng)目經(jīng)驗(yàn)

我的項(xiàng)目經(jīng)驗(yàn)：項(xiàng)目日期：2010年6月-2010年8月

項(xiàng)目名稱：臺(tái)泥公司儲(chǔ)運(yùn)碼頭儲(chǔ)料系統(tǒng)改造

擔(dān)任職位：電氣工程師/技術(shù)員

項(xiàng)目描述：1.目的：為提高倉(cāng)重計(jì)量的準(zhǔn)確性及減少現(xiàn)場(chǎng)對(duì)稱重信號(hào)的干擾而進(jìn)行的技術(shù)改造，從而實(shí)現(xiàn)中空室監(jiān)控的數(shù)據(jù)與現(xiàn)場(chǎng)儀表反饋回 來的料位，重量信號(hào)數(shù)據(jù)的一致。通過重量或者料位來控制電機(jī)的啟停。

2.介紹：本項(xiàng)目的控制部分由稱重傳感器，現(xiàn)場(chǎng)重量顯示儀表，s7-200 CPU226的PLC，EM277擴(kuò)展模塊，擴(kuò)展DI/DO，上位機(jī)監(jiān)控，氣缸組成。它的工作原理是當(dāng)現(xiàn)場(chǎng)把控制柜的按鈕打到手動(dòng)則進(jìn)進(jìn)入手動(dòng)調(diào)試狀態(tài)，手動(dòng)調(diào)試包括倉(cāng)重的校驗(yàn)，電機(jī)和做閥門的測(cè)試等。倉(cāng)重的校驗(yàn)是當(dāng)按下氣缸啟動(dòng)按鈕氣缸動(dòng)作將校驗(yàn)砝碼掛上倉(cāng)體，然后根據(jù)儀表顯示的重量與砝碼的重量的對(duì)比進(jìn)而調(diào)節(jié)偏差。上位機(jī)監(jiān)控的重量數(shù)據(jù)是從現(xiàn)場(chǎng)儀表發(fā)送過來的。因此校驗(yàn)好現(xiàn)場(chǎng)的倉(cāng)體重量就可以投入使用了。當(dāng)把控制柜的按鈕打到自動(dòng)時(shí)中空操作員可以對(duì)現(xiàn)場(chǎng)設(shè)備的啟停操作。如果遇到緊急事故，整個(gè)系統(tǒng)會(huì)進(jìn)入停止運(yùn)行狀態(tài)。

責(zé)任描述：這個(gè)小型的系統(tǒng)由三部分的人員完成。第一部分是由公司的工程部完成，他們的任務(wù)是負(fù)責(zé)對(duì)現(xiàn)場(chǎng)硬件設(shè)備的改裝，負(fù)責(zé)現(xiàn)場(chǎng)的施工工作；第二部分和第三部分是我們電氣人員負(fù)責(zé)，而我主要負(fù)責(zé)的是PLC的程序設(shè)計(jì)和改進(jìn)。其他的技術(shù)人員則做人機(jī)界面的畫面組態(tài)和改進(jìn)。經(jīng)過2個(gè)月的對(duì)項(xiàng)目的改造我完成了PLC主體程序的改造設(shè)計(jì)，還有比較復(fù)雜的通信部分由領(lǐng)導(dǎo)完成。

經(jīng)過這2個(gè)月的學(xué)習(xí)和對(duì)項(xiàng)目的改造我的編程技術(shù)又上了一個(gè)臺(tái)階，對(duì)整個(gè)自動(dòng)化控制系統(tǒng)有了更加深入的了解，總之受益匪淺。