2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第六章

　　6.3.2 基于 UML 的需求分析

　　1、生成用例

　　如果多個(gè)用戶扮演同一角色，這些用戶將由單一執(zhí)行者表示。如果一個(gè)用戶扮演多種角色，則需要多個(gè)執(zhí)行者來表示同一用戶。

　　用例主要來源于分析人員對(duì) 場(chǎng)景的 分類和抽象，即將相似的場(chǎng)景進(jìn)行歸類，使一個(gè)用例可以通過實(shí)例化和參數(shù)調(diào)節(jié)而涵蓋多個(gè)場(chǎng)景。

　　2、用活動(dòng)圖表示用例

　　3、生成用例圖

　　執(zhí)行者與用例之間的關(guān)系有兩種：觸發(fā)執(zhí)行、信息交換。

　　執(zhí)行者指向用例 表示 觸發(fā)執(zhí)行 和/或 信息交換，用例指向執(zhí)行者 表示用例將生成的信息傳遞給執(zhí)行者。

　　4、建立頂層架構(gòu)

　　頂層架構(gòu)便于開發(fā)人員 聚焦于系統(tǒng)的不同部分。

　　模型——視圖——控制器(Model、View、Controller，MVC)模式。

　　模型 維護(hù)并保存數(shù)據(jù)，視圖 呈現(xiàn)數(shù)據(jù)，控制器將動(dòng)作映射為處理功能并實(shí)際調(diào)用。

　　MVC 模式特別適合于分布式應(yīng)用軟件，尤其是web應(yīng)用系統(tǒng)。

　　分層模式 降低軟件系統(tǒng)的 耦合度。

　　確立頂層架構(gòu)的過程中需綜合考慮以下因素：

　　包的數(shù)量，架構(gòu)過早地陷入細(xì)節(jié)，返工的可能性很大，也不合理地限制了后續(xù)分析和設(shè)計(jì)活動(dòng)的自由空間。

　　包之間的耦合度。

　　將不穩(wěn)引起的軟件元素分類聚集于少數(shù)幾個(gè)包中，以提高軟件系統(tǒng)的可維護(hù)性。

　　可選功能 和 必須實(shí)現(xiàn)的功能 置于 不同的包。

　　根據(jù)開發(fā)人員 專長(zhǎng) 劃分，使每個(gè)包都能分配給最合適的開發(fā)人員，有利于并行開發(fā)。

　　6.3.3 面向?qū)ο蟮脑O(shè)計(jì)方法

　　1、設(shè)計(jì)用例實(shí)現(xiàn)方案

　　1.提取邊界類，實(shí)現(xiàn)類和控制類。

　　邊界類用于描述 系統(tǒng)與外部環(huán)境之間的交互。

　　a.界面控制。

　　b.外部接口。

　　c.環(huán)境隔離。使目標(biāo)軟件系統(tǒng)的 其余部分 盡可能地 獨(dú)立于環(huán)境軟件。

　　邊界類，《boundary》。

　　實(shí)體類“內(nèi)向收斂”特征，僅提供 讀/寫 信息的必要操作 作接口，并不涉及業(yè)務(wù)邏輯處理，《entity》。

　　控制類，《control》。

　　邊界類的作用范圍可以超越單個(gè)用例。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案

　　2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記匯總