2014年軟件水平考試《系統(tǒng)分析師》考點(diǎn)(5)

　　查看匯總：2014年軟件水平考試《系統(tǒng)分析師》考點(diǎn)匯總

　　第五章

　　1、重點(diǎn)用例分析(10分)DFD(10分)、類(lèi)圖(10分)

　　2、建模原則(了解)建模的原則：選擇建立什么樣的模型對(duì)如何發(fā)現(xiàn)和解決問(wèn)題具有重要的影響; 每個(gè)模型可以有多種表達(dá)方式;最好的模型總是能夠切合實(shí)際;孤立的模型是不完整的。任何好的系統(tǒng)都是由一些幾乎獨(dú)立的模型拼湊出來(lái)的。

　　UML建模(知道)背景：1994年10月，Rational公司的Booch和Rumbaugh決定將其Booch方法和OMT方法綜合成一個(gè)新的建模語(yǔ)言，并于1995年10月公布了Unified Method 0.8。

　　1995年秋季，Jacobson及其OOSE方法加入Rational公司，決定將OOSE方法與Unified Method進(jìn)行綜合，更名為UML，并分別于1996年6月和10月公布了UML 0.9和UML 0.91。

　　1996年，DEC、HP、I-Logix、Intellicorp、IBM、ICON、MCI、Microsoft、Oracle、Rational、會(huì)，于1997 年1 月推出了UML 1.0，并向OMG 申請(qǐng)將其作為一種標(biāo)準(zhǔn)語(yǔ)言。1997 年9 月產(chǎn)生了UML 1.1，11 月被OMG 正式采納。1999 年6 月，OMG 發(fā)布了UML 1.3。1999 年7 月，UML RealTime 隨Rose RealTime 推出。2001 年9 月，OMG 發(fā)布了UML 1.4。 2004 年4 月，OMG 發(fā)布了UML 1.5。2005 年7 月，OMG 發(fā)布了UML 2.0。

　　用例：描述了一系列執(zhí)行的活動(dòng)所產(chǎn)生的一些輸出結(jié)果。每個(gè)用例描述了外部用戶(hù)如何來(lái)觸發(fā)系統(tǒng)必須響應(yīng)的事件。在事件驅(qū)動(dòng)模型中，系統(tǒng)的一切行為都被認(rèn)為是對(duì)某個(gè)觸發(fā)事件的響應(yīng)。

　　相關(guān)：用例是由外部用戶(hù)觸發(fā);每個(gè)用例只描述單獨(dú)的任務(wù)，而不能描述多個(gè)任務(wù);用例必須產(chǎn)生一個(gè)對(duì)用戶(hù)有意義的結(jié)果;場(chǎng)景(Scenario)是用例的一個(gè)執(zhí)行實(shí)例，是例執(zhí)行;過(guò)程中的一條實(shí)際路徑，一個(gè)用例可能會(huì)包含多個(gè)場(chǎng)景;

　　UML中的用例視圖只能反映出兩類(lèi)信息：

　　1)哪些外部用戶(hù)會(huì)和統(tǒng)發(fā)生交互

　　2)系統(tǒng)需要實(shí)現(xiàn)哪些功能特性

　　基本信息：

　　1)每個(gè)用例都有一個(gè)名稱(chēng)、編號(hào)和簡(jiǎn)要描述。為了明確標(biāo)識(shí)某些用例在整個(gè)系統(tǒng)中的相對(duì)重要性，需要使用優(yōu)先級(jí)來(lái)表示。用例(use case)是一個(gè)行為上相關(guān)的步驟序列，代表的是一個(gè)相對(duì)完整的業(yè)務(wù)任務(wù)。UML中的用例是動(dòng)作步驟的集合。動(dòng)作(action)是系統(tǒng)的一次執(zhí)行(能夠給某個(gè)參與者輸出結(jié)果值)。與參與者通信，或進(jìn)行計(jì)算，或在系統(tǒng)內(nèi)工作都可以稱(chēng)作動(dòng)作。用例應(yīng)支持多種可能發(fā)生的動(dòng)作，每個(gè)動(dòng)作由許多具體步驟實(shí)現(xiàn)。

　　2)用例的元素：參與者是存在于系統(tǒng)之外并與系統(tǒng)交互的人或事。所謂“與系統(tǒng)交互”指的是參與者向系統(tǒng)發(fā)送消息，從系統(tǒng)中接收消息，或是在系統(tǒng)中交換信息。參與者是一個(gè)群體概念，代表的是一類(lèi)能使用某個(gè)功能的人或事，參與者不是指某個(gè)個(gè)體。

　　3)輸入和輸出每一個(gè)用例的主要輸入、輸出連同其來(lái)源和目的都要進(jìn)行描述。它包括所有可能的輸入輸出，而不僅僅是用來(lái)通常用的部分。建造用例是一個(gè)逐漸提煉的過(guò)程，用例在分析的過(guò)程中可以逐步的完善。

　　4)細(xì)節(jié)：用例需要描述詳細(xì)的步驟和它們所使用到的輸入和輸出，這些步驟就是用例中所執(zhí)行的活動(dòng)。

　　相關(guān)推薦：

　　2014年計(jì)算機(jī)軟件水平考試如何避免五大失誤

　　名師指導(dǎo)如何復(fù)習(xí)并通過(guò)2014年軟考開(kāi)發(fā)類(lèi)考試