技術(shù)交底管理辦法

1、XXXX技術(shù)有限公司公司名稱XXXX公司客戶名稱XXXX軟件項目項目或產(chǎn)品名稱需求調(diào)研報告文件信息文件狀態(tài)： 草稿文件 正式文件 更改正式文件當(dāng)前版本：V1.0.0作 者：審 核：完成日期：文檔編號：文檔標(biāo)題：軟件項目需求調(diào)研報告文檔類別：提交人員：文 件 名：文件摘要：項目名稱：當(dāng)前階段：需求調(diào)研階段版權(quán)所有：修改歷史日期版本作者修改內(nèi)容評審號更改請求號目錄文件信息 1修改歷史 2目錄 3一、 引言 41.1、 編寫目的 41.2、 文檔范圍 41.3、 預(yù)期讀者和閱讀建議 41.4、 參考資料 4二、 項目描述 42.1、 項目背景 42.2、 項目名稱 52.3、 項目概述 52.4、

2、項目關(guān)聯(lián)性 52.5、 設(shè)計和實現(xiàn)上的限制 52.6、 假定和約束 62.7、 名詞/術(shù)語解釋 6三、 用戶環(huán)境描述 63.1、 用戶單位組織結(jié)構(gòu) 63.2、 用戶部門設(shè)置與職責(zé) 63.3、 用戶業(yè)務(wù)關(guān)系描述 73.4、 系統(tǒng)面向的用戶群 7span3.5、 關(guān)鍵計算機資源 73.6、 用戶環(huán)境中的其他應(yīng)用系統(tǒng)分布 7四、 功能性需求描述 74.1、 用戶各部門當(dāng)前的工作模式 7、 構(gòu)建該系統(tǒng)的目標(biāo) 8技術(shù)交底管理辦法4.3 、 功能結(jié)構(gòu)圖 9 4.4、 功能點需求94.5、接口需求 10部五、 非功能性需求描述 日5.1、 系統(tǒng)環(huán)境需求 115.2、 易用性和用戶體驗需求 第二條 技術(shù)交底的

3、種類5.3按性質(zhì)和內(nèi)容不同分為：設(shè)計單位對施工單位的技術(shù)交底和施工單位內(nèi)部進行的技術(shù)交底。軟硬件技術(shù)需求 第三條 技術(shù)交底的內(nèi)容、 安全性需求 項目部收到設(shè)計文件后，要認真閱讀，弄清設(shè)計意圖及工程特點，對設(shè)計圖紙中與現(xiàn)場不符、圖紙尺寸標(biāo)注和數(shù)量錯誤之處及時記錄，以便在技術(shù)交底時提出疑問要求解答，對方案不妥的地方可與設(shè)計單位共同研究、協(xié)商解決；對于設(shè)計單位的意見或建議，以科學(xué)的態(tài)度分析、尊重和采納。、 2.項目部內(nèi)部技術(shù)交底、 對培訓(xùn)的需求 項目部的技術(shù)交底分為兩級，即：項目部對施工隊的交底；項目部直接對施工作業(yè)班組人員直接交底。 （1六、 其他 12內(nèi)容：工程概況，總體施組、設(shè)計要求以及施工中

4、應(yīng)注意的問題。、 2項目部技術(shù)人員熟悉圖紙并審核，編制詳細的實施性施工組織設(shè)計，轉(zhuǎn)發(fā)有關(guān)施工詳圖、加工圖、測量放樣樁橛，編制下發(fā)項目技術(shù)管理辦法。技術(shù)交底書必須按竣工文件紙張大小要求制作，格式按集團有限公司工程技術(shù)交底書填寫，并辦理交接簽字手續(xù)，一式三份，累計留存編號、裝訂成冊。、 定義、首字母縮寫詞和縮略語 126.3、所有參加交底人員應(yīng)簽字確認。項目部 認真執(zhí)行交底制度，施工作業(yè)人員必須全部參加，如有疑問以書面形式提出或在會上提出，由項目部技術(shù)人員或總工解答。上述交底必須以書面形式交底并簽字，嚴(yán)禁口頭交底，分清交底責(zé)任。第四條 技術(shù)交底是一項嚴(yán)肅認真、必不可少的工作，要求各項目都按程序、按要求落實實施。在開工前工程部要主動向施工作業(yè)隊、作業(yè)工班進行技術(shù)交底；程序不能簡化，更不能搞形式、走過場，對未進行技術(shù)交底的工程項目一律