主講人：蔣衛(wèi)祥延遲符需求分析項目分析與設(shè)計軟件需求分析延遲符什么是需求分析？“需求分析”，是指對要解決的問題進行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。主要工作：深入描述軟件的功能和性能，確定軟件設(shè)計的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求。具體包括：確定對系統(tǒng)的綜合要求分析系統(tǒng)的數(shù)據(jù)要求導(dǎo)出系統(tǒng)的邏輯模型修正系統(tǒng)開發(fā)計劃軟件需求分析通常對軟件系統(tǒng)有下述幾方面的綜合要求：功能需求可靠性和可用性需求接口需求逆向需求性能需求出錯處理需求約束將來可能提出的要求確定對系統(tǒng)的綜合要求軟件需求分析延遲符分析系統(tǒng)的數(shù)據(jù)要求分析系統(tǒng)的數(shù)據(jù)要求，是軟件分析的一個重要任務(wù)，通常采用建立數(shù)據(jù)模型的方法。復(fù)雜的數(shù)據(jù)由許多基本的數(shù)據(jù)元素組成，數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系。利用數(shù)據(jù)字典可以全面地定義數(shù)據(jù)，但是數(shù)據(jù)字典不夠直觀。為了提高可理解性，常常利用圖形化工具輔助描述數(shù)據(jù)結(jié)構(gòu)。延遲符通常使用以下幾種方式描述系統(tǒng)的邏輯模型：數(shù)據(jù)流圖E-R圖狀態(tài)轉(zhuǎn)換圖數(shù)據(jù)字典主要的處理算法導(dǎo)出系統(tǒng)的邏輯模型軟件需求分析軟件需求分析延遲符修正系統(tǒng)開發(fā)計劃在需求分析過程中，可以準(zhǔn)確估計系統(tǒng)成本和進度，修正以前定制的開發(fā)計劃軟件需求分析延遲符結(jié)構(gòu)化分析(簡稱SA)方法是面向數(shù)據(jù)流的需求分析方法，適合于分析大型的數(shù)據(jù)處理系統(tǒng)，特別是企事業(yè)管理系統(tǒng)。SA法也是一種建模的活動，主要是根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。分解抽象SA基本思想需求分析方法：結(jié)構(gòu)化分析方法軟件需求分析需求分析方法：結(jié)構(gòu)化分析方法分解指復(fù)雜的系統(tǒng)分解成若干小問題，然后分別解決。自頂向下、逐層分解。頂層抽象地描述了整個系統(tǒng)，底層具體地畫出了系統(tǒng)的每一個細(xì)節(jié)，而中間層是從抽象到具體的逐層過渡。SA基本思想抽象分解可以分層進行，即先考慮問題最本質(zhì)的屬性，暫把細(xì)節(jié)略去，以后再逐層添加細(xì)節(jié)，直至涉及到最詳細(xì)的內(nèi)容。軟件需求分析延遲符需求分析方法：結(jié)構(gòu)化分析方法建立當(dāng)前系統(tǒng)的“具體模型”：即將當(dāng)前系統(tǒng)用DFD圖描述出來抽象出當(dāng)前系統(tǒng)的邏輯模型：分析系統(tǒng)“具體模型”，抽象出其本質(zhì)的因素，排除次要因素，獲得用DFD圖描述的當(dāng)前系統(tǒng)的“邏輯模型”。建立目標(biāo)系統(tǒng)的邏輯模型：分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，從而進一步明確目標(biāo)系統(tǒng)“做什么”，建立目標(biāo)系統(tǒng)的“邏輯模型”(修改后的DFD圖)。為了對目標(biāo)系統(tǒng)作完整的描述，還需要考慮人機界面和其他一些問題。SA步驟軟件需求分析延遲符需求分析方法：結(jié)構(gòu)化分析方法分層的數(shù)據(jù)流圖數(shù)據(jù)詞典描述加工邏輯的結(jié)構(gòu)化語言、判定表或判定樹SA描述工具軟件需求分析延遲符需求分析方法：結(jié)構(gòu)化分析方法SA描述工具數(shù)據(jù)流圖(簡稱DFD)是描述系統(tǒng)中數(shù)據(jù)流程的圖形工具，標(biāo)識了一個系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)換邏輯輸出所需的加工處理。箭頭表示數(shù)據(jù)流，圓或橢圓表示加工。雙杠或者單杠表示數(shù)據(jù)存儲，矩形框表示數(shù)據(jù)的源點或終點，即外部實體。軟件需求分析延遲符需求分析方法：結(jié)構(gòu)化分析方法數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一組固定的數(shù)據(jù)項組成?？蓮募庸ち飨蚣庸?，也可從加工流向文件或從文件流向加工，也可從源點流向加工或從加工流向終點。加工也稱為數(shù)據(jù)處理，它對數(shù)據(jù)流進行某些操作或變換。每個加工要有名字，簡明地描述完成什么加工。在分層的數(shù)據(jù)流圖中，加工還應(yīng)有編號。數(shù)據(jù)存儲指暫時保存的數(shù)據(jù)，可以是數(shù)據(jù)庫文件或任何形式的數(shù)據(jù)組織。流向數(shù)據(jù)存儲的數(shù)據(jù)流可理解為寫入文件，或查詢文件，從數(shù)據(jù)存儲流出的數(shù)據(jù)可理解為從文件讀數(shù)據(jù)或得到查詢結(jié)果。數(shù)據(jù)源點和終點是軟件系統(tǒng)外部環(huán)境中的實體(包括人員、組織或其他軟件系統(tǒng))。SA描述工具軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒嫦驅(qū)ο蠓治龇椒ǎ∣OA），是在一個系統(tǒng)的開發(fā)過程中進行了系統(tǒng)業(yè)務(wù)調(diào)查以后，按照面向?qū)ο蟮乃枷雭矸治鰡栴}。OOA與結(jié)構(gòu)化分析區(qū)別：OOA強調(diào)在系統(tǒng)調(diào)查資料的基礎(chǔ)上，針對OO方法所需要的素材進行的歸類分析和整理，而不是對管理業(yè)務(wù)現(xiàn)狀和方法的分析。OOA模型由5個層次（主題層、對象類層、結(jié)構(gòu)層、屬性層和服務(wù)層）和5個活動（標(biāo)識對象類、標(biāo)識結(jié)構(gòu)、定義主題、定義屬性和定義服務(wù)）組成。定義了兩種對象類之間的結(jié)構(gòu)：分類結(jié)構(gòu)是一般與特殊的關(guān)系；組裝結(jié)構(gòu)反映了對象之間的整體與部分的關(guān)系。軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒∣OA在定義屬性的同時，要識別實例連接實例連接是一個實例與另一個實例的映射關(guān)系。OOA在定義服務(wù)的同時要識別消息連接當(dāng)一個對象需要向另一對象發(fā)送消息時，它們之間就存在消息連接。OOA中的5個層次和5個活動持續(xù)貫穿在OOD（面向?qū)ο蟮脑O(shè)計）過程中軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒á俪橄螅撼橄笤瓌t包括過程抽象和數(shù)據(jù)抽象；②封裝：把對象的屬性和服務(wù)結(jié)合為一個不可分的系統(tǒng)單位，并盡可能隱蔽對象的內(nèi)部細(xì)節(jié)；③繼承：特殊類和一般類；④分類：把具有相同屬性和服務(wù)的對象劃分為一類；⑤聚合：又稱組裝；OOA主要原則⑥關(guān)聯(lián)

：通過一個事物聯(lián)想到另外的事物；⑦消息通信：用消息連接表示出對象之間的動態(tài)聯(lián)系；⑧粒度控制：考慮全局時，注意其大的組成部分，暫時不詳察具體的細(xì)節(jié)；考慮某部分的細(xì)節(jié)時則暫時撇開其余的部分；⑨行為分析：行為復(fù)雜。軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒üδ苣Ｐ停杭从美Ｐ停粚ο竽Ｐ停簩τ美Ｐ瓦M行分析，把系統(tǒng)分解成互相協(xié)作的分析類，通過類圖/對象圖描述對象/對象的屬性/對象間的關(guān)系，是系統(tǒng)的靜態(tài)模型。動態(tài)模型描述系統(tǒng)的動態(tài)行為，通過時序圖/協(xié)作圖描述對象的交互，以揭示對象間如何協(xié)作來完成每個具體的用例；單個對象的狀態(tài)變化/動態(tài)行為可以通過狀態(tài)圖來表達。三種分析模型軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒∣OA基本步驟確定結(jié)構(gòu)確定主題確定屬性確定方法確定對象和類軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒ㄓ美龍D：用來圖示化系統(tǒng)的主事件流程，描述客戶的需求；用例就是軟件的功能模塊，是設(shè)計系統(tǒng)分析階段的起點，設(shè)計人員根據(jù)客戶的需求來創(chuàng)建和解釋用例圖，用來描述軟件應(yīng)具備哪些功能模塊以及這些模塊之間的調(diào)用關(guān)系。用例圖包含：用例參與者用例之間用關(guān)聯(lián)來連接軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒ㄓ美菑南到y(tǒng)外部可見的行為，是系統(tǒng)為某一個或幾個參與者（Actor）提供的一段完整的服務(wù)。用例之間關(guān)系：都是獨立、并列的，它們之間并不存在著包含從屬關(guān)系；但為體現(xiàn)一些用例之間的業(yè)務(wù)關(guān)系，提高可維護性和一致性，用例之間可以抽象出：包含(include)、擴展(extend)和泛化(generalization)幾種關(guān)系。軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒ò琲nclude使用包含（Inclusion）用例來封裝一組跨越多個用例的相似動作（行為片斷），以便多個基本用例復(fù)用?；居美刂婆c包含用例的關(guān)系，以及被包含用例的事件流是否會插入到基本用例的事件流中?；居美梢砸蕾嚢美龍?zhí)行的結(jié)果，但雙方不能訪問對方的屬性。軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒〝U展extends將基本用例中一段相對獨立并且可選的動作，用擴展用例加以封裝，再讓它從基本用例中聲明的擴展點上進行擴展，從而使基本用例行為更簡練和目標(biāo)更集中。擴展用例為基本用例添加新的行為擴展用例可以訪問基本用例的屬性。軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒ǚ夯痝eneralization子用例和父用例相似，但表現(xiàn)出更特別的行為；子用例將繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。子用例可以使用父用例的一段行為，也可以重載它，父用例通常是抽象的。軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒ㄓ美枋鲆话惆ǎ汉喴枋觯ㄕf明）前置（前提）條件基本事件流其他事件流異常事件流后置（事后）條件等等軟件需求分析延遲符需求分析方法：面向?qū)ο蠓椒ㄓ美幪枺豪纾合到y(tǒng)(QTP)+模塊(JH)+順序(001)=QTPJH001用例名稱用例描述執(zhí)行者過程描述主過程描述備選過程描述業(yè)務(wù)規(guī)則涉及的業(yè)務(wù)實體前置條件：執(zhí)行用例之前必須存在的系統(tǒng)狀態(tài)。后置條件：用例一執(zhí)行完畢系統(tǒng)可能處于的一組狀態(tài)。用例描述模板軟件需求分析業(yè)務(wù)流程圖：簡介業(yè)務(wù)流程圖（TFD）：用一些規(guī)定的符號及連線來表示某個具體業(yè)務(wù)處理過程。是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向，是物理模型。業(yè)務(wù)流程圖的繪制是按照業(yè)務(wù)的實際處理步驟和過程進行的。業(yè)務(wù)流程圖是一種系統(tǒng)分析人員都懂的共同語言,用來描述系統(tǒng)組織結(jié)構(gòu)、業(yè)務(wù)流程。軟件需求分析業(yè)務(wù)流程圖：基本符號及含義軟件需求分析業(yè)務(wù)流程圖：繪制步驟現(xiàn)行系統(tǒng)業(yè)務(wù)流程總結(jié)在