【正文】 678910會 簽審 核受文單位董事長總經理行政管理中心財務部商務部營銷中心工程中心研究院產品研發(fā)中心檢察科技集成中心備注：編號原則：部門別+月+日+流水碼（2碼），例：RD072601 MRP01082901零件承認書品名/規(guī)格：料號：使用產品范圍：參考資料號碼： 承認人：測試人員：承認日期：承認書版本：供貨商：生產商：樣品數(shù)量：送樣日期：檢驗或測試結果 承認該型號的樣品是可以接受的，以后交貨的產品必須與承認的樣品確切相符，如果制造商改變生產流程或組裝環(huán)境或原材料有變異等情況，必須重新送樣承認。包括調試前的準備工作、硬件檢測點的調試、軟件功能模塊的調試、軟件和硬件全功能聯(lián)調等階段。安裝步驟、方法和注意事項:介紹系統(tǒng)安裝時的安裝步驟（先后順序要符合工程的實際情況和系統(tǒng)的特殊要求）、安裝的方法（列出接線圖、接線標記）、安裝過程中的注意事項?！抗?程 安 裝 調 試 說 明 書項目名稱：項目版本擬 制：審 核：批 準：文件版本： 年 月 日 (安裝調試說明書主要側重于工程施工時的系統(tǒng)的安裝與調試方法，生產時用的生產安裝調試說明書在生產工藝文件中規(guī)定)系統(tǒng)的概述。 系統(tǒng)維護設計 說明為了系統(tǒng)維護的方便而在程序內部設計中作出的安排，包括在程序中專門安排用于系統(tǒng)的檢查與維護的檢測點和專用模塊。7． 出錯處理設計 出錯輸出信息用一覽表的方式說明每種可能的出錯或故障情況出現(xiàn)時，系統(tǒng)輸出信息的形式、含意及處理方法。 運行控制說明每一種外界的運行控制的方式方法和操作步驟。 物理結構設計給出本系統(tǒng)內所使用的每個數(shù)據(jù)結構中的每個數(shù)據(jù)項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區(qū)域）、設計考慮和保密條件。 內部接口 說明本系統(tǒng)之內的各個系統(tǒng)元素之間的接口的安排?！? 4． 接口設計 用戶接口說明向用戶提供的命令和它們的語法結構，以及軟件的應答信息。 軟件體系結構【用圖來表示軟件系統(tǒng)的總體結構框架,并對其進行描述。3． 總體設計 處理流程說明本系統(tǒng)的基本設計概念和處理流程，盡量使用圖表的形式（如流程圖）。 條件與限制說明本產品在實現(xiàn)時所必須滿足的條件和所受的限制，以及相應的原因。 運行環(huán)境簡要地說明對本產品的運行環(huán)境（包括硬件環(huán)境和支持環(huán)境）的規(guī)定。文檔所引用的資料、采用的標準或規(guī)范。用戶操作手冊（初稿）； f.測試計劃（初稿）； e.需求規(guī)格說明書； d.項目開發(fā)計劃； c.項目經核準的計劃任務書、合同或上級機關的批文； b. 參考資料 列出有關資料的作者、標題、編號、發(fā)表日期、出版單位或資料來源，這些資料可包括： a.主審人的總結意見和簽字：核準審核制定概 要 設 計 說 明 書項目名稱：項目版本：擬 制：審 核：批 準：文件版本： 年 月 日 概要設計說明書1． 引言 編寫目的 闡明編寫概要設計說明書的目的，指明讀者對象。5選擇方案是否考慮過其他方案，比較各種選擇方案的標準是什么。3風險確認該軟件設計在現(xiàn)有技術條件和預算范圍內是否能按時實現(xiàn)4可維護性從軟件維護的角度出發(fā)，確認該軟件設計是否考慮了方便未來的維護。模塊是否滿足高內聚和低耦合的要求。軟件每一成份是否可追溯到某一項需求。 若發(fā)現(xiàn)錯誤較多，或發(fā)現(xiàn)重大錯誤，則在改正之后，再次組織概要設計評審。在此過程中，小組成員可以提出問題，展開討論，審查是否有錯誤存在。 召開概要設計審查會。 項目負責人提前把需求規(guī)格說明書、概要設計說明書、數(shù)據(jù)庫設計說明書、初步用戶手冊和初步測試計劃等文檔分發(fā)給評審小組成員，作為評審依據(jù)。 若發(fā)現(xiàn)錯誤較多，或發(fā)現(xiàn)重大錯誤，則在改正之后，再次組織編碼評審。在會上，首先由程序員講解其程序的邏輯，在此過程中，小組成員可以提出問題，展開討論，審查錯誤是否存在。 項目負責人提前把設計說明書、控制流程圖、程序文本及有關要求、規(guī)范等文檔分發(fā)給評審小組成員，作為評審依據(jù)，小組成員在充分閱讀這些材料之后，進入下一步。相關技術簡介簡單介紹系統(tǒng)所用到的技術的現(xiàn)行狀況和和各自的優(yōu)缺點，闡述選擇使用哪種技術及其原因。技術分險主要分析系統(tǒng)的主要技術難點、關鍵技術存在的風險。）結構設計的開發(fā)工具（如二維圖、三維圖、結構分析等設計軟件）。開發(fā)工具硬件設計的開發(fā)工具（如原理圖，PCB圖等設計軟件）。)4產品外形、結構設計包括產品的設備布置圖，外形圖、結構圖，可以用圖片、文字描述。對于需要數(shù)據(jù)庫的系統(tǒng)，應設計數(shù)據(jù)庫，確定物理數(shù)據(jù)庫結構，用戶使用的數(shù)據(jù)視圖，進行數(shù)據(jù)庫的完整性和安全性設計。(可以另外撰寫更詳細的硬件設計方案替代)3產品軟件各個模塊設計軟件的功能分解，確定軟件由哪些模塊組成，以及模塊之間的關系（用層次圖或結構圖描述）。模塊名稱， 說明模塊的功能，實現(xiàn)方法或原理。系統(tǒng)架構設計1產品的整體設計可以用文字、圖形介紹系統(tǒng)的總體架構、設計意圖。方案選擇1提供合理的選擇方案提供高、中、低成本的可行方案，每個方案應包括系統(tǒng)流程圖、組成系統(tǒng)的物理元素清單、成本/效益分析、實現(xiàn)這個系統(tǒng)的進度計劃。 本文主要的閱讀對象是公司內部參與系統(tǒng)和模塊的設計和測試人員） 前言簡明扼要的說明本產品方案的任務來源、市場背景、技術背景，設計目的和產品的使用場合等。 在討論結束后，由系統(tǒng)分析員將評審和修改通過后的資料存檔并且轉給相關部門。項目小組及分工產品名稱: 客戶:項目負責: 日期:部門人員姓名資格負責工作備注核準審核制表項 目 需 求 建 議 書項目名稱提出單位提出日期完成日期六. 提出原因七. 產品主要規(guī)格八. 競爭對手與技術狀況九. 市場行情分析十. 成本與效益分析研究院主管單位主管申請人 RFP01082901項目總結和新品規(guī)劃評審項目組： 報告人：新品名稱評審人員評審日期1對項目總結是否有補充意見2新品規(guī)劃的技術可行性方面的意見3新品規(guī)劃的市場可行性方面的意見4新品規(guī)劃的經濟可行性方面的意見5有無另外的新品構想6新、老產品的延續(xù)性、繼承性如何？7對新品的需求分析有無補充意見8對技術方案是否有補充意見9是否符合公司產業(yè)化的方向 需 求 規(guī) 格 說 明 書項目名稱：項目版本：擬 制：審 核：批 準：文件版本： 年 月 日 需求規(guī)格說明書1． 編寫目的闡明編寫需求規(guī)格說明書的目的，指明讀者對象.2. 項目描述 描述本項目的適用場合及處理業(yè)務. 項目名稱：本項目的名稱，包括項目的全名、簡稱、代號、版本號. 名詞定義：對重要的或是具有特殊意義的名詞進行定義.3. 用戶情況描述 用戶業(yè)務描述：描述本項目的用戶（或潛在用戶）使用本項目處理的業(yè)務. 用戶情況：介紹本項目的用戶（或潛在用戶）的情況，包括 用戶的工作流程； 用戶的相關部門及職責； 用戶的技術水平； 用戶原有系統(tǒng)的情況：介紹用戶現(xiàn)在使用的系統(tǒng)的主要情況，包括主要的不足.4. 任務概述 目標闡明本項目所需達到的目標. 運行環(huán)境 硬件環(huán)境：詳細列出本軟件運行時所必須的最低硬件配置、推薦硬件配置(如主機、顯示器、外部設備等)以及其它特殊設備. 軟件環(huán)境：如操作系統(tǒng)、網絡軟件、數(shù)據(jù)庫系統(tǒng)以及其它特殊軟件要求. 條件與限制說明本產品在實現(xiàn)時所必須滿足的條件和所受的限制，所受的限制包括軟件環(huán)境、硬件環(huán)境等方面的內容. 主要特點說明本產品與同類產品相比的特點（Feature），即：賣點.5. 功能需求 功能劃分從用戶的角度將產品按功能劃分成不同的部分，但應注意此處劃分成的部分并不對應于最終程序實現(xiàn)時的不同功能模塊. 功能描述描述由功能劃分所生成的各部分的內容，應包括下列內容：a. 必須完成的功能以及對此功能的詳細描述：逐條列出本軟件所能完成的各項功能以及對此功能的詳細描述.b. 不支持的功能以及相應的原因：列出本軟件所不支持的各項功能以及相應的原因.此部分內容務必詳細準確、無二義性，以作為將來驗收和測試的標準.6. 數(shù)據(jù)描述 輸入/輸出數(shù)據(jù)說明輸入輸出數(shù)據(jù)的類型及格式. 數(shù)據(jù)流圖(對于結構化分析)從數(shù)據(jù)傳遞和加工的角度描述的數(shù)據(jù)流圖，此數(shù)據(jù)流圖不包含任何有關實現(xiàn)的內容，只是. 數(shù)據(jù)庫描述(可選)根據(jù)系統(tǒng)的總目標和范圍，定義數(shù)據(jù)庫的邏輯特性和物理特性.說明數(shù)據(jù)管理能力的需求:說明要管理的文件或記錄的個數(shù),表和文件的大小規(guī)模,要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估算. 數(shù)據(jù)詞典(對于結構化分析)對于數(shù)據(jù)流圖中出現(xiàn)所有被命名的圖形元素在數(shù)據(jù)詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋. 建立需求分析模型(對于面向對象分析) 需求分析模型是依據(jù)產品構想,通過項目組人員充分討論,對產品要實現(xiàn)的主要功能和使用環(huán)境進行分析. 需求分析模型分析產品的使用環(huán)境,包括最終用戶, 應能體現(xiàn)出各主要功能點之間的關系. 需求分析模型可采用Rational Rose或Rose RealTime生成,需求分析模型應包括如 下內容: Use Case(使用案例) View Business UseCase Model UseCase Model 各主要用戶使用功能點之間的關系,用相關UML符號在Use Case Diagram中表 示. 7. 性能需求 數(shù)據(jù)精確度根據(jù)實際情況，確定產品最終輸出數(shù)據(jù)(包括傳輸中)的數(shù)據(jù)精確度. 適應性 a. 復用性：說明本產品是否可以復用哪個已有軟件或者最終本產品是否可被其它產品復用.b. 靈活性：說明在運行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應具有的適應能力. 時間特性要求 說明產品(尤其是交互式產品)在響應時間、更新處理時間、數(shù)據(jù)轉換與傳輸時間、運行時間等方面所需達到的時間特性. 系統(tǒng)支持并行操作的用戶 系統(tǒng)存儲容量 系統(tǒng)計算及運行時間8. 運行需求 用戶界面 說明本產品的人機界面風格. 硬件接口說明本產品與硬件之間各接口的邏輯特點及運行該軟件的硬件設備特征. 軟件接口說明本產品與其它軟件之間接口，對于每個需要的軟件產品，應提供:a. 接口名稱b. 規(guī)格說明c. 版本號 故障處理說明