陳文建

(四川職業(yè)技術(shù)學(xué)院，四川遂寧 629000)

隨著購房者維權(quán)意識的加強(qiáng)，對住宅質(zhì)量的要求越來越高?，F(xiàn)在的住宅一般為高層，一個樓盤的住宅套數(shù)較以前大為增加，這種情況意味著需要建筑商處理的故障越來越多。需要建筑商處理的樓盤往往不只一個，每一個樓盤在早期都存在著大量的故障，而建筑商的人力物力通常是有限的，大量問題的存在，使人工收集整理成為一個浩大的工程，大多數(shù)問題被拖延甚至遺忘，嚴(yán)重影響了后期工程質(zhì)量。在這種情況下，引入了計算機(jī)系統(tǒng)可以幫助我們對故障進(jìn)行處理。

1 需求分析

對任意一個系統(tǒng)而言，需求分析總是開始工作的第一步，也是最重要的一步。需求分析的過程也是分析系統(tǒng)需求的過程，分析的目的是發(fā)現(xiàn)系統(tǒng)需要包含哪些功能版塊，以及各個功能需要實現(xiàn)(達(dá)到)的效果。需求分析的過程需要開發(fā)人員和顧客一起完成，盡可能達(dá)到顧客希望的結(jié)果。通過分析，得出住宅質(zhì)量管理系統(tǒng)應(yīng)該滿足以下需求。

1.1 住宅建筑的信息管理

這里所說的管理應(yīng)該包含信息的添加、修改和刪除。在系統(tǒng)使用初期或者新增加一個樓盤，就需要由系統(tǒng)管理人員或者有權(quán)限的樓盤管理人員一次性錄入樓盤的基本信息，包括樓盤內(nèi)的單元管理、單元內(nèi)的樓層管理、房間的戶型管理以及不同戶型中的結(jié)構(gòu)布局。

1.2 故障錄入

工作人員通過故障錄入功能將檢查到的故障錄入到系統(tǒng)中。為了方便工作人員的錄入，根據(jù)工作經(jīng)驗將可能發(fā)現(xiàn)的故障進(jìn)行大體分類，將可能發(fā)生的問題做成選項，工作人員在錄入故障的時候只需對相應(yīng)的選項進(jìn)行勾選，從而簡化工作步驟。

1.3 故障自動流轉(zhuǎn)

故障管理系統(tǒng)的目的是更好地對故障進(jìn)行分類、處理，以保證住宅交付業(yè)主的時候?qū)崿F(xiàn)零故障。在現(xiàn)實生活中，往往會出現(xiàn)發(fā)現(xiàn)了故障不知道送哪個部門的情況。在住宅質(zhì)量管理系統(tǒng)中，管理員可以對不同類型的故障制定相應(yīng)的故障流轉(zhuǎn)路徑，錄入故障后，故障會根據(jù)指定的路徑自動流轉(zhuǎn)到責(zé)任單位和部門，并且根據(jù)處理情況進(jìn)一步流轉(zhuǎn)，以減輕工作人員的工作量。另外，因為故障是根據(jù)相對固定的路徑進(jìn)行流轉(zhuǎn)，系統(tǒng)會自動記錄其流轉(zhuǎn)過程，從而更好地確定責(zé)任的歸屬。

1.4 制訂工作任務(wù)

任何一個樓盤的故障處理工作都是漫長而復(fù)雜的。不僅僅包含故障的發(fā)現(xiàn)、錄入，還包括故障解決的情況，以及解決后是否合格等多個步驟。加上現(xiàn)在樓盤一般包括多個單元，一個單元中又包括多棟樓，一棟樓里面一般有15～35層。因為每一個房間需要檢查、檢修，如此巨大的工作量，如果事先不做好計劃，很可能發(fā)生大量的重復(fù)工作和無用工作，更有可能會遺忘一部分區(qū)域。因此必須制訂好工作任務(wù)，將工作分配到人頭，訂好進(jìn)度安排，如果有疑問，工作人員應(yīng)盡快向管理人員反映;如果無反映則視為接受工作，接受工作后，就必須對工作進(jìn)度負(fù)責(zé)，隨著時間的推移更新工作進(jìn)度。這么做一方面可以讓大家明確自己的責(zé)任，另一方面可以幫助領(lǐng)導(dǎo)更好地掌握項目進(jìn)度，還可以幫助檢修工作更加全面完善地推進(jìn)。

1.5 生成統(tǒng)計報表

對于一個工程來說，處理故障很重要，總結(jié)經(jīng)驗同樣重要。住宅質(zhì)量管理系統(tǒng)可以根據(jù)系統(tǒng)樓盤中的實際情況、錄入故障數(shù)量及分類情況、故障處理情況并進(jìn)行統(tǒng)計，根據(jù)用戶的不同需要，生成不同的報表，并可以直接生成Word 文檔或者Excel 文檔，從而方便工作人員和管理人員查看，在工程決策人員做出決定的時候提供有價值的參考意見。

2 功能分析

住宅質(zhì)量管理系統(tǒng)研究主要過程包括:需求分析、功能分析、數(shù)據(jù)庫設(shè)計、系統(tǒng)總體設(shè)計及流程、各模塊功能編程實現(xiàn)、系統(tǒng)總成、調(diào)試、發(fā)布。要完成這個系統(tǒng)，主要需要解決下面幾個方面的問題。

2.1 故障量化

在每一個工程，甚至每一棟樓里都有數(shù)以萬計的故障存在，這些故障有一定的特殊性也存在一定的共性。為了讓這些故障在計算機(jī)中得到更好地處理，必須把日常描述轉(zhuǎn)化為計算機(jī)可以理解的內(nèi)容，并將這些故障進(jìn)行量化。對大多數(shù)樓盤都存在的常規(guī)故障，應(yīng)為它設(shè)計統(tǒng)一的格式，工作人員只需對其進(jìn)行選擇，即可將存在的故障錄入系統(tǒng);對于個別出現(xiàn)的特殊故障，可以為它準(zhǔn)備一個通用的錄入通道，這類故障需要工作人員進(jìn)行更多的描述，然后提交到系統(tǒng)中進(jìn)行流轉(zhuǎn)。對于這類故障，系統(tǒng)管理人員更應(yīng)進(jìn)行關(guān)注，一旦該故障反復(fù)出現(xiàn)，具有一定的普遍性，就應(yīng)該對其進(jìn)行總結(jié)，將該故障量化整合到系統(tǒng)中成為常規(guī)故障，以方便后期錄入。

2.2 故障處理流程

什么故障采用什么處理流程，在系統(tǒng)使用初期，可以由管理員根據(jù)經(jīng)驗指定一定的路徑，使故障流轉(zhuǎn)。然后工作人員可以根據(jù)實際工作流程，對系統(tǒng)中原有流程進(jìn)行修改，或者設(shè)定新的處理流程。系統(tǒng)使用過程中應(yīng)該可以根據(jù)不同用戶的配置積累經(jīng)驗，生成數(shù)據(jù)字典，記錄常用工作流程，不斷進(jìn)行自我完善。

2.3 故障母版的生成

故障量化后，應(yīng)該形成故障母版成為系統(tǒng)的一部分，工作人員在錄入一般故障的時候，只需選擇即可。對特殊故障，工作人員需要手動錄入，系統(tǒng)自動收集特殊故障，供工作人員查看，如果是常見故障，也需要形成母版，方便以后的使用。

2.4 任務(wù)分配

樓盤管理人員拿到工作后，首先要做的是將工作分解，指派任務(wù)給相關(guān)的工作人員。這里的任務(wù)包括兩種:故障檢查和工作任務(wù)。故障檢查主要是將樓盤中的房間分配到工作人員頭上，工作任務(wù)指的是除故障檢查之外的其他任務(wù)。在分配任務(wù)的時候，管理人員需要指定工作人員和任務(wù)的截止時間。當(dāng)工作人員登陸系統(tǒng)的時候，系統(tǒng)會自動提示其有任務(wù)需要接收;工作人員查看任務(wù)后，有兩種處理方式:接受任務(wù)或者提出反對意見。對于接受的任務(wù)，系統(tǒng)將在任務(wù)截止時間到期前兩天給予提示;對于反對的任務(wù)，則會再次回到管理人員手中，由管理人員再次協(xié)調(diào)分配。另外，很多故障可能需要分步完成，也就是存在一個任務(wù)流轉(zhuǎn)的問題。任務(wù)的流轉(zhuǎn)路徑可以由管理人員在分配任務(wù)的時候指定，如果管理人員沒有指定，則由工作人員在完成手頭工作后，指定流轉(zhuǎn)給下一個工作人員。下一環(huán)節(jié)的工作人員有義務(wù)檢查上一環(huán)節(jié)工作人員的工作，一旦接收工作后，如果工作出現(xiàn)紕漏，需要承擔(dān)連帶責(zé)任。

2.5 系統(tǒng)速度

系統(tǒng)采用B/S 模式，這樣做可以節(jié)省服務(wù)器端的資源。因為如果所有操作都需要返回服務(wù)器端處理，加上系統(tǒng)需要處理的數(shù)據(jù)量非常大，系統(tǒng)的速度將遠(yuǎn)遠(yuǎn)無法滿足客戶的需要。所以計劃采用Ajax 技術(shù)，在客戶端實現(xiàn)無刷新程序處理，盡可能將工作放到客戶端處理，提高系統(tǒng)的反應(yīng)速度。

3 系統(tǒng)功能模塊分析

根據(jù)上面的分析，可以將系統(tǒng)功能模塊進(jìn)行分解，如圖1所示。

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

3.1 用戶權(quán)限管理

根據(jù)系統(tǒng)需求，在系統(tǒng)中設(shè)計了多個版塊。但是系統(tǒng)的用戶不僅僅包含管理人員還包括工作人員，有一部分信息并不是所有人都可以看到的，不同的人在系統(tǒng)中完成的工作不一樣，所以在系統(tǒng)中要將用戶進(jìn)行分組，再將不同的權(quán)限賦予給不同的組，組內(nèi)用戶擁有相同的權(quán)限。這個部分的主要功能是對系統(tǒng)中各級用戶進(jìn)行管理。包括添加分組、為組分配權(quán)限、添加/編輯/刪除用戶、維護(hù)用戶信息等功能。

3.2 戶型分配

在實際生活中，戶型的數(shù)量是有限的，主要有一室一廳、二室一廳、三室一廳等戶型。一旦確定了戶型，就可以確定房間內(nèi)的布局。只要為生成的房間指定了戶型，就可以知道房間內(nèi)有哪些需要檢查的項目。因為戶型對每一個樓盤都是固定的，所以只需樓盤管理人員在初始化系統(tǒng)的時候，配置戶型，后期使用的時候直接選擇即可。如果需要修改，也僅僅需要在“戶型配置”里面進(jìn)行修改，而不需要在用到的地方都做修改。

3.3 故障驗收母版管理

根據(jù)工程故障管理的經(jīng)驗，可以發(fā)現(xiàn)工程中有很大一部分相同或相似的故障。加上每一個人對相同的任務(wù)有不同的描述方法，如果讓大家手動錄入故障，很難對故障進(jìn)行歸類。所以將故障類型比較固定的區(qū)域進(jìn)行歸類，形成驗收母版，工作人員一旦發(fā)現(xiàn)故障，只需在對應(yīng)的項目進(jìn)行選擇即可;另外在設(shè)置母版的時候，可以把對應(yīng)的故障設(shè)置設(shè)定流轉(zhuǎn)路徑，只要工作人員填寫了對應(yīng)的故障，故障就自動根據(jù)設(shè)定的流轉(zhuǎn)路徑進(jìn)入下一環(huán)節(jié)的工作人員手里，而不需要人工干預(yù)。比如:對于室內(nèi)凈高度，就分為“極差－20”，“偏差20”這兩種比較常見的故障，如果是這類故障，在對應(yīng)故障后面打鉤，然后錄入相關(guān)情況即可;如果故障不在母版內(nèi)，則在“故障申報”里面自己描述提交即可。如果一個故障經(jīng)常出現(xiàn)，管理人員將其加入母版即可供以后反復(fù)使用。

3.4 故障管理

故障錄入系統(tǒng)是系統(tǒng)工作的重要步驟，但不是關(guān)鍵步驟。故障錄入的目的是為了讓故障得到更好的解決處理。對于各類已經(jīng)在母版中分類的故障，故障自動進(jìn)入處理流程。流程中每一個環(huán)節(jié)何時接收，哪個部門處理，處理結(jié)果如何，在系統(tǒng)中都有記錄，當(dāng)故障流轉(zhuǎn)到某一個步驟，系統(tǒng)會自動提示當(dāng)前步驟的管理人員。一旦過期仍未處理，管理人員將得到提示，以督促故障管理有序進(jìn)行。

3.5 報表功能

將故障錄入系統(tǒng)，一方面可以幫助簡化故障解決流程，更好地解決發(fā)現(xiàn)的故障，提高樓盤的合格率和解決故障的工作效率;另一方面可以更加方便的總結(jié)經(jīng)驗教訓(xùn)，統(tǒng)計出多發(fā)故障提供給施工和監(jiān)理單位參考;還可以更加方便地統(tǒng)計出樓盤的故障合格率，在售樓前做到心中有數(shù)。這些統(tǒng)計功能，在這個系統(tǒng)中都能在報表這一部分得到實現(xiàn)。

系統(tǒng)中各類功能與人員的對應(yīng)關(guān)系如圖2 所示。

圖2 系統(tǒng)人員功能

4 故障處理流程

(1)住宅質(zhì)量管理系統(tǒng)管理的重點就是處理工程項目中的各類故障。缺陷處理總流程如圖3 所示。

(2)在工程作業(yè)的過程中，發(fā)現(xiàn)錄入的故障有問題可以通過圖4 所示的流程進(jìn)行修改。

(3)當(dāng)施工方接到故障信息的時候，采用圖5 的流程進(jìn)行處理。

5 結(jié)束語

根據(jù)質(zhì)量管理系統(tǒng)設(shè)計的標(biāo)準(zhǔn)流程，詳細(xì)分析了住宅質(zhì)量管理系統(tǒng)所希望達(dá)到的效果以及需要實現(xiàn)的功能，并從這些需求出發(fā)，結(jié)合建筑工程的實際情況，將住宅質(zhì)量管理系統(tǒng)劃分為用戶權(quán)限管理、戶型分配、故障驗收母版等功能模塊，并對每個模塊需要實現(xiàn)的具體功能進(jìn)行了研究，為住宅量管理系統(tǒng)的實現(xiàn)指明設(shè)計思路。

圖3 故障處理總流程

圖4 缺陷處理狀態(tài)變更過程

圖5 施工方管理人員處理流程

［1］王華.現(xiàn)代工程項目管理的組織創(chuàng)新研究［D］.天津大學(xué)，2005

［2］崔華東.建筑工程施工質(zhì)量驗收規(guī)范體系的劃分研究［D］.浙江大學(xué)，2007

［3］王進(jìn).大型工程項目成功標(biāo)準(zhǔn)研究［D］.中南大學(xué)，2008

［4］關(guān)罡.中國住宅工程質(zhì)量問題的循證管理方法研究［D］.西安建筑科技大學(xué)，2008

［5］張化強(qiáng).業(yè)主方工程質(zhì)量管理機(jī)制研究［D］.河海大學(xué)，2005