大型國企信息化項目驗收管理辦法_第1頁
大型國企信息化項目驗收管理辦法_第2頁
大型國企信息化項目驗收管理辦法_第3頁
已閱讀5頁,還剩29頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、1 信息化項目驗收管理的基本要求1.1 適用范圍本辦法適用于集團公司、股份公司(統(tǒng)稱xxxx )所有信息化項目。1.2 信息化項目分類 信息化項目按照自主開發(fā)、引進試點、推廣完善的信息系統(tǒng)和 基礎(chǔ)設(shè)施項目分類驗收。其中自主開發(fā)項目、引進試點項目及推廣 完善項目中所包含軟、硬件購置的驗收,按照基礎(chǔ)設(shè)施項目驗收要 求進行驗收。1.2.1 自主開發(fā)項目指以 xxxx 為主導提出總體目標和總體設(shè) 計要求 ,擁有自主產(chǎn)權(quán)的開發(fā)項目 , 包括獨立開發(fā)、聯(lián)合開發(fā)、委托 開發(fā)等。1.2.2 引進試點項目指為滿足業(yè)務(wù)和管理的需要 , 引進成熟技 術(shù)、管理模式并進行客戶化集成、應用的項目 , 一般只在少數(shù)單位進

2、行試點。1.2.3 推廣項目指試點工作已經(jīng)完成并通過驗收 , 具有明顯的 經(jīng)濟效益和管理效益 , 擬在其他單位進行推廣的項目 ;完善項目指已 建成的項目上線運行一段時間后 , 根據(jù)實際應用情況, 需要對其總體 技術(shù)構(gòu)架、功能等進行提升和完善 , 以增強信息系統(tǒng)的功能、性能和 可靠性的項目。1.2.4 基礎(chǔ)設(shè)施項目指以計算機、通信、網(wǎng)絡(luò)、信息安全技術(shù) 為主體的項目 , 主要包括網(wǎng)絡(luò)系統(tǒng)建設(shè)與改造、 安全系統(tǒng)建設(shè)與改造、 存儲與備份及容災等系統(tǒng)的建設(shè)、衛(wèi)星通信系統(tǒng)和視頻會議系統(tǒng)的 建設(shè)與改造、計算機系統(tǒng)配置及升級、系統(tǒng)軟件及工具軟件的配置 及升級。1.3 驗收管理原則項目驗收堅持實事求是、客觀公正

3、、注重質(zhì)量、講求實效的原則, 保證驗收工作的嚴肅性、科學性和公正性。1.4 驗收依據(jù) 項目驗收以可行性研究報告、總體(基礎(chǔ))設(shè)計( 500 萬元及以 上項目)、經(jīng)批準的項目變更文件及合同為依據(jù)。由于需求、技術(shù)方案變化等原因 , 導致項目實施范圍、進度、成 本等發(fā)生變化時 , 必須事先辦理相關(guān)變更手續(xù) , 并形成項目變更文件 作為項目驗收的依據(jù)之一。2 各級管理部門職責2.1 總部批復的信息化項目,由信息系統(tǒng)管理部組織驗收;企 業(yè)按權(quán)限批復的限下項目 , 由企業(yè)信息管理部門組織驗收。2.2 項目單位負責提供驗收資料 , 配合驗收測試及驗收評審 , 組織系統(tǒng)演示 , 整改存在的問題。3 驗收流程3

4、.1 驗收申請3.1.1 項目完成全部規(guī)定目標任務(wù)后, 項目技術(shù)文檔資料齊全 且投資 2000 萬元及以上的項目單軌連續(xù)穩(wěn)定運行 6 個月以上, 其他 項目單軌連續(xù)穩(wěn)定運行 3 個月以上,由項目負責單位以正式文件提 出項目竣工驗收申請,同時提交項目驗收材料。3.1.2 驗收申請文件內(nèi)容包括:項目啟動時間;上線、 單軌運行 時間;項目實施、培訓情況;應用效益及效果簡介;是否完成可行 性研究報告(總體設(shè)計)規(guī)定的內(nèi)容。3.1.3 驗收文檔包括:項目驗收工作報告(見附件 1);項目 驗收用戶報告(見附件 2);項目驗收技術(shù)報告(見附件 3-6 );項 目驗收測試大綱。3.2 驗收條件審查3.2.1

5、項目驗收組織單位對項目驗收申請進行形式審查 , 內(nèi)容 包括:項目是否按規(guī)定辦理了立項及內(nèi)容變更審批;項目驗收資料 是否齊全、 規(guī)范、 符合要求; 是否達到規(guī)定的運行時間; 是否缺項; 應用效果是否達到預期的目標等。3.2.2 項目驗收組織單位對項目驗收文檔進行內(nèi)容審查 , 并提 出審查意見。主要包括:審查工作報告、技術(shù)報告和用戶報告的內(nèi) 容是否翔實、具體,是否能夠反映業(yè)務(wù)流程、功能和技術(shù)特色,體 現(xiàn)出項目的作用和效果; 檢查項目建設(shè)過程文檔的完整性和有效性, 包括集成測試、單元測試、階段測試及驗收報告、系統(tǒng)上線/ 單軌批復、用戶操作手冊、系統(tǒng)維護手冊等;檢查與項目相適應的規(guī)章制 度的建立和落實

6、情況。3.3 項目驗收 項目驗收分為驗收測試和驗收評審兩個階段進行。項目驗收必 須通過了測試,并對測試專家組提出的問題進行整改后方可進入驗收評審階段。3.3.1 測試及驗收專家組3.3.1.1 測試及驗收專家組由熟悉項目的技術(shù)、業(yè)務(wù)、管理和 IT 專家組成,須具有專業(yè)代表性和互補性。被驗收項目組成員不得 作為測試組和驗收專家組成員。3.3.1.2 測試及驗收專家條件:具有良好的職業(yè)道德,能夠科 學、客觀、公正、實事求是地提出評價意見;熟悉項目采用的相關(guān) 技術(shù)、業(yè)務(wù)、管理或該領(lǐng)域技術(shù)發(fā)展情況、特點與規(guī)律,在該領(lǐng)域 或行業(yè)內(nèi)具有較高的威信;有多年實踐管理經(jīng)驗,并具有較好的綜 合分析判斷能力。測試組

7、成員原則上應具備中級以上技術(shù)職稱;驗 收專家組成員應具備高級或以上技術(shù)職稱,特殊情況下可聘請中級 技術(shù)職稱的業(yè)務(wù)骨干。遵守回避、保密等有關(guān)規(guī)定。3.3.1.3 驗收測試組成員應從專家?guī)熘羞x擇, 并有信息安全專 家參與測試工作。 測試組人數(shù)為單數(shù), 應不少于 3 人,設(shè)組長 1 人。 測試組長須具有高級或以上專業(yè)技術(shù)職稱,并作為驗收專家組成員 參加驗收會。3.3.1.4 驗收專家組成員應從專家?guī)熘羞x擇。 專家組人數(shù)為單 數(shù),設(shè)組長 1 名。投資在 200 萬元以下的項目驗收, 專家組不少于 5 人;投資在 200 萬元及以上的項目驗收,專家組不少于 7 人。3.3.2 驗收測試3.3.2.1 測

8、試組全面對照可行性研究報告( 500 萬元及以上項 目還包括總體設(shè)計)、合同及技術(shù)附件規(guī)定的內(nèi)容進行測試工作。3.3.2.2 確定測試大綱和測試用例,并進行測試 ; 編寫測試報 告 ; 提交問題清單、意見和建議等。3.3.2.3 測試程序(1)驗收組織單位宣布測試組長及測試組專家名單。(2)項目組匯報項目實施過程、完成情況及項目的主要內(nèi)容和 特點。(3)測試組長按照確定的測試大綱組織測試;對項目實施及應 用人員進行訪談, 檢查內(nèi)控對 IT 一般性控制相關(guān)控制點的執(zhí)行情況。( 4)討論測試結(jié)果并形成測試報告(見附件 7),測試報告由 測試組長簽字確認。(5)測試過程由最終用戶配合現(xiàn)場操作。3.3

9、.2.4 驗收測試組按照項目批復的內(nèi)容對測試方案、 測試用 例進行審查并確認 , 嚴格監(jiān)控測試過程 , 準確記錄測試結(jié)果和發(fā)現(xiàn)的 問題,認真編寫測試報告 , 對項目作出公正合理的評價。3.3.2.5 因管理和業(yè)務(wù)的特殊性 , 驗收測試不能在實際系統(tǒng)環(huán) 境中進行時 , 可根據(jù)需要搭建部分仿真環(huán)境 , 采取演示、模擬運行與 真實業(yè)務(wù)數(shù)據(jù)對比、技術(shù)提問和文檔檢查等方式進行測試。3.3.2.6 被驗收單位須如實反映項目實施及應用情況 , 提供有 關(guān)資料并組織人員配合測試工作。 對測試組專家提出的質(zhì)疑 , 實施單 位在不泄密的前提下 , 應據(jù)實答疑并提供必要的資料。3.3.2.7 測試結(jié)論分為同意通過測

10、試、 需復議和不同意通過測試 3 種情況。(1)同意通過測試。完成了可行性研究報告、合同技術(shù)附件規(guī) 定的目標和任務(wù)。(2)需復議。沒有完成全部內(nèi)容, 但完成項目目標任務(wù)達到 85% 及以上;連續(xù)穩(wěn)定運行未達到規(guī)定要求;由于提供數(shù)據(jù)不詳、資料 不完整、安全性控制不完善等,導致測試意見爭議較大。(3)不同意通過測試。凡有下列情況之一者 , 不能通過測試 : 完 成項目目標和任務(wù)不足 85%;沒有單軌運行;未經(jīng)批準 , 項目承擔單 位擅自對項目的范圍、內(nèi)容、目標、考核指標、技術(shù)架構(gòu)等進行較 大改動;安全性控制存在重大隱患。3.3.2.8 對測試中發(fā)現(xiàn)的問題 , 項目負責單位和實施單位應認 真落實整改

11、 ,并在 30個工作日內(nèi)完成整改工作 , 由項目負責單位形成 項目驗收測試問題整改報告 , 經(jīng)測試組長審查并簽字確認后提交項 目驗收組織單位進行復審 , 測試通過后方可進行下一階段工作。3.3.2.9 未通過測試的項目 , 項目負責單位、實施單位和項目 負責人在接到測試結(jié)論通知后 , 應立即針對存在的問題進行整改 , 并在整改完成后重新提出驗收申請 , 由項目驗收組織單位按照驗收 測試程序組織復測。3.3.3 驗收評審3.3.3.1 項目驗收的主要內(nèi)容:(1)審查是否完成項目(可行性研究報告、合同及總體設(shè)計、 項目變更文件)規(guī)定的任務(wù),達到預期目標。(2)對項目技術(shù)特點、 應用及管理成果、 效

12、益及效果進行評價。(3)審查驗收文檔、資料是否完整、規(guī)范。(4)提出項目安全性評價意見。(5)檢查項目投資使用是否合理、規(guī)范。(6)形成專家驗收意見(見附件 8)由組長簽字確認。3.3.3.2 項目驗收資料項目負責單位印制項目驗收資料 , 包括工作報告、技術(shù)報告、用 戶報告、測試報告及測試問題整改報告。3.3.3.3 項目驗收方式 項目驗收視不同情況可以采取函審驗收和會議驗收兩種方式。 一般采用會議驗收形式 , 限下項目可采用函審驗收方式。(1)函審驗收項目驗收組織單位組織有關(guān)專家以信函的方式 , 對驗收申請單 位提交的驗收材料和測試組提交的測試報告進行書面評議 , 并提出 書面意見 , 由專

13、家組長綜合形成項目函審驗收意見。 項目驗收組織單 位核準函審驗收意見 , 并作出項目驗收結(jié)論。函審驗收程序包括:項目驗收組織單位選聘專家組成函審組; 被驗收單位提前 7個工作日以上 , 將有關(guān)項目驗收資料送達各位專家 (用后收回);函審專家審查驗收資料 , 寫出函審意見并簽字;由函 審專家組組長根據(jù)各位專家意見寫出綜合驗收意見并簽字確認。(2)會議驗收 項目驗收組織單位組織專家組以會議形式對項目進行審查、評 審, 提出驗收意見 , 并作出驗收結(jié)論。會議驗收程序包括 : 主持人宣布并通過驗收專家組成員名單 , 由 驗收專家組組長主持驗收會; 項目負責單位作工作報告 , 開發(fā)或?qū)嵤?單位作技術(shù)報告

14、 ,用戶單位作用戶報告 , 測試組長作測試報告及測試 問題整改審查報告;最終用戶作項目功能演示;專家組質(zhì)疑, 項目組解答;驗收專家組對項目有關(guān)情況進行討論和評議 , 形成驗收意見并 由驗收組長簽字(見附件 8); 驗收專家組全體成員在驗收專家簽字 表上簽字;驗收專家組長宣讀驗收意見;項目完成單位收回驗收資 料。驗收結(jié)論3.3.4.1 驗收結(jié)論分為同意通過驗收、需復議和未通過驗收。 項目驗收組織單位根據(jù)驗收專家組驗收意見和建議、驗收結(jié)論 , 作出批準意見 , 并下發(fā)項目負責單位和實施單位。3.3.4.2 需復議的項目 , 項目負責單位、實施單位和項目負責 人應針對存在的問題進行修正 , 并提出書

15、面復議申請 , 項目驗收組織 單位根據(jù)實際情況組織復議。3.3.4.3 未通過驗收的項目 , 由項目負責單位、實施單位制定 整改方案及實施計劃 , 力爭盡快完成整改工作。整改完成后 ,按照項 目驗收管理程序重新申請項目驗收。3.3.4.4 項目竣工結(jié)算后, 項目管理部門要將項目結(jié)算報告及 完整的結(jié)算內(nèi)容納入項目竣工資料及時歸檔保存。3.3.4.5 項目竣工文檔、資料必須完整 , 按照技術(shù)檔案管理有 關(guān)規(guī)定存檔。4 驗收內(nèi)容4.1 自主開發(fā)項目4.1.1 項目驗收測試以功能及性能核對為主要內(nèi)容, 在實際應 用環(huán)境中進行,根據(jù)具體情況可搭建部分仿真環(huán)境,但必須檢查實 際系統(tǒng)數(shù)據(jù)的完整性、真實性和準

16、確性。4.1.2 項目驗收要總體審查和評價滿足需求、掌握技術(shù)、擁有 產(chǎn)權(quán)、形成標準及產(chǎn)品、整體應用效果、創(chuàng)新性(原始創(chuàng)新注重發(fā) 現(xiàn)和發(fā)明, 集成創(chuàng)新注重多種相關(guān)技術(shù)協(xié)同作用的獨特功能優(yōu)勢) 、 推廣應用前景等方面的內(nèi)容。4.1.3 重點審查總體架構(gòu)、技術(shù)路線、關(guān)鍵技術(shù)、系統(tǒng)功能的 正確性和合理性以及解決的問題,與其他系統(tǒng)的集成、關(guān)聯(lián)及信息 共享的廣度和深度,接口協(xié)議、數(shù)據(jù)結(jié)構(gòu)、模塊、流程等采用和執(zhí) 行的標準,是否可形成自主知識產(chǎn)權(quán)和推廣模板,培訓是否到位, 運維方案是否可行等內(nèi)容。4.1.4 審查技術(shù)的先進性和功能的實現(xiàn)程度; 審查知識產(chǎn)權(quán)的 合規(guī)性;審查是否制定了可行的安全防范措施、應急預案

17、和應急預 案的啟動流程。4.2 引進試點項目4.2.1 引進試點項目的驗收測試必須在實際應用現(xiàn)場中進行。4.2.2 總體審查引進技術(shù)的應用是否達到了預期目標, 歸納和 總結(jié)二次開發(fā)、消化創(chuàng)新和集成應用成果,評價項目應用效果和推 廣價值。4.2.3 重點審查技術(shù)的先進性、功能的完整性、界面和操作的 友好性,是否制定了標準化業(yè)務(wù)流程、推廣策略和推廣模板,客戶 化工作的深度和工作量, 與其他系統(tǒng)的集成、 關(guān)聯(lián)及信息共享程度, 培訓與知識轉(zhuǎn)移是否到位,運維方案是否可行。4.2.4 是否制定了可行的安全防范措施、 應急預案和啟動流程。4.3 推廣完善項目4.3.1 推廣項目測試應選擇部分有代表性的用戶單

18、位進行現(xiàn) 場測試,其他用戶單位可以采用統(tǒng)一確認的測試大綱,由用戶單位 信息管理部門自行組織測試并按照要求編制測試報告,提交總部信 息系統(tǒng)管理部。4.3.2 推廣項目驗收要重點審查推廣方案、 模板的適用性和完 備性,統(tǒng)一業(yè)務(wù)流程的執(zhí)行情況,與其他系統(tǒng)的集成、關(guān)聯(lián)及信息 共享程度,檢查標準化執(zhí)行情況和客戶化開發(fā),培訓與知識轉(zhuǎn)移, 應用效果,運行維護方案是否可行等內(nèi)容。4.3.3 審查是否制定了可行的安全防范措施、 應急預案和啟動 流程。4.3.4 完善項目要審查在滿足業(yè)務(wù)和管理方面的提升效果, 新 增加功能的性能。4.4 基礎(chǔ)設(shè)施項目4.4.1 基礎(chǔ)設(shè)施項目驗收測試一般在用戶單位現(xiàn)場進行。 驗收

19、以項目可行性研究報告、合同及總體(基礎(chǔ))設(shè)計為依據(jù),標準、 安全等內(nèi)容應符合國家有關(guān)部委、 xxxx 相關(guān)專業(yè)設(shè)計和施工標準規(guī)4.4.2 基礎(chǔ)設(shè)施項目驗收需提交以下文檔: 項目各階段的驗收 報告;運行環(huán)境要求手冊;軟件系統(tǒng)、硬件系統(tǒng)安裝流程;接口和參數(shù)設(shè)置清單;系統(tǒng)恢復手冊;操作手冊;拓撲結(jié)構(gòu)圖、設(shè)備物理 連接接線圖;應用測試報告等。4.4.3 重點審查系統(tǒng)設(shè)計是否滿足需求, 系統(tǒng)功能和性能是否達到目標要求,系統(tǒng)運行狀況是否安全、穩(wěn)定,與原有系統(tǒng)的集成情 況,培訓是否到位,運行維護方案是否可行等內(nèi)容。4.4.4 審查是否制定了可行的安全防范措施、 應急預案和啟動流 程。4.4.5 基礎(chǔ)設(shè)施項目

20、要歸納新技術(shù)、新設(shè)備應用的效果和經(jīng)驗。附件 1:項目驗收工作報告提綱項目名稱項目名稱按照立項批復文件的項目名稱填寫,字體要求為宋體、二號字、字間距 1.2 、加粗、居中】工作報告【字體要求為宋體、一號字、字間距 5、加粗、居中】 用戶名稱 實施單位名稱 XX年XX月字體要求為宋體、小四號字、字間距標準、加粗、居中】目錄1 項目背景和建設(shè)組織151.1 項目意義 151.2 立項背景及原有業(yè)務(wù)情況161.3 組織機構(gòu)設(shè)立及職責落實161.4 主要工作階段162 業(yè)務(wù)流程優(yōu)化172.1 原業(yè)務(wù)流程172.2 優(yōu)化后的業(yè)務(wù)流程172.3 機構(gòu)調(diào)整情況172.4 新業(yè)務(wù)流程的優(yōu)點173 系統(tǒng)功能設(shè)定1

21、73.1 系統(tǒng)主要功能與功能模塊設(shè)立173.2 主數(shù)據(jù)設(shè)計173.3 客戶化定制開發(fā)工作173.4 用戶數(shù)及權(quán)限設(shè)置174 基礎(chǔ)工作174.1 標準化工作174.2 數(shù)據(jù)組織及整理174.3 測試工作174.4 管理制度建設(shè)185 培訓及應用185.1 項目應用185.2 安全管理及措施185.3 用戶培訓186 達標情況187 投資完成情況188 知識產(chǎn)權(quán)歸屬199 存在問題1910 經(jīng)驗體會和下一步工作計劃 19【一級標題格式及字體要求:左對齊,宋體,小四,加粗】1.1 項目意義【二級標題格式及字體要求:起始縮進與一級標題的第一個文 字對齊,字體為仿宋,小四,正文格式及字體要求為仿宋、小四

22、、1.5 倍行間距。三級標題、各小節(jié)要點標號、表號、圖號等規(guī)定遵照 IS09000B01-C06項目文檔編寫規(guī)范執(zhí)行】【內(nèi)容要求:根據(jù)生產(chǎn)、經(jīng)營、管理發(fā)展等方面的需求,從已 實現(xiàn)的業(yè)務(wù)功能和達到的信息化水平分析項目的重要性和意義,如: 在對業(yè)務(wù)能力、競爭力、盈利能力、管理水平、工作效率及信息化 水平的提高等方面所起的作用。 】1.2 立項背景及原有業(yè)務(wù)情況【簡述立項背景。 1 原有業(yè)務(wù)情況:主要業(yè)務(wù)功能,核心業(yè)務(wù)流 程。2 原有信息系統(tǒng)情況:主要系統(tǒng)、覆蓋范圍,數(shù)據(jù)源、基礎(chǔ)設(shè)施 情況?!?.3 組織機構(gòu)設(shè)立及職責落實 【繪制項目實施的組織機構(gòu)圖;簡述各組織機構(gòu)的職責、分工 和人員安排,附參加項

23、目實施的人員名單。 】1.4 主要工作階段【描述項目各階段完成的主要工作,項目控制點完成情況等。 】2.1 原業(yè)務(wù)流程2.2 優(yōu)化后的業(yè)務(wù)流程2.3 機構(gòu)調(diào)整情況2.4 新業(yè)務(wù)流程的優(yōu)點3 系統(tǒng)功能設(shè)定3.1 系統(tǒng)主要功能與功能模塊設(shè)立3.2 主數(shù)據(jù)設(shè)計3.3 客戶化定制開發(fā)工作3.4 用戶數(shù)及權(quán)限設(shè)置4 基礎(chǔ)工作4.1 標準化工作【說明本項目采用的標準依據(jù)。 】4.2 數(shù)據(jù)組織及整理4.3 測試工作【描述系統(tǒng)集成測試、用戶接收測試、驗收測試的組織工作及相應的整改工作組織。 】4.4 管理制度建設(shè)【列出主要的制度目錄。 】5 培訓及應用5.1 項目應用【系統(tǒng)上線、系統(tǒng)單軌運行情況】5.2 安全

24、管理及措施【描述采取的安全措施及實現(xiàn)的安全功能,包括管理制度、技 術(shù)措施、不相容崗位設(shè)置、應急預案及啟動流程等。 】5.3 用戶培訓【項目培訓的人數(shù)、次數(shù)、覆蓋面;知識轉(zhuǎn)移是否到位,文檔資 料是否完整、齊全。 】6 達標情況【對照可研設(shè)定的目標、驗收標準逐項對比說明。 】7 投資完成情況【對照可研詳細說明。 】9 存在問題10 經(jīng)驗體會和下一步工作計劃附 1:用戶權(quán)限設(shè)置表附 2:系統(tǒng)運行管理辦法目錄附 3:參加項目人員名單附件 2:項目驗收用戶報告提綱項目名稱項目名稱按照立項批復文件的項目名稱填寫,字體要求為宋體、二號字、字間距 1.2 、加粗、居中 】用戶報告【 字體要求為宋體、一號字、字

25、間距 5、加粗、居中 】 用戶名稱 實施單位名稱 XX年XX月字體要求為宋體、小四號字、字間距標準、加粗、居中 】 準備、動員和部署工作 二、系統(tǒng)運行情況 描述項目運行狀況:各功能模塊主要作用、功能,投用效果 對比,效益分析(管理、技術(shù)、經(jīng)濟、效率等方面的效益、效果, 盡量量化) 三、績效分析及項目評價 效益分析:管理、技術(shù)、經(jīng)濟、效率等方面的效益、效果, 盡量量化 四、培訓、系統(tǒng)運行維護和技術(shù)支持 描述項目培訓情況;系統(tǒng)運行維護崗位及人員設(shè)置情況;運 行、考核和管理辦法;主要運維工作及效果(數(shù)據(jù)備份,應急預案 及啟動流程等) 五、存在問題六、下一步計劃和建議附件 3:自主開發(fā)項目驗收技術(shù)報告

26、提綱項目名稱【自主開發(fā)類項目技術(shù)報告,項目名稱按照立項批復文件的項目名稱填寫,字體要求為宋體、二號字、字間距 1.2 、加粗、居中】技術(shù)報告【字體要求為宋體、一號字、字間距 5、加粗、居中】 用戶名稱 實施單位名稱 XX年XX月字體要求為宋體、小四號字、字間距標準、加粗、居中】目錄1 國內(nèi)外情況和發(fā)展方向262.1 需求和目標272.2 實施范圍和主要開發(fā)內(nèi)容272.3 與其他系統(tǒng)的關(guān)聯(lián)272.4 形成的產(chǎn)品272.5 應用前景273 技術(shù)方案和實施273.1 系統(tǒng)主要功能與功能模塊設(shè)立 273.2 技術(shù)路線及關(guān)鍵技術(shù)283.3 關(guān)鍵安全技術(shù)293.4 標準化工作293.5 基礎(chǔ)設(shè)施完善294 最終提交的產(chǎn)品和知識轉(zhuǎn)移情況 305 下一步工作建議301 國內(nèi)外情

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論