資料要求說明書(GB856T——88) (轉)

amyz發表於2007-08-16
資料要求說明書(GB856T——88) (轉)[@more@] 

資料要求說明書:namespace prefix = o ns = "urn:schemas--com::office" />

引言

編寫目的

說明編寫這份資料要求說明書的目的,指出預期的讀者。

背景

說明:

a.  待開發的名稱;

b.  b.列出本專案的任務提出者、開發者、以及將執行該項軟體的計算站(中心)或系統。

定義

列出本中用到的專門術語的定義和外文首字母組詞的原片語。

參考資料

列出有關的參考資料,如:

a.  本專案的經核准的計劃任務書或合同,上級機關的批文;

b.  屬於本專案的其他已發表檔案;

c.  本檔案中各處引用的檔案、資料,包括所要用到的標準。列出這些檔案的標題、檔案編號、發表日期和出版單位。說明能夠得到這些檔案資料的來源。

資料的邏輯描述

對資料進行邏輯描述時可把資料分為動態資料和靜態資料。所謂靜態資料,指在執行過程中主要作為參考的資料,它們在很長的一段時間內不會變化,一般不隨執行而改變。所謂動態資料,包括所有在執行中要發生變化的資料以及在執行中要輸入、輸出的資料。進行描述時應把各資料元素邏輯地分成若干組,列如、源資料或對於其應用更為恰當的邏輯分組。給出每一資料元的名稱(包括縮寫和程式碼)、定義(或物理意義)度量單位、值域、格式和型別等有關資訊。

靜態資料

列出所有作為控制或參考用的靜態資料元素。

動態輸人資料

列出動態輸入資料元素(包括在常規執行中或聯機操作中要改變的資料)。

動態輸出資料

列出動態輸出資料元素(包括在常規執行中或聯機操作中要改變的資料)。

內部生成資料

列出向使用者或開發單位中的維護人員提供的內部生成資料。

資料約定

說明對資料要求的制約。逐條列出對進一步擴充或使用方面的考慮而提出的對資料要求的限制(容 量、文卷、記錄和資料元的個數的最大值)。對於在設計和開發中確定是臨界性的限制更要明確指出。

資料的採集

要求和範圍

按資料元的邏輯分組來說明資料採集的要求和範圍,指明資料的採集方法,說明資料採集工作的承擔者是使用者還是開發者。具體的內容包括:

a.  輸入資料的來源,例如是單個操作員、資料輸入站,專業的資料輸入公司或它們的一個分組;

b.  資料輸入(指把資料輸入處理系統內部)所用的和硬裝置。如果只有指定的輸入點的輸入才是合法的,則必須對此加以說明;

c.  接受者說明輸出資料的接受者;

d.  輸出資料的形式和裝置列出輸出資料的形式和硬裝置。無論接受者將接收到的資料是列印輸出,還是CRT上的一組字元、一幀圖形,或一聲警鈴,或向開關線圈提供的一個電脈衝,或常用介質如、磁帶、穿孔卡片等,均應具體說明;

e.  資料值的範圍給出每一個資料元的合法值的範圍;

f.  量綱給出數字的度量單位、增量的步長、零點的定標等。在資料是非數字量的情況下,要給出每一種合法值的形式和含意;

g.  和處理的頻度給出預定的對輸入資料的更新和處理的頻度。如果資料的輸入是隨機的,應給出更新處理的頻度的平均值,或變化情況的某種其他度量。

輸人的承擔者

說明預定的對資料輸入工作的承擔者。如果輸入資料同某一介面軟體有關,還應說明該介面軟體的來源。

預處理

對資料的採集和預處理過程提出專門的規定,包括適合應用的資料格式、預定的資料通訊媒體和對輸入的時間要求等。對於需經模擬轉換或數字轉換處理的資料量,要給出轉換方法和轉換因子等有關資訊,以便軟體系統使用這些資料。

影響

說明這些資料要求對於裝置、軟體、使用者、開發單位所可能產生的影響,例如要求使用者單位增設某個機構等。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752019/viewspace-962423/,如需轉載,請註明出處,否則將追究法律責任。

相關文章