需求工程簡答題復(fù)習(xí)

需求工程簡答題復(fù)習(xí)實用文檔(實用文檔，可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）

什么是需求：用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力;系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式文檔所規(guī)定的要求而需要具備的條件或能力；對它們的一種文檔化表述.需求工程簡答題復(fù)習(xí)實用文檔(實用文檔，可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）需求的分類:1。功能需求：和系統(tǒng)主要工作相關(guān)的需求，即在不考慮物理約束的情況下，用戶希望系統(tǒng)所能夠執(zhí)行的活動，這些活動可以幫助用戶完成任務(wù)。功能需求主要表現(xiàn)為系統(tǒng)和環(huán)境之間的行為交互.2.性能需求：系統(tǒng)整體或系統(tǒng)組成部分應(yīng)該擁有的性能特征，例如CPU使用率、內(nèi)存使用率等。3.質(zhì)量屬性：系統(tǒng)完成工作的質(zhì)量,即系統(tǒng)需要在一個“好的程度”上實現(xiàn)功能需求，例如可靠性程度、可維護(hù)性程度等。4.對外接口：系統(tǒng)和環(huán)境中其他系統(tǒng)之間需要建立的接口,包括硬件接口、軟件接口、數(shù)據(jù)庫接口等等.需求工程：是所有需求處理活動總和，它收集信息、分析問題、整理觀點、記錄需求并驗證其正確性,最終反映軟件被應(yīng)用后與其環(huán)境互動形成的期望效應(yīng)。需求工程的活動包括：需求開發(fā)和需求管理需求開發(fā)包括:1。需求獲?。耗康膹捻椖恳?guī)劃開始建立最初的原始需求。它從相關(guān)人員、資料和環(huán)境中得到系統(tǒng)開發(fā)所需要的相關(guān)信息；2.需求分析：需求獲取的這些信息還不是開發(fā)者能夠立即加以實現(xiàn)的解決方案。還需要對需求獲取得到的信息,進(jìn)行需求分析;目的保證需求的完整性和一致性；3.需求規(guī)格說明:定義用戶需求，準(zhǔn)確描述需求及其解決方案,目的將完整、一致的需求與能夠滿足需求的軟件行為以文檔的方式明確地固定下來;4.需求驗證：目的保證需求及其文檔的正確性，即需求真實地反映了用戶的真實意圖；以及通過檢查和修正保證需求及其文檔的完整性和一致性；需求管理:主要工作就是跟蹤后繼階段中需求實現(xiàn)與需求變更情況，確定需求得到了正確的理解并被正確的實現(xiàn)到軟件產(chǎn)品中。需求規(guī)格說明：就是將需求及其軟件的解決方案進(jìn)行定義和文檔化，并傳遞給開發(fā)人員;為什么要建需求規(guī)格說明:1）更好的傳遞軟件系統(tǒng)的需求信息和解決方案給所有的開發(fā)者;2）拓展人們的知識記憶能力：復(fù)雜系統(tǒng)信息含量較多書面的文檔可以彌補(bǔ)人的記憶能力不足;3)開發(fā)者和客戶作為合同協(xié)議的重要部分;4）作為項目開發(fā)活動的一個重要依據(jù)；5）發(fā)現(xiàn)和減少可能的需求錯誤，減少項目的返工，降低項目的工作量；6)作為有效的智力資產(chǎn)，可以幫助新加入成員更快融入項目需求規(guī)格說明文檔常見讀者：項目管理者２）設(shè)計人員與程序員3)測試人員４）文檔寫作人員５)涉眾(用戶)需求管理:就是這樣一個管理活動,在需求開發(fā)之后的產(chǎn)品生命周期當(dāng)中保證需求作用的有效發(fā)揮；為什么要執(zhí)行需求管理：在需求開發(fā)結(jié)束之后，需要有一種力量保證后續(xù)的系統(tǒng)開發(fā)活動依照需求的基線進(jìn)行展開，保證系統(tǒng)的質(zhì)量；需求管理的主要任務(wù)有：1)交流涉眾需要什么；2)將需求應(yīng)用、實施到解決方案；3）驅(qū)動設(shè)計和實現(xiàn)工作；4）控制變更；5）將需求分配到子系統(tǒng);6）測試和驗證最終產(chǎn)品；7）控制迭代式開發(fā)中的變化；8)輔助項目管理；需求管理的３個活動：1）維護(hù)需求基線：將需求基線納入配置管理2）實現(xiàn)需求跟蹤：以軟件需求規(guī)格說明文檔為基線，在前向和后向兩個方向上，描述需求以及跟蹤需求變化的能力3）控制需求變更以可控、一致的方式進(jìn)行需求基線中需求的變更處理需求分析的根本任務(wù):1。建立分析模型2.建立解決方案需要執(zhí)行活動:1。問題分析2。確定系統(tǒng)邊界3。需求建模4.需求細(xì)化5.確定需求優(yōu)先級6.需求協(xié)商需求驗證：是專指在需求規(guī)格說明完成之后，對需求規(guī)格說明文檔進(jìn)行的驗證活動。常用的方法：需求評審、原型與模擬、測試用例開發(fā)、用戶手冊編寫、利用跟蹤關(guān)系和自動化分析。問題修正方法：1)需求澄清:理解偏差：重新進(jìn)行分析工作；分析遺漏:重新分析和文檔化這部分信息；表達(dá)不當(dāng)：重新以合適的方式表達(dá)2.缺失需求：重新執(zhí)行需求獲取等一系列工作3.需求沖突：協(xié)商解決4)不切實際的期望：項目調(diào)整與需求協(xié)商需求跟蹤：以軟件需求規(guī)格說明文檔為基線，在前向和后向兩個方向上，描述需求以及跟蹤需求變化的能力前向跟蹤：是指被定義到軟件需求規(guī)格說明文檔之前的需求演化過程；后向跟蹤：是指被定義到軟件需求規(guī)格說明文檔之后的需求演化過程;需求跟蹤的實現(xiàn)方法主要有哪3種：1。需求跟蹤矩陣2.實體關(guān)系模型3。交叉引用需求變更控制的過程如下：1.提出需求變更2。接受變更請求3。變更評估4.變更決策5。執(zhí)行變更6.變更驗證前景：描述了產(chǎn)品的作用以及最終的功能；范圍：為項目劃定了需求的界限;確定項目前景與范圍的流程：1.問題分析2。發(fā)現(xiàn)業(yè)務(wù)需求3。定義解決方案及系統(tǒng)特性硬數(shù)據(jù)：人們在實際工作中產(chǎn)生的各種各樣的表格和文檔資料;常見硬數(shù)據(jù)分為定量硬數(shù)據(jù)和定性硬數(shù)據(jù)兩種類型;1。定量硬數(shù)據(jù):指經(jīng)過仔細(xì)設(shè)計、具有嚴(yán)格規(guī)范要求的格式化文檔；2.定性硬數(shù)據(jù)：使用自然語言進(jìn)行描述的文本資料。1。金字塔組織形式:會見者以很具體的問題開始,然后逐漸提高問題的開放度,同時允許被會見者越來越籠統(tǒng)的答案來回答問題；2.漏斗結(jié)構(gòu)：以一般、開放式的問題開始,然后采用封閉式的問題縮小可能的答復(fù)；這種面談結(jié)構(gòu)可以看作一個漏斗型；3。菱形結(jié)構(gòu)：就是將上述2中方法集合起來使用；該結(jié)構(gòu)會見者首先提出一些簡單、封閉式的問題,為面談過程做好鋪墊；在面談中間階段向被會見者提出明顯沒有“正確答案"的一般話題看法；然后會見者再次限制問題以獲得明確答復(fù);面向?qū)ο蠼＃菏且环N用于辨識系統(tǒng)環(huán)境中的對象及這些對象之間關(guān)系的技術(shù);UML面向?qū)ο蠼Ｖ杏玫侥男┘夹g(shù)：1.對象模型2.用例模型3.行為模型4。狀態(tài)機(jī)模型5.對象約束語言O(shè)CL1。用例模型：就是以用例為基本單位建立的一個系統(tǒng)功能展示模型,它是系統(tǒng)所有用例的集合,以統(tǒng)一、圖形化方式展示系統(tǒng)的功能和行為特性；2.行為模型：是實現(xiàn)用例模型到對象模型的橋梁，以更加詳細(xì)的方式說明了用例所描述的系統(tǒng)行為；3。對象模型：以對象和類的概念為基礎(chǔ),描述了系統(tǒng)中的對象和這些對象之間的關(guān)系；三者關(guān)系：對象模型無法直接被用來記錄和描述從用戶那里得到的信息。因此,面向?qū)ο蠼７椒ㄌ岢隽擞美Ｐ停脕硖幚黹_發(fā)人員直接從用戶那里得到的信息，行為模型就是實現(xiàn)用例模型到對象模型的橋梁4.狀態(tài)機(jī)模型：以狀態(tài)機(jī)理論為基礎(chǔ)建立的對系統(tǒng)行為的描述手段；5.對象約束語言:OCL語言是一種基于類型的描述語言,有著嚴(yán)格的類型定義，可以保證它進(jìn)行形式化描述的能力，描述系統(tǒng)的各個方面；過程建模：就是分析需求獲取活動獲得的信息，根據(jù)數(shù)據(jù)在系統(tǒng)中的流動，發(fā)現(xiàn)系統(tǒng)的功能和其與外界的交互，建立能夠?qū)崿F(xiàn)系統(tǒng)功能的過程分解結(jié)構(gòu),形成系統(tǒng)的過程模型，并用圖行的方式將過程模型描述出來過程建模中用到哪些技術(shù)：1。上下文圖：用來說明系統(tǒng)的上下文環(huán)境,確定系統(tǒng)邊界；2.數(shù)據(jù)流圖：用來建立過程的分解結(jié)構(gòu);3.微規(guī)格說明:用來描述數(shù)據(jù)流圖過程分解結(jié)構(gòu)中最底層過程的處理邏輯;4.數(shù)據(jù)字典：用來說明系統(tǒng)中涉及的數(shù)據(jù)的結(jié)構(gòu)；過程建模與數(shù)據(jù)建模區(qū)別:過程建模更多是側(cè)重數(shù)據(jù)產(chǎn)生和使用的時間、地點和方式，而沒有描述數(shù)據(jù)的定義、結(jié)構(gòu)和關(guān)系等特性；數(shù)據(jù)建模彌補(bǔ)了過程建模在數(shù)據(jù)說明方面的不足,描述數(shù)據(jù)的定義、結(jié)構(gòu)和關(guān)系等特性的模型；涉眾分析有哪些活動：1）、涉眾識別：目的是尋找和發(fā)現(xiàn)各種涉眾類別；2）、涉眾描述:描述對涉眾的基本特征描述、也會包括地理和社會特征；3）、涉眾評估：是將孤立的描述信息聯(lián)合起來進(jìn)行分析，以便得到更深層次信息的過程；4）、涉眾選擇:在發(fā)現(xiàn)關(guān)鍵涉眾類別,完成對他們角色和職責(zé)的定義之后，還需要為每個涉眾類別選擇合適的代表，為項目的最終成功起到應(yīng)有的作用。涉眾分析主要任務(wù)：1)尋找軟件系統(tǒng)的涉眾類別，辨別關(guān)鍵的涉眾類別；2）描述不同涉眾類別的特征，包括個人特征、工作特征；3)分析不同涉眾類別的輸贏條件和受影響程度；4）描述不同涉眾類別的關(guān)注點和興趣取向；5）分析不同涉眾類別的重要性和影響力；6)為每種涉眾類別選擇合適的代表參與項目開發(fā).計劃面談1）確定參與人員（涉眾、主持人、負(fù)責(zé)人、分析人員、記錄人員、觀察員）2）安排會談時間（全職的2－4天參與會議，擬定一份議程)3）選擇會談地點（充足的空間,道具支持，良好的餐飲服務(wù))4）準(zhǔn)備會談內(nèi)容（面談的主題和范圍，會議的議程，需求的預(yù)期和會談的目標(biāo)，各種材料）開放式問題:指被會見者對答復(fù)的選擇可以是開放和不受限制的，他們可能答復(fù)兩個詞，也可能答復(fù)兩段話；封閉式問題：指答案有基本的形式，被會見者的回答是受到限制的;2）、優(yōu)缺點：開放式問題的優(yōu)點:讓被會見者感到自在；會見者可以收集被會見者使用的詞匯,這能反應(yīng)他的教育、價值標(biāo)準(zhǔn)、態(tài)度和信念;提供豐富的細(xì)節(jié)；對沒采用的進(jìn)一步的提問有啟迪作用；被會見者更感興趣；容許更多的自發(fā)性；會見者可以在沒有太多準(zhǔn)備的情況下進(jìn)行面談。開放式問題的缺點：提此類問題可能會產(chǎn)生太多不相干的細(xì)節(jié)；面談可能失控;開放式的回答會花費大量的時間才能獲得有用的信息量；可能會使會見者看上去沒有準(zhǔn)備。封閉式問題的優(yōu)點：節(jié)省時間;切中要點；保持對面談的控制；快速探討大范圍問題；得到貼切的數(shù)據(jù);封閉式問題的缺點：使得被會見者厭煩;得不到豐富的細(xì)節(jié)；不能建立和面談?wù)叩挠押藐P(guān)系。：需求工程導(dǎo)論需求工程定義：是所有需求處理活動的和,它收集信息、分析問題、整合觀點、記錄需求并驗證其正確性，最終反映軟件被應(yīng)用后與其環(huán)境互動形成的期望效應(yīng)。需求工程的基本活動：需求開發(fā):需求獲取，需求分析，需求規(guī)格說明，需求驗證需求管理各個活動的目的：需求獲取的目的是從項目的戰(zhàn)略規(guī)劃開始建立最初的原始需求；需求分析的目的是保證需求的完整性和一致性;需求規(guī)格說明的目的是將完整、一致的需求與能夠滿足需求的軟件行為以文檔的方式明確地固定下來；需求驗證的首要目的是保證需求及其文檔的正確性，即需求正確的反映了用戶的真實意圖；另一個目標(biāo)是通過檢查和修正，保證需求及其文檔的完整性和一致性；需求管理的主要工作是跟蹤后繼階段中的需求實現(xiàn)與需求變更情況，確定需求得到了正確的理解并被正確的是想到了軟件產(chǎn)品中。軟件需求規(guī)格說明定義：軟件需求開發(fā)用來確定系統(tǒng)需求中應(yīng)該由軟件滿足的部分，將其映射為軟件行為，產(chǎn)生軟件需求規(guī)格說明。:需求基礎(chǔ)軟件系統(tǒng)能夠與問題域進(jìn)行交互和相互影響的原因在于,軟件系統(tǒng)中的某些部分對問題域中的某些部分具有模擬特性.需求分類：功能需求：業(yè)務(wù)需求，用戶需求，系統(tǒng)需求性能需求質(zhì)量屬性對外接口約束:（不考)：需求獲取概述需求工程需要獲取的內(nèi)容主要有三種：需求問題域描述環(huán)境與約束需求獲取信息的主要來源：涉眾硬數(shù)據(jù)相關(guān)產(chǎn)品重要文檔相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)獲取信息的方法:傳統(tǒng)方法：問卷調(diào)查,面談，文檔分析,文檔檢查，需求剝離集體獲取方法：頭腦風(fēng)暴,專題討論會,JAD，JRP原型模型驅(qū)動方法：基于場景,基于用例認(rèn)知方法:任務(wù)分析，協(xié)議分析基于上下文的方法：觀察,民族志，話語分析常見的組織方式是依照系統(tǒng)特性,確定系統(tǒng)的邊界，建立上下文圖或系統(tǒng)用例圖,然后按照遍歷上下文圖和系統(tǒng)用例圖的方式開展獲取活動。：確定項目的前景和范圍前景：描述了產(chǎn)品的作用以及最終的功能，它將所有涉眾都統(tǒng)一到一個方向上。范圍：指出了當(dāng)前項目是要解決產(chǎn)品長遠(yuǎn)規(guī)劃中的哪一個部分,范圍聲明它為項目規(guī)定了需求的界限.對于不明確的問題，直接拋棄是一種錯誤的做法，正確的做法應(yīng)該是使用不同的方法發(fā)現(xiàn)涉眾提出不明確問題的原因，理解不明確問題背后深藏的問題。需要注意的是問題解決方案的邊界不是系統(tǒng)的邊界，一個解決方案外部的輸入可能來自于同一個系統(tǒng)中另一個問題解決方案的輸出，即系統(tǒng)的內(nèi)部.描述系統(tǒng)的邊界,通常會用上下文圖和系統(tǒng)用例圖.：涉眾分析與硬數(shù)據(jù)采樣涉眾定義:所有能夠影響軟件系統(tǒng)的實現(xiàn)，或者被實現(xiàn)后的軟件系統(tǒng)影響的個人和團(tuán)體。四種常見涉眾類型：參與者環(huán)境設(shè)定者被影響者觀眾（優(yōu)先級最低）：領(lǐng)域?qū)＜液褪袌隽α渴潜容^常見的觀眾硬數(shù)據(jù)定量硬數(shù)據(jù):數(shù)據(jù)收集表格，統(tǒng)計報表定性硬數(shù)據(jù)：整個組織的描述文檔，業(yè)務(wù)指導(dǎo)文檔,業(yè)務(wù)備忘：需求獲取方法之面談面談結(jié)構(gòu)：金字塔結(jié)構(gòu)漏斗結(jié)構(gòu)菱形結(jié)構(gòu)面談分為三種類型:結(jié)構(gòu)化面談半結(jié)構(gòu)化面談非結(jié)構(gòu)化面談?wù){(diào)查問卷，頭腦風(fēng)暴（P130）：需求獲取方法之原型原型：是一個系統(tǒng)，它內(nèi)化了一個更遲系統(tǒng)的本質(zhì)特征。原型系統(tǒng)通常被構(gòu)造為不完整的系統(tǒng)，以在將來進(jìn)行改進(jìn)、補(bǔ)充或者代替。原型的類別按照開發(fā)方法進(jìn)行分類：演化式原型,拋棄式原型（探索式原型，實驗式）按照構(gòu)建技術(shù)進(jìn)行分類：水平原型，垂直原型原型的需求內(nèi)容：（三個）外觀角色實現(xiàn)：需求獲取方法之觀察與文檔審查常見的觀察方法：采樣觀察民族志話語分析協(xié)議分析任務(wù)分析應(yīng)用觀察方法解決的問題:理解復(fù)雜的協(xié)同事件獲取工作中的異常處理獲取與用戶認(rèn)知不一致的實際知識了解用戶的認(rèn)知獲取默認(rèn)知識采樣觀察法：時間采樣事件采樣文檔審查中文檔分為三種類型：相關(guān)產(chǎn)品的需求規(guī)格說明硬數(shù)據(jù)客戶的需求文檔另外，需要注意的是，文檔雖然來自于當(dāng)前計算機(jī)或手工系統(tǒng)的產(chǎn)物，但這并不表示它就是正確的.：需求組織-—需求獲取中的模型驅(qū)動方法模型驅(qū)動方法:是一類以定義明確的模型為理論基礎(chǔ)，依據(jù)模型指導(dǎo)和組織活動開展的需求工程方法。目標(biāo)模型（P165）場景方法的分類框架：場景的形式：描述,外觀場景的內(nèi)容場景的目的:描述,探索,解釋場景的生命周期用例描述用例是靜態(tài)的結(jié)構(gòu)化文本描述用例可以用于各種目的的應(yīng)用，包括描述、探索、解釋用例之間的關(guān)系：(三種）包含擴(kuò)展泛化在需求工程中，主要產(chǎn)生三類重要的文檔:項目前景和范圍文檔用戶需求文檔需求規(guī)格說明36。用例文檔通常被用來代替用戶需求文檔，起到記錄、交流領(lǐng)域信息和用戶期望的作用。在特殊的情況下，用例文檔還可以用來代替需求規(guī)格說明，但總的來說這是一種并不值得提倡的方法。：需求分析概述總的來說，需求獲取得到的信息和需求開發(fā)應(yīng)該建立的軟件系統(tǒng)解決方案之間有著很大的差距，需求分析就是用來解決這個差距的需求工程活動。需求分析的根本任務(wù):建立分析模型(分析的活動主要包括識別、定義和結(jié)構(gòu)化，它的目的是獲取某個可以轉(zhuǎn)換為知識的事物的信息，這種分析活動被稱為建?！⑿枨蠓治瞿Ｐ?。)創(chuàng)建解決方案（創(chuàng)造性)建模常用的兩種手段：抽象分解兩個世界與三種模型（P190）模型語言的三要素:語法語義語用需求分析方法：結(jié)構(gòu)化方法信息工程方法面向?qū)ο蠓椒ǎㄊ悄壳肮I(yè)界使用的主流方法）前期需求階段分析的重點是理解問題世界，因此它關(guān)注的是整個問題世界,注重于系統(tǒng)的環(huán)境、開發(fā)組織的業(yè)務(wù)分析背景、涉眾的特征以及目標(biāo)等等，軟件系統(tǒng)只是整個背景下的一個要素;后期需求階段分析關(guān)注的是解系統(tǒng)解決方案的建立,因此它以軟件系統(tǒng)為中心，注重于分析系統(tǒng)的內(nèi)部功能以及它與環(huán)境的互動，是對系統(tǒng)功能的詳細(xì)信息的分析。需求細(xì)化：需求分析活動的一個重要任務(wù)是進(jìn)行需求細(xì)化,明確用戶需求的隱含信息，展開為明確的對軟件系統(tǒng)的行為期望,即系統(tǒng)需求。:過程建模過程建模定義:過程建模是結(jié)構(gòu)化分析方法的典型技術(shù)。過程建模將系統(tǒng)看做是過程的集合，其中一些由人來執(zhí)行，另一些由軟件系統(tǒng)來執(zhí)行。過程建模使用的技術(shù)：上下文圖數(shù)據(jù)流圖微規(guī)格說明（又稱為過程規(guī)范）數(shù)據(jù)字典數(shù)據(jù)流圖中的外部實體:外部實體是指處于待構(gòu)建系統(tǒng)之外的人、組織、設(shè)備或者其他軟件系統(tǒng)，它們不受系統(tǒng)的控制，開發(fā)者不能以任何方式操縱他們。所有的外部實體聯(lián)合起來構(gòu)成了軟件系統(tǒng)的外部上下文環(huán)境，他們與軟件系統(tǒng)的交互流就是軟件系統(tǒng)與其外部環(huán)境的接口，這些接口聯(lián)合起來定義了軟件系統(tǒng)的系統(tǒng)邊界。上下文圖：是DFD最高層次的圖,是系統(tǒng)功能的最高抽象。0層圖:通常被用來作為整個系統(tǒng)的功能概圖。0層圖中不應(yīng)該出現(xiàn)太過具體的過程和數(shù)據(jù)存儲。微規(guī)格說明（P245）:結(jié)構(gòu)化英語，行為圖，決策樹,決策表數(shù)據(jù)字典：是一個存儲庫，包含軟件使用和產(chǎn)生的所有數(shù)據(jù)對象的描述，其中也包括DFD當(dāng)中數(shù)據(jù)流的數(shù)據(jù)存儲的定義。：數(shù)據(jù)建模數(shù)據(jù)模型:(P265）屬性取值范圍稱為域。標(biāo)識符（鍵)，主鍵，替代鍵關(guān)系的度數(shù)是指參與關(guān)系的實體數(shù)量，是度量關(guān)系復(fù)雜度的一個指標(biāo)：一元關(guān)系(遞歸關(guān)系）二元關(guān)系三元關(guān)系關(guān)系的基數(shù)：最大基數(shù)（鍵約束）最小基數(shù)（參與約束)被關(guān)系影響的實體：弱實體關(guān)聯(lián)實體(常見形式：進(jìn)程實體)ERD的創(chuàng)建步驟:從描述信息中辨別實體確定實體的標(biāo)識符建立實體之間的關(guān)系添加詳細(xì)的描述信息復(fù)雜情況下的ERD創(chuàng)建步驟:發(fā)現(xiàn)系統(tǒng)的概念域建立對概念域的描述展開概念域合并概念域的局部數(shù)據(jù)結(jié)構(gòu)功能/實體矩陣(P281）：面向?qū)ο蠼Ｐ袨槟Ｐ头譃槿N:交互圖：依據(jù)交互行為進(jìn)行的用例實現(xiàn)；狀態(tài)圖：依據(jù)處理流程（控制流和數(shù)據(jù)流）進(jìn)行的用例實現(xiàn)；活動圖：以狀態(tài)機(jī)模型的方式進(jìn)行的用例實現(xiàn).交互圖概念：用于描述在特定上下文環(huán)境中一組對象的交互行為，該上下文環(huán)境就是被實現(xiàn)用例的某個場景。所以，交互圖通常描述的是單個用例的典型場景。交互圖中的每一個交互都描述了環(huán)境中的對象為了實現(xiàn)某個目標(biāo)而執(zhí)行的一系列消息交換。雪亮工程需求分析1.政策分析面對社會信息化、動態(tài)化環(huán)境的重大挑戰(zhàn)，視頻監(jiān)控系統(tǒng)已經(jīng)成為平安城市建設(shè)、社會管理創(chuàng)新、增強(qiáng)人民群眾安全感的重要手段之一。社會公共安全視頻監(jiān)控資源大聯(lián)網(wǎng),對于公安機(jī)關(guān)治安防控、打擊犯罪、反恐處突和社會管理具有重要意義。近年來,黨中央、國務(wù)院以及各相關(guān)國家部委對社會公共安全視頻資源整合聯(lián)網(wǎng)工作高度重視，先后密集出臺了一系列政策措施：2021年1月，公安部下發(fā)《關(guān)于進(jìn)一步加強(qiáng)公安機(jī)關(guān)視頻圖像信息應(yīng)用工作的意見》,意見中強(qiáng)調(diào)對二類視頻監(jiān)控點和確有必要聯(lián)網(wǎng)接入的三類視頻監(jiān)控點，要求在確保安全的條件下接入和共享。到2年，二類視頻監(jiān)控點和確有必要聯(lián)網(wǎng)接入的三類視頻監(jiān)控點聯(lián)網(wǎng)率要求達(dá)到100％，前端攝像機(jī)基礎(chǔ)信息建檔率要求達(dá)到100%。2021年4月13日中共中央辦公廳、國務(wù)院辦公廳聯(lián)合下發(fā)《關(guān)于加強(qiáng)社會治安防控體系建設(shè)的意見》，要求加快公共安全視頻監(jiān)控系統(tǒng)建設(shè).高起點規(guī)劃、有重點有步驟地推進(jìn)公共安全視頻監(jiān)控建設(shè)、聯(lián)網(wǎng)和應(yīng)用工作，提高公共區(qū)域視頻監(jiān)控系統(tǒng)覆蓋密度和建設(shè)質(zhì)量。加大城鄉(xiāng)接合部、農(nóng)村地區(qū)公共區(qū)域視頻監(jiān)控系統(tǒng)建設(shè)力度，逐步實現(xiàn)城鄉(xiāng)視頻監(jiān)控一體化。完善技術(shù)標(biāo)準(zhǔn)，強(qiáng)化系統(tǒng)聯(lián)網(wǎng)，分級有效整合各類視頻圖像資源，逐步拓寬應(yīng)用領(lǐng)域。2021年5月，國家發(fā)改委聯(lián)合九部委發(fā)文《關(guān)于加強(qiáng)公共安全視頻監(jiān)控建設(shè)聯(lián)網(wǎng)應(yīng)用工作的若干意見》（發(fā)改高技［2021]996號），意見中提出要強(qiáng)化系統(tǒng)聯(lián)網(wǎng)，最大限度實現(xiàn)公共區(qū)域視頻圖像資源的聯(lián)網(wǎng)共享。要求各部門指導(dǎo)推動本行業(yè)、領(lǐng)域涉及公共區(qū)域的視頻監(jiān)控系統(tǒng)的升級改造,實現(xiàn)與公安機(jī)關(guān)視頻圖像共享平臺聯(lián)網(wǎng)對接.到2年,重點公共區(qū)域視頻監(jiān)控聯(lián)網(wǎng)率要求達(dá)到100％；重點行業(yè)、領(lǐng)域涉及公共區(qū)域的視頻圖像資源聯(lián)網(wǎng)率要求達(dá)到100%。2。業(yè)務(wù)分析2.1社會視頻資源現(xiàn)狀近年來，我市以科技強(qiáng)警和“3111”工程建設(shè)為契機(jī)，大力開展公共安全視頻系統(tǒng)建設(shè)與應(yīng)用工作.至目前,我市共建設(shè)各類視頻監(jiān)控探頭約42536個點，其中由公安機(jī)關(guān)管理的公共視頻監(jiān)控探頭達(dá)3188個,社會單位（黨政機(jī)關(guān)、企事業(yè)單位、社會團(tuán)體及其他社會組織和公民個人)建設(shè)的社會視頻資源約39348個，由社會單位建設(shè)的視頻監(jiān)控探頭占總監(jiān)控探頭數(shù)量的92。5%.經(jīng)初步摸底,我市社會視頻資源主要有以下三種類型：1）由前端采集設(shè)備和后端存儲控制設(shè)備組成.例如：由攝像機(jī)、硬盤錄像機(jī)、監(jiān)視器構(gòu)成的簡易視頻圖像系統(tǒng).該類社會視頻資源所占整體資源比例最大，多為個體私人投資建設(shè),建設(shè)成本較低,傳輸鏈路較為簡單。2）由前端采集設(shè)備、后端存儲控制設(shè)備和獨立的監(jiān)控平臺軟件(單級）組成.該類社會視頻資源部分涉及公共區(qū)域,多為中小型企業(yè)或政府部門投資建設(shè)，傳輸鏈路相對完備。3）由前端采集設(shè)備、后端存儲控制設(shè)備和多級監(jiān)控平臺軟件組成.該類社會視頻資源為大型企業(yè)或政府部門為主，傳輸距離較遠(yuǎn)，建設(shè)成本高。2.2存在的問題目前，我市社會視頻資源存在種類繁多，存量巨大，缺少統(tǒng)一的建設(shè)標(biāo)準(zhǔn),各自獨立運(yùn)行,沒有有效整合和聯(lián)網(wǎng)應(yīng)用，造成資源浪費和重復(fù)建設(shè)等問題，具體表現(xiàn)在以下幾個方面：各自為政，信息孤島社會視頻監(jiān)控資源承建單位眾多，各單位在建設(shè)視頻監(jiān)控系統(tǒng)時均是各自為政，僅以滿足自身管理需要為主，社會視頻資源不能為公安機(jī)關(guān)或其他單位共享,一方面造成一定程度的重復(fù)建設(shè)，另一方面，各種社會視頻資源成信息孤島，調(diào)取、共享極為不便.網(wǎng)絡(luò)多樣，組網(wǎng)復(fù)雜社會視頻資源的承載網(wǎng)絡(luò)情況復(fù)雜，互聯(lián)網(wǎng)、自建局域網(wǎng)、自建視頻專網(wǎng)、電信運(yùn)營商、移動運(yùn)營商等視頻專網(wǎng)等各類網(wǎng)絡(luò)混合組網(wǎng)，種類繁雜。復(fù)雜多樣的承載網(wǎng)絡(luò)環(huán)境給視頻信息的整合聯(lián)網(wǎng)、信息傳輸、權(quán)限管理、運(yùn)行維護(hù)、安全共享等帶來諸多挑戰(zhàn)。標(biāo)準(zhǔn)不一,品牌繁多社會視頻資源數(shù)量多，建設(shè)類型各異,結(jié)構(gòu)復(fù)雜，且構(gòu)成各個系統(tǒng)的軟硬件品牌繁多，標(biāo)準(zhǔn)雜亂,設(shè)備碼流及協(xié)議普遍私有化，造成圖像的編碼格式、協(xié)議不統(tǒng)一，給整合帶來一定的難度。保障不足，安全性差各個社會單位（個人）對視頻監(jiān)控系統(tǒng)缺乏有效的安全管理措施，一般為非專職人員操作，容易導(dǎo)致視頻資源信息外流，信息安全難以有效保證。管理不力，完好率低社會視頻資源普遍存在運(yùn)維投入不足，設(shè)備維護(hù)不到位，系統(tǒng)完好率低，可用性差等問題.雖然公安機(jī)關(guān)要求一些重點行業(yè)單位或特殊社會單位的視頻監(jiān)控系統(tǒng)至少要保存15天以上的監(jiān)控錄像,但由于缺少有效的監(jiān)督和管理手段，