【導(dǎo)讀】5、軟件開發(fā)的各個(gè)階段，為什么只有需求階段稱為工程？

　　

【正文】 作人員還有沒(méi)有一些主動(dòng)發(fā)起的事件。 當(dāng)上下文關(guān)系圖繪制出來(lái)之后，整個(gè)主題域的范圍也就框定出來(lái)了，但是它還不足以為后續(xù)的需求捕獲、分析與建?；顒?dòng)提供良好的基礎(chǔ)。我們需要將主題域的內(nèi)容以業(yè)務(wù)事件列表和報(bào)表列表表示出來(lái)。 2需求分析人員的工作 需求分析人員是對(duì)項(xiàng)目相關(guān)人員的需求進(jìn)行收集、分析、記錄和驗(yàn)證職責(zé)的承擔(dān)者，是用戶群體和軟件開發(fā)團(tuán)隊(duì)間進(jìn)行需求溝通的主要渠道。 定義業(yè)務(wù)需求、確定項(xiàng)目涉眾和用戶類別 、獲取需求、分析需求、為需求建模、編寫需求規(guī)格說(shuō)明、主持對(duì)需求的驗(yàn)證、引導(dǎo)對(duì)需求的優(yōu)先級(jí)劃分、管理需求等。 2需求分析人員必備的技巧和知識(shí) 需求分析員必須掌握的技能： 包括傾聽、交談和提問(wèn)的技巧，分析、協(xié)調(diào)、觀察、寫作、組織、建模、人際交往和創(chuàng)造能力。而這些能力可以概括為業(yè)務(wù)知識(shí)、技術(shù)知識(shí)和溝通能力三個(gè)方面。 需求分析人員必備的知識(shí)：具備從實(shí)踐經(jīng)驗(yàn)中積累的廣博知識(shí) 需要將需求開發(fā)與管理活動(dòng)貫穿于整個(gè)產(chǎn)品生命期中 掌握應(yīng)用領(lǐng)域的知識(shí) 2如何成為一名需求分析人員 優(yōu)秀的需求分析員是培養(yǎng)出來(lái)的，而不是訓(xùn)練出 來(lái)的。 這項(xiàng)工作包括很多面向人而不是技術(shù)的 “軟性技能 ”。 對(duì)于需求分析員的工作并沒(méi)有標(biāo)準(zhǔn)的描述，因而也沒(méi)有標(biāo)準(zhǔn)的培訓(xùn)課程。 2需求捕獲的主要方法 用戶訪談、用戶調(diào)查、文檔分析、現(xiàn)場(chǎng)訪問(wèn)客戶 2獲取客戶需求的主要步驟 確定產(chǎn)品的不同用戶類型。 確定用戶需求的來(lái)源。 挑選出每一類用戶和其他涉眾的代表并與他們一起工作。 商定誰(shuí)是項(xiàng)目需求的決策者。 2需求捕獲應(yīng)該是主動(dòng)的和聚集的 √ 2需求的來(lái)源 與潛在用戶進(jìn)行交談和討論 描述現(xiàn)有產(chǎn)品或競(jìng)爭(zhēng)產(chǎn)品的文檔 系統(tǒng)需求規(guī)格說(shuō)明 現(xiàn)有系統(tǒng)的問(wèn)題報(bào)告和改進(jìn)要求 市場(chǎng)調(diào)查和用戶問(wèn)卷調(diào)查 觀察用戶如何工作 用戶工作的情景分析 事件和響應(yīng) 2用戶代表 用戶代表應(yīng)當(dāng)自始至終參與項(xiàng)目的整個(gè)開發(fā)過(guò)程，而不是僅參與最初的需求階段。 2需求捕獲要具有計(jì)劃性和科學(xué)性 計(jì)劃應(yīng)針對(duì)下面這些內(nèi)容來(lái)制定： 需求獲取的目的 需求獲取的策略和過(guò)程 需求獲取工作取得的成果 進(jìn)度和資源評(píng)估 需求獲取的風(fēng)險(xiǎn) 科學(xué)性則體現(xiàn)在捕獲方法的選取上 需求獲取中各種心理如何應(yīng)對(duì) 言過(guò)其實(shí)心理 差異展現(xiàn)法 ：也就是將不同用戶代表的訪談結(jié)果進(jìn)行整理，在系統(tǒng)開發(fā)之前把這些差異展示給中高層管理人員，就如 何解決達(dá)成共識(shí)。 瓶頸分析法 ：對(duì)流程執(zhí)行過(guò)程中的瓶頸進(jìn)行分析，例如時(shí)間瓶頸、人員瓶頸（比如所有的申請(qǐng)都要由處長(zhǎng)審批）等方面，以避免流程瓶頸導(dǎo)致系統(tǒng)無(wú)法順利運(yùn)轉(zhuǎn)起來(lái) 越俎代庖心理 要解決這個(gè)問(wèn)題，關(guān)鍵在于需求捕獲人員能夠識(shí)別出正確的被訪談?wù)?，也就是回答你要?wèn)的問(wèn)題最佳的人選是誰(shuí)。這里有兩層意思： 問(wèn)題的層次是否正確：高層管理人員解決宏觀問(wèn)題，中層管理人員解決脈絡(luò)問(wèn)題，操作者解決細(xì)節(jié)問(wèn)題。 根據(jù)業(yè)務(wù)背景判斷：也就是有效地識(shí)別該問(wèn)題所針對(duì)的業(yè)務(wù)環(huán)節(jié)是由誰(shuí)負(fù)責(zé)處理的？執(zhí)行者往往是回答的最佳人選。 非正事心理 客觀 原因：辦公室本身就是一個(gè)容易被干擾的環(huán)境。應(yīng)對(duì)之道：訪談應(yīng)該盡可可能的避開辦公室。 主觀原因：非計(jì)劃的事情通常會(huì)被看做是低優(yōu)先級(jí)的事情。應(yīng)對(duì)之道：做好一周的訪談?dòng)?jì)劃，列出訪談人，訪談要點(diǎn)，讓對(duì)方統(tǒng)一安排。 抗拒心理 我們需要先 “化敵為友 ”。這是主導(dǎo)的策略，實(shí)際的方法有很多 推卸責(zé)任心理 突破推卸責(zé)任心理的簡(jiǎn)單手段是讓被訪談?wù)呓榻B工作場(chǎng)景。 3需求獲取中的注意事項(xiàng) 如果沒(méi)有一個(gè)有條理的組織方案（例如用例），要將來(lái)自眾多用戶的需求意見合并起來(lái)相當(dāng)困難。 只向很少的用戶代表收集意見，或者只聽取聲音最大、最固 執(zhí)已見的客戶的意見，也是需求獲取過(guò)程中存在的問(wèn)題。 這將導(dǎo)致遺漏對(duì)某些用戶類很重要的需求，或者引入一些大多數(shù)用戶并不需要的需求。 解決這一問(wèn)題的最佳平衡方式是讓用戶代言人參與需求獲取，這些代言人必須具備為所屬的用戶類代言的權(quán)力，同時(shí)每個(gè)代言人都有數(shù)名來(lái)自同一用戶類的用戶代表作為后援。 需求獲取過(guò)程中，你也許會(huì)發(fā)現(xiàn)項(xiàng)目范圍定義不正確，或者太大，或者太小。 3需求分析主要用來(lái)做什么 需求分析實(shí)際上是業(yè)務(wù)分析 ，也就是選擇一種業(yè)務(wù)導(dǎo)向的線索將零散的需求串起來(lái)，形成一個(gè)體系完整、內(nèi)容清晰的框架，以指導(dǎo)后續(xù)的設(shè)計(jì)、 開發(fā)工作。 更具體地描述需求分析工作的任務(wù) ：分解、提煉、消除矛盾。連成一句話就是： 需求分析就是先分解、再提煉，在這個(gè)過(guò)程中消除矛盾。 3建模的要點(diǎn)與原則 建模的要點(diǎn) 設(shè)計(jì)要考慮到計(jì)劃之外的變化 設(shè)計(jì)要文檔化 用可視化的模型表達(dá)架構(gòu) 切忌 “為了建模而建模 ” 建模的原則 選擇創(chuàng)建什么模型對(duì)如何動(dòng)手解決問(wèn)題和如何形成解決方案有著深遠(yuǎn)的影響 每一種模型可以在不同的精度級(jí)別上表示 最好的模型是與現(xiàn)實(shí)相聯(lián)系的 單個(gè)模型是不充分的，對(duì)每個(gè)重要的系統(tǒng)最好用一組幾乎獨(dú)立的模型去處理 3建模工具的選擇 建模的要點(diǎn)是 根據(jù)要完成的任務(wù)選擇合適的建模工具。 3 UML 的優(yōu)點(diǎn) 首先 UML 是一種統(tǒng)一的、標(biāo)準(zhǔn)化的建模語(yǔ)言，它能為許許多多參與軟件設(shè)計(jì)和開發(fā)的人提供一種公共 “語(yǔ)言 ”，使他們能夠基于共同的 “模型 ”來(lái)理解業(yè)務(wù)、需求，理解軟件和架構(gòu)如何構(gòu)造 其次 UML 是一種應(yīng)用面很廣泛的建模語(yǔ)言，它不僅可以用于軟件系統(tǒng)建模，還可以用于業(yè)務(wù)流程、業(yè)務(wù)知識(shí)、數(shù)據(jù)庫(kù)、嵌入式等多個(gè)領(lǐng)域；而且對(duì)于不同的領(lǐng)域，其所采用的本質(zhì)元素是相同的。這樣：不同的人就可以基于相同的語(yǔ)言溝通；不同的領(lǐng)域模型就可以通過(guò)相同的機(jī)制進(jìn)行互換與遷移。這就是統(tǒng)一的趨 勢(shì) 3流程分析（跨職責(zé)流程圖、活動(dòng)圖） 跨職責(zé)流程圖 適合于將流程分析的產(chǎn)物在企業(yè)管理中復(fù)用時(shí)，或者參與的人員有更強(qiáng)的業(yè)務(wù)背景。 要素：流程名稱、職責(zé)帶區(qū)、流程階段、流程元素、并行、流程引用 活動(dòng)圖 活動(dòng)圖是一種表述過(guò)程機(jī)理、業(yè)務(wù)過(guò)程以及工作流的技術(shù)。它主要的應(yīng)用包括兩個(gè)方面：一是在業(yè)務(wù)建模階段，對(duì)工作流進(jìn)行建模；二是在系統(tǒng)分析和設(shè)計(jì)階段，對(duì)操作進(jìn)行建模 它的作用和傳統(tǒng)的 “流程圖 ”是有著很深的淵源，也十分的相似。不過(guò)它與流程圖最主要的區(qū)別在于，活動(dòng)圖能夠支持并行的行為。 3領(lǐng)域類圖 標(biāo)識(shí)類： 發(fā)現(xiàn)類的方法很多，此處介紹最廣泛使用的 “名詞動(dòng)詞法 ” 主要規(guī)則： 名詞與名詞短語(yǔ)中提取對(duì)象與屬性；動(dòng)詞與動(dòng)詞短語(yǔ)中提取操作與關(guān)聯(lián)；所有格短語(yǔ)通常表明名詞應(yīng)該是屬性而不是對(duì)象 3用例模型 參與者： 參與者是在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。參與者不僅可以由人承擔(dān)，還可以是其他系統(tǒng)、硬件設(shè)備，甚至是時(shí)鐘。 用例： 用例實(shí)例是在系統(tǒng)中執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成特定執(zhí)行者可見的價(jià)值結(jié)果。 用例的特征 ： 用例是相對(duì)獨(dú)立的： 用例的執(zhí)行結(jié)果對(duì)參與者來(lái)說(shuō)是可觀測(cè)的和有意義的： 這件事必須由一個(gè)參與者發(fā)起。不存在沒(méi)有參與者的用例，用例不應(yīng)該自動(dòng)啟動(dòng)，也不應(yīng)該主動(dòng)啟動(dòng)另一個(gè)用例： 用例必然是以動(dòng)賓短語(yǔ)形式出現(xiàn)的： 一個(gè)用例就是一個(gè)需求單元、分析單元、設(shè)計(jì)單元、開發(fā)單元、測(cè)試單元，甚至部署單元 兩個(gè)用例之間可能存在的關(guān)系 ：包含、擴(kuò)展、泛化，而通常不應(yīng)該有通信關(guān)系 包含關(guān)系： 在 UML 中，用構(gòu)造型 include表示（箭頭方向是從基用例到被包含用例），它是指基用例在它內(nèi)部說(shuō)明的某一個(gè)位置上顯式地合并了另一個(gè)用例的行為 擴(kuò)展關(guān)系： 在 UML 中，擴(kuò)展關(guān)系用構(gòu)造型 extend表示（箭頭從擴(kuò)展用例到基用例），它表示基用例在由擴(kuò)展用例間接說(shuō)明的一個(gè)位置上，隱式地合并了另一個(gè)用例的行為 泛化關(guān)系： 用例間的泛化則表示子用例繼承了父用例的行為和含義；子用例還可以增加或覆蓋父用例的行為；子用例可出現(xiàn)在父用例出現(xiàn)的任何位置 關(guān)系名稱 事件流類型 含義 面向用戶 包含 子事件流 表示兩個(gè)以上用例共用的子事件流 開發(fā)團(tuán)隊(duì) 擴(kuò)展 擴(kuò)展事件流 抽取出優(yōu)先級(jí)較低的擴(kuò)展事件流 客戶 泛化 公共事件流 抽取多個(gè)用例之中的共性 開發(fā)團(tuán)隊(duì) 參與者之間的關(guān)系： 只有一種，即泛化。 應(yīng)用舉例： 系統(tǒng)功能：以 Inter 的形式向客戶提供座位預(yù)訂的服務(wù)，并且如果暫時(shí)無(wú)法獲取座位信息時(shí)，允許客戶進(jìn)入 “等侯隊(duì)列 ”，當(dāng)有人退訂之后將及時(shí)通知客戶。另外，該系統(tǒng)還將為總臺(tái)服務(wù)員提供座位的安排，以及結(jié)賬的功能，要求能夠支持現(xiàn)金和銀行卡兩種結(jié)賬方式。 3業(yè)務(wù)流程為主線的分解結(jié)構(gòu) 業(yè)務(wù)流程為主線的分解結(jié)構(gòu)： 這種結(jié)構(gòu)是以業(yè)務(wù)流程為主線索的，也就是按 “事 ”的角度進(jìn)行分解。它對(duì)于聯(lián)機(jī)事務(wù)處理系統(tǒng)、管理信息系統(tǒng)而言是非常適用的方法。 程序結(jié)構(gòu)為主線索的分解結(jié)構(gòu)： 適用于問(wèn)題域不復(fù)雜，或者系統(tǒng)與問(wèn)題域關(guān)聯(lián)性 不強(qiáng)的情況下，例如工具軟件、面向設(shè)備的嵌入式系統(tǒng)等 基于場(chǎng)景的分解結(jié)構(gòu) 對(duì)于決策支持系統(tǒng)、面向用戶的嵌入式系統(tǒng)而言，決策場(chǎng)景、使用場(chǎng)景就是主要的線索。向上可以總結(jié)成一類相似的集合，再總結(jié)成一系列的關(guān)注點(diǎn)或功能域；而向下可以分成具體的決策步驟或操作任務(wù)。 基于數(shù)據(jù)的分解結(jié)構(gòu) 適用于數(shù)據(jù)倉(cāng)庫(kù)之類的數(shù)據(jù)類項(xiàng)目。對(duì)于諸如數(shù)據(jù)倉(cāng)庫(kù)之類的數(shù)據(jù)類項(xiàng)目， “事 ”這條線索并不明顯，或者并不重要，這時(shí)就需要采用以數(shù)據(jù)為主線的分解結(jié)構(gòu)。 流程的層次 4部署圖 部署圖： 表示該軟件系統(tǒng)如何部署到硬件環(huán)境中。它的 用途是顯示該系統(tǒng)不同的組件將在何處物理地運(yùn)行，以及它們將如何彼此通信。也就是說(shuō)部署圖描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟件。它可以顯示計(jì)算機(jī)節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)和通信路徑、節(jié)點(diǎn)上運(yùn)行的軟件構(gòu)件等。 關(guān)鍵組成部分： 節(jié)點(diǎn)、連接、構(gòu)件、接口 節(jié)點(diǎn)：代表一類運(yùn)行時(shí)的計(jì)算資源 （ 例如：一類服務(wù)器、一類工作站、一個(gè) PC 終端、一個(gè)打印機(jī)、一個(gè)傳感器等）。 連接：表示兩個(gè)節(jié)點(diǎn)之間的物理連接，用一根實(shí)現(xiàn)表示（關(guān)聯(lián)關(guān)系） 對(duì)部門級(jí)流程的抽象概括 需求分析的主線索，流程分析的主要輸出 填充需求細(xì)節(jié) 4非功能需求 對(duì)產(chǎn)品功能描述的補(bǔ)充。 是指軟 件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性。 4軟件需求規(guī)格說(shuō)明書編寫 常見的描述風(fēng)格： 自然語(yǔ)言： 優(yōu)點(diǎn)：易于編寫、易于閱讀，不用掌握特定的技能， 缺點(diǎn)：不夠嚴(yán)謹(jǐn)，歧義性強(qiáng)，表述力差 圖形化模型 優(yōu)點(diǎn)：可視性、聚集性 缺點(diǎn)：要求編寫和閱讀人都能夠正確地理解模型 形式化規(guī)格描述 優(yōu)點(diǎn)：嚴(yán)謹(jǐn)、精確 缺點(diǎn)：編寫和閱讀人都會(huì)感覺很困難，易產(chǎn)生理解歧義 根據(jù)不同項(xiàng)目、軟件開發(fā)團(tuán)隊(duì)的特點(diǎn)，選擇不同的風(fēng)格組合。 模板類型（ 3 種）： 國(guó)標(biāo) /ISO 版本：該標(biāo)準(zhǔn)由 1988 年制定，于 2020 年發(fā)布了新的 版本 RUP 版本：其主要采用模型為主的思路，文字部分的模板顯得有點(diǎn)過(guò)于簡(jiǎn)單，無(wú)法涵蓋所有需要的內(nèi)容 咨詢商版本：比較追求通用性，有時(shí)難免出現(xiàn) “大而全 ”的弊端。典型代表： Volere 寫作策略與技巧： 軟件需求規(guī)格說(shuō)明書是應(yīng)用文，不強(qiáng)調(diào)優(yōu)美的辭藻、工整的句子，而是強(qiáng)調(diào)信息的有效傳遞！ 圖 X 部署圖示例 2 需求描述的兩大原則： 簡(jiǎn)潔、段落文字少列表、圖表相結(jié)合的表示法 4需求評(píng)審 同級(jí)桌查 /輪查： 是個(gè)人級(jí)的評(píng)審方法，是需求人員之間私下進(jìn)行的交叉審查。 桌查：兩位需求人員之間交換文檔產(chǎn)物，互相提出意見 輪查：多位需求人員之間 交叉交換文檔產(chǎn)物，互相提出意見 臨時(shí)評(píng)審： 通常是個(gè)人的工作習(xí)慣。最常見、最簡(jiǎn)單的臨時(shí)評(píng)審是在溝通過(guò)程中，由信息的接收者向信息的傳達(dá)者做簡(jiǎn)要的、概括性的回顧，以期達(dá)成共識(shí)。 審查過(guò)程概述： 評(píng)審活動(dòng)的直接目的 ：是找出軟件需求規(guī)格說(shuō)明書中的問(wèn)題，但更有價(jià)值、更有意義的是解決問(wèn)題，并且避免它。 解決問(wèn)題：我們必須對(duì)提出的問(wèn)題是否解決進(jìn)行跟蹤、督促 避免問(wèn)題出現(xiàn)：對(duì)所有問(wèn)題都應(yīng)該進(jìn)行分類、因果分析、找到出現(xiàn)這些問(wèn)題的深層次原因