一、小組概況......................................2

二、選擇課題......................................4

三、制定目標.....................................17

四、提出方案并確定最佳方案......................21

五、制定對策表...................................43

六、按對策表實施.................................44

七、效果檢驗.....................................59

八、標準化和納入管理規范.........................61

九、活動總結及下一步提升措施.....................63

一、小組概況

課題名稱工程資金信息管理工具的開發

YAYC-QG-QC-201

小組名稱"和悅"QC小組注冊號

5-08

小組類型創新型

小組成

成立時間2015-6-208

員數量

活動次數15出勤率100%

小組成員

序性年文化程

姓名職稱工作崗位小組分工

號別齡度

4會計師財務科組長

1岳斌男本科

5中級副科長課題選擇

3注冊網絡信息中心副組長

2何國偉男本科

9信息安全師副主任軟件開發

3會計電算化中級財務科報告編寫

3劉松男本科

1計算機操作員中級成果發布

2財務科報告編寫

4鄭竹心女本科計算機二級

3出納成果發布

3財務科對策實施

5楊娟女本科會計師初級

3會計軟件測試

3會計師財務科

6李莉女本科效果檢測

8中級會計

3財務科

7熊璐女本科會計師初級效果檢測

3封

2信息中心軟件測試

8蔣井富男大專計算機操作員初級

5系統管理員成果發布

活動進度表

時間2015年2016年

項目7月8月9月10月11月12月1月2月

課題選擇

-----?

目標設定----------k

P

提出方案

確定最佳方案

制定對策

D對策實施

—

效果檢查,

C-----A

標準化

T

A總結及下一

----------1

步打算

＞圖注：計劃進度

＞實際進度

二.選擇課題

(-)選題背景

?整合工程管理核心要素，解決部門之間、相關方橫向

協作信息溝通不暢的問題.

?促進精益管理，提升信息傳遞效率，減少信息等待、

無效點，提升查詢效率，實現信息查詢的智能化、個

性化。

?解決工程項目立項、施工、監理、決算四大階段資金

流、信息流、管理流同步整合，實現全過程實時同步

工程管理管理。

需要

（二）問題提出

2015年，雅安市局（公司）災后重建工程建設進入全面推進施

管理階段，2015年1-2季度通過資金監管系統支付L919筆，支付

金額43,729.65萬元，30%為工程項目資金，隨著工程陸續開展，資

金支付數量和金額都成幾何級增長；合同文件類別多，工程項目立項、

施工、監理、決算四大階段，大量工程資金支付進度、支付條件需要

跟蹤控制，履約風險和支付風險明顯增大。

1.橫向呈現多頭管理，重復工作

工程項目信息承載著項目管理、資金支付、跟蹤控制等主要功

能，工程項目臺賬存在投資、財務、審計三方共同管理，因關注點

不一致，臺賬存在格式不一致，相關單位、工程進度、履約情況、

支付行為等大量工程管理信息系統分別獨立，登記內容重復，信息

查詢、核對數據準確度不高。以下為投資、財務三方工程臺賬截圖：

圖一投資臺賬圖二財務臺賬

財務、企管工程臺賬登記格式不一致，側重點不一致。以下為

財務資金監管系統和投資系統截圖:

ffi

il

一

三

三

?■

圖一財務資金監管系統截圖圖二投資系統截圖

現有工程資金管理系統側重點不一，并且無法通過系統直接杳

詢到工程項目支付相關附件。

2.工程臺賬與相關管理資料相分離，核對查詢效率低

由于工程施工周期較長，涉及相關管理文檔豐富，工程項目支

付臺賬與臺賬管理憑證相分離，嚴重影響了臺賬查詢、核對、支付

條款驗證效率。

截止2015年6月全市開工在建工程項目17個，所涉及往來單

位85個，支付195筆，2015年7月10日對財務基建臺賬查詢流

程進行梳理和統計，分別對2013年、2014年、2015年每年3筆臺

賬記錄及相關憑證查詢時間進行測試。

查詢流程

步驟①、業務人員提出查詢需求

步驟②、財務人員根據需求杳找對應臺賬

步驟③、查詢對應信息及憑證號

步驟④、預約檔案管理員

步驟⑤、查詢會計憑證檔案

步驟⑥、反饋杳詢數據

單位：分鐘

項目流程

執行人項目摘要憑證號

編號

①②③④⑤⑥

支付四川省煙草公

司雅安市公司寶興

2013.2.39

鄭竹心一卷煙配送中心建設10.51.562.50.512

#

項目編制《項目申

請報告》咨詢費

支付名廣東六建工2015.2.30

鄭竹心二1.231.302.30.68.4

程進度款4#

支付名山經營業務2014.1.27

劉松—1.10.61.202.20.45.5

用房項目咨詢費1#

漢源付倉庫及附屬2015.5.27

劉松四0.80.51.2020.55

設施改造設計費3#

支付名山經營業務2013.4.77

楊娟五0.50.51.272.40.512.1

用房預付設計費#

支付名山經營業務

2014.3.37

楊娟六用房項目咨詢費0.80.61.102.20.65.3

2#

（第二次付款）

支付名山經營業務

2014.6.52

岳斌七用房項目場平及臨10.81020.45.2

9#

時圍墻施工費

支付中國建筑標準

設計研究院雅安市

2013.12.5

岳斌八煙草公司經營業務0.821.25.52.50.412.4

37#

用房項目概念規劃

費

滎經分公司工程放2015.12.1

岳斌九0.80.5101.80.54.6

線費058#

10.718.519.970.5

合計時間8.009.004.40

0000

平均時間0.891.001.192.062.210.497.83

測試耗時統計圖：

圖示中紅色標記的為重復點（步驟①⑥）為信息多次重復傳遞環

節；為分散點（步驟④）為因跨平臺、部門查詢數據傳遞

的環節；圖中綠色標記（步驟②③⑤）計算機設置查詢參數和輸入文

本部分由人工操作，可由計算機系統整合完成。

小組對以上9個支付行為的工程項目、往來單位、支付摘要、支

付合同及支付憑據消耗的平均時間進行了統計。統計圖結果如下：

單位：分鐘

步驟步驟①步驟②步驟③步驟④步驟⑤步驟⑥合計

平均耗時0.891.001.192.062.210.497.83

11.35%12.7715.1826.2528.24100.00

占比6.24%

%%%%%

根據柱狀圖顯示，其中，步驟④預約檔案管理員為不穩定因素，

但是一旦出現，耗時5.5-7.0分鐘，占比重最大；藍色部分為步驟⑤

查詢會計憑證檔案，耗時時長基本穩定，占比重較大，占比

28.24%O

?.業務人員提出占詢雷求

平均每個項目耗時

7.8分鐘

、反饋青詢數據

綜上所述，通過調查統計、實際測試的方法了解各環節耗時，查

詢九個項目共耗時70.50分，獲得每個項目查詢平均耗時7.83分。

其中,2013年憑證存放在檔案室,2013年平均查詢時間為12.1分;

2014年、2015年平均查詢時間為5.6分。通過以上查詢時間統計

我們發現：最快和最慢查詢時間，相差近7.8分，與平均值相差4.56

分。

（三）需求分析

表4-1需求分析表

序號項目需求實現效果

1精簡的項目節點流程節點盡量少

2準確的信息查詢信息查詢準確率=100%

管理工具覆蓋立項、施工、監理、決算

3完整的工程建設管理

等各流程檔案信息

4整合的數據查詢模塊數據查詢模塊整合，實現自動查詢，一體式查詢

相關方信息、工程合同信息、

5信息傳遞內容

工程支付消息、決策統計數據。

6較低的信息查詢成本方案同比最低

7較低的硬件成本方案同比最低

8較低的技術難度方案同比最低

（四）課題選擇

針對問題和需求分析，2015年7月17日，小組運用"頭腦

風暴"，整理出了三個課題，以下是課題展開圖：

1、課題介紹

表4-2課題調直表

課

課題一：課題二：課題三：

題

研發財務管理系統中

項工程資金信息管理工具

增加工程建設信息模研發工程投資綜合管理系統

目的開發

塊

在財務管理系統中研設計工程投資綜合管理系統，通構建基于財務、投資數

方

發工程建設信息模過系統的運行，整合財務管理系據庫的工程資金信息管

案

塊，可按照各自信息統、投資管理系統、資金監管系理工具，可按照各自信

原

需求針對工程建設信統功能，可按照各自信息需求針息需求針對工程建設信

理

息進行數據查詢。對工程建設信息進行數據查詢。息進行數據查詢。

(1)原系統接口開放

預計花費2萬元；以其他業務板塊類似架構、規模

(2)開發模塊預計花的系統為參照：

費5000元;(1)服務器等設備費用預計花服務器等設備利舊，

成

(3)系統升級預計花費4萬元；信息中心自行開發，無

本

費1萬元；(2班發軟件系統預計2萬元；需額外投入費用

(4)模塊運行的設備(3后續運行維護費用1萬元。

費預計15000元。共計7萬元

共計5萬元

技軟件系統的研發涉及數據庫的

需與原開發公司協

術建立、功能模塊的接口等，對開根據小組成員情況，能

調。根據小組成員實

難發者專業技術要求高，小組無法夠實現。

際情況，無法實現。

度獨立完成。

(1湖'調原開發公司

開放端口預計1個

(1)進一步熟悉編程

開月；(1)購置設備預計2個月；

設計語言，預計2周；

發(2)開發模塊預計2(2)建立數據庫預計1個月；

(2)編寫程序預計6

周個月；(3)開發軟件系統預計2個月。

周。

期(3)升級系統、模擬共計5個月

共計2個月

運行預計1個月。

共計4個月

2、課題對比

表4-3課題分析表

課

課題一：課題二：課題三：

題

項研發財務管理系統中增加研發工程投資綜合管理系工程資金信息管理工具

目工程建設信息模塊統的開發

(1)財務管理信息系統有(1)整合財務、投資、審(1)初始設置完成即

專職技術人員維護，后期運計系統功能，實現一體化可使用，無需后期維護；

優維方便；管理；(2)涉及部門、人員

點(2)與現有系統兼容、數(2)重新進行系統需求分較少、易開發；

據提取方便；析、設計、建模等(3)需投入人力、物

(3)現有系統添加功能模(3)購置配套的服務器、力較少

塊，使用方便票據識別等軟硬件設備

(1)財務管理信息系統全省

共用，容易出現系統遲鈍、

(1)周期較長、涉及部門

死機現象；

較多；對開發人員要求較高，

缺(2)需與原開發公司協調。

(2)投入較大；需具備業務與軟件開發

點根據小組成員實際情況，無

(3)對開發者專業技術要專業技能。

法實現。

求高，小組無法獨立完成。

(3)原有服務器系統存儲

等硬件需要升級

3、課題選擇

表4-4課題對比表

課題課題一：課題二：課題三：

研發財務管理系統中增加研發工程投資綜合管理系工程資金信息管理

項目

工程建設信息模塊統工具的開發

成本5萬6萬無花費

研發周

4個月5個月2個月

期

技術難根據小組成員實際情況，無根據小組成員實際情況，根據小組成員情況，

度法實現。無法實現。能夠實現。

通過賬號密碼登錄，安全性通過賬號密碼登錄，安全通過賬號密碼登錄，

安全性

較高性較高安全性較高

有專人維護,但使用人數過無需后期維護，穩定

穩定性無專人維護，穩定性弱

多，穩定性較強性強

通過對三種課題的綜合分析，結合小組所確定課題需同時滿足的

條件，”工程資金信息管理工具的開發”為最優活動課題。

（五）查新

2015年7月20日，小組成員在中國煙草科技網、中國專

利數據庫中對"投資、信息、管理、系統”等關鍵詞進行聯合

檢索，查新結果如圖：

圖一中國專利數據庫截圖圖二文獻數據庫截圖

通過上圖顯示可知，煙草行業中尚無類似的管理工具，因此確定

小組活動課題為：工程資金信息管理工具的開發。

三、制定目標

（一）目標值設定。

經過QC小組成員的反復實驗，通過開發工程資金信息管理工具

可以便捷核對、查詢工程項目臺賬資料，減少不必要的時間，提高工

作效率。

因此，小組將活動的目標確定為：

將工程臺賬紀錄平均蟄詢時間由活動前的7.83分鐘減少到

活動后的2分鐘。

■活動前■目標值

（二）目標值設定依據和可行性分析。

1.目標設定依據。

經過小組成員分析，通過開發工程資金信息管理工具，該工

具共需3個節點，分別為步驟①、業務人員登錄管理工具，勾選

查詢需求；步驟②、系統自動關聯憑證檔案信息；步驟③、業務

人員直接查閱所需信息及會計憑證檔案。通過普遍測試，步驟

①為人工登錄系統并勾選查詢條件所需時間共1分鐘，步驟②為

系統自動關聯數據查詢時間無限接近為0,步驟③業務人員對查

詢結果進行查閱，查詢時間為1分鐘。

業務人員

①、業務人員登靈管理工

具，勾選查詢需求步驟③、業務人員直接查閱所容信息及會計憑證檔案

工程G息管理工具

②、系統自動關聯憑證檔案信息

通過重點改進流程，縮短等待時間，控制影響因素，通過普

遍測試，單筆記錄查閱時間基本控制在2分鐘以下是可行的。

2.人員及技術資源因素

通過以上分析可知，小組認為2分鐘的目標是可以達到的。此

外，本小組成員由財務專業、信息專業的員工組成，擁有企業高級

信息管理師1人，中級會計師2人，高級程序員1人。高級程序

員多次參與類似系統的研發，高學歷、高職稱及豐富的工作經驗帶

給我們強大的攻關能力和創新能力。小組成員掌握的統計工具方法

主要有：頭腦風暴法、流程圖、排列圖、直方圖、矩陣圖等等。小

組成員有能力、有信心做好本次QC活動。

□

n

MM???4!>???(*?*?

因此小組將目標值設定為2分鐘是可以實現的。

四、提出方案并確定最佳方案

工程資金信息管理工具的開發制作流程

選定方案

隨定并推取業務部門故喬

—I一丁一—「一？一

期定數兆殳換方式FTP數據交揍選定方案

筑,方控件二wi.數犯殳換

N

<

照定口尿數據咋選定〃女

N

琬定數兆輸出方式I選定方案

Visual€??

確定程序漏制由二ava1選定方案

才

DELPHI

中

O

1.業務部門目標數據確定并抽取。

2015年8月7日至8日，QC小組成員針對財務、審計、投資

三個部門工作人員對工程建設項目的共同關注點數據需求進行調查

統計，征求表如下:

圖一征求表截圖

因此，根據企管、審計、財務三塊業務需求，通過發放調查表統

計分析，對核心關注的目標數據進行確認，確定各目標數據如下表所

表4-5目標數據統計表

序號目標數據數據來源

1合同/協議對方單位投資系統

2合同/協議項目名稱投資系統

3合同/協議金額投資系統

4送審金額投資系統

5付款進度投資系統

6付款時間用友/投資系統

7審定后金額投資系統

8憑證號用友軟件

9年度已支付金額用友軟件

10付款金額用友/投資系統

11無形資產/在建工程/固定資產金額用友軟件

2X確定數據交換方式

①方案提出。

QC小組成員在組長何國偉的帶領下，運用"頭腦風暴法"初步

擬定了三種數據交換方式，并通過實驗、調研進行論證分析，進行綜

合評定以確定最佳方案。

②方案實驗

2015年8月15日，QC小組成員集中對三種數據交換方式進行

了綜合實驗。實驗結果如下：

A、中間件系統間數據交換實驗

OKAKI.o?arrLK

■,??

1、WebsphereMQ中間件安裝2、WebsphereMQ中間件隊列配置

?usTKm.rcr1ft

Chs砌府LCured嘛,POTQI.,Owll奧郵I5ta&

泅wWrtdm解In獨

，岫RGlx?8)QKMusRu則

Sew(:rnedmI哪眥旎

F嫡《解IT血

3、WebsphereMQ中間件通道配置4、WebsphereMQ中間件監聽

中間件系統向數據交換

需結論：

數開

求

經效

據發

滿

項目濟率

安難合計優點:屏蔽了很多系統底層的信息，比如

性性

足

全度

度

網絡的協議、數據的傳輸安全等，不需要

何國偉3423517

岳斌2432516關注數據各式轉換、消息的傳輸、數據路

劉松3323415

李莉2433517由等，只需要關注與業務本身的數據處理

鄭竹心3333416

熊璐3443418部分。主要在異構系統之間的信息交換。

楊娟3443418

合計1926212031

缺點:WebsphereMQ1CPU軟件購買

價約56000元，服務器CPU數量越多價

格越高，如進行定制開發，服務器采購，

咨詢服務等，費用約為15萬元，價格高，

運行環境要求較高，安裝配置較費時。

實驗評價得分：117

B、ftp數據交換實驗

L建立ftp服務器2、進入ftp

*?r?1r?n>A)??*，*ori>?*>?>

GQBB>Q?EZHtMlItTIAQ)?t|>

t,?

wmm

ElEl電電

XM8

3i?cw<XMOORH

眥黜登場'

3、進行上傳、下載4、將下載的文件在數據庫中導入

FTP數據文件交換結論：

需

開

數

求

經效

發

據

漏

項目濟率優點:使用進行數據庫間數據

難

安合計ftp

性性

足

度

全

度交換，操作簡單、部署方便。

何國偉5554524

缺點:需編寫簡單程序，并要做好人

岳斌4243,518

劉松5344420

李莉4434520員權限分配

鄭竹心4243417

熊璐4233416實驗評價得分：131

楊娟4233416

合計30202624311311

C、第三方控件Jmail數據文件交換傳輸

Jmail是一種服務器端的郵件發送組JMiail參數說明

件，和個人用的客戶端郵件軟件不一樣的。Body（信件正文）：字符串如：

Jmail是在服務器上給程序用來發郵件用JMail.Body="這里可以是用戶填寫的表

的，除了軟件編程人員，其他人一般平常用單內容，可以取自From。"

不上。Jmail是一個第三方郵件操作組件,Charset（字符集，缺省為

通常位于web服務器端，和站點程序緊密"US-ASCII"）:字符串如：JMail.Charset

配合來接收及提交郵件到郵件服務器的控="US-ASCII"

件，讓程序擁有發送文件及接收文件的功ContentTransferEncoding:字符串

能。Jmail只需要注冊一個dl組件即可被指定內容傳送時的編碼方式，缺省是

調用。"Quoted-Printable"如：

JMaiLContentTransferEncoding=

"base64"...........

1、第三方控件Jmail下載2、第三方控件Jmail安裝

jiuiT#

JbilFxte11杯??mt

WT計：＜3F

贛I露赦面物：皿1!族OMW

MM：姆

聯“：.?*?M

J11115I

.Tel-風理潘1HJluldlL訴聰嵬i：

D.蠟血通鋤福

J.B1111.,ill第困期移史轉;rejra!：juildll.1u：演.照里氏器

Jkl近斤舞睇,fii以筑林酎期球匍I

3、拷貝第三方控件Jmail至本地4、程序編寫實現

y1ybl

setupini

??*：-*?<Ipbrt

/*w￡?x].pbA

pb】

r**1?x?

2^客?tuF38na

」￡wtiv.L*%

fVJ

，?nrw

毒1y”

少???upbaukant

E：kk.pbt

dll

0dll

二1ZZHIA俎吶51

9)121411

3^12：/>，I"iph，

?yt?t-1Horx

_jr?<!??

l~7l?6

q，u

5、選擇目的數據庫6、執行數據庫源目的數據交換傳輸

弟二萬J控件.hail數學F文件交換結論：

需

開

數

求

效

經

發

據

滿

率

項目濟優點、JMAIL空間自動傳遞數據，無須中

難

安合計

性

足

性

度

全

度間文件，效率高。可以完成復雜的功能。

何國偉5334520

缺點、需要編制大量代碼，出現程序錯誤無

岳斌4233517

劉松5224417

李莉4224517法捕做異常狀態。

鄭竹心4243417

熊璐4233416實驗評價得分：120

楊娟4233416

合計30152024311201

③方案比較選擇

中間件系統間ftp數據庫間第二月控件Jmail數

方案

數據交換數據交換據交換

信息理

論

跨平臺中間件程序的發展文件傳輸協議傳輸控件傳輸

技術支

撐

程序A通過將數據文件放

入程序B的消息隊列與程通過下載Jmail文件，

通過架設文件傳輸(ftp)服

序B進行通信。程序B通過將數據文件傳輸至郵

方案簡務器，將數據文件直接傳

從隊列取數據文件來接受。件服務器，在公司服務

介輸至ftp服務器。

程序不直接與其它程序通器上用服務器端程序

話，并且不涉及跨網通信的定期接收文件。

復雜性。

屏蔽了很多系統底層的信

息，比如網絡的協議、數據

的傳輸安全等，不需要關注

使用ftp進行數據傳輸文件自動傳輸，效率

數據各式轉換、消息的傳

優點交換，操作簡單、部署方高，可以完成復雜的功

輸、數據路由等，只需要關

便。能。

注與業務本身的數據處理

部分。主要在異構系統之間

的信息交換。

WebsphereMQ1CPU軟

件購買價約56000元，服

務器CPU數量越多價格越

需要編制大量代碼，出

高，如進行定制開發，服務需將編寫簡單程序，并要

缺點現程序錯誤無法捕做

器采購，咨詢服務等，費用做好人員權限分配

異常狀態。

約為15萬元，價格高，運

行環境要求較高，安裝配置

較費時。

實驗得

117131120

分

因此，確定FTP數據文件傳輸方案為數據交換方案。

3X確定目標數據庫交換平臺

①.方案提出。

f一，.IBMDB2數據庫交換平臺

確定

目標微軟SQL-Servcr數據庫交換平臺

數據庫

中骨文ORACLE數據庫交換平臺

②.方案實驗

2015年8月20日，QC小組成員集中對三種目標數據庫進行了

實驗評價。實驗結果如下：

A、IBMDB2數據庫交換平臺

1、打開DB2數據庫第2、新建數據庫

?機算叫CR<￡TR?

i4KNKtlfa

聞而g

??*!■

BERAHJWM

蟲0

-_WBffUb向收

?3*irm

*小Q：X”*■,?a8E*u*_c&e^

]?Kx

S：EW，3

Bt-?n.?T

anm.ic；wm

L??

白也ME￡■ttM}fcgjI

'"Ji；