研發技術文件包括哪些

⑴ 技術檔案包括哪些內容

詳細內容包括任務書、協議書、技術指標、審批文件、研究計劃、方案大綱、技術措施、調查材料、設計資料、試驗和工藝記錄等。這些材料是科研工作中用以積累經驗、吸取教訓的重要文獻。技術檔案一般為內部使用，不公開出版發行，有些有密級限制，因此在參考文獻和檢索工具中極少引用。

技術檔案是建設過程所形成的具有保存價值的圖紙、照片、報表、文字材料等，按歸檔制度集中保管起來的有關技術經濟文件材料。技術檔案是科學技術資源的一種儲備，是技術交流的工具，是企業管理、維修、改擴建的依據。它既可以為現時技術工作服務，又可為後代的技術工作服務。

科學技術檔案

科技檔案作為科學技術信息的載體，可以起到促進生產力發展的作用。國家進行經濟建設，採用一定的新技術要和本國的資源情況、工業水平、原材料、社會的傳統和文化水平相適應，這就需要多種門類的科技檔案共同發揮作用。

一個企業或事業單位進行領導決策，除了要充分了解國內外的技術水平和市場動態外，更要注意分析研究自己的技術力量和技術水平、設備條件、原材料的供應和信息掌握的多少等，這就需要充分利用本單位的各種科技檔案。科技檔案作用的發揮帶有全面性、綜合性和系統性的特點。

在設計工作中提高圖紙復用率為科技檔案成批成套發揮作用開辟了新的前景。在現代化生產的科學管理、設備改造和技術市場興起後的科技交流以及科學技術史的系統研究中，科技檔案可以提供系統的科學數據和依據。科技檔案在政治斗爭中為增強國力、保證軍工生產和恢復被破壞的建築物以及設備方面也具有重大作用。

⑵ 企業技術文件包括哪些

不止那麼些，圖紙、技術說明、關鍵元器件清單、合格供應商名錄等等。做9000、3C的話會有明確的規定。

⑶ 軟體開發文檔應包括哪些內容

開發文檔
1. 《功能要求》 -- 來源於客戶要求和市場調查，是軟體開發中最早期的一個環節。客戶提出一個模糊的功能概念，或者要求解決一個實際問題，或者參照同類軟體的一個功能。有軟體經驗的客戶還會提供比較詳細的技術規范書，把他們的要求全部列表書寫在文檔中，必要時加以圖表解說。這份文檔是需求分析的基礎。
2. 《投標方案》 -- 根據用戶的功能要求，經過與招標方溝通和確認，技術人員開始書寫《投標方案》，方案書一般包括以下幾個重要的章節： 前言 -- 項目背景、公司背景和業務、技術人員結構、公司的成功案例介紹等。 需求分析 -- 項目要求、軟體結構、功能列表、功能描述、注意事項等。 技術方案 -- 總體要求和指導思想、技術解決方案、軟體開發平台、網路結構體系等。 項目管理 -- 描述公司的軟體開發流程、工程實施服務、組織和人員分工、開發進度控制、軟體質量保證、項目驗收和人員培訓、軟體資料文檔等。 技術支持 -- 公司的技術支持和服務介紹、服務宗旨和目標、服務級別和響應時間、技術服務區域、技術服務期限、授權用戶聯系人等。 系統報價 -- 軟、硬體平台報價列表、軟體開發費用、系統維護費用等。 項目進度 -- 整個項目的進度計劃，包括簽署合同、項目啟動、需求分析、系統分析、程序開發、測試維護、系統集成、用戶驗收、用戶培訓等步驟的時間規劃。
3. 《需求分析》 -- 包括產品概述、主要概念、操作流程、功能列表和解說、注意事項、系統環境等。以《功能要求》為基礎，進行詳細的功能分析 ( 包括客戶提出的要求和根據開發經驗建議的功能 ) ，列出本產品是什麼，有什麼特殊的概念，包括哪些功能分類，需要具備什麼功能，該功能的操作如何，實現的時候該注意什麼細節，客戶有什麼要求，系統運行環境的要求等。這里的功能描述跟以後的使用手冊是一致的。
4. 《技術分析》 -- 包括技術選型、技術比較、開發人員、關鍵技術問題的解決、技術風險、技術升級方向、技術方案評價，競爭對手技術分析等。以《需求分析》為基礎，進行詳細的技術分析 ( 產品的性能和實現方法 ) ，列出本項目需要使用什麼技術方案，為什麼，有哪些技術問題要解決 ，估計開發期間會碰到什麼困難，技術方案以後如何升級，對本項目的技術有什麼評價等。
5. 《系統分析》 -- 包括功能實現、模塊組成、功能流程圖、函數介面、數據字典、軟體開發需要考慮的各種問題等。以《需求分析》為基礎，進行詳細的系統分析 ( 產品的開發和實現方法 ) ，估計開發期間需要把什麼問題說明白，程序員根據《系統分析》，開始在項目主管的帶領下進行編碼。
6. 《資料庫文檔》 -- 包括資料庫名稱、表名、欄位名、欄位類型、欄位說明、備注、欄位數值計算公式等。以《系統分析》為基礎，進行詳細的資料庫設計。必要時可以用圖表解說，特別是關系資料庫。
7. 《功能函數文檔》 -- 包括變數名、變數初植、功能，函數名，參數，如何調用、備注、注意事項等。以《系統分析》為基礎，進行詳細的說明，列出哪個功能涉及多少個函數，以便以後程序員修改、接手和擴展。
8. 《界面文檔》 -- 包括軟體外觀、界面素材、編輯工具、文件名、菜單、按鈕和其它界面部件的要求，這里與軟體完成後的運行界面是一致的。
9. 《編譯手冊》 -- 包括伺服器編譯環境、操作系統、編譯工具、 GNU 的 C++ 編譯器版本信息、目錄說明、程序生成、源程序文件列表、 Makefile 配置及其相關程序的對應關系列表。客戶端的編譯過程、編譯結果、編譯示例、編譯環境、操作系統、編譯工具、源文件列表和製作安裝程序的過程。
10. 《 QA 文檔》 -- 包括產品簡介、產品原理、產品功能列表、功能描述、功能流程、執行結果、資料庫結構、測試要求等，提供給軟體測試人員使用。
11. 《項目總結》 -- 包括項目簡介、項目參與人員和開發時間、項目風險管理過程、項目功能列表、項目結構特點、技術特點、對項目的升級建議、對以後的項目的建議、人員素質情況等。

⑷ 有關技術資料文件管理辦法都有哪些

技術資料文件管理辦法

1. 目的

為確保技術文件資料在制定、分發、儲存等各階段都處於受控狀態，使相關部門及時得到並使用有效版本，特製定本管理辦法。

2. 適用范圍

適用於公司內、外所發技術資料和顧客提供的技術資料的管理。

3. 術語和定義

3.1 技術文件包括：

3.1.1產品圖樣（含三維數模、二維圖紙）；

3.1.2產品標准/規范/法規/企業標准/技術條件（含零部件和原材料）；

3.1.3工藝規程/工藝卡、作業指導書、隨車卡等工藝技術文件；

3.1.4零部件/原材料檢驗卡、零部件/原材料檢驗、試驗規范等檢驗性技術文件；

3.1.5整車總檢和試驗（含可靠性道路試驗）檢驗/試驗卡/規范等文件；

3.1.6經各專業室確認的外來文件。

4. 職責

4.1 信息檔案部為技術文件資料的歸口管理部門，負責技術文件和資料接收、保存、發放、回收、銷毀及相關記錄。

5. 工作程序

5.1文件的編制、審批與發布

5.1.1技術文件和資料的編制及會簽按「技術文件會簽規定」（詳見附件）執行,由信息檔案部組織研發中心擬定技術文件的分類及編號規則。

5.1.2文件領用人應在「文件發放簽收單」上簽收，「文件發放簽收單」由資料室保存備查。

5.2 文件的更改與廢止

5.2.1技術文件、圖紙和資料更改時，由更改申請者填寫《文件更改通知單》，按規定會簽後，快速及時發放給相關業務部門，不得漏發、錯發，同時收回相應作廢文件，將《文件更改通知單》更改的文件和作廢文件送信息檔案部資料室保存；

5.2.2作廢技術文件和資料，由資料室加蓋「作廢」印章予以標識，並填寫「文件回收、作廢記錄」，由資料室收集後統一銷毀。

5.3 文件的管理和領用

5.3.1 供應商提供的技術文件和資料經主管技術員整理、確認並履行簽字程序後及時交資料室保存，資料室作好相關記錄；

5.3.2其他部門（含協作廠家）需申請領用技術文件和資料時，由申請者填寫《文件領用申請單》，經其部門負責人審核及總工程師批准（三維數模及產品圖紙須經總經理或執行副總批准）後方可領用，資料室作好相應發放簽收記錄。對於重要的技術圖紙、文件，必須要與接受方簽訂保密協議，明確違約責任和賠償金額；

5.3.3所有文件和資料的原稿及其《受控文件發放范圍一覽表》由資料室統一保存，各類受控文件在資料室存放時，須注意防火、防濕、防水等，為了保存方便可以將資料輸入軟盤或光碟保存，特別重要文件須復制雙份並分開歸檔，防止因意外導致文件遺失或損壞，各部門負責保存其它相關文件（如復印件等）。技術部協同資料室負責編制並及時更新《文件和資料最新狀況一覽表》，以反映版本最新狀況；

5.3.4任何人不得在技術文件和資料上亂塗亂畫亂改，不準私自外借，確保文件的清晰、整潔和完好。

5.3.5本程序根據具體實施情況，將作進一步的補充和完善。

6. 相關文件

6.1 文件控製程序

7. 質量記錄

7.1 文件分發簽收單

7.2 文件更改通知單

7.3 技術文件和資料最新狀況一覽表

7.4 文件領用申請單