項目管理-接口需求規(guī)格說明

1、（宋體小三號）編號:密級:XXXX系統(tǒng)（宋體小初）接口需求規(guī)格說明TDCQXXXX年X月X X義X系統(tǒng)接口需求規(guī)格說明XXXXXXXXXXXX；XXXXXXXXXXXXo3.4需求的優(yōu)先順序和關鍵性（假設適用）應描述本規(guī)格說明中各需求的優(yōu)先次序、關鍵性或所賦予的指示其相對 重要性的權重。例如標識對安全性、保密性、或私密性關鍵的需求，以便進行特殊處理。 如果所有需求具有相等的權重，本條應如實說明。4合格性規(guī)定本條應定義一組合格性方法，并為第3章中的每個需求指定為確保需求得到滿足所 應使用的方法?？捎帽砀裥问奖硎鲈撔畔?，或為第3章中的每個需求注明所使用的方法。 合格性方法可以包括：a）演示：依靠可

2、見的功能操作，直接運行接口實體，而不需要使用儀器、專用測 試設備或進行事后分析。b）測試：使用儀器或?qū)Ｓ脺y試設備，運行接口實體，以便采集數(shù)據(jù)供事后分析使 用。c）分析：處理從其他合格性方法獲得的積累數(shù)據(jù)。例如，對測試結(jié)果進行簡約、 解釋或推斷。d）審查：對接口實體、文檔等進行目視檢查。e）特殊的合格性方法：任何針對接口實體的特殊合格性方法，例如專用工具、技 術、規(guī)程、設施、驗收限制。5需求可追蹤性a）從本規(guī)格說明中實體的每個需求，到該需求所涉及的系統(tǒng)（或子系統(tǒng)）需求的 可追蹤性（也可以通過對第3章中的每一個需求進行注釋來提供可追蹤性）。注：每個層次的系統(tǒng)細化都可能導致不能直接追蹤到較高層次需求

3、的需求。例如：創(chuàng)立多 個CSCI的系統(tǒng)體系結(jié)構(gòu)設計，可能到處關于這些CSCI如何接口的需求，而這些接口 需求在系統(tǒng)需求中并沒有涵蓋。這樣的需求可以被追蹤到類似于“系統(tǒng)實現(xiàn)”這樣的 一半需求，或被追蹤到導致它們產(chǎn)生的系統(tǒng)設計決策上。b）從分配給本接口實體的和影響到這個規(guī)格說明中某個接口的每個系統(tǒng)（或子系 統(tǒng)）需求，到本規(guī)格說明中設計到它的接口需求的可追蹤性。X X X X系統(tǒng)接口需求規(guī)格說明6注釋背景、術語、縮略語或公式XXXX系統(tǒng)（宋體二號）接口需求規(guī)格說明XXX-jx-vx. X（宋體小三號）擬制： 日期： 日期： 日期：帶“”等簽署欄設置應根據(jù)程序文件文件控制程序增刪，如用戶另有要求按用戶

4、規(guī)定。X X x X系統(tǒng)接口需求規(guī)格說明目錄 TOC o 1-5 h z 1范圍1標識1系統(tǒng)概述1文檔概述12引用文檔13需求1接口標識和接口圖 1（接口的工程唯一的標識符）1（接口的工程唯一的標識符）1需求的優(yōu)先順序和關鍵性2性規(guī)定2可追蹤性23xxxx系統(tǒng)接口需求規(guī)格說明1范圍標識本條應包含本文檔使用系統(tǒng)的完整標識，適用時，包括其標識號、名稱、縮略名、 版本號和發(fā)布號。系統(tǒng)概述本條應概述本文檔所使用的系統(tǒng)的用途。它還應描述系統(tǒng)的一般特性；概述系統(tǒng)開 發(fā)、運行和維護的歷史；標識工程的需方、用戶、開發(fā)方和保障機構(gòu)等；標識當前和計 劃的運行現(xiàn)場；列出其他有關文檔。文檔概述本條應概述本文檔的用途和

5、內(nèi)容，并描述與它的使用有關的保密性方面的要求。2引用文檔表 X X X X X X X編號標題編寫單位修訂版日期來源3需求3. 1接口標識和接口圖對L1條中標識的每一個接口，本條應包含工程唯一標識符，（假設適用）應通過名XXX義系統(tǒng)接口需求規(guī)格說明稱、編號、版本和文檔引用來指明接口實體（系統(tǒng)、配置項、用戶等）。該標識應聲明 哪些實體具有固定的接口特性（要給出這些接口實體的接口需求）；說明哪些實體正在 開發(fā)或修改之中（這些實體已有各自的接口需求）?？赏ㄟ^一張或多張接口圖來描述這 些接口。2 （接口的工程唯一的標識符）本條（從3.2開始）通過工程唯一標識符來標識接口，應簡要地標識接口實體。根 據(jù)需

6、要可分條描述為實現(xiàn)該接口而提出的一個或多個接口實體的需求。如果一個實體的 接口特性未包含在本IRS中、但是描述對該接口實體的需求時需要提到其接口特性，這 些特性應作為假定予以陳述，或以“當未涵蓋的實體這么做時，所指定的實體將” 的形式描述，而不作為針對本IRS沒有涵蓋的實體的需求。本條可引用其它文檔（例如 數(shù)據(jù)字典、通信協(xié)議標準、用戶接口標準）代替在此所描述的信息。假設適用，需求應包 括如下內(nèi)容，并以適合于需求的任何順序給出，還應從接口實體的角度說明這些特性之 間的區(qū)別（例如關于數(shù)據(jù)元素的大小、頻率或其它特性的不同期望值）：a）接口實體必須分配給該接口的優(yōu)先級。b）關于要實現(xiàn)的接口類型的要求（例如實時數(shù)據(jù)傳送、數(shù)據(jù)的儲存和檢索等）。c）接口實體必須提供、儲存、發(fā)送、存取、接收的各個數(shù)據(jù)元素所要求的特征。d）接口實體必須提供、存儲、發(fā)送、訪問、接收的數(shù)據(jù)元素組合體（記錄、消息、 文件、數(shù)組、顯示、報表等）所要求的特征。e）接口實體必須使用的接口的通信方法所要求的特征。f）接口實體必須使用的接口的協(xié)議所要求的特征。g）其他所要求的特征，例如接口實體的物理兼容性（尺寸、公差、負載和接插件 的兼容性等）、電壓等。3 （