軟件需求期末復(fù)習(xí)

1、軟件需求考試總復(fù)習(xí)1、為什么軟件需求這么難？客戶說不清楚需求需求自身經(jīng)常變動分析人員或客戶理解有誤2、軟件需求的定義軟件需求=業(yè)務(wù)知識+問題列表+其他因素。業(yè)務(wù)知識包括業(yè)務(wù)事件、 業(yè)務(wù)實體和業(yè)務(wù)規(guī)則；問題列表是用戶在工作中遇到的困難與障礙， 這也是軟件開發(fā)中需要解決的問題；其他因素包括了一些設(shè)計約束和非功能方面需求。3、需求的層次業(yè)務(wù)需求、用戶需求、軟件需求需求層次的產(chǎn)物：業(yè)務(wù)需求是需求定義的產(chǎn)物，用戶需求是需求捕獲的產(chǎn)物，軟件需求 是需求分析與建模的產(chǎn)物。4、軟件需求的三種類型功能需求：開發(fā)人員要實現(xiàn)什么非功能需求：對產(chǎn)品功能描述的補充設(shè)計約束：限制了開發(fā)人員設(shè)計和構(gòu)建系統(tǒng)時的選擇范圍5、軟

2、件開發(fā)的各個階段，為什么只有需求階段稱為工程?需求工程是隨著計算機的發(fā)展而發(fā)展的，在計算機發(fā)展的初期，軟件規(guī)模不大，軟件開發(fā)所關(guān)注的是代碼編寫，需求分析很少受到重視。后來軟件開發(fā)引入了生命周期的概念， 需求分析成為其第一階段。隨著軟件系統(tǒng)規(guī)模的擴大，需求分析與定義在整個軟件開發(fā) 與維護過程中越來越重要，直接關(guān)系到軟件的成功與否。人們逐漸認識到需求分析活動 不再僅限于軟件開發(fā)的最初階段，它貫穿于系統(tǒng)開發(fā)的整個生命周期。需求分析是介于系統(tǒng)分析和軟件設(shè)計階段之間的橋梁。一方面，需求分析以系統(tǒng)規(guī)格說明和項目規(guī)劃作為分析活動的基本出發(fā)點，并從軟件角度對它們進行檢查與調(diào)整；另一方面，需求規(guī)格說明又是軟件設(shè)

3、計、實現(xiàn)、測試直至維護的主要基礎(chǔ)。良好的分析活動有助于避免或盡早剔除早期錯誤， 從而提高軟件生產(chǎn)率， 降低開發(fā)成本，改進軟件質(zhì)量。 所以才只有需求成了工程！6、需求工程劃分為哪兩個部分需求開發(fā)、需求管理7、需求開發(fā)包括哪些內(nèi)容需求獲取、需求分析、需求規(guī)約（編寫需求規(guī)格說明書）和需求驗證（確認）E需求工程械福加8、需求管理包括哪些內(nèi)容基線管理、變更管理和需求跟蹤。9、如何評價需求的好與壞（優(yōu)秀需求的特點）完整性、正確性、可行性、有優(yōu)先次序、無歧義、可驗證性、確定性10、客戶的含義廣義來講，客戶泛指直接或間接得益于產(chǎn)品的個人或組織。軟件的客戶包括那些提出軟件需求，購買、定義、使用軟件產(chǎn)品或選擇接受

4、軟件功能的項目涉眾11、簽字”的含義簽字是項目的一個里碑，是建立需求協(xié)議的基線。12、需求定義階段的任務(wù)確定項目的宏觀需求。換句話說，就是定義項目的業(yè)務(wù)需求，也就是明確項目的目標和范圍。13、需求定義的理念目標、問題、可選方案、建議方案14、問題分析5 步法在問題定義上達成共識、理解根本原因（也就是分析問題背后的問題）、確定相關(guān)人員和用戶、定義解決方案的界限、確定加在解決方案上的約束15、需求定義的產(chǎn)物根據(jù)項目類型的不同，需求定義的產(chǎn)物大致可以分為POS（ Project Overview Specify, 項目綜述）和Vision（愿景）兩大類。16、需求定義的要素目標、范圍、相關(guān)人員與用戶

5、、相關(guān)事實與假設(shè)17、一個好的目標應(yīng)滿足的原則（SMART ）必須是具體（Specific）的：目標必須能夠指導(dǎo)具體的工作必須是可以度量（Measurable）的：這樣才能進行成本 /效益分析必須是可以達到（Attainable ）的：否則是沒有意義的目標必須和其他目標具有相關(guān)性（Relevant）必須具有明確的截止期限（Time-based）18、需求開發(fā)過需求開發(fā)過是一個迭代的過，不要期望可以線性地、順序地完成獲取、分析、 編寫規(guī)格說明和驗證這些需求開發(fā)活動。重新電n需柵發(fā)過程19、劃分主題域（構(gòu)件圖，也即UML中的組件圖）業(yè)務(wù)事件類型:外部事件（來自系統(tǒng)外部的事件，也就是系統(tǒng)參與者發(fā)起的

6、） 內(nèi)部事件（系統(tǒng)內(nèi)部觸發(fā)的）20、確定主題域（上下文關(guān)系圖）上下文關(guān)系圖：針對每個主題域來繪制上下文關(guān)系圖，確定出每個主題域的范圍。上下文關(guān)系圖繪制要點：首先用一個矩形表示系統(tǒng)，寫上系統(tǒng)的名稱，將整個系統(tǒng)看作一個黑盒子。然后找到該系統(tǒng)的所有客戶（處于主題域的外部），考慮他們會發(fā)起什么事件，這些事件會引發(fā)內(nèi)部工作人員的什么動作，將這些序列逐一表示出來。最后再看看系統(tǒng)的每個內(nèi)部工作人員還有沒有一些主動發(fā)起的事件。當上下文關(guān)系圖繪制出來之后， 整個主題域的范圍也就框定出來了，但是它還不足以為后續(xù)的需求捕獲、分析與建?；顒犹峁┝己玫幕A(chǔ)。 我們需要將主題域的內(nèi)容以業(yè)務(wù)事件列表和報表列表表示出來。&q

7、uot;1八:上回叫其謫一1'依業(yè)將T,琉中依u/ / 1中科改甲J-K 1>體口普）一八提交團隊怙況,3*省財物部門綠門利族牛21、需求分析人員的工作需求分析人員是對項目相關(guān)人員的需求進行收集、1-體檢并記錄結(jié)果體檢科室，小m；儡檢怙況- -卜客服中心分析、記錄和驗證職責(zé)的承擔者，是用戶群體和軟件開發(fā)團隊間進行需求溝通的主要渠道。定義業(yè)務(wù)需求、確定項目涉眾和用戶類別、獲取需求、分析需求、為需求建模、編寫需求規(guī)格說明、主持對需求的驗證、引導(dǎo)對需求的優(yōu)先級劃分、管理需求等。22、需求分析人員必備的技巧和知識需求分析員必須掌握的技能：包括傾聽、交談和提問的技巧，分析、 協(xié)調(diào)、 觀察、

8、 寫作、組織、 建模、人際交往和創(chuàng)造能力。而這些能力可以概括為業(yè)務(wù)知識、技術(shù)知識和溝通能力三個方面。需求分析人員必備的知識：具備從實踐經(jīng)驗中積累的廣博知識需要將需求開發(fā)與管理活動貫穿于整個產(chǎn)品生命期中掌握應(yīng)用領(lǐng)域的知識23、如何成為一名需求分析人員優(yōu)秀的需求分析員是培養(yǎng)出來的，而不是訓(xùn)練出來的。這項工作包括很多面向人而不是技術(shù)的“軟性技能”。對于需求分析員的工作并沒有標準的描述，因而也沒有標準的培訓(xùn)課程。24、需求捕獲的主要方法用戶訪談、用戶調(diào)查、文檔分析、現(xiàn)場訪問客戶25、獲取客戶需求的主要步驟確定產(chǎn)品的不同用戶類型。確定用戶需求的來源。挑選出每一類用戶和其他涉眾的代表并與他們一起工作。商定

9、誰是項目需求的決策者。26、需求捕獲應(yīng)該是主動的和聚集的V27、需求的來源與潛在用戶進行交談和討論描述現(xiàn)有產(chǎn)品或競爭產(chǎn)品的文檔系統(tǒng)需求規(guī)格說明現(xiàn)有系統(tǒng)的問題報告和改進要求市場調(diào)查和用戶問卷調(diào)查觀察用戶如何工作用戶工作的情景分析事件和響應(yīng)28、用戶代表用戶代表應(yīng)當自始至終參與項目的整個開發(fā)過程，而不是僅參與最初的需求階段。29、需求捕獲要具有計劃性和科學(xué)性計劃應(yīng)針對下面這些內(nèi)容來制定：需求獲取的目的需求獲取的策略和過程需求獲取工作取得的成果進度和資源評估需求獲取的風(fēng)險科學(xué)性則體現(xiàn)在捕獲方法的選取上30、需求獲取中各種心理如何應(yīng)對言過其實心理差異展現(xiàn)法： 也就是將不同用戶代表的訪談結(jié)果進行整理，在

10、系統(tǒng)開發(fā)之前把這些差異展示給中高層管理人員，就如何解決達成共識。瓶頸分析法： 對流程執(zhí)行過程中的瓶頸進行分析，例如時間瓶頸、人員瓶頸（比如所有的申請都要由處長審批）等方面， 以避免流程瓶頸導(dǎo)致系統(tǒng)無法順利運轉(zhuǎn)起來越俎代庖心理要解決這個問題，關(guān)鍵在于需求捕獲人員能夠識別出正確的被訪談?wù)撸簿褪腔卮鹉阋獑柕膯栴}最佳的人選是誰。這里有兩層意思：問題的層次是否正確：高層管理人員解決宏觀問題，中層管理人員解決脈絡(luò)問題，操作者解決細節(jié)問題。根據(jù)業(yè)務(wù)背景判斷：也就是有效地識別該問題所針對的業(yè)務(wù)環(huán)節(jié)是由誰負責(zé)處理的？執(zhí)行者往往是回答的最佳人選。非正事心理客觀原因：辦公室本身就是一個容易被干擾的環(huán)境。應(yīng)對之道：

11、訪談應(yīng)該盡可可能的避開辦公室。主觀原因：非計劃的事情通常會被看做是低優(yōu)先級的事情。應(yīng)對之道：做好一周的訪談計劃，列出訪談人，訪談要點，讓對方統(tǒng)一安排?？咕苄睦砦覀冃枰取盎瘮碁橛选?。這是主導(dǎo)的策略，實際的方法有很多推卸責(zé)任心理突破推卸責(zé)任心理的簡單手段是讓被訪談?wù)呓榻B工作場景。31、需求獲取中的注意事項如果沒有一個有條理的組織方案（例如用例），要將來自眾多用戶的需求意見合并起來相當困難。只向很少的用戶代表收集意見，或者只聽取聲音最大、最固執(zhí)已見的客戶的意見，也是需求獲取過程中存在的問題。這將導(dǎo)致遺漏對某些用戶類很重要的需求，或者引入一些大多數(shù)用戶并不需要的需求。解決這一問題的最佳平衡方式是讓用

12、戶代言人參與需求獲取，這些代言人必須具備為所屬的用戶類代言的權(quán)力，同時每個代言人都有數(shù)名來自同一用戶類的用戶代表作為后援。需求獲取過程中，你也許會發(fā)現(xiàn)項目范圍定義不正確，或者太大，或者太小。32、需求分析主要用來做什么需求分析實際上是業(yè)務(wù)分析，也就是選擇一種業(yè)務(wù)導(dǎo)向的線索將零散的需求串起來，形成一個體系完整、內(nèi)容清晰的框架，以指導(dǎo)后續(xù)的設(shè)計、開發(fā)工作。更具體地描述需求分析工作的任務(wù)：分解、提煉、消除矛盾。連成一句話就是:需求分析就是先分解、再提煉，在這個過程中消除矛盾。33、建模的要點與原則建模的要點設(shè)計要考慮到計劃之外的變化設(shè)計要文檔化用可視化的模型表達架構(gòu)切忌為了建模而建?！苯５脑瓌t選擇

13、創(chuàng)建什么模型對如何動手解決問題和如何形成解決方案有著深遠的影響每一種模型可以在不同的精度級別上表示最好的模型是與現(xiàn)實相聯(lián)系的單個模型是不充分的，對每個重要的系統(tǒng)最好用一組幾乎獨立的模型去處理34、建模工具的選擇建模的要點是根據(jù)要完成的任務(wù)選擇合適的建模工具。表2 6IL所定義的各種圖.圖名功能備注卜類卦描述類類的特性以及類之間的關(guān)系.：TOIL10原存對嚎圖中描這一個時間點上系統(tǒng)中各個對象衿個快照。UMLLO非正式圖二.復(fù)合結(jié)構(gòu)圖中描述類的運行時刻的分解UML2.0 新噌*.構(gòu)件圖-描述構(gòu)件的緒構(gòu)與連接miLLO原苒.部署圖卡描述在各小節(jié)點上的部署6IL10原有.包里八描述編譯時的層次造構(gòu)TO

14、IL非正式圖j用例圖中描述用戶與系氮口何交互UML1.0 原有.，活動圖，描述過程行為與并行行為尸IJML1O 原有.狀糊呼描述事件如何改變對象生命周期，IUML1.0 原有.“順序圖，描述對象之間的交互，重點在于強調(diào)M序/IJML1.0 原有*通信圖描述對就間的交互，重點在于連接爐UML10中的拂作圖1 .定鶴描©對互同的交互,蜜月在F甘CTIL20 新甯*:，交互概觀圖#是一種順序圖與活動圖的混合口VML2.0 新春，表3需炭階段使用的同使用頻率圖位功能關(guān)注要點主慚活動圖一說明業(yè)務(wù)流得以及業(yè)務(wù)活動的步驟*英圖。說明業(yè)務(wù)蚌之醐關(guān)的體躺懶則覬用例小說期角穌使用場景之間的關(guān)殺相融構(gòu)件圖

15、口說明主酶劃分以及的之間的服務(wù)接口接口部署圖描述系兼的部署環(huán)埔體嬲計約而35、UML的優(yōu)點首先UML是一種統(tǒng)一的、標準化的建模語言，它能為許許多多參與軟件設(shè)計和開發(fā)的人提供一種公共 語言”，使他們能夠基于共同的 模型”來理解業(yè)務(wù)、需求，理解軟件和 架構(gòu)如何構(gòu)造其次UML是一種應(yīng)用面很廣泛的建模語言，它不僅可以用于軟件系統(tǒng)建模，還可以用 于業(yè)務(wù)流程、業(yè)務(wù)知識、數(shù)據(jù)庫、嵌入式等多個領(lǐng)域；而且對于不同的領(lǐng)域，其所采用 的本質(zhì)元素是相同的。 這樣：不同的人就可以基于相同的語言溝通；不同的領(lǐng)域模型就可以通過相同的機制進行互換與遷移。這就是統(tǒng)一的趨勢36、流程分析（跨職責(zé)流程圖、活動圖）跨職責(zé)流程圖適合于

16、將流程分析的產(chǎn)物在企業(yè)管理中復(fù)用時，或者參與的人員有更強的業(yè)務(wù)背景。要素：流程名稱、職責(zé)帶區(qū)、流程階段、流程元素、并行、流程引用q卜辱牡，叩曲,黃1-囪廣0（匕.人H 咄立貼加L圖跨職責(zé)流程圖示例活動圖活動圖是一種表述過程機理、業(yè)務(wù)過程以及工作流的技術(shù)。它主要的應(yīng)用包括兩個方面：一是在業(yè)務(wù)建模階段， 對工作流進行建模； 二是在系統(tǒng)分析和設(shè)計階段， 對操作進行建 模它的作用和傳統(tǒng)的流程圖”是有著很深的淵源，也十分的相似。不過它與流程圖最主要 的區(qū)別在于，活動圖能夠支持并行的行為。* ,r*-7尹而畀Ml站人4即YES J訂平取消二刊單完成37、領(lǐng)域類圖標識類：發(fā)現(xiàn)類的方法很多，此處介紹最廣泛使用

17、的名詞動詞法”主要規(guī)則：名詞與名詞短語中提取對象與屬性；動詞與動詞短語中提取操作與關(guān)聯(lián)；所有格短語通常表明名詞應(yīng)該是屬性而不是對象書籍列表借閱記錄列表借閱記錄計算機類書籍非計算機類書籍38、用例模型參與者是在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。者不僅可以由人承擔，還可以是其他系統(tǒng)、硬件設(shè)備，甚至是時鐘。用例：用例實例是在系統(tǒng)中執(zhí)行的一系列動作，這些動作將生成特定執(zhí)行者可見的價值結(jié)果。用例的特征：取款人取錢取款人蟆身取款單這件事必須由一個參與者發(fā)起。不存在沒有參與者的用例，用例不應(yīng)該自動啟動，也不 應(yīng)該主動啟動另一個用例：兩個用例之間可能存在的關(guān)系：包含、擴展、泛化，而通常不應(yīng)

18、該有通信關(guān)系包含關(guān)系：在UML中，用構(gòu)造型<<include>>表示（箭頭方向是從基用例到被包含用例），它是指基用例在它內(nèi)部說明的某一個位置上顯式地合并了另一個用例的行為擴展關(guān)系：在UML中，擴展關(guān)系用構(gòu)造型<<extend>>表示（箭頭從擴展用例到基用例）， 它表示基用例在由擴展用例間接說明的一個位置上，隱式地合并了另一個用例的行為泛化關(guān)系：用例間的泛化則表示子用例繼承了父用例的行為和含義；子用例還可以增加或覆蓋父用例的行為；子用例可出現(xiàn)在父用例出現(xiàn)的任何位置關(guān)系名稱事件流類型含義囿向用戶包含子事件流表示兩個以上用例共用的 子事件流開發(fā)團隊擴展

19、擴展事件流抽取出優(yōu)先級較低的擴展 事件流客戶泛化公共事件流抽取多個用例之中的共性開發(fā)團隊參與者之間的關(guān)系： 只有一種，即泛化。應(yīng)用舉例:系統(tǒng)功能：以Internet的形式向客戶提供座位預(yù)訂的服務(wù)，并且如果暫時無法獲取座位 信息時，允許客戶進入 等侯隊列”，當有人退訂之后將及時通知客戶。另外，該系統(tǒng)還 將為總臺服務(wù)員提供座位的安排，以及結(jié)賬的功能，要求能夠支持現(xiàn)金和銀行卡兩種結(jié)賬方式。館管理系統(tǒng)處理等任認列安Hm佗£，臺服務(wù)同處理斌黨給求眼apf冷系跣殳&式座位他息i n i- luJr>w40、業(yè)務(wù)流程為主線的分解結(jié)構(gòu)業(yè)務(wù)流程為主線的分解結(jié)構(gòu)：這種結(jié)構(gòu)是以業(yè)務(wù)流程為主線

20、索的，也就是按事”的角度進行分解。它對于聯(lián)機事務(wù)處理系統(tǒng)、管理信息系統(tǒng)而言是非常適用的方法。程序結(jié)構(gòu)為主線索的分解結(jié)構(gòu)：適用于問題域不復(fù)雜，或者系統(tǒng)與問題域關(guān)聯(lián)性不強的情況下，例如工具軟件、面向設(shè)備的嵌入式系統(tǒng)等基于場景的分解結(jié)構(gòu)對于決策支持系統(tǒng)、面向用戶的嵌入式系統(tǒng)而言，決策場景、使用場景就是主要的線索。 向上可以總結(jié)成一類相似的集合，再總結(jié)成一系列的關(guān)注點或功能域；而向下可以分成 具體的決策步驟或操作任務(wù)?；跀?shù)據(jù)的分解結(jié)構(gòu)適用于數(shù)據(jù)倉庫之類的數(shù)據(jù)類項目。對于諸如數(shù)據(jù)倉庫之類的數(shù)據(jù)類項目，事”這條線索并不明顯，或者并不重要，這時就需要采用以數(shù)據(jù)為主線的分解結(jié)構(gòu)。41、流程的層次組織級層詼;

21、讀者:特點:對部門級流程的抽象概括按部門梳理-每個活動通常都是流程彳_ - -*1*1*-圖6-10 流程的三大層次"42、部署圖部署圖：表示該軟件系統(tǒng)如何部署到硬件環(huán)境中。它的用途是顯示該系統(tǒng)不同的組件將 在何處物理地運行，以及它們將如何彼此通信。也就是說部署圖描述系統(tǒng)硬件的物理拓 撲結(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟件。它可以顯示計算機節(jié)點的拓撲結(jié)構(gòu)和通信路徑、節(jié) 點上運行的軟件構(gòu)件等。關(guān)鍵組成部分：節(jié)點、連接、構(gòu)件、接口節(jié)點：代表一類運行時的計算資源（例如：一類服務(wù)器、一類工作站、一個 PC終端、一個打印機、一個傳感器等）。連接：表示兩個節(jié)點之間的物理連接，用一根實現(xiàn)表示（關(guān)聯(lián)關(guān)系）固博戶.rlld*小汨即笈I 止 MilI' ltfdtl 5 J ,HE圖勢OSUHndowsi；Wth Senrr=ns 5d+fj.Nr! fl ErrirttrYfurkl硒的嗎。）jwWpb05客端|.1g百曲|0剪匕WETLI耗記 drtildd -ii* 總 e<vajlildCt»此iM點忌，川二爐"：陋尿仆國戰(zhàn)依陽& dl睛 ULTlIIK式圖X部署圖示例243、