信息系統(tǒng)項目管理師(四)

軟件工程:將系統(tǒng)的、規(guī)范的、可度量的工程化方法應用于軟件開發(fā)、運行和維護的全過程及上述方法的研究。

1.4.1需求分析

需求分析:是指用戶解決問題或達到目標所需的條件或能力

1.4.1.1需求層次分為:業(yè)務需求、用戶需求、系統(tǒng)需求

1.4.1.2質(zhì)量功能部署:將用戶要求轉(zhuǎn)換為軟件需求;常規(guī)、期望、意外。

1.4.1.3需求獲?。河脩粼L談、問卷調(diào)查、采樣、情節(jié)串聯(lián)板、聯(lián)合需求設計計劃;

1.4.1.4需求分析:對獲取的需求進行提煉、分析和審查。SA方法

l? 數(shù)據(jù)模型(E-R圖):描述實體、屬性及實體間關(guān)系;

l? 功能模型(數(shù)據(jù)流圖DFD):說明系統(tǒng)所完成的功能;

l? 行為模型(狀態(tài)轉(zhuǎn)移圖STD);系統(tǒng)行為。

1.4.1.5軟件需求規(guī)格說明書SRS

l? 范圍

l? 引用文件

l? 需求

l? 合規(guī)性規(guī)定

l? 需求可追蹤性

l? 尚未解決的問題

l? 注解

l? 附錄

1.4.1.6需求驗證

1.4.1.7UML

一種定義良好、易于表達、功能強大的建模語言,包括:構(gòu)造塊(事務、關(guān)系和圖)、規(guī)則(命名、范圍等)、公共機制(規(guī)格說明、修飾等)三部分

關(guān)系:依賴、關(guān)聯(lián)、泛化、實現(xiàn)

面向?qū)ο蠓治觯愔g的關(guān)系圖,如下:

?

1.4.2軟件架構(gòu)設計

軟件架構(gòu)設計:提供了一個結(jié)構(gòu)、行為和屬性的高級抽象,由構(gòu)件的描述、構(gòu)件的相互作用(連接件)、知道構(gòu)件繼承的模式以及這些模式的約束構(gòu)成。

l? 軟件架構(gòu)風格

l? 數(shù)據(jù)流風格

l? 調(diào)用返回風格

l? 獨立構(gòu)件風格

l? 虛擬機風格

l? 倉庫風格

軟件架構(gòu)評估

l? 架構(gòu)權(quán)衡分析法

l? 軟件架構(gòu)分析法

l? 成本效益分析法

1.4.3軟件設計

依據(jù)需求的做什么,軟件設計是怎么做。

結(jié)構(gòu)化設計:將軟件設計成由相對獨立且具有單一功能的模塊組成的結(jié)構(gòu);原則:高內(nèi)聚,低耦合;

面向?qū)ο笤O計:是OOA的延續(xù),基本思想為:抽象、封裝、可擴展性(繼承、多態(tài))

設計模式:前人經(jīng)驗的總結(jié),使人們可以方便的復用成功的軟件設計。

1.4.4.軟件工程的過程管理

階段式模型

?

連續(xù)式模型

?

1.4.5軟件測試及管理

靜態(tài)測試和動態(tài)測試

靜態(tài)測試:代碼不在機器上運行,采用人工或計算機輔助分析來測試;桌前檢查、代碼審查、代碼走查;

動態(tài)測試:白盒測試:又稱結(jié)構(gòu)測試,一般用于單元測試,清楚內(nèi)部結(jié)構(gòu)和功能進行測試;黑盒測試:功能測試,完全不考慮內(nèi)部結(jié)構(gòu)和功能;

測試的階段:單元測試、集成測試、確認測試、系統(tǒng)測試;

1.4.6軟件集成技術(shù)

表示集成,數(shù)據(jù)集成,控制集成,業(yè)務流程集成,企業(yè)之間的應用集成。

表示集成:也成界面集成,將原本零散的界面集成。

?

數(shù)據(jù)集成:對原有數(shù)據(jù)進行標記、分組進行集成

?

控制集成:對于功能或應用進行集成。

?

業(yè)務流程集成:過程集成

企業(yè)應用集成可以消除信息孤島,它將多個企業(yè)信息系統(tǒng)連接起來,實現(xiàn)無縫集成。


?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

友情鏈接更多精彩內(nèi)容