工程項目的系統(tǒng)分析工程綜合(文件)
【正文】 11000 11100 11200 12000 12100 12200 12210 12220 12221 13000 13100 13200 14000 14100 14200 14300 (三 )工程項目結構分解方法 常見的工程項目的結構分解包括 如下兩大類： 1. 對技術系統(tǒng)的結構分解 。 以產(chǎn)品結構進行分解： 新建一個汽車制造廠 ， 則可將整個項目分解成發(fā)動機 、 輪胎 、殼體 、 底盤 、 組裝 、 油漆 、 辦公區(qū) 、 庫房 (或停車場 )等幾個大區(qū)或分廠； 按平面或空間位置進行分解 ， 又如一棟辦公樓 ， 可分為辦公室 、 展覽廳 、 會議廳 、 停車場 、 交通 、 公用區(qū)間等 。 例如： 一個辦公區(qū)的功能面上可能有建筑 、 結構 、 給排水 、 供暖 、 通風 、 清除垃圾 、 電器設施 、 器具 、 交通設備 、 辦公設備等 。 整個工程 、 每一個功能作為一個相對獨立的部分 ， 必然經(jīng)過項目的實施的全過程 。 例如某項目為一棟辦公樓的建設 ， 工程范圍包括一棟樓和樓外工程建設 ， 其分解圖式為 圖 32。 編碼設計對整個項目的計劃 、 控制工作和管理 系統(tǒng)的運行效率都是關鍵 。 return 圖 3 1 項目結構圖 子項目 任務 10000 1 1 0 0 0 12000 13000 14000 1 1 1 0 0 1 1 2 0 0 12100 12200 13100 13200 14100 14200 14300 12200 12210 12220 12230 12221 12222 項 目 單 元 項目 子結構圖 return 項目 子項目 四、工程項目結構分解的作用 國外人民對項目結構分解的研究和應用十分重視 。 4． 項目分解結構是進行項目分標 ， 建立項目組織 ， 落 實組織責任的依據(jù) ， 項目單元的責任人也就是項目 組織成員 ， 所以項目結構對項目組織形式有規(guī)定性 。 return return 五、項目結構分解的基本原則 1． 應在各層次上保持項目內(nèi)容上的完整性 ， 不能遺漏任何必要的組成部分 。 5． 項目分解結構應有一定的彈性 ， 應能方便地擴展項目的范 圍 、 內(nèi)容和變更項目的結構 。 (4)最低層次的項目單元 (工作包 )上的單位成本不要太大 ，工期不要太長 。 ② 給計劃工作帶來困難 ， 計劃費用增加 。 ⑥ 會造成項目組織跨度太大和 /或組織層次太多 。 。 return 二、界面管理 1． 界面管理首先要保證系統(tǒng)界面之間的相 容性 ， 使項目系統(tǒng)單元之間有良好的接口 。項目控制必須在界面處設置檢查驗收點和控制點 ， 大量的管理工作都集中在界面上 ， 應采用系統(tǒng)方法從組織 、 管理 、 技術 、 經(jīng)濟 、 合同個方面主動地進行界面管理 。 在項目實施過程中 ， 目標 、 工程設計 、 實施方案 、 組織責任的任何變更都可能引起上述內(nèi)容的變更 ， 則界面文件必須隨著工程的變更而變更 。 (2)各棟建筑的策劃文件 。 如 表 35 3. 實施方案和計劃文件 。 2． 在系統(tǒng)描述文件確定后 ， 對項目系統(tǒng)狀 況的任何變更應進行嚴格控制 ， 以確保工 程項目變更不損害系統(tǒng)目標 、 性能 、 費用 和進度 ， 不造成混亂 。 return 。 4. 在工程竣工交付前 ， 應以項目系統(tǒng)描述體系對項目的實施 過程和最終工程狀況進行全面審核 ， 其目的是驗證項目的 目標是否全面完成 ， 技術系統(tǒng)狀態(tài)項目是否符合規(guī)范和合 同要求 。 常見的工作包說明表的格式見 表 36。 如 表 34。 2． 項目的工程技術設計文件 。 return 三、項目系統(tǒng)界面的定義文件 項目系統(tǒng)界面定義文件應能夠綜合地表達界面 的信息 ， 如界面的位置； 組織責任的劃分； 技術界限 ， 如界面工作的界限和歸宿； 工期界限 ， 活動關系 、 資源 、 信息 、 能量的交換時間安排； 成本界限等 。 3. 對界面進行定義 ， 并形成文件 ， 在項目的實施中保持界
教學課件相關推薦
鄂ICP備17016276號-1