規(guī)格說(shuō)明書(shū)要界定用戶的最終需求,建立軟件的功能框架.詳細(xì)設(shè)計(jì)說(shuō)明書(shū)在概要設(shè)計(jì)的基礎(chǔ)上要深化設(shè)計(jì),接口\內(nèi)容都要具體化.

額

列出輸入激勵(lì)（用戶動(dòng)作、來(lái)自外部設(shè)備的信號(hào)或其它觸發(fā)器）和定義這一特性行為的系統(tǒng)響應(yīng)序列。這些序列將與使用實(shí)例相關(guān)的對(duì)話元素相對(duì)應(yīng)

http://www.baidu.com/baidu?word=%D0%E8%C7%F3%B9%E6%B8%F1%CB%B5%C3%F7%CA%E9&tn=ylmf 網(wǎng)上多的是啦，下一個(gè)對(duì)著改改就行了

請(qǐng)參考百度百科的詞條，網(wǎng)頁(yè)鏈接。軟件2113需求說(shuō)明書(shū)，又稱為軟件規(guī)格說(shuō)明書(shū)，是分析員在需求分析階段需要完成的文5261檔，是軟件需求分析的最終結(jié)果。它的作用主要是：作為軟件人員與用戶之間事實(shí)上的技術(shù)合同說(shuō)明；作為軟件人員下4102一步進(jìn)行設(shè)計(jì)和編碼的基礎(chǔ)；作為測(cè)試和驗(yàn)收的依據(jù)。SRS必須用統(tǒng)一格式的文檔進(jìn)行描述，為了使1653需求分析描述具有統(tǒng)一的風(fēng)格，可以采用已有的且能滿足項(xiàng)目需要的模專板，也可以根據(jù)項(xiàng)目特點(diǎn)和軟件開(kāi)發(fā)小組的特點(diǎn)對(duì)標(biāo)準(zhǔn)進(jìn)行適當(dāng)?shù)母膭?dòng)，形成自己的模板。軟件需求說(shuō)明主要包括引言、任務(wù)概述、需求規(guī)定屬、運(yùn)行環(huán)境規(guī)定和附錄等內(nèi)容。

不是一個(gè)東西，需求說(shuō)明書(shū)，是么種產(chǎn)品句題說(shuō)明，是怎么用它的，明確標(biāo)準(zhǔn)出產(chǎn)的。需求規(guī)格說(shuō)明書(shū)是，例如一個(gè)人感冒了，要吃感冒藥才好，感冒藥的規(guī)格說(shuō)明，一天吃幾次，一次吃幾粒的明確規(guī)格說(shuō)出的

你說(shuō)誰(shuí)是大蝦

規(guī)范化軟件開(kāi)發(fā)過(guò)程中的《需求說(shuō)明書(shū)》的編寫(xiě)，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。 2 適用范圍 本規(guī)范適用于集團(tuán)開(kāi)發(fā)項(xiàng)目的（軟件）《需求說(shuō)明書(shū)》的編寫(xiě)。 3 編寫(xiě)內(nèi)容提示 1 引言 3.1.1 背景說(shuō)明 說(shuō)明被開(kāi)發(fā)軟件的名稱，任務(wù)提出者，用戶及實(shí)現(xiàn)該軟件的計(jì)算機(jī)網(wǎng)絡(luò)。 3.1.2 參考資料 列出有關(guān)資料(名稱，發(fā)表日期，出版單位，作者等)。 3.1.3 術(shù)語(yǔ)和縮寫(xiě)詞 列出本文件中用到的專門術(shù)語(yǔ)的定義，及術(shù)語(yǔ)縮寫(xiě)詞。 3.2 軟件總體概述 3.2.1 目標(biāo) 軟件開(kāi)發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及需說(shuō)明背景材料。 3.2.2 系統(tǒng)模型 圖示說(shuō)明該軟件的所有功能及其相互關(guān)系和數(shù)據(jù)傳遞情況。 3.2.3 假設(shè)和約束 說(shuō)明影響軟件開(kāi)發(fā)、運(yùn)行環(huán)境和系統(tǒng)能力（如預(yù)告出錯(cuò)類型的能力）的某些假設(shè)和約束。3.3 詳細(xì)需求 詳細(xì)描述此軟件系統(tǒng)的功能需求和性能需求。 3.3.1 功能需求 對(duì)系統(tǒng)中每一個(gè)功能，要詳細(xì)描述（圖示或文字）。 概述 敘述功能名稱，目標(biāo)和作用。 輸入 輸入該功能的信息。 處理 描述該功能做什么，如何對(duì)輸入信息進(jìn)行加工并轉(zhuǎn)換成輸出信息。 輸出 列出內(nèi)部生成的文件。 3.3.2 性能需求 定量地描述此軟件系統(tǒng)應(yīng)滿足的具體性能需求?？煽紤]以下方面： 3.3.2.1精度 說(shuō)明系統(tǒng)的精度要求，如： 數(shù)據(jù)的精度要求。 數(shù)字計(jì)算的精度要求。 數(shù)據(jù)傳送的誤碼率要求。 3.3.2.2 時(shí)間特性 說(shuō)明系統(tǒng)的時(shí)間特性要求，如： 解題時(shí)間。 詢問(wèn)和更新數(shù)據(jù)文件的響應(yīng)時(shí)間。 系統(tǒng)各項(xiàng)功能的順序關(guān)系。 3.3.2.3 靈活性 說(shuō)明當(dāng)需求發(fā)生某些變化時(shí)系統(tǒng)的適應(yīng)能力，指出為適應(yīng)這些變化而需要設(shè)計(jì)的軟件成分和過(guò)程。 3.3.2.4系統(tǒng)容量 包括系統(tǒng)的設(shè)計(jì)容量和理論（計(jì)算）容量。 3.3.3 輸入和輸出 解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說(shuō)明某媒體、格式、數(shù)值范圍等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。 3.3.4 數(shù)據(jù)管理能力 說(shuō)明需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求作估算。 3.3.5 故障處理 列出可能的軟件、硬件故障以及對(duì)各項(xiàng)性能而言所產(chǎn)生的后果和對(duì)故障處理的要求。 3.4 環(huán)境 描述所開(kāi)發(fā)軟件運(yùn)行所需的環(huán)境。 3.4.1 設(shè)備環(huán)境 描述運(yùn)行軟件系統(tǒng)所需的設(shè)備能力，如： 處理器的型號(hào)和內(nèi)存容量。 存儲(chǔ)媒體的數(shù)量。 通信網(wǎng)絡(luò)（包括說(shuō)明網(wǎng)絡(luò)結(jié)構(gòu)，線路速度及通訊協(xié)議等）。 3.4.2 支持軟件環(huán)境 列出與待開(kāi)發(fā)的軟件互相配合的支持軟件（包括名稱，版本號(hào)和文件資料），必要時(shí)還應(yīng)列出測(cè)試軟件，還要指出該軟件用的編程語(yǔ)言，編譯程序，操作系統(tǒng)和數(shù)據(jù)管理系統(tǒng)。 3.4.3 接口 說(shuō)明本軟件與其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。 3.4.4其他 說(shuō)明本軟件系統(tǒng)在安全和保密方面的要求以及用戶對(duì)使用方便、可維護(hù)性、可補(bǔ)充性、易讀性、可靠性、運(yùn)行環(huán)境可轉(zhuǎn)換性的特殊要求。

是 正確性，有些是 無(wú)歧義性

國(guó)內(nèi)軟件需求的書(shū)籍比較少，而且不是很全面。下面是我在美國(guó)看的軟件需求的一本書(shū)上的對(duì)于軟件需求的分層種類。希望對(duì)你有所幫助。requirements level classification（需求的分類）to deal with the diversity in requirements types, sommerville (2005) suggestsorganizing them into three levels of abstraction: user requirements system requirements software design specificationsuser requirements（用戶需求） are abstract statements written in natural language withaccompanying informal diagrams. they specify what services (user functionality)the system is expected to provide and any constraints. in many situations user storiescan play the role of user requirements.system requirements（系統(tǒng)需求） are detailed descriptions of the services and constraints.system requirements are sometimes referred to as functional specification or technicalannex. these requirements are derived from analysis of the user requirements.they act as a contract between client and contractor, so they should bestructured and precise. use cases can play the role of system requirements inmany situations.software design specifications（軟件需求） emerge from the analysis and designdocumentation used as the basis for implementation by developers. the softwarespecification is essentially derived directly from analysis of the system specification.the software requirements specification document (srs) is the “contractual” documentthat we generally refer to when we speak of a “software” or “system” requirementsspecification.in the case of a hybrid hardware/software system,（考慮軟件和硬件系統(tǒng)） the srs would include both detailed design elements for the software as well as hardware(e.g., schematic diagrams and logic diagrams). in the case of a purely mechanicalsystem, design drawings take the place of the srs.

如何寫(xiě)需求分析報(bào)告（軟件需求說(shuō)明書(shū)GB856T-88）近來(lái)學(xué)校的一些科研項(xiàng)目又在申報(bào)了，一些學(xué)弟開(kāi)始Q我一些軟件工程上書(shū)面的問(wèn)題。大概的總結(jié)了下，寫(xiě)到這里。本文涉及到的是需求分析部分的書(shū)寫(xiě)，主要是根據(jù)國(guó)家標(biāo)準(zhǔn)文檔中的要求來(lái)的。在互聯(lián)網(wǎng)公司或者一些敏捷開(kāi)發(fā)的公司里，其實(shí)大家都是秉承著重開(kāi)發(fā)，重討論，而輕文檔的態(tài)度。這個(gè)輕文檔并不是指沒(méi)有文檔或者幾乎不做文檔，而是在嚴(yán)格的文檔流程中解脫出來(lái)，只把最最實(shí)際的部分寫(xiě)出來(lái)。這個(gè)特征是有互聯(lián)網(wǎng)本身迭代周期短，版本發(fā)布快等特點(diǎn)決定的。而在實(shí)際的兼職項(xiàng)目的時(shí)候，同學(xué)們就要注意了，最重要的應(yīng)該就是在簽合同的時(shí)候一定要附上最清楚的一份需求分析，雖然這份需求說(shuō)明可能不是按照某些標(biāo)準(zhǔn)文檔而來(lái)的，描述清楚每個(gè)功能達(dá)到的效果，而這個(gè)效果一定要讓客戶點(diǎn)頭確認(rèn)，而不能出現(xiàn)“應(yīng)該是”、“可能是”、“也許是”這樣的模糊回答。否則在項(xiàng)目后期就會(huì)比較難過(guò)了。在學(xué)校申請(qǐng)的項(xiàng)目和大型公司項(xiàng)目開(kāi)發(fā)中，是重視文檔流程的，一部一部來(lái)。所以還是看情況來(lái)對(duì)待文檔的深度和標(biāo)準(zhǔn)。一、目錄： 目錄要用word的 “引用”—>”目錄”，自動(dòng)生成目錄，一般都是要三級(jí)目錄。通常這部分基本都不需要改結(jié)構(gòu)，直接更新頁(yè)碼即可。二、內(nèi)容部分。 國(guó)家標(biāo)準(zhǔn)軟件需求說(shuō)明書(shū)G856T-88下載1引言1.1編寫(xiě)目的說(shuō)明編寫(xiě)這份軟件需求說(shuō)明書(shū)的目的，指出預(yù)期的讀者。（這部分說(shuō)明需求分析報(bào)告的概況，例如：本X需求分析報(bào)告是為S系統(tǒng)而編寫(xiě)的。+S系統(tǒng)的兩句話概述。+本X報(bào)告旨在使U1（需求者）明確S系統(tǒng)的要求和細(xì)節(jié)，給U2(開(kāi)發(fā)人員)了解需求實(shí)現(xiàn)的難度和困難，最終提供給U3（審核人、管理者）討論和審核，達(dá)到溝通效果）1.2背景說(shuō)明：a． 待開(kāi)發(fā)的軟件系統(tǒng)的名稱；b． 本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)；c． 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來(lái)往關(guān)系。（這部分可以將a,b,c分為2部分，例子如下：1.2.1項(xiàng)目概況本需求分析報(bào)告所預(yù)期開(kāi)發(fā)的軟件系統(tǒng)是:S。S是（不是則無(wú)）SS系統(tǒng)的某一個(gè)功能子模塊，S和S1、S2等系統(tǒng)之間的聯(lián)系，以及概述其他系統(tǒng)的狀態(tài)等等。1.2.2任務(wù)分配a. 任務(wù)提出者：xxxb. 軟件開(kāi)發(fā)者：xxc. 產(chǎn)品使用者：xxd. 文檔編寫(xiě)者：xxe. 預(yù)期產(chǎn)品使用者：xx）1.3定義列出本文件中用到的專門術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。（這部分很簡(jiǎn)單，就是描述專業(yè)詞匯，比如1. XML(Extensible Markup Language)即可擴(kuò)展標(biāo)記語(yǔ)言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言)。2. Word2, 解釋。。。）1.4參考資料列出用得著的參考資料，如：a． 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文；b． 屬于本項(xiàng)目的其他已發(fā)表的文件；c． 本文件中各處引用的文件、資料、包括所要用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。 列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。2任務(wù)概述2.1目標(biāo)敘述該項(xiàng)軟件開(kāi)發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說(shuō)明的有關(guān)該軟件開(kāi)發(fā)的背景材料。解釋被開(kāi)發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項(xiàng)獨(dú)立的軟件，而且全部?jī)?nèi)容自含，則說(shuō)明這一點(diǎn)。如果所定義的產(chǎn)品是一個(gè)更大的系統(tǒng)的一個(gè)組成部分，則應(yīng)說(shuō)明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來(lái)說(shuō)明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。|（本模塊開(kāi)發(fā)主要是為SS的整體服務(wù)，完成SS工作中的XX部分以及相關(guān)的工作。其涉及的范圍就是，從下達(dá)A、B命令后，到給出C結(jié)果的過(guò)程。具體描述：B1，來(lái)完成B11功能；B2，來(lái)完成B22功能； 等等。本部分是（否）耦合在分詞工具包其他部分中的，主要為嵌入方式和先后方式相互交互。圖圖1. 該系統(tǒng)的組成同其他各部分的聯(lián)系和接口）2.2用戶的特點(diǎn)列出本軟件的最終用戶的特點(diǎn)，充分說(shuō)明操作人員、維護(hù)人員的教育水平和技術(shù)專長(zhǎng)，以及本軟件的預(yù)期使甩頻度。這些是軟件設(shè)計(jì)工作的重要約束（例如：二次開(kāi)發(fā)和系統(tǒng)調(diào)用人員：具有很高的專業(yè)知識(shí)水平，理解XX的運(yùn)行機(jī)制?？梢詫?duì)開(kāi)放代碼進(jìn)行閱讀和分析，以完成其系統(tǒng)獨(dú)特的需求，提供給這部分用戶開(kāi)放API手冊(cè)和Debug版本的源代碼即可；預(yù)期這部分用戶會(huì)占本系統(tǒng)總用戶量的多大部分。xx使用者：具有一定的計(jì)算機(jī)操作能力和知識(shí)，了解xx領(lǐng)域的相關(guān)概念和用途。提供給這部分用戶操作手冊(cè)即可。預(yù)期這部分使用者主要是來(lái)簡(jiǎn)單的xx操作。維護(hù)人員：具有較高的計(jì)算機(jī)專業(yè)水平，可以對(duì)常見(jiàn)的系統(tǒng)Bug進(jìn)行追蹤和分析，具有一定的測(cè)試能力。 這部分用戶主要是采用了本系統(tǒng)之后的后期工作維護(hù)者。等等）2.3假定和約束列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如經(jīng)費(fèi)限制、開(kāi)發(fā)期限等。（這部分重要是對(duì)你有的技術(shù)力量、資金狀況、人力資源等情況的假設(shè)，以使得你可以在什么樣的情況和時(shí)間范圍內(nèi)完成工作。工期約束，經(jīng)費(fèi)約束，人員約束，地理約束，設(shè)備約束等幾個(gè)方面列舉說(shuō)明。）3需求規(guī)定3.1對(duì)功能的規(guī)定用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項(xiàng)定量和定性地?cái)⑹鰧?duì)軟件所提出的功能要求，說(shuō)明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說(shuō)明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)。（例如：INPUT輸入PROCESS處理OUTPUT輸出LOAD負(fù)載量A預(yù)處理,做怎樣的動(dòng)作，AACCBBBBBBbvCCCCCccv表一、xx模塊IPO表對(duì)IPO表的簡(jiǎn)單文字描述。）3.2對(duì)性能的規(guī)定3.2.1精度說(shuō)明對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過(guò)程中的精度。（例如：Xx目標(biāo)處理：1Byt–10M，包括左右邊界值。yy精度范圍：….ZZ的精度：由于xx的特殊性，本系統(tǒng)均采用xx型來(lái)進(jìn)行字符統(tǒng)計(jì)運(yùn)算，概率部分以及其他比率部分精度精確到0.0x%。）3.2.2時(shí)間特性要求說(shuō)明對(duì)于該軟件的時(shí)間特性要求，如對(duì)：a． 響應(yīng)時(shí)間；b． 更新處理時(shí)間；c． 數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間；d． 解題時(shí)間；等的要求。(這部分只要一一列舉就可以：由于xxx過(guò)程中，需要大量xxxx操作或怎樣，故xx解題時(shí)間占總時(shí)間的最大部分。其次就是xx轉(zhuǎn)換和存儲(chǔ)的開(kāi)銷。其具體時(shí)間特性要求，如下：a． xx響應(yīng)時(shí)間：xxms左右；b． yy更新處理時(shí)間：yy；c． zz數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間：zz；d． vv解題時(shí)間：vv。等等)3.2.3靈活性說(shuō)明對(duì)該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力，如：a． 操作方式上的變化；b． 運(yùn)行環(huán)境的變化；c． 同其他軟件的接口的變化；d． 精度和有效時(shí)限的變化；e． 計(jì)劃的變化或改進(jìn)。對(duì)于為了提供這些靈活性而進(jìn)行的專門設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。（這部分按列舉來(lái)即可， 由于本模塊第一目的是用于xxx，其次則是xxxx。故本模塊的靈活性在于實(shí)際應(yīng)用者的不同。當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力。具體情況如下：f． 操作方式上的變化：采用集成運(yùn)行制和獨(dú)立運(yùn)行制兩種模式，集成運(yùn)行制是把本模塊嵌入到分詞工具包的主框架中，提供給用戶具有一定UI的可操作軟件；獨(dú)立運(yùn)行制是可以獨(dú)立運(yùn)行于后臺(tái)，并提供給各種程序調(diào)用的模式的工作方式，以增強(qiáng)其生命力。g． 運(yùn)行環(huán)境的變化：主采用Windows平臺(tái)的編譯版本運(yùn)行和調(diào)試，在時(shí)間允許的情況下，同步開(kāi)發(fā)支持SUSE Linux的服務(wù)器版本。；h． 同其他軟件的接口的變化：在盡量保證接口不出現(xiàn)變動(dòng)的情況下，允許接口的重載和再定義。但接口的命名規(guī)則是統(tǒng)一的；i． 精度和有效時(shí)限的變化：精度在必須調(diào)整的條件下，可以上下浮動(dòng)10個(gè)百分點(diǎn)；有效時(shí)限則依據(jù)現(xiàn)實(shí)的測(cè)試情況允許稍大范圍的變化。j． 計(jì)劃的變化或改進(jìn)：工作時(shí)間安排會(huì)存在必然的浮動(dòng)，這部分要協(xié)同分詞工具包課題設(shè)計(jì)組其他成員一同來(lái)進(jìn)行商定，前期的計(jì)劃可以稍微有些變動(dòng)，后期的安排盡量按照計(jì)劃執(zhí)行。等等）3.3輸人輸出要求解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說(shuō)明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。（這部分可以把輸入輸出分為 3.3.1輸入要求和3.3.2輸出要求，如下給出一個(gè)單元的例子。XXX輸出數(shù)據(jù)名稱：XXX輸出數(shù)據(jù)實(shí)際含義：用于XX,表示XXXX數(shù)據(jù)類型：Character(字符串)數(shù)據(jù)格式：XX數(shù)據(jù)約束：由于xxx,，大小在xx以內(nèi)）3.4數(shù)據(jù)管理能力要求說(shuō)明需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求作出估算。（根據(jù)實(shí)際系統(tǒng)要求列舉即可Name名稱Number數(shù)量Size大小Increase增長(zhǎng)詞典xxxxxxxx并行執(zhí)行，其大小依據(jù)實(shí)際xx大文本而增長(zhǎng)）3.5故障處理要求列出可能的軟件、硬件故障以及對(duì)各項(xiàng)性能而言所產(chǎn)生的后果和對(duì)故障處理的要求。（包括軟件壓力，內(nèi)存不足，硬件損壞等，這部分可以根據(jù)百度到其常見(jiàn)故障。）3.6其他專門要求如用戶單位對(duì)安全保密的要求，對(duì)使用方便的要求，對(duì)可維護(hù)性、可補(bǔ)充性、易讀性、可靠性、運(yùn)行環(huán)境可轉(zhuǎn)換性的特殊要求等。（例如安全保密性：密鑰更換等； 預(yù)期擴(kuò)展：擴(kuò)展兼容等；OS更換：Slackware轉(zhuǎn)SUSE等）4運(yùn)行環(huán)境規(guī)定4.1設(shè)備列出運(yùn)行該軟件所需要的硬設(shè)備。說(shuō)明其中的新型設(shè)備及其專門功能，包括：a． 處理器型號(hào)及內(nèi)存容量；b． 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲(chǔ)格式，設(shè)備的型號(hào)及數(shù)量；c． 輸入及輸出設(shè)備的型號(hào)和數(shù)量，聯(lián)機(jī)或脫機(jī)；d． 數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量；e． 功能鍵及其他專用硬件（列舉說(shuō)明即可）4.2支持軟件列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測(cè)試支持軟件等。（操作系統(tǒng)和版本：xxxx支撐環(huán)境和版本：xxxx備用IDE環(huán)境和版本：xxxx與該軟件有關(guān)的軟件組件：xxxx后續(xù)可能擴(kuò)展環(huán)境：xxxx）4.3接口說(shuō)明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。(例如：a．用戶和主程序調(diào)用接口(圖中接口1)。這個(gè)接口采用封裝API形式和函數(shù)調(diào)用形式，分別以外部調(diào)用和內(nèi)部調(diào)用的方式為不同用戶提供使用本機(jī)械分詞工具的入口。例如以xxxx方式調(diào)用DLL文件，以xxxx方式調(diào)用函數(shù)。如下圖2所示。圖2.軟件接口調(diào)用圖b.xx接口(圖中接口2)。這里是一個(gè)xxx的接口調(diào)用過(guò)程。xxxx)4.4控制說(shuō)明控制該軟件的運(yùn)行的方法和控制信號(hào)，并說(shuō)明這些控制信號(hào)的來(lái)源。(例如：下面通過(guò)圖表的形式，將本模塊以及涉及到本模塊的軟件模塊的運(yùn)行方法、控制信號(hào)，以及這些控制信號(hào)的來(lái)源，其中箭頭所指方向?qū)?yīng)的模塊的控制信號(hào)來(lái)自箭頭另一方向的模塊，具體情況如下：圖3 .控制流程圖圖3的具體說(shuō)明情況如下表所示：Name模塊名稱Method運(yùn)行方式Signal控制信號(hào)Forward控制去向主程序模塊運(yùn)行框架用戶調(diào)用或運(yùn)行1. 調(diào)用xx模塊2. 調(diào)用xx方法3. 調(diào)用標(biāo)準(zhǔn)輸出模塊xxx模塊xxxxxx調(diào)用Xxx模塊)附錄： 軟件設(shè)計(jì)文檔國(guó)家標(biāo)準(zhǔn)(GB8567–88)軟件設(shè)計(jì)文檔國(guó)家標(biāo)準(zhǔn)(GB8567–88)GB8567——88操作手冊(cè)（GB8567——88）.doc 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)（GB8567——88）.doc測(cè)試分析報(bào)告（GB8567——88）.doc 數(shù)據(jù)要求說(shuō)明書(shū)（GB856T——88）.doc測(cè)試計(jì)劃（GB8567——88）.doc 圖1.doc概要設(shè)計(jì)說(shuō)明書(shū)（GB8567——88）.doc 文件給制實(shí)施規(guī)定的實(shí)例（GB8567-88）.doc開(kāi)發(fā)進(jìn)度月報(bào)（GB8567——88）.doc 詳細(xì)設(shè)計(jì)說(shuō)明書(shū)（GB8567——88）.doc可行性研究報(bào)告（GB8567——88）.doc 項(xiàng)目開(kāi)發(fā)計(jì)劃（GB856T——88）.doc模塊開(kāi)發(fā)卷宗（GB8567——88）.doc 項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告（GB8567——88）.doc軟件需求說(shuō)明書(shū)（GB856T——88）.doc 用戶手冊(cè)（GB8567——88）.doc