軟考系統(tǒng)分析師教程知識點(diǎn)梳理(五)_第1頁
軟考系統(tǒng)分析師教程知識點(diǎn)梳理(五)_第2頁
軟考系統(tǒng)分析師教程知識點(diǎn)梳理(五)_第3頁
軟考系統(tǒng)分析師教程知識點(diǎn)梳理(五)_第4頁
軟考系統(tǒng)分析師教程知識點(diǎn)梳理(五)_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、軟考系統(tǒng)分析師教程知識點(diǎn)梳理(五)系統(tǒng)分析師考試在2017上半年開考,希賽小編為大家整理了一些系統(tǒng)分析師教程知識點(diǎn)梳理,希望對準(zhǔn)備參加考試的你有所幫助。系統(tǒng)分析方法【數(shù)據(jù)建?!繑?shù)據(jù)建模指的是對現(xiàn)實(shí)世界各類數(shù)據(jù)的抽象組織,確定數(shù)據(jù)庫需管轄的范圍、數(shù)據(jù)的組織形式等直至轉(zhuǎn)化成現(xiàn)實(shí)的數(shù)據(jù)庫。將經(jīng)過系統(tǒng)分析后抽象出來的概念模型轉(zhuǎn)化為物理模型后,在visio或erwin等工具建立數(shù)據(jù)庫實(shí)體以及各實(shí)體之間關(guān)系的過程(實(shí)體一般是表)三個階段:概念建模階段:1.客戶交流2理解需求3.形成實(shí)體邏母建模階段:對實(shí)體進(jìn)行細(xì)化,細(xì)化成具體的表,同時(shí)豐富表結(jié)構(gòu)。物理建模階段:各種數(shù)據(jù)庫對象生成為相應(yīng)的SQL代碼,運(yùn)行來創(chuàng)

2、建相應(yīng)具體數(shù)據(jù)庫對象;【面向?qū)ο蠓治觥棵嫦驅(qū)ο蟮姆治龇椒ㄊ抢妹嫦驅(qū)ο蟮男畔⒔8拍睿鐚?shí)體、關(guān)系、屬性等,同時(shí)運(yùn)用封裝、繼承、多態(tài)等機(jī)制來構(gòu)造模擬現(xiàn)實(shí)系統(tǒng)的方法。傳統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)方法的基本點(diǎn)是面向過程,系統(tǒng)被分解成若干個過程。而面向?qū)ο蟮姆椒ㄊ遣捎脴?gòu)造模型的觀點(diǎn),在系統(tǒng)的開發(fā)過程中,各個步驟的共同的目標(biāo)是建造一個問題域的模型。在面向?qū)ο蟮脑O(shè)計(jì)中,初始元素是對象,然后將具有共同特征的對象歸納成類,組織類之間的等級關(guān)系,構(gòu)造類庫。過程:確定系統(tǒng)邊界、識別確定參與者、建立用例(關(guān)心做什么,表達(dá)系統(tǒng)功能需求和劃分)及其相互關(guān)系、建模(定義概念類(類圖)、確定類之間關(guān)系(形成領(lǐng)域模型)為類添加成員變量

3、、屬性和方法、建立交互圖)【快速分析】快速需求分析,預(yù)準(zhǔn)備、初次交流(原型界面,記錄用戶對系統(tǒng)理解)、擴(kuò)充交流(原型+規(guī)格書,界定范圍)、需求確認(rèn)(規(guī)格書、)需求工程獲取、分析、定義、驗(yàn)證、管理【需求獲取】確定和理解不同項(xiàng)目干系人需求和約束的過程;獲取方法:臚訪談:目的、用戶、一對一、避免干擾、領(lǐng)域知識準(zhǔn)備;限定時(shí)間、尋找異常和錯誤情況、作好記錄;問卷調(diào)查:提高問卷返還率:解釋目的和如何使用、說明每個人都要回答、委托領(lǐng)導(dǎo)督促、全體會議上釋疑、減少回答時(shí)間、獎勵激勵;采樣:現(xiàn)有文檔選取有用信息;情節(jié)串聯(lián)板:截圖、規(guī)則說明、幻燈演示、仿真、交互表演、原型開發(fā);聯(lián)合需求計(jì)劃JRP【需求建模】需求分析

4、主要任務(wù):確定系統(tǒng)范圍、創(chuàng)建用戶界面原型、分析需求可行性、確定優(yōu)先級、需求建模(00A中的用例和領(lǐng)域模型、SA中的DFD和ER圖,描述系統(tǒng)數(shù)據(jù)、功能、界面、外部行為)、創(chuàng)建數(shù)據(jù)字典(統(tǒng)一的數(shù)據(jù)定義)需求定義:嚴(yán)格定義法、原型法、規(guī)格說明書【需求管理】CMM第2級關(guān)鍵過程域維持一致性變更管理風(fēng)險(xiǎn)管理需求跟蹤跟蹤矩陣:用例-原始需求;要素(功能點(diǎn)、設(shè)計(jì)元素、代碼模塊、測試用例)-用例工具DOORS是世界領(lǐng)先的需求管理工具。用于捕獲、連接、跟蹤、分析和管理各類信息,以確保項(xiàng)目符合所描述需求和標(biāo)準(zhǔn)。DOORS為滿足業(yè)務(wù)需要的溝通提供了手段,使不同功能小組可以協(xié)同開發(fā)項(xiàng)目,使用戶可以檢驗(yàn)所構(gòu)建系統(tǒng)是否正

5、確及是否是以合適的方式構(gòu)建的。DOORS在屏幕上提供的視圖戶提供了強(qiáng)大且易用的漫游機(jī)制。它提供了所有你需要的捕獲、跟蹤與管理用戶需求的功能特點(diǎn)。利用類似WORD的界面,你可以直接在DOORS中輸入需求。你也可以從多種格式的文件把需求導(dǎo)入到DOORS中.你可以在整個項(xiàng)目生命周期中使用多種功能,如視圖、鏈接與可跟蹤性分析來跟蹤與管理需求。在DOORS數(shù)據(jù)庫中的信息被存儲在模塊中,每個模塊中的信息被分成對象與屬性。DOORS允許你把相關(guān)的信息鏈接(link)到一起。你可以通過點(diǎn)擊它們來跟蹤鏈接。鏈接具有可跟蹤性。鏈接允許你管理變更。在你的系統(tǒng)中,你可以快速跟蹤變更的影響到任何一個數(shù)據(jù)。你可以創(chuàng)建不同

6、的模塊視圖(views)來針對不同的用戶。每個視圖包含模塊中的部分對象或?qū)傩?。DOORS可以跟蹤任何人對數(shù)據(jù)庫的修改。DOORS也提供變更條,它可以使你看一眼就知道修改了什么。(綠-基線后未修改、黃-基線后已修改、-紅-編輯狀態(tài))一個基線是模塊的一個只讀版本。DOORS正式模塊樹的結(jié)構(gòu)提供了簡單但功能很強(qiáng)的需求編寫方法。由于需求常常分層組織,所以圖形模式是一種很有用的視圖。DOORS中的可跟蹤性通過對象之間的鏈管理?!拘枨篁?yàn)證】目的:正確描述系統(tǒng)行為特征、正確推導(dǎo)、完整高質(zhì)量、所有地方一致性、為設(shè)計(jì)實(shí)現(xiàn)測試提供基礎(chǔ);需求評審:評審類型:評審(正式會議)、檢查、走查;正式評審過程:計(jì)劃(確定重點(diǎn)和范圍

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論