科技交流與科技寫作論文(編輯修改稿)
2025-07-19 22:45 本頁面
【文章內(nèi)容簡介】 具文檔，以備雙方的交流及問題檢查。2．需求分析：這一階段的核心任務(wù)就是確定并完善需求。初期階段所獲得的大量需求往往是不系統(tǒng)、不完整甚至個別需求是錯誤的、不必要的，只有通過提煉、分析和仔細(xì)審查需求，彼此溝通，采用適當(dāng)?shù)谋憩F(xiàn)形式，比如繪制業(yè)務(wù)目標(biāo)關(guān)聯(lián)圖、繪制功能結(jié)構(gòu)示意圖、編制數(shù)據(jù)字典、編寫用戶實例等，明白需求含義并找出其中的錯誤、遺漏或不足的地方，尤其是應(yīng)采用特定符號標(biāo)識需求優(yōu)先級。3．這一階段的任務(wù)強(qiáng)調(diào)將已收集并做分析處理的需求經(jīng)編制整理形成規(guī)范化的可視文檔，即軟件需求規(guī)格說明書。4．本階段是需求開發(fā)工作的最后階段，要確定在第三階段所編制的需求文檔是否與預(yù)期結(jié)果一致，是否符合高質(zhì)量需求的評價標(biāo)準(zhǔn)。這項工作可以通過評審來完成。評審可以根據(jù)用戶代表的個人偏好、習(xí)慣予以審查需求，也可以遵循行業(yè)質(zhì)量控制辦法制定嚴(yán)格的步驟進(jìn)行審查，這主要取決于項目的大小、需求及各個部分的重要程度。\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ū)ο蠓治觥７治鰡T首先用上下文圖表(稱為數(shù)據(jù)流圖DFD)表示系統(tǒng)的所有輸入／輸出，然后反復(fù)地對系統(tǒng)求精，每次求精都表示成一更詳細(xì)的DFD從而建立關(guān)于系統(tǒng)的一個DFD層次。為保存DFD中的這些信息，使用數(shù)據(jù)字典來存取相關(guān)的定義、結(jié)構(gòu)及目的。SA方法是目前實際應(yīng)用效力廣泛的需求工程技術(shù)。它具有較好的分別、抽象能力，為開發(fā)小組找到了一種中間語言，易于軟件人員所掌握。但它離應(yīng)用領(lǐng)域尚有一定的距離，難以直接應(yīng)用領(lǐng)域術(shù)民與軟件設(shè)計也有一段不小的距離因而為開發(fā)小組的思想交流帶來了一定的困難。，并根據(jù)信息系統(tǒng)開發(fā)特點(diǎn)進(jìn)行更為嚴(yán)格，全面的改進(jìn)，改進(jìn)策略規(guī)劃，數(shù)據(jù)建模和自動化工具。從信息角度開發(fā)系統(tǒng)，客觀世界被描述為數(shù)據(jù)和數(shù)據(jù)屬性及其相互關(guān)系。，使得我們能以3個最基本的方法框架——對象及其屬性、分類結(jié)構(gòu)和集合結(jié)構(gòu)來定義和溝通需求。面向?qū)ο蟮膯栴}分析模型從3個側(cè)面進(jìn)行描述，即對象模型(對象的靜態(tài)結(jié)構(gòu))、動態(tài)模型(對象相互作用的順序)和功能模型(數(shù)據(jù)變換及功能依存關(guān)系)。需求工程的抽象原則、層次原則和分割原則同樣適用于面向?qū)ο蠓椒ǎ磳ο蟪橄笈c功能抽象原則是一樣的，也是從高級到低級、從邏輯到物理，逐級細(xì)分．每一級抽象都重復(fù)對象建模(對象識別)一動態(tài)建模(事件識別)一功能建模(操作識別)的過程，直到每一個對象實例在物理(程序編碼)上全部實
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1