住宅質量計算機管理系統的研究

2012-06-29 05:50:40陳文建

四川建筑 2012年4期

陳文建

(四川職業技術學院，四川遂寧 629000)

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

1 需求分析

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

1.1 住宅建筑的信息管理

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

1.2 故障錄入

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

1.3 故障自動流轉

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

1.4 制訂工作任務

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

1.5 生成統計報表

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

2 功能分析

住宅質量管理系統研究主要過程包括:需求分析、功能分析、數據庫設計、系統總體設計及流程、各模塊功能編程實現、系統總成、調試、發布。要完成這個系統，主要需要解決下面幾個方面的問題。

2.1 故障量化

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

2.2 故障處理流程

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

2.3 故障母版的生成

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

2.4 任務分配

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

2.5 系統速度

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

3 系統功能模塊分析

根據上面的分析，可以將系統功能模塊進行分解，如圖1所示。

圖1 系統架構

3.1 用戶權限管理

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

3.2 戶型分配

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

3.3 故障驗收母版管理

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

3.4 故障管理

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

3.5 報表功能

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

系統中各類功能與人員的對應關系如圖2 所示。