酒業(yè)軟件需求規(guī)格說明書，軟件需求說明書與軟件需求規(guī)格說明書的區(qū)別

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

額

列出輸入激勵（用戶動作、來自外部設(shè)備的信號或其它觸發(fā)器）和定義這一特性行為的系統(tǒng)響應(yīng)序列。這些序列將與使用實(shí)例相關(guān)的對話元素相對應(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)上多的是啦，下一個對著改改就行了

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

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

你說誰是大蝦

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

是 正確性，有些是 無歧義性

國內(nèi)軟件需求的書籍比較少，而且不是很全面。下面是我在美國看的軟件需求的一本書上的對于軟件需求的分層種類。希望對你有所幫助。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.

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