工程項目的系統(tǒng)分析工程綜合(參考版)
2025-06-12 14:50本頁面
【正文】 return 。 4. 在工程竣工交付前 ， 應以項目系統(tǒng)描述體系對項目的實施 過程和最終工程狀況進行全面審核 ， 其目的是驗證項目的 目標是否全面完成 ， 技術系統(tǒng)狀態(tài)項目是否符合規(guī)范和合 同要求 。 2． 在系統(tǒng)描述文件確定后 ， 對項目系統(tǒng)狀 況的任何變更應進行嚴格控制 ， 以確保工 程項目變更不損害系統(tǒng)目標 、 性能 、 費用 和進度 ， 不造成混亂 。 常見的工作包說明表的格式見 表 36。 如 表 35 3. 實施方案和計劃文件 。 如 表 34。 (2)各棟建筑的策劃文件 。 2． 項目的工程技術設計文件 。 在項目實施過程中 ， 目標 、 工程設計 、 實施方案 、 組織責任的任何變更都可能引起上述內容的變更 ， 則界面文件必須隨著工程的變更而變更 。 return 三、項目系統(tǒng)界面的定義文件 項目系統(tǒng)界面定義文件應能夠綜合地表達界面 的信息 ， 如界面的位置； 組織責任的劃分； 技術界限 ， 如界面工作的界限和歸宿； 工期界限 ， 活動關系 、 資源 、 信息 、 能量的交換時間安排； 成本界限等 。項目控制必須在界面處設置檢查驗收點和控制點 ， 大量的管理工作都集中在界面上 ， 應采用系統(tǒng)方法從組織 、 管理 、 技術 、 經濟 、 合同個方面主動地進行界面管理 。 3. 對界面進行定義 ， 并形成文件 ， 在項目的實施中保持界面清楚 ， 當工程發(fā)生變更時特別應注意變更對界面的影響 。 return 二、界面管理 1． 界面管理首先要保證系統(tǒng)界面之間的相 容性 ， 使項目系統(tǒng)單元之間有良好的接口 。 雜的界面 。 。 例如： 。 ⑥ 會造成項目組織跨度太大和 /或組織層次太多 。 ④ 工程過程中的信息處理量會成倍增加 。 ② 給計劃工作帶來困難 ， 計劃費用增加 。 return 7． 符合要求的詳細程度 (l)通常項目分解層次和單元過少 ， 則項目單 元上的任務和信息容量太大 ， 難以具體地 、 精細地設計 、 計劃和控制 ， 則失去分解的作用 。 (4)最低層次的項目單元 (工作包 )上的單位成本不要太大 ，工期不要太長 。 (2)應注意物流 、 工作流 、 資金流 、 信息流的效率和質量 。 5． 項目分解結構應有一定的彈性 ， 應能方便地擴展項目的范 圍 、 內容和變更項目的結構 。 3． 由一個上層單元 J分解得到的幾個下層項目單元 J J2…… Jn 應有相同的性質 。 return return 五、項目結構分解的基本原則 1． 應在各層次上保持項目內容上的完整性 ， 不能遺漏任何必要的組成部分 。 6． 作為項目報告系統(tǒng)的對象 ， 是進行各部門 、 各專業(yè) 的協調的手段 。 4． 項目分解結構是進行項目分標 ， 建立項目組織 ， 落 實組織責任的依據 ， 項目單元的責任人也就是項目 組織成員 ， 所以項目結構對項目組織形式有規(guī)定性 。 2． 通過結構分解 ， 使項目的形象透明 ， 人們對項目一目了然 ， 使項目的概況和 組成明確 、 清晰 。 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 項目 子項目 四、工程項目結構分解的作用 國外人民對項目結構分解的研究和應用十分重視 。 例如在圖 31和表 32中 ， 項目編碼為 1， 則屬于本項目的次層子項目的編碼在項目的編碼后加子項目的標識碼 ， 即為 1 1 1 14， 如此等等 ， 而子項目 11的分解單元分別用 11 11 113等表示 。 編碼設計對整個項目的計劃 、 控制工作和管理 系統(tǒng)的運行效率都是關鍵 。 編碼能夠 標識項目單元的特征 ， 使計算機可以方便 地 “ 讀出 ” 這個項目單元 的信息 。 例如某項目為一棟辦公樓的建設 ， 工程范圍包括一棟樓和樓外工程建設 ， 其分解圖式為 圖 32。 例如常見的建設工程項目分為如下實施過程： 設計和計劃 (初步設計 、 技術設計 、 施工圖設計 ， 實施計劃等 )； 招標投標；
教學課件相關推薦
鄂ICP備17016276號-1