軟體性能需求怎麼寫

㈠ 軟體的功能需求分析要怎麼寫

1. 引言

1.1編寫目的:編寫此文檔的目的是進一步定製軟體開發的細節問題,便於用戶與開發商協調工作.本文檔面向的讀者主要是項目委託單位的管理人員.希望能使本軟體開發工作更具體.

1.2項目背景

1.2.1項目委託單位:****公司

1.2.2開發單位:***公司

1.3定義

1.4參考資料

2. 任務概述

2.1目標:

<1> 決策支持:根據公司的要求及時提供所需報表及文件,並在適當時候對各部門領導給予銷售及進貨等方面的提示

<2>提高效率:利用軟體進行管理,避免人工管理的失誤以及 延遲性,從而實現高效率的管理.

2.2運行環境:

<1> 硬體方面:Pentium級處理晶元
1兆顯存的兼容顯卡
256色,800*600的兼容顯示器
標准兼容列印機

<2>軟體方面: WIN95操作系統

2.3條件與限制:

編程用計算機一台
完成期限2000/7/1
無資金供給

3. 數據概述

數據流程圖如下:

3.1靜態數據:包括系統登錄密碼,各資料庫所在位置,系統分析原始數據

3.2 動態數據:包括各資料庫內各項顯示數據,用戶登錄信息,系統時間

3.3資料庫描述:

人事管理資料庫:公司內人員的個人詳細信息,包括檔案信息
銷售管理資料庫:當日銷售記錄及以前的銷售統計,用於銷售分析
財務管理資料庫:公司內部賬目及收支情況詳表
技術管理資料庫:公司所需各技術檔案的詳細記錄(包括文檔)

3.4 數據字典:

<1>數據流詞條描述:

1.數據流名:登錄信息
來源:用戶的輸入
去向:系統內部檢驗部分
組成:用戶名,密碼
流通量:每次登錄輸入一次

2.數據流名:登錄結果
來源:系統
去向:用戶
組成:返回信息
流通量:每次登錄返回一次

3.數據流名:輸入修改信息
來源:用戶
去向:系統判斷部分
組成:根據各資料庫內容而不同
流通量:依用戶輸入而定

4.數據流名:反饋信息
來源:系統判斷部分
去向:用戶
組成:系統經判斷後發回的字元數據
流通量: 依系統當前信息而定

5.數據流名:識別信息
來源:系統內部檢驗部分
去向:系統判斷部分
組成:系統各資料庫的標識信息
流通量:用戶每次輸入流通一次

6.數據流名:處理信息
來源:系統判斷部分
去向:各資料庫處理部分
組成:讀取/修改標識,讀取/修改的變數名稱
流通量:用戶每次輸入流通一次

7.數據流名:讀取修改
來源:系統判斷部分
去向:系統各資料庫
組成:讀取/修改標識,讀取/修改內容
流通量: 用戶每次輸入流通一次

<2>數據文件詞條描述:

1.數據文件名:人事數據
簡述:存儲人員信息
數據文件組成:人員的各項信息(以CString類型為主)

2.數據文件名:銷售數據
簡述:存儲當日及從前的銷售記錄
數據文件組成:銷售的各項信息

3.數據文件名:財務數據
簡述:存儲財務管理信息
數據文件組成:財務管理的各項記錄

4.數據文件名:技術數據
簡述:存儲公司內部使用的技術檔案信息
數據文件組成:技術檔案名稱,內容

<3>加工邏輯詞條描述:

1.加工名:檢驗
簡要描述:判斷用戶的許可性
輸入數據流:登錄信息
輸出數據流:登錄結果
加工邏輯:判斷是否與系統內部用戶信息相符合

2.加工名:判斷
簡要描述:判斷用戶的操作並進行相應的讀取/存儲工作
輸入數據流:輸入修改信息
輸出數據流:反饋信息
加工邏輯:判斷用戶的操作->調用資料庫->讀取/修改->反饋

3.加工名:人事檔案管理
簡要描述:對人事資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息

4.加工名:銷售統計
簡要描述:對銷售資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息

5.加工名:財務統計
簡要描述:對財務資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息

6.加工名:技術管理
簡要描述:對技術統計資料庫進行相應要求的操作,並與判斷部分交互信息
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息

<4>源點及匯點詞條描述:

名稱:用戶
簡要描述:既是源點又是匯點,發出動作信息給"檢驗"和"判斷"加工,通過交互界面接受反饋信息有關數據流:登錄結果,登錄信息,輸入修改信息,反饋信息
數目:一個

4. 功能需求

4.1功能劃分

可細分為四部分:人事管理,銷售管理,財務管理,技術檔案管理

4.2功能描述

<1>人事功能:

(1)能對公司內部的所有人員有關檔案詳細資料記錄並保存。
(2)能對資料庫內人事檔案的數據進行查閱和修改。
(3)能按部門或姓名檢索人員。
(4)當某員工的僱用期限達到整年時，按時提醒。

<2>銷售統計功能

(1)按日對公司的銷售情況進行統計,包括銷售額\銷售數量\各地區銷售比例\不同銷售方式的銷售量比例以及銷售毛利潤情況
(2)制定銷售情況的月報表\季報表以及年報表對銷售情況進行分析,對不同銷售人員的業績進行評定

<3>財務管理功能

(1)協助財務人員進行計算機管理,對庫存情況\進貨情況\銷貨進行登錄和輸出
(2) 根據預設的庫存情況提醒進貨
(3) 對收款情況進行統計,在應收帳款達到預設值時進行提示

<4>技術管理功能

(1)對技術資料進行登錄
(2)對維修記錄進行登錄和統計,按不同型號的機器進行故障整體分析,並作出分析報告
(3)對維修配件的需求進行管理並及時提示備貨

5. 性能需求

5.1數據精確度:因為此數據為公司內部數據,所以要求不能有誤差

5.2時間特性:當日銷售統計要求有即時性,馬上能反應出存貨的問題;同時財務管理數據計算當前存貨情況,並對進貨情況進行估算

5.3 適應性:此軟體只在公司內部管理人員的機器上使用,因此不考慮適應性

6. 運行需求

6.1用戶界面:

屏幕格式:

(1)要求有菜單及工具欄以方便操作
(2)各資料庫信息可在屏幕上直接修改
(3)各數據統計結果可在屏幕上顯示
(4)進行系統分析後的結果在另一窗口中顯示

報表格式:

(1)人事管理報表只要求有個人的普通數據
(2)銷售統計報表要求可分別列印當日統計或之前的統計
(3)財務統計報表要求列印出存貨及公司帳務詳表
(4)技術管理報表要求可以分別列印技術檔案總表和任一技術檔案文檔內容菜單格式:要求菜單項大致與WIN95標准相同,另外附加的功能做到新的單項中輸入輸出時間:年份以4位數字表示

6.2硬體介面:需要標准列印機介面進行報表列印

6.3 軟體介面:Windows標准介面

7. 其他需求

可使用性:要求容易使用,界面友好

安全保密性:因本數據屬於公司內部管理用關鍵數據,因此除公司管理人員外,其他人員不得訪問.要求設有登錄密碼檢驗功能,並且此密碼可以在以後進行修改

可維護性:要求本軟體的維護文檔齊全,便於維護

㈡ 軟體系統性能設計怎麼寫

軟體概要設計
網應該處都我前打問題
給我前用吧~

概要設計說明書
1引言
1.1編寫目
說明編寫份概要設計說明書目指預期讀者
1.2背景
說明：
a. 待發軟體系統名稱；
b. 列項目任務提者、發者、用戶及運行該軟體計算站（）
1.3定義
列本文件用專門術語定義外文首字母組詞原片語
1.4參考資料
列關參考文件：
a. 本項目經核准計劃任務書或合同級機關批文；
b. 屬於本項目其已發表文件；
c. 本文件各處引用文件、資料包括所要用軟體發標准列些文件標題、文件編號、發表期版單位說明能夠些文件資料源
2總體設計
2.1需求規定
說明本系統主要輸入輸項目、處理功能性能要求詳細說明參見附錄C
2.2運行環境
簡要說明本系統運行環境（包括硬體環境支持環境）規定詳細說明參見附錄C
2.3基本設計概念處理流程
說明本系統基本設計概念處理流程盡量使用圖表形式
2.4結構
用覽表及框圖形式說明本系統系統元素（各層模塊、程序、公用程序等）劃扼要說明每系統元素標識符功能層給各元素間控制與控制關系.
2.5功能器求與程序關系
本條用張矩陣圖說明各項功能需求實現同各塊程序配關系：
程序1 程序2 …… 程序n
功能需求1 √
功能需求2 √
……
功能需求n √ √
2.6工處理程
說明本軟體系統工作程包含工處理程（）
2.7尚未問決問題
說明概要設計程尚未解決設計者認系統完前必須解決各問題
3介面設計
3.1用戶介面
說明向用戶提供命令語結構及軟體答信息
3.2外部介面
說明本系統同外界所介面安排包括軟體與硬體間介面、本系統與各支持軟體間介面關系
3.3內部介面
說明本系統內各系統元素間介面安排
4運行設計
4.1運行模塊組合
說明系統施加同外界運行控制所引起各種同運行模塊組合說明每種運行所歷經內部模塊支持軟體
4.2運行控制
說明每種外界運行控制式操作步驟
4.3運行間
說明每種運行模塊組合佔用各種資源間
5系統數據結構設計
5.1邏輯結構設計要點
給本系統內所使用每數據結構名稱、標識符及每數據項、記錄、文卷系標識、定義、度及間層或表格相互關系
5.2物理結構設計要點
給本系統內所使用每數據結構每數據項存儲要求訪問、存取單位、存取物理關系（索引、設備、存儲區域）、設計考慮保密條件
5.3數據結構與程序關系
說明各數據結構與訪問些數據結構形式:
6系統錯處理設計
6.1錯信息
用覽表式說朗每種能錯或故障情況現系統輸信息形式、含意及處理
6.2補救措施
說明故障現能採取變通措施包括：
a. 備技術說明准備採用備技術原始系統數據萬丟失啟用副本建立啟技術例周期性磁碟信息記錄磁帶於磁碟媒體種備技術；
b. 降效技術說明准備採用備技術使用另效率稍低系統或求所需結某些部例自系統降效技術手工操作數據工記錄；
c. 恢復及再啟技術說明使用恢復再啟技術使軟體故障點恢復執行或使軟體始重新運行
6.3系統維護設計
說明系統維護便程序內部設計作安排包括程序專門安排用於系統檢查與維護檢測點專用模塊 各程序間應關系採用矩陣圖形式；

㈢ 軟體的需求分析怎麼寫啊

軟體需求分析免費下載

鏈接:https://pan..com/s/1qNBwqvbRS5ziBSIeanLQAQ

需求分析也稱為軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼的過程。

㈣ （計算機專業）要寫軟體的需求報告，性能需求 中的 適應性 是什麼意思怎麼寫

1. 功能性項目
功能性指與一組功能及其指定的性質有關的一組屬性，這里的功能是指滿足明確或者隱含的需求的那些功能。具體包括：
• 適合性：與規定任務能否提供一組功能，以及這組功能的適合程度有關的軟體屬性，例如面向任務系統中由子功能構成的功能是否合適，表容量是否合適等等。
• 准確性：與能否得到正確或者相符的結果或者效果有關的軟體屬性。
• 互操作性：與其他指定系統進行交互的能力有關的軟體屬性。
• 依從性：使軟體遵循有關的標准約定法規及類似規定的軟體屬性。
• 安全性：即與防止對程序技術局的非授權的故意或者意外訪問的能力有關的軟體屬性。如用戶許可權、動態口令、資料庫欄位加密等。
對於這組非功能需求來說，絕大部分是滿足功能需求的情況，他並不需要採用額外的措施，而安全性是一個例外，它會涉及具體的技術性功能需求。

㈤ 軟體需求說明書的主要內容及寫作要求

1 、引言
2、 背景說明
3、介紹內容、使用范圍
4、參考資料

說明被開發軟體的名稱，任務提出者，用戶及實現該軟體的計算機網路。

3.1.2 參考資料

列出有關資料(名稱，發表日期，出版單位，作者等)。

3.1.3 術語和縮寫詞

列出本文件中用到的專門術語的定義，及術語縮寫詞。

3.2 軟體總體概述

3.2.1 目標

軟體開發的意圖、應用目標、作用范圍以及需說明背景材料。

3.2.2 系統模型

圖示說明該軟體的所有功能及其相互關系和數據傳遞情況。

3.2.3 假設和約束

說明影響軟體開發、運行環境和系統能力（如預告出錯類型的能力）的某些假設和約束。3.3 詳細需求

詳細描述此軟體系統的功能需求和性能需求。

3.3.1 功能需求

對系統中每一個功能，要詳細描述（圖示或文字）。

概述 敘述功能名稱，目標和作用。

輸入 輸入該功能的信息。

處理 描述該功能做什麼，如何對輸入信息進行加工並轉換成輸出信息。

輸出 列出內部生成的文件。

3.3.2 性能需求

定量地描述此軟體系統應滿足的具體性能需求。可考慮以下方面：

3.3.2.1精度

說明系統的精度要求，如：

數據的精度要求。

數字計算的精度要求。

數據傳送的誤碼率要求。

3.3.2.2 時間特性

說明系統的時間特性要求，如：

解題時間。

詢問和更新數據文件的響應時間。

系統各項功能的順序關系。

3.3.2.3 靈活性

說明當需求發生某些變化時系統的適應能力，指出為適應這些變化而需要設計的軟體成分和過程。

3.3.2.4系統容量

包括系統的設計容量和理論（計算）容量。

3.3.3 輸入和輸出

解釋各輸入輸出數據類型，並逐項說明某媒體、格式、數值范圍等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。

3.3.4 數據管理能力

說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作估算。

3.3.5 故障處理

列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。

3.4 環境

描述所開發軟體運行所需的環境。

3.4.1 設備環境

描述運行軟體系統所需的設備能力，如：

處理器的型號和內存容量。

存儲媒體的數量。

通信網路（包括說明網路結構，線路速度及通訊協議等）。

3.4.2 支持軟體環境

列出與待開發的軟體互相配合的支持軟體（包括名稱，版本號和文件資料），必要時還應列出測試軟體，還要指出該軟體用的編程語言，編譯程序，操作系統和數據管理系統。

3.4.3 介面

說明本軟體與其他軟體之間的介面、數據通信協議等。

3.4.4其他

說明本軟體系統在安全和保密方面的要求以及用戶對使用方便、可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求。

㈥ 軟體需求分析

需求分析就是對客戶提出的「要求」或者「需求」進行深入細致地調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼，為系統設計、系統完善和系統維護提供依據。

需求分析是項目計劃階段非常重要的環節，該環節決定了需要「實現什麼」，為下一步如何去「實現」提供了明確的方向。

進行需求分析需要做到以下幾點：

（一）需求獲取：在准備階段，我們首先要確定需求獲取的目標及范圍，根據你的目標來選擇對應的方式獲取需求。

（二）需求分類：一般情況下，我們會根據對象的不同，將需求分為業務需求、用戶需求、功能需求等。

（三）需求篩選：有些需求是偽需求，有些需求則不具備實現價值，我們可以通過真實性、價值性、可行性三個維度來篩選需求，過濾掉虛假的、不可行的、沒有價值、價值不大或投入產出比不理想的需求。

（四）需求提煉：對剩下的需求進行提煉，目的在於從獲取的表面需求中提煉出客戶的本質需求。找出「為什麼要做」比「做什麼」更重要。

（五）需求優先順序排序：挖掘到客戶的真實目的後，我們需要根據不同維度的需求歸類方法，如KANO模型分析法、投入產出比ROI等，對其進行歸納整理並排出優先順序，幫助產品有條理地安排開發秩序，避免盲目排序。

（六）產出需求文檔：通過以上的分析，我們需要將收集到的需求進行分析、匯總、歸類，輸出產出需求文檔，為接下來的工作做好鋪墊。

以上是對需求分析的一些理解和思路，做好需求分析工作之後，就可以對可實現的需求進行落地方案的跟進。

㈦ 怎麼寫需求說明書

需求說明書範文

漢語編程企業管理應用軟體

需求說明書

1 引言

對軟體需求完全理解對於軟體開發工作的成功是至關重要的，需求說明的任務是發現、規范的過程，有益於提高軟體開發過程中的能見度，便於對軟體開發過程中的控制與管理，便於採用工程方法開發軟體，提高軟體的質量，便於開發人員、維護人員、管理人員之間的交流、協作，並作為工作成果的原始依據，並且在向潛在用戶傳遞軟體功能、性能需求，使其能夠判斷該軟體是否與自己的需求相關。

1.1 編寫目的

1.1.1 為開發人員、維護人員、客戶之間提供共同的協議而創立基礎，對企業管理軟體功能的實現作使命描述。

1.1.2 本說明書的預期讀者為客戶、業務或需求分析人員、測試人員、用戶文檔編寫者、項目管理人員。

1.2 背景及范圍

1.2.1 工程的名稱：漢語編程企業管理應用軟體 1.2.2 工程產品的名稱：漢語編程企業管理應用軟體 1.2.3 工程的組織者：北京元易達科技發展有限責任公司 產品的生產者：漢語編程企業管理應用軟體開發課題組 產品的設計者：漢語編程企業管理應用軟體開發課題組

1.2.4 產品的所有權：漢語編程企業管理應用軟體開發課題組

1.3 定義,術語,縮寫詞和略語 企業管理應用系統軟體：它是由企業管理應用系統軟體課題組完全自主開發的企業管理軟體，以企業各部門為基本元素的、用漢語編程來實現其功能的軟體。 需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標准，規范或其它正式規定文檔所需具有的條件或權能。

需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義並找出其中的錯誤，遺憾或其它不足的地方。

模塊的獨立性：是指軟體系統中每個模塊只涉及軟體要求的具體的子功能，而和軟體系統中其他的模塊的介面是簡單的。 1.4 參考資料

《漢語程序設計語言》---- 沈志斌 編著 電子工業出版社

《 計算機系統導論》 ---- 劉瑞挺 編著 高等教育出版社

《 資料庫原理與方法》---- 鄭若忠 王鴻武 編著 湖南科學技術出版社 《 軟體需求 》 ---- （美） Karl E.Wiegers 著

陸麗娜 王忠民 王志敏 等譯

2 項目概述

2.1 目標

本軟體的目標使企業管理電子化、簡單化，以節省企業管理方面的不必要的資源浪費。對於企業管理應用系統軟體最終用戶為企業的管理人員。 2.1.1 開發意圖

目前中小企業在日常工作中採用人工管理，因而存在著大量的浪費和多餘，本軟體根據此要求進行開發。 2.1.2 應用目標

企業管理應用系統軟體將解決企業管理人工化，工作繁余的問題，實現企業管理電子化。

2.1.3 作用及范圍

本企業管理應用系統軟體是應用於中小企業的。目前，中小企業管理比較落後，它將產生的影響將使中小企業管理從人力化到數字化進展，使管理人員思想上向數字化轉變，能使企業的管理在機制上轉換，人員上得到精簡。 2.1.4 背景

企業管理應用系統軟體以漢語編程為開發語言，各部門以模塊的形式完成。 2.2 產品描述

本產品開發語言核心為漢語編程語言，具體實現是漢語編程和VF資料庫技術相結合開發而成的。本產品面向中小企業，易懂好學，幫助企業管理人員從手工勞動向電子化、數字化轉變。 2.2.1 相關關系

本產品是一項獨立的軟體，全部內容自含。 2.2.2 子集說明

本產品分別有五個模塊組成，每個模塊各有不同的功能。但都能完成查詢和存儲功能，各模塊的數據都存放在資料庫中。數據的調用和連接都有程序來完成，硬體外部設備需奔騰133以上的pc機，內存需16兆以上。

2.3 產品功能 2.3.1 外部功能

企業管理應用系統軟體外部功能包括可視化窗口，查找存儲。 2.3.2 內部功能

企業管理應用系統軟體內部功能：過濾、定位、使用庫等。 2.3.3 功能表

2.3.4 功能表述圖

2.4 用戶特點

漢語編程企業管理應用軟體面向於中小企業，其使用人員應為具備一定的計算機基礎知識和企業管理基本知識。而本產品的維護人員需要具備有漢語編程知識。

2.5 一般約束

a. 本系統開發人員為12人。

b. 有CPU133、16兆內存配置的計算機就可運行本系統。 c. 在管理方針、並行操作、安全與保密方面無約束。

2.6 假設與依據

本軟體在開發的過程中，分為技術實現與軟體工程兩大部分，兩部分都有側重點，若技術支持出現故障或疑難問題無法解決、程序開發出現偏差，會延誤工程進度，影響工程的按期完工。若軟體工程陳述出現問題，部分描述含混不清，

則會影響系統的完整性與可繼承性。在管理方面，如管理者沒有預見性，對出向的問題無法採用可行的解決手段，都會影響開發模塊之間的互動，從而影響工程的順利開展，導致工程無法按期完工。 3 具體需求 3.1 功能需求 3.1.1 使用庫

3.1.1.1 規格說明

3.1.1.2 引言

顯示所調用的資料庫。 3.1.1.3 輸入

指定的庫文件名。 3.1.1.4 加工

調用指定的資料庫。 3.1.1.5 輸出

顯示所指定的資料庫的庫結構。 3.1.2 編輯框控制 3.1.2.1 規格說明

生成編輯框。 3.1.2.3 輸入 編輯框名稱。 3.1.2.4 加工 生成編輯框。 3.1.2.5 輸出

顯示生成的編輯框。 3.1.3 為當前記錄 3.1.3.1 規格說明

3.1.3.2 引言

將指定的記錄置為當前記錄，下一步可以開始對此記錄進行操作。 3.1.3.3 輸入

指定的項名及庫文件名。 3.1.3.4 加工

將指定的資料庫里指定的記錄置為當前記錄。 3.1.4 建庫文件 3.1.4.1 規格說明

輸入庫文件名,使用"建庫文件"命令，建立一個新的資料庫。 3.1.4.3 輸入 庫文件名。 3.1.4.4 加工

建立新的資料庫。 3.1.4.5 輸出 新建的資料庫。 3.1.5 開始尺寸 3.1.5.1 規格說明

3.1.5.2 引言 在程序中，在"開始尺寸"前給出參數值，能確定指定的對象的開始尺寸的大小。

3.1.5.3 輸入 參數值。 3.1.5.4 加工

確定指定對象在窗體中的開始尺寸的大小 3.1.5.5 輸出

確定開始尺寸的四個參數 3.1.6 開始位置 3.1.6.1 規格說明

3.1.6.2 引言 在程序中，在"開始位置"前給出參數值，能確定指定的對象的開始尺寸的大小。

3.1.6.3 輸入 參數值。 3.1.6.4 加工

確定指定對象在窗體中的開始位置。 3.1.6.5 輸出

確定開始位置的四個參數 3.1.7最大尺寸 3.1.7.1 規格說明

3.1.7.2 引言 在程序中，在"最大尺寸"前給出參數值，能確定指定的對象在窗體中的最大尺寸。

3.1.7.3 輸入 參數值。 3.1.7.4 加工

確定指定對象在窗體中的最大尺寸。 3.1.7.5 輸出

確定指定對象最大尺寸的四個參數。

3.1.8 最小尺寸 3.1.8.1 規格說明

3.1.8.2 引言 在程序中，在"最小尺寸"前給出參數值，能確定指定的對在窗體中的最小尺寸。

3.1.8.3 輸入 參數值。 3.1.8.4 加工

確定指定對象在窗體中的最小尺寸。 3.1.8.5 輸出

確定指定對象最小尺寸的四個參數 3.1.9 查詞編輯框（編輯框控制） 3.1.9.1 規格說明

3.1.9.2 引言

主要是定義的一個編輯框，供用戶輸入一個詞名，為程序生成查找條件做准備。

3.1.9.3 輸入

在查詞編輯框中輸入要查找的詞名。 " 編輯框控制 查找編輯框 " 3.1.9.4 加工

用輸入的詞名以供程序生成查找條。 3.1.9.5 輸出

地址、長度。 。

3.1.10 內容編輯框（編輯框控制） 3.1.10.1 規格說明

3.1.10.2 引言

主要是定義的一個編輯框，將程序查找到的用戶所輸入詞的相關內容顯示出來，為用戶提供幫助信息。 3.1.10.3 輸入

資料庫中查找到的記錄的項的內容的地址、長度。 " 編輯框控制 內容編輯框 " 3.1.10.4 加工 置控制標題或值。 3.1.10.5 輸出

顯示用戶所輸入詞的相關內容（如該詞的格式、用法……）。 3.1.11 過濾

3.1.11.1 規格說明

3.1.11.2 引言

定義用戶輸入的詞名與內容庫中的詞名欄位中的詞名進行串比較，即定義詞名欄位為過濾欄位。 3.1.11.3 輸入 用戶輸入的詞名。 3.1.11.4 加工

把代碼寫入過濾條件指針之中。 3.1.11.5 輸出 查找條件。

3.1.12 執行過濾 3.1.12.1 規格說明

3.1.12.2 引言

將定義的過濾作為內容庫的過濾條件。 3.1.12.3 輸入 查找條件。

3.1.12.4 加工

與查找編輯框中的內容比較。 3.1.12.5 輸出 庫過濾顯 。 3.1.13 取低字 3.1.13.1 規格說明

3.1.13.2 引言

取數摞中的一個32位數的低16位放在數摞上。 3.1.13.3 輸入

調用WINDOWS API 函數。 3.1.13.4 加工 3.1.13.5 輸出 相應的執行功能 3.1.14 白線框 3.1.14.1 規格說明

3.1.14.2 引言

定義查看區一個白顏色的線框。

3.1.14.3 輸入

參數、顏色

3.1.14.4 加工

空心矩形： 設備描述表

3.1.14.5 輸出

線框。

3.2.1 動態數值需求

預處理的窗口正常情況下和峰值工作條件下為20個，一定時間周期中要處理的數據的數量：窗口開始尺寸2個數據，開始位置2個數據，最大尺寸2個數據，最小尺寸2個數據，編輯框位置4個數據，按鈕位置4個數據，平均處理的數據約為16個數據。

3.2.2 靜態數值需求

a. 支持的終端數為1台；

b. 支持並行操作的用戶總數為5位；

c. 處理5個文件及10條記錄；

d. 表或文件的最小為266位元組,最大為4位元組；

3.2.3 精度需求

在進行向資料庫文件提取數據時，要求數據記錄定位準確，在往資料庫文件數組中添加數時，要求輸入數准確。

3.2.4 時間特性需求

a. 響應時間應在人的感覺和視覺事件范圍內；

b. 更新處理時間，隨著漢語編程系統的版本升級，漢語編程企業管理應用系統將相應的進行更新；

3.2.5 靈活性

當需求發生某些變化時，漢語編程企業管理應用軟體操作方式、數據結構、運行環境基本不會發生變化，變化只是將對應的資料庫文件內的記錄改變，或將過濾條件改變即可。

3.2.6 數據管理能力需求

漢語編程企業管理應用軟體需要管理5個文件和10條記錄，表文件的大小平均約為1.5k位元組，漢語編程企業管理應用軟體基本約用10 M位元組空間，所有文件均放置在資料庫中，調用，查詢數據，文件，記錄時，通過庫文件名直接進行操作。

3.2.7 故障處理需求

無故障。

3.3 設計約束條件

3.3.1 技術約束

本工程產品的約束條件包括：

a. 資料庫、各種控鍵的使用和消息的調用；

b. 漢語資料庫過濾完成、編輯框的觸發等；

3.3.2 環境約束

運行本軟體需要奔騰133以上 PC，內存需要在16兆以上，對使用設備的速度、規模要求不高。

3.3.3 標准約束

漢語編程企業管理應用軟體完全按照北京元易達科技發展有限責任公司企業標准開發，包括硬體、軟體和文檔規模。

3.4 介面需求

3.4.1 用戶介面

本工程產品通過PC機進行運行、操作，對報表、菜單的列印將使用漢語編程編輯器或調入WORd進行列印。輸出、輸入的相對時間將由pc機本身處理速度來決定。對程序的維護，需進行必要的備份。

3.4.2 硬體介面

本工程產品不需要特定的硬體或硬體介面進行支撐。

3.4.3 軟體介面

本工程產品的軟體介面由漢語編程操作系統、漢語編程資料庫以及漢語編程企業管理應用軟體的詞典和數據結構組成。

3.4.4 通訊介面

本工程產品的沒有特殊的通訊介面，通訊介面由所使用的pc機決定。

3.5 屬性

3.5.1 可用性

本軟體是完全由漢語程序設計語言開發的，漢語編程最大特點編譯解釋和一，它可以進行單步跟蹤。一旦出現錯誤就可以通過單步跟蹤進行查找處理，所以本軟體也可以通過單步跟蹤的操作進行檢查處理。

3.5.2 安全性

本軟體大量的參數及文本內容全部放於漢語編程資料庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。

3.5.3 可維護性

本軟體利用資料庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放於漢語編程中。修改、更新數據只要在資料庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。

3.5.4 可轉移、可轉換性

漢語編程的兼容性很高，在windows95/98 .windowsNT .windows1700 .操作系統都可以直接運行。

3.5.5 注釋

通過"看數摞"、"看內存"、"印字元"三條漢編基本指令，就可以將所有漢編

成程序進行調試和檢查。本系統的大量參數和文本全部放在資料庫中，通過"使用庫"、"庫顯"等一些漢編資料庫基本操作就可以查看、添加、修改系統。 4 支持信息

4.1 支持軟體

本軟體開發是使用漢語編程編寫，編譯系統為"32位漢語編程系統"，版本號為2.01.0061。在庫調用時兼容Visual Foxpro 6.0英文版，源程序的測試是使用漢語編程自身含有的"看數摞、看內存、看詞"的方法進行測試，即支持測試的軟體也是漢語編程操作系統本身。由於漢語編程本身的特點，它的關鍵詞、命令等全部為中文，所以在使用漢語編程系統時需要中文輸入法的支持。

4.2 設備

a. 具有奔騰133、16兆內存配置的計算機；

b. Microsoft滑鼠或其它兼容滑鼠；

c. 最少15MB的硬碟空間，常規安裝需要100MB硬碟空間，完全安裝需要240MB硬碟空間。

d. 最少8MB的RAM存儲器。

e. VGA顯示器或更高。

f. Windows95中文版或Windows NT中文版或更高。

g. 一般計算機外設，如：列印機、掃描儀。如要配置網路環境，還需網路連接設備。

4.3 控制

本軟體是在漢語編程系統的支持下，展示界面由主窗口與子窗口嵌套而成，窗口操作通過按鈕控制，不同的按鈕進行不同的操作實現不同的功能。

4.4 介面

本軟體在庫的調用時兼容Visual Foxpro 6.0英文版的表結構文件，但不能與Visual Foxpro 6.0英文版在一個操作系統環境中同時運行。

4.5 文檔 本系統相關的文檔為： 《漢語編程企業管理應用軟體可行性研究報告》 編號：MNQB01-QG-01 《漢語編程企業管理應用軟體需求說明書》 編號：MNQB03-QG-01 《漢語編程企業管理應用軟體操作手冊》 編號：MNQB11-QG-01

4.6 附錄

a. 輸入輸出格式樣本採用IPO表逐項定量的敘述對本系統軟體提出的功能需求，如下圖：

b. 本系統軟體的背景信息如下：

漢語編程是本公司自行開發，自主版權的以漢語為描述語言的計算機程序設計語言。該語言絕非曾流行過的任何一種計算機語言的簡單漢化，或是為某種軟體製造一個中文環境。這是一個完全由本公司自行開發，由本公司掌握全部源代碼，從形式到內容全面符合中國人的思維方式，使用漢文字表達的計算機程序設計通用語言。Windows環境下的漢語編程，可以用於Windows窗口程序、多媒體應用、資料庫開發、網路傳輸、電子商務等應用領域。對於較初級計算機用戶，在極短的時間內，可以達到很高的編程水平。

㈧ 軟體開發 用戶需求說明書怎麼寫

規范化軟體開發過程中的《需求說明書》的編寫，使之成為整個開發工作的基礎。2 適用范圍本規范適用於集團開發項目的（軟體）《需求說明書》的編寫。3 編寫內容提示1 引言3.1.1 背景說明說明被開發軟體的名稱，任務提出者，用戶及實現該軟體的計算機網路。3.1.2 參考資料列出有關資料(名稱，發表日期，出版單位，作者等)。3.1.3 術語和縮寫詞列出本文件中用到的專門術語的定義，及術語縮寫詞。3.2 軟體總體概述3.2.1 目標軟體開發的意圖、應用目標、作用范圍以及需說明背景材料。3.2.2 系統模型圖示說明該軟體的所有功能及其相互關系和數據傳遞情況。3.2.3 假設和約束說明影響軟體開發、運行環境和系統能力（如預告出錯類型的能力）的某些假設和約束。3.3 詳細需求詳細描述此軟體系統的功能需求和性能需求。3.3.1 功能需求對系統中每一個功能，要詳細描述（圖示或文字）。概述 敘述功能名稱，目標和作用。 輸入 輸入該功能的信息。 處理 描述該功能做什麼，如何對輸入信息進行加工並轉換成輸出信息。 輸出 列出內部生成的文件。3.3.2 性能需求定量地描述此軟體系統應滿足的具體性能需求。可考慮以下方面：3.3.2.1精度說明系統的精度要求，如：數據的精度要求。 數字計算的精度要求。 數據傳送的誤碼率要求。3.3.2.2 時間特性說明系統的時間特性要求，如：解題時間。 詢問和更新數據文件的響應時間。 系統各項功能的順序關系。3.3.2.3 靈活性說明當需求發生某些變化時系統的適應能力，指出為適應這些變化而需要設計的軟體成分和過程。3.3.2.4系統容量包括系統的設計容量和理論（計算）容量。3.3.3 輸入和輸出解釋各輸入輸出數據類型，並逐項說明某媒體、格式、數值范圍等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。3.3.4 數據管理能力說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作估算。3.3.5 故障處理列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。

㈨ 如何進行軟體需求分析

軟體需求分析免費下載

鏈接:https://pan..com/s/1qNBwqvbRS5ziBSIeanLQAQ

需求分析也稱為軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼的過程。

㈩ 軟體需求說明怎麼寫

如何寫需求分析報告（軟體需求說明書GB856T-88）

近來學校的一些科研項目又在申報了，一些學弟開始Q我一些軟體工程上書面的問題。大概的總結了下，寫到這里。本文涉及到的是需求分析部分的書寫，主要是根據國家標准文檔中的要求來的。

在互聯網公司或者一些敏捷開發的公司里，其實大家都是秉承著重開發，重討論，而輕文檔的態度。這個輕文檔並不是指沒有文檔或者幾乎不做文檔，而是在嚴格的文檔流程中解脫出來，只把最最實際的部分寫出來。這個特徵是有互聯網本身迭代周期短，版本發布快等特點決定的。而在實際的兼職項目的時候，同學們就要注意了，最重要的應該就是在簽合同的時候一定要附上最清楚的一份需求分析，雖然這份需求說明可能不是按照某些標准文檔而來的，描述清楚每個功能達到的效果，而這個效果一定要讓客戶點頭確認，而不能出現「應該是」、「可能是」、「也許是」這樣的模糊回答。否則在項目後期就會比較難過了。在學校申請的項目和大型公司項目開發中，是重視文檔流程的，一部一部來。所以還是看情況來對待文檔的深度和標准。

一、目錄：目錄要用word的「引用」—>」目錄」，自動生成目錄，一般都是要三級目錄。通常這部分基本都不需要改結構，直接更新頁碼即可。

二、內容部分。國家標准軟體需求說明書G856T-88下載

1引言

1.1編寫目的

說明編寫這份軟體需求說明書的目的，指出預期的讀者。

（這部分說明需求分析報告的概況，例如：本X需求分析報告是為S系統而編寫的。+S系統的兩句話概述。+本X報告旨在使U1（需求者）明確S系統的要求和細節，給U2(開發人員)了解需求實現的難度和困難，最終提供給U3（審核人、管理者）討論和審核，達到溝通效果）

1.2背景

說明：

a．待開發的軟體系統的名稱；

b．本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路；

c．該軟體系統同其他系統或其他機構的基本的相互來往關系。

（這部分可以將a,b,c分為2部分，例子如下：

1.2.1項目概況

本需求分析報告所預期開發的軟體系統是:S。S是（不是則無）SS系統的某一個功能子模塊，S和S1、S2等系統之間的聯系，以及概述其他系統的狀態等等。

1.2.2任務分配

a.任務提出者：xxx

b.軟體開發者：xx

c.產品使用者：xx

d.文檔編寫者：xx

e.預期產品使用者：xx

）

1.3定義

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

（這部分很簡單，就是描述專業詞彙，比如

1. XML(Extensible Markup Language)即可擴展標記語言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標准通用標記語言)。

2. Word2,解釋。。。

）

1.4參考資料

列出用得著的參考資料，如：

a．本項目的經核準的計劃任務書或合同、上級機關的批文；

b．屬於本項目的其他已發表的文件；

c．本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。

2任務概述

2.1目標

敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。|

（

本模塊開發主要是為SS的整體服務，完成SS工作中的XX部分以及相關的工作。其涉及的范圍就是，從下達A、B命令後，到給出C結果的過程。具體描述：B1，來完成B11功能；B2，來完成B22功能；等等。本部分是（否）耦合在分詞工具包其他部分中的，主要為嵌入方式和先後方式相互交互。

圖

圖1.該系統的組成同其他各部分的聯系和介面

）

2.2用戶的特點

列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使甩頻度。這些是軟體設計工作的重要約束

（例如：二次開發和系統調用人員：具有很高的專業知識水平，理解XX的運行機制。可以對開放代碼進行閱讀和分析，以完成其系統獨特的需求，提供給這部分用戶開放API手冊和Debug版本的源代碼即可；預期這部分用戶會占本系統總用戶量的多大部分。

xx使用者：具有一定的計算機操作能力和知識，了解xx領域的相關概念和用途。提供給這部分用戶操作手冊即可。預期這部分使用者主要是來簡單的xx操作。

維護人員：具有較高的計算機專業水平，可以對常見的系統Bug進行追蹤和分析，具有一定的測試能力。這部分用戶主要是採用了本系統之後的後期工作維護者。

等等

）

2.3假定和約束

列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。

（這部分重要是對你有的技術力量、資金狀況、人力資源等情況的假設，以使得你可以在什麼樣的情況和時間范圍內完成工作。工期約束，經費約束，人員約束，地理約束，設備約束等幾個方面列舉說明。）

3需求規定

3.1對功能的規定

用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟體所提出的功能要求，說明輸入什麼量、經怎樣的處理、得到什麼輸出，說明軟體應支持的終端數和應支持的並行操作的用戶數。

（例如：

INPUT輸入

PROCESS處理

OUTPUT輸出

LOAD負載量

A

預處理,做怎樣的動作，

AA

CC

B

BBBB

Bb

v

C

CCCC

cc

v

表一、xx模塊IPO表

對IPO表的簡單文字描述。

）

3.2對性能的規定

3.2.1精度

說明對該軟體的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。

（例如：

Xx目標處理：1Byt–10M，包括左右邊界值。

yy精度范圍：….

ZZ的精度：由於xx的特殊性，本系統均採用xx型來進行字元統計運算，概率部分以及其他比率部分精度精確到0.0x%。

）

3.2.2時間特性要求

說明對於該軟體的時間特性要求，如對：

a．響應時間；

b．更新處理時間；

c．數據的轉換和傳送時間；

d．解題時間；等的要求。

(這部分只要一一列舉就可以：

由於xxx過程中，需要大量xxxx操作或怎樣，故xx解題時間占總時間的最大部分。其次就是xx轉換和存儲的開銷。其具體時間特性要求，如下：

a．xx響應時間：xxms左右；

b．yy更新處理時間：yy；

c．zz數據的轉換和傳送時間：zz；

d．vv解題時間：vv。

等等

)

3.2.3靈活性

說明對該軟體的靈活性的要求，即當需求發生某些變化時，該軟體對這些變化的適應能力，如：

a．操作方式上的變化；

b．運行環境的變化；

c．同其他軟體的介面的變化；

d．精度和有效時限的變化；

e．計劃的變化或改進。

對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。

（這部分按列舉來即可，由於本模塊第一目的是用於xxx，其次則是xxxx。故本模塊的靈活性在於實際應用者的不同。當需求發生某些變化時，該軟體對這些變化的適應能力。具體情況如下：

f．操作方式上的變化：採用集成運行制和獨立運行制兩種模式，集成運行制是把本模塊嵌入到分詞工具包的主框架中，提供給用戶具有一定UI的可操作軟體；獨立運行制是可以獨立運行於後台，並提供給各種程序調用的模式的工作方式，以增強其生命力。

g．運行環境的變化：主採用Windows平台的編譯版本運行和調試，在時間允許的情況下，同步開發支持SUSE Linux的伺服器版本。；

h．同其他軟體的介面的變化：在盡量保證介面不出現變動的情況下，允許介面的重載和再定義。但介面的命名規則是統一的；

i．精度和有效時限的變化：精度在必須調整的條件下，可以上下浮動10個百分點；有效時限則依據現實的測試情況允許稍大范圍的變化。

j．計劃的變化或改進：工作時間安排會存在必然的浮動，這部分要協同分詞工具包課題設計組其他成員一同來進行商定，前期的計劃可以稍微有些變動，後期的安排盡量按照計劃執行。

等等

）

3.3輸人輸出要求

解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值范圍、精度等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。

（這部分可以把輸入輸出分為3.3.1輸入要求和3.3.2輸出要求，如下給出一個單元的例子。

XXX輸出

數據名稱：XXX輸出數據

實際含義：用於XX,表示XXXX

數據類型：Character(字元串)

數據格式：XX

數據約束：由於xxx,，大小在xx以內

）

3.4數據管理能力要求

說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。

（

根據實際系統要求列舉即可

Name名稱

Number數量

Size大小

Increase增長

詞典xx

xx

xxxx

並行執行，其大小依據實際xx大文本而增長

）

3.5故障處理要求

列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。

（包括軟體壓力，內存不足，硬體損壞等，這部分可以根據網路到其常見故障。）

3.6其他專門要求

如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。

（例如安全保密性：密鑰更換等；預期擴展：擴展兼容等；OS更換：Slackware轉SUSE等

）

4運行環境規定

4.1設備

列出運行該軟體所需要的硬設備。說明其中的新型設備及其專門功能，包括：

a．處理器型號及內存容量；

b．外存容量、聯機或離線、媒體及其存儲格式，設備的型號及數量；

c．輸入及輸出設備的型號和數量，聯機或離線；

d．數據通信設備的型號和數量；

e．功能鍵及其他專用硬體

（列舉說明即可）

4.2支持軟體

列出支持軟體,包括要用到的操作系統、編譯（或匯編）程序、測試支持軟體等。

（操作系統和版本：xxxx

支撐環境和版本：xxxx

備用IDE環境和版本：xxxx

與該軟體有關的軟體組件：xxxx

後續可能擴展環境：xxxx

）

4.3介面

說明該軟體同其他軟體之間的介面、數據通信協議等。

(例如：

a．用戶和主程序調用介面(圖中介面1)。這個介面採用封裝API形式和函數調用形式，分別以外部調用和內部調用的方式為不同用戶提供使用本機械分詞工具的入口。例如以xxxx方式調用DLL文件，以xxxx方式調用函數。如下圖2所示。

圖2.軟體介面調用圖

b.xx介面(圖中介面2)。這里是一個xxx的介面調用過程。xxxx

)

4.4控制

說明控制該軟體的運行的方法和控制信號，並說明這些控制信號的來源。

(例如：

下面通過圖表的形式，將本模塊以及涉及到本模塊的軟體模塊的運行方法、控制信號，以及這些控制信號的來源，其中箭頭所指方向對應的模塊的控制信號來自箭頭另一方向的模塊，具體情況如下：

圖3 .控制流程圖

圖3的具體說明情況如下表所示：

Name模塊名稱

Method運行方式

Signal控制信號

Forward控制去向

主程序模塊

運行框架

用戶調用或運行

1.調用xx模塊

2.調用xx方法

3.調用標准輸出模塊

xxx模塊

xxx

xxx調用

Xxx模塊

)

附錄：軟體設計文檔國家標准(GB8567–88)軟體設計文檔國家標准(GB8567–88)GB8567——88
操作手冊（GB8567——88）.doc 資料庫設計說明書（GB8567——88）.doc
測試分析報告（GB8567——88）.doc 數據要求說明書（GB856T——88）.doc
測試計劃（GB8567——88）.doc 圖1.doc
概要設計說明書（GB8567——88）.doc 文件給制實施規定的實例（GB8567-88）.doc
開發進度月報（GB8567——88）.doc 詳細設計說明書（GB8567——88）.doc
可行性研究報告（GB8567——88）.doc 項目開發計劃（GB856T——88）.doc
模塊開發卷宗（GB8567——88）.doc 項目開發總結報告（GB8567——88）.doc
軟體需求說明書（GB856T——88）.doc 用戶手冊（GB8567——88）.doc