【正文】
Cooperating Research Groups ),并開始開展工作。(functional requirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。所謂約束是指對開發(fā)人員在軟件產(chǎn)品設(shè)計和構(gòu)造上的限制。需求與這些沒有關(guān)系,它關(guān)注的是充分說明你究竟想開發(fā)什么。不同的時間、不同的用戶會由于不同的業(yè)務(wù)目標(biāo)及使用范圍而提出不盡相同的需求,同時由于沒有約定提出方式也會有各不相同的表現(xiàn)形式。3.這一階段的任務(wù)強(qiáng)調(diào)將已收集并做分析處理的需求經(jīng)編制整理形成規(guī)范化的可視文檔,即軟件需求規(guī)格說明書。\begin{figure}[t]\centering{\includegraphics[height=,width=]{images/}}\vspace{2mm}\caption{Confusion matrix for DataSet2. Brightness indicates the purity of the learned categories. The ideal is bright along the diagonal.} \label{fig2}\end{figure}\section{軟件需求方法}軟件需求分析方法大體分為如下四類:傳統(tǒng)分析,結(jié)構(gòu)化分析,信息工程,面向?qū)ο蠓治?。為保存DFD中的這些信息,使用數(shù)據(jù)字典來存取相關(guān)的定義、結(jié)構(gòu)及目的。,并根據(jù)信息系統(tǒng)開發(fā)特點進(jìn)行更為嚴(yán)格,全面的改進(jìn),改進(jìn)策略規(guī)劃,數(shù)據(jù)建模和自動化工具。需求工程的抽象原則、層次原則和分割原則同樣適用于面向?qū)ο蠓椒?,即對象抽象與功能抽象原則是一樣的,也是從高級到低級、從邏輯到物理,逐級細(xì)分.每一級抽象都重復(fù)對象建模(對象識別)一動態(tài)建模(事件識別)一功能建模(操作識別)的過程,直到每一個對象實例在物理(程序編碼)上全部實現(xiàn)為止。 1.3定義 列出本文的原詞組。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。這些是軟件設(shè)計工作的重要約束 2.3假定和約束 列出進(jìn)行本軟件開發(fā)工作的假定和約束,例如經(jīng)費限制、開發(fā)期限等。 3.2.3靈活性 說明對該軟件的靈活性的要求,即當(dāng)需求發(fā)生某些變化時,該軟件對這些變化的適應(yīng)能力,如: a.操作方式上的變化; b.運(yùn)行環(huán)境的變化; c.同其他軟件的接口的變化; d.精度和有效時限的變化; e.計劃的變化或改進(jìn)。 3.4數(shù)據(jù)管理能力要求 說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模,要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。說明其中的新型設(shè)備及其專門功能,包括: a.處理器型號及內(nèi)存容量; b.外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲格式,設(shè)備的型號及數(shù)量; c.輸入及輸出設(shè)備的型號和數(shù)量,聯(lián)機(jī)或脫機(jī); d.?dāng)?shù)據(jù)通信設(shè)備的型號和數(shù)量; e.功能鍵及其他專用硬件 4.2支持軟件 列出支持軟件,包括要用到的操作系統(tǒng)、編譯(或匯編)程序、測試支持軟