第一篇：OA項目面試參考

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

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

1、項目的開發(fā)背景介紹以及個人在項目中完成的功能點

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

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

1、項目開發(fā)背景以及個人完成的功能點介紹

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

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

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

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

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

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

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

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

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

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

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

7、分模塊編碼，主要由程序員進行分模塊編碼，并由測試人員對模塊進行交叉測試

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

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

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

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

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

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

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

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

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

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

描述思路：

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

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

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

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

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

2、組織機構(gòu)的總體設計思路

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

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

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

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

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

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

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

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

4、我們這個設計的優(yōu)點在哪里

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

b)TheadLocal設計模式的運用大大降低了分頁查詢邏輯的封裝處理

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

5、我們這個設計的缺點在哪里

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

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

權(quán)限管理模塊

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

描述思路：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4、我們這個設計的優(yōu)點在哪里

a)因為抽象出了主體和資源這兩個概念，核心的授權(quán)和認證代碼依賴于這兩個概念，而不是具體的哪個主體或資源。所以，能夠更靈活的支持主體和資源的擴展，比如假設以后客戶還想要給用戶分組，按照分組來給用戶授權(quán)，那么只需要實現(xiàn)一個新的主體類型即可，核心的授權(quán)和認證的代碼無需變化。

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

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

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

5、我們這個設計的缺點在哪里

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

工作流模塊

請描述一下你做的工作流模塊

描述思路：

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

a)請描述

2、工作流模塊的總體設計思路

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

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

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

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

4、我們這個設計的優(yōu)點在哪里

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

iii.實現(xiàn)了自由流（如何實現(xiàn)的？）iv.利用自定義節(jié)點實現(xiàn)了會簽的決策（如何實現(xiàn)的？）b)動態(tài)表單設計方案

5、我們這個設計的缺點在哪里

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

第三篇：電力OA項目經(jīng)驗

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

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

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

責任描述： 承擔軟件實施工作，甘肅電力公司投資計劃項目、新疆電力公司投資計劃項目，工作職責：輔

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

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

項目描述：

責任描述：

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

開發(fā)工具：

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

責任描述：

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

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

項目描述：

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

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

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

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

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

提升應用是必然趨勢。山西電力公司率先開展費控業(yè)務研究，在和局方負責人員對于費控業(yè)務進行

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

責任描述：

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

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

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

理設備臺帳管理及其它生產(chǎn)業(yè)務模塊管理

責任描述： 擔任實施工程師,按不同的模塊,在市級分公司完成試點實施后組織推廣到全省供電公司。先后

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

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

項目描述： 該項目包括生產(chǎn)管理、用電營銷管理、業(yè)擴報裝、計量管理、人力資源、辦公自動化(OA)。

實施過程中負責:

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

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

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

設置抄表員、核算員、收費員 及營銷部門其他人員權(quán)限。

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

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

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

統(tǒng)計用戶報表格式。

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

在規(guī)定時間對農(nóng)電局各部門人員分批培訓，并簽培訓單、項目運行單。

項目雙周計劃及項目實施周報提交。

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

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

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

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

大余縣供電公司的ERP SAP項目。

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

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

2009/9--至今： 黑龍江省電力公司ERP項目

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

責任描述： 作為SAP(FICO)財務實施顧問，為黑龍江省電力公司進行ERP實施工作，主要負責西部推廣分區(qū)財務模塊實施工作，主要包括：

1、最終用戶培訓工作

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

3、模擬運行

4、上線支持工作

2009/2--2009/9： 湖北省電力公司ERP項目

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

責任描述： 作為SAP(FICO)財務實施顧問，為湖北省電力公司進行ERP實施工作，主要負責武漢推廣分區(qū)財務模塊的實施工作，主要包括：

1、項目前期業(yè)務調(diào)研與差異確認工作，業(yè)務藍圖設計

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

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

4、關鍵用戶、最終用戶培訓以及系統(tǒng)單元測試、集成測試

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

日期:2011/03-2011/04

項目名稱/客戶名稱

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

項目簡述

本人職責 物11111111111111 WindowsXpWeb本人

第四篇：OA顧問工作求職面試要點.

說明: 本文是我去年寫給一位研發(fā)部同事的,當時她想從研發(fā)類職位轉(zhuǎn)向?qū)嵤╊檰栴惵毼?。下文概括了在OA/協(xié)同辦公/工作流(同類軟件)的實施顧問面試中常見的一些問題。以期幫助她快速應對OA實施招聘面試.OA本身的特點:

與ERP不同,OA日趨于協(xié)同管理,主要針對企業(yè)內(nèi)的管理流程進行管理和優(yōu)化。主要目的分為3個層面來講:對于普通員工來說,協(xié)同辦公平臺提高了他們的工作效率,不用迷失在一大堆的瑣屑事情里面找不到重點；對于中層管理者來說,協(xié)同辦公平臺幫助他們進行日常事務的管理,方便制定中短期工作任務規(guī)劃和工作派遣,并可以通過豐富的報表等手段及時掌握下屬的工作進度;對于高層管理者來說,協(xié)同辦公平臺,提供的移動辦公平臺,可以讓他們隨時隨地掌控公司的信息。而定制的戰(zhàn)略規(guī)劃，以及具體的各項經(jīng)營管理指標的執(zhí)行，同樣可以在協(xié)同辦公平臺上進行實施。從而有效提高管理執(zhí)行力度。OA實施顧問的職責的理解:

強烈關注項目的進度，保障項目如期上線。

面試中可能會問及相關或類似的問題,務必要表示自己對事件執(zhí)行有始有終的態(tài)度。以及強烈關注項目進展的特性。如果問到例如軟件BUG,軟件功能缺陷等問題對項目實施帶來的影響，則一定要表示自己相信有專業(yè)的研發(fā)同事負責解決此問題，而此問題不在自己主要關注范疇之內(nèi)。(重點:此節(jié)答復的前提基于該項目已經(jīng)處于實施階段，而非售前階段。該問題尤其考察研發(fā)技術(shù)類人員轉(zhuǎn)職實施顧問時的思維方式轉(zhuǎn)變程度。如果答復的內(nèi)容過于糾結(jié)BUG修復，缺陷彌補等細節(jié)，會被認為缺乏宏觀思維。)高層對OA的定位:

我們公司作為一個大的軟件公司,提供近百個不同的信息化產(chǎn)品。隨著社會的發(fā)展，信息化的進步，在未來信息一體化項目是必然的趨勢。而我們相比市場單一定位的信息化產(chǎn)品來說,是具有明顯優(yōu)勢的。

但就OA而言,我們的應用功能，界面友好等各方面都不及目前市場上的主流OA產(chǎn)品。我們的OA主要是定位在信息一體化項目,與ERP,HR等系統(tǒng)集成。更深入地挖掘和釋放信息化的能量。

此處如果在面試中問到,只要說得出我們OA的優(yōu)勢即可.(而實際上OA/HR/CRM等等軟件實際上是作為ERP軟件銷售后的二次利潤增長突破口.此節(jié)除了,)顧問實施中的問題處理(也是面試中可能會面臨的提問): 1,實施過程中,客戶的人員不配合.客戶User抵觸心理比較大.怎么辦? 分析:

此問題考察項目干系人的掌控,為使項目按既定的軌道運行,顧問需要高效地維護和利用項目干系人.底層人員不配合實施,一般會因為兩種因素：第一,改變了他們的使用習慣；第二,增加了他們的工作量。但很多時候，這兩種因素都是不可避免的。想要使普通員工就范，就要多多利用他們的高層，例如在項目起初要求客戶高層制定一定的獎懲措施來保障項目的運行、要求客戶的高層率先使用系統(tǒng)，只認系統(tǒng)中的單據(jù)等等。

整個項目的實施過程中,普通User對項目有影響,但影響并不大.真正評價系統(tǒng)使用價值的是客戶的高層。就我們公司來說,這就是價值實施的一個基本點.因此,在這類問題中,只要提到要與客戶公司的高層多多交流。那基本上就OK了。

2,項目實施就快上線了,但是客戶那邊突然打電話來,劈頭蓋臉把你罵一頓,說程序出了問題,要你今天之內(nèi)必須解決.但是研發(fā)部門修改BUG一般需要幾天,請問,怎么辦?

分析:

此問題考察顧問對突發(fā)事件的應對能力和態(tài)度.1,沉穩(wěn)的心態(tài)，首先冷靜聽客戶描述問題及發(fā)生情況，安撫客戶情緒。

2,積極尋求解決方案,客戶那邊是否可以通過數(shù)據(jù)處理等進行臨時的問題處理；公司這邊，則上報領導,請求資源協(xié)調(diào)，盡快處理此事。

此問題一般沒有標準答案,主要考察處事態(tài)度是否積極;是否會利用團隊的力量。

3,遇到客戶比較耍賴,付款不及時,或者需求總是不斷變化,面對與其之前商定的內(nèi)容矢口否認。怎么辦?

分析: 此問題主要考察項目管理技巧。擁有必須的應對技巧，是整個項目能否達到預 面對從未做過顧問的應試人員,一般不會提到這種問題.如果提到,一般僅考察期效果的必要因素。也是新顧問最常面臨的”最頭疼問題”之一。應征者做事是否有條理性。

因此回答的內(nèi)容中,只要提到自己做事很有條理,有記錄事件備忘的類似習慣,就差不多了。此問題的常規(guī)應對方式是將與客戶的商談內(nèi)容做備忘記錄，請客戶簽字確認。并向客戶說明需求變更會帶來一定的風險和代價。高層的擔憂:

1,穩(wěn)定性

人員的培養(yǎng)都是需要成本的,所以高層對人員的穩(wěn)定性比較看重.2,工作適應性

特別是以前沒有做過顧問,高層對應征人員的工作適應性總是特別擔憂,這個人能不能適應顧問的工作?特別是這個工作的特殊性,能否勝任顧問的工作,并不僅僅取決于顧問對軟件本身的了解,而是取決于顧問的管理知識水平。

如果應試中,高層領導問到類似問題時,務必要表示自己樂于與人溝通交流;對企業(yè)管理方面的知識十分渴求.其它注意的問題點:

面對高層的時候,不要談技術(shù),只談信息化建設中,協(xié)同辦公平臺與其它信息化項目的關聯(lián)及重要性。對協(xié)同辦公平臺能帶給企業(yè)整體管理水平提升的能力及前景深信不疑。

(當高層對你沒有做過顧問表示擔憂的時候,)強調(diào)自己做顧問的意愿。視現(xiàn)場談話情況,甚至可以表示自己如果不能在這里做顧問,以后也會去其它公司做顧問。

OA顧問所需要的知識:

企業(yè)管理知識，余世維博士的職業(yè)經(jīng)理人系列講座，以及有效溝通，贏在執(zhí)行等系列課程都可以聽聽。

綜合說起來, 溝通交流方面，無非就是要有能跟企業(yè)經(jīng)營管理者溝通交流的能力,能分析他們遇到的問題,哪怕紙上談兵也好。

項目管理方面，要有資源協(xié)調(diào)，使用各種手段保證項目順利的能力。

第五篇：某集團OA項目實施建議

華騰軟件某集團OA項目實施建議

貴集團現(xiàn)在有一個總部，十多個分公司，總部就300人左右，各分部規(guī)模非常龐大，而且各分公司是跨行業(yè)的，現(xiàn)在集團老總最關心的是房地產(chǎn)業(yè)務，只有房地產(chǎn)業(yè)務老總會管理的比較細，精力基本用在房地產(chǎn)業(yè)務中，珠寶或者茶廠等分公司管理比較容易，現(xiàn)在最讓老總頭疼的是房地產(chǎn)，事情比較多和復雜。對此，華騰公司提出選型的以下建議：

1.項目前期規(guī)劃建議

華騰公司認為貴集團應該從總體規(guī)劃、分布實施的模式來進行項目的實施?？傮w規(guī)劃：

（1）總體規(guī)劃

首先選擇一個系統(tǒng)平臺能夠支撐一個集團十多個分公司的規(guī)模，系統(tǒng)的安全性、擴展性、服務器性能，能夠支持集團未來規(guī)模的擴展，廠商具有集團實施經(jīng)驗，服務方式和技術(shù)能力能夠達到集團要求。

（2）分布實施

根據(jù)集團現(xiàn)狀，我們認為應該從老總關心的問題去架設系統(tǒng)，首先解決房地產(chǎn)公司問題，規(guī)劃房地產(chǎn)內(nèi)部運行流程和辦事標準，分別了解老總平常重點關心問題和各職能部門感覺繁瑣的事情，通過貴集團獨特的管理模式，使管理電子化和規(guī)范化。將房地產(chǎn)的主要業(yè)務架設到OA系統(tǒng)中，讓老總能夠?qū)崿F(xiàn)對房地產(chǎn)每個業(yè)務的執(zhí)行和監(jiān)控。這樣才能讓老總看到OA系統(tǒng)的價值，對其他分公司OA系統(tǒng)架設會有更高的期望值。

其他分公司我們可以架設一些比較通用的模塊，各分公司OA系統(tǒng)可以只管到高層，架設一些分公司與總部有聯(lián)系的模塊，具體分公司的業(yè)務可以先不考慮。系統(tǒng)實施有主、次，抓重點、有先后區(qū)分，方可使項目成功實施。

2.平臺選擇建議

選OA系統(tǒng)最主要的是選擇平臺，現(xiàn)在國內(nèi)有三種平臺的OA系統(tǒng)：IBM Lotus、微軟和國內(nèi)自主開發(fā)。我們建議貴集團選擇LTOUS這個平臺，這個平臺包含了完整的企業(yè)協(xié)作的解決方案：（1）Lotus Notes/Domino解決了用戶的電子郵件和工作流的要求。

（2）Sametime解決了企業(yè)即時通訊的要求，其提供的Quickplace解決了企業(yè)協(xié)作的要求。（3）其工作流引擎Workflow提供世界級的流程定義的功能。

（4）每種產(chǎn)品又完美無縫的結(jié)合在一起，并且通過和Websphere、DB2等產(chǎn)品整合，為客戶提供了企業(yè)信息化的整體解決方案。

而其他廠商的平臺模式（關系型數(shù)據(jù)庫＋中間件）做辦公系統(tǒng)的問題。用RDB加中間件的方式開發(fā)電子政務或OA系統(tǒng)，等于要在關系型數(shù)據(jù)庫之上要首先開發(fā)一些Domino已經(jīng)提供的基本服務，因為電子政務或OA系統(tǒng)不可或缺的工作流、文檔處理、協(xié)同工作、安全控制等功能，姑且不討論關系型數(shù)據(jù)庫是否適合管理文檔型數(shù)據(jù)，單從開發(fā)的時間上而言，要開發(fā)出一套可用的、穩(wěn)定的“類Domino”平臺，決不是一兩年能完成的工作，其中產(chǎn)品的成熟度、可靠性、后續(xù)的升級和維護，沒有一個大的公司支持，也會為未來埋下隱患。

上面可以看出100人的OA系統(tǒng)每個廠商都能實現(xiàn)，而考慮到大規(guī)模、分地域、安全性等問題時，只有IBM LOTUS這個平臺能夠解決貴集團的問題。

3.實施過程建議

在整個實施過程中，注意每個環(huán)節(jié)要點，認真對待每個環(huán)節(jié)中集團人員與廠商的溝通，只有多溝通多交流，廠商才能明確了解貴集團的需求：

項目前期：每個職能部門的經(jīng)理能夠講出本部門的事務，包括每個業(yè)務的單據(jù)和流程，廠商能夠使部門事務電子化和規(guī)范化?？偨?jīng)理關心的問題要明確，以老總關心的問題為系統(tǒng)的重點來設計。同時認真審核廠商的需求文檔。

項目中期：各部門人員認真接受培訓。管理員能夠掌握權(quán)限分配、模塊操作功能、系統(tǒng)維護等要點。

項目后期：系統(tǒng)運行后，作為領導層必須強制性要求自己和員工使用系統(tǒng)，因為以前紙質(zhì)的辦公模式轉(zhuǎn)變?yōu)殡娮踊k公，肯定需要一個艱苦的過程。

4.售后服務建議

建議貴集團售后這塊將服務外包給OA廠商。各行有專攻，集團沒必要因為OA系統(tǒng)而成立一個OA事業(yè)部，相比而言，成立一個事業(yè)部比外包給廠商投入的費用和金額都高。

如果系統(tǒng)需要大規(guī)模升級，建議可以按照人天的模式來交給廠商開發(fā)，這樣能夠明細工作量，同時節(jié)約成本。