1、,RUP大講堂（第三講）-如何建立軟件產(chǎn)品的愿景,肖勇 ,2,議程,為什么需要愿景 業(yè)務(wù)愿景 系統(tǒng)愿景,導(dǎo)出愿景的技巧 小節(jié),為什么需要建立項(xiàng)目愿景-基本認(rèn)識(shí) 愿景：向往的前景，愿景是為整 個(gè)軟件開(kāi)發(fā)的組織服務(wù)，對(duì)于軟 件項(xiàng)目，愿景通常也是由關(guān)鍵性,客戶或公司的重要管理者提出。 軟件項(xiàng)目的愿景來(lái)源于不止一人 不正確的愿景是大多數(shù)項(xiàng)目失敗,的根本原因 愿景的重要性：“如果僅允許一,份文檔、模型或工件來(lái)支撐項(xiàng) 目，我會(huì)選擇愿景文檔?！?Philippe Kruchten 3,業(yè)務(wù) 愿景,系統(tǒng) 遠(yuǎn)景,愿景,4,為什么需要建立項(xiàng)目愿景-一件事可以有不同視角,5,為什么需要建立愿景-重要性,有一個(gè)清晰的

2、愿景是開(kāi)發(fā)一個(gè)滿足涉眾真 正需求的產(chǎn)品的關(guān)鍵。,愿景給更詳細(xì)的技術(shù)需求提供了一個(gè)高層 的、有時(shí)候是合同式的基礎(chǔ)。,6,為什么需要建立愿景-如何陳述,對(duì)的陳述應(yīng)該能回答以下問(wèn)題:,關(guān)鍵術(shù)語(yǔ)是什么？（詞匯表）,我們嘗試解決的問(wèn)題是什么？（問(wèn)題陳述） 我們的商業(yè)理由是什么？,涉眾是誰(shuí)？用戶是誰(shuí)？他們各自的需求是什么？ 產(chǎn)品的特性是什么？ 功能性需求是什么？,非功能性需求是什么？ 設(shè)計(jì)約束是什么？,7,業(yè)務(wù)愿景-概念,業(yè)務(wù)愿景是對(duì)于組織應(yīng)實(shí)現(xiàn)什么目標(biāo)的理解。 了解業(yè)務(wù)愿景的主要目標(biāo)是如何規(guī)劃業(yè)務(wù)愿景并 不斷改進(jìn)它,幫助達(dá)成目標(biāo)的高級(jí)業(yè)務(wù)需求,現(xiàn)有業(yè)務(wù)流程的問(wèn)題（如客戶難點(diǎn)、高成本、計(jì) 劃問(wèn)題等等）,8

3、,業(yè)務(wù)愿景-內(nèi)容,業(yè)務(wù)愿景捕獲項(xiàng)目的高級(jí)目標(biāo)。它傳達(dá)了有關(guān)項(xiàng)目的 基本信息，包括開(kāi)發(fā)系統(tǒng)的業(yè)務(wù)目的以及具體要開(kāi)發(fā) 什么，同時(shí)它還是驗(yàn)證未來(lái)所有決策的標(biāo)尺。,從商業(yè)的角度提供必要的信息，以確定該項(xiàng)目是否值 得投資。對(duì)于商業(yè)軟件產(chǎn)品，業(yè)務(wù)愿景應(yīng)包含一組關(guān) 于項(xiàng)目的假設(shè)，以及在這些假設(shè)成立的情況下投資收 益率（ROI）的數(shù)量級(jí)。,9,業(yè)務(wù)愿景-檢查項(xiàng),_概述很好地描述了目標(biāo)組織嗎,有可能按照建議對(duì)目標(biāo)組織作出變更和改進(jìn)嗎？ 可評(píng)估新的目標(biāo)嗎,新的目標(biāo)現(xiàn)實(shí)并且有可能實(shí)現(xiàn)嗎 處理了風(fēng)險(xiǎn)嗎,在項(xiàng)目的框架設(shè)置內(nèi)可作出建議的變更和改進(jìn)嗎 業(yè)務(wù)愿景明確地指出了希望作出變更的域嗎 業(yè)務(wù)愿景明確地描述了有必要作出變

4、更的原因嗎,10,系統(tǒng)愿景-概念,獲得需要解決的問(wèn)題的共識(shí)。 確定系統(tǒng)的項(xiàng)目干系人。 定義系統(tǒng)的邊界。,描述系統(tǒng)的主要特性,11,系統(tǒng)愿景-主要內(nèi)容,確定目標(biāo)系統(tǒng)的市場(chǎng)背景,列明系統(tǒng)將要解決的重大問(wèn)題 系統(tǒng)的概括定義,以特性（Feature）的方式定義目標(biāo)系統(tǒng)的高層需求,特性表達(dá)了目標(biāo)系統(tǒng)為了實(shí)現(xiàn)用戶利益而必須具備的能力 （Capability）,特性是一種對(duì)外的服務(wù)，通常要求用戶提供一系列輸入以得到響應(yīng) 的結(jié)果,市場(chǎng)背景,軟件特性,12,系統(tǒng)愿景-主要內(nèi)容（續(xù)）,明確地定義目標(biāo)系統(tǒng),勾畫目標(biāo)系統(tǒng)的上下文環(huán)境與邊界,列明目標(biāo)系統(tǒng)的主要（能力）特性及其提供給客戶的利益,明示目標(biāo)系統(tǒng)當(dāng)前所做的假定

5、和其依賴的條件，它們將可能是未來(lái) 引起需求變更的重要因素,軟件上下文環(huán)境,利益相關(guān)者,標(biāo)識(shí)目標(biāo)系統(tǒng)的最終用戶與其他涉眾，以確定需求收集的來(lái)源 分析用戶與涉眾的基本特點(diǎn)，以幫助獲取與辨別系統(tǒng)的需求 列明用戶與涉眾針對(duì)目標(biāo)系統(tǒng)的各類需要（needs），它們決定了 最終系統(tǒng)需求,13,系統(tǒng)愿景-主要內(nèi)容（續(xù)）,設(shè)計(jì)約束限定了目標(biāo)系統(tǒng)設(shè)計(jì)乃至實(shí)現(xiàn)方案的選擇范圍 接口需求,質(zhì)量范圍概略描繪了目標(biāo)系統(tǒng)的重要質(zhì)量需求 適用標(biāo)準(zhǔn)、硬件需求及環(huán)境需求等,其他,14,系統(tǒng)愿景-建立的步驟,獲得需要解決的問(wèn)題的共識(shí) 確定項(xiàng)目干系人 定義系統(tǒng)邊界,確定要施加在系統(tǒng)上的約束 形成問(wèn)題陳述 定義系統(tǒng)特性 評(píng)估結(jié)果,15,

6、系統(tǒng)愿景-建立步驟1：獲得需要解決的問(wèn)題的共識(shí),要獲得問(wèn)題的定義的共識(shí),查找根本原因（或者叫“問(wèn)題后面的問(wèn)題”）。真正 的問(wèn)題往往隱藏在表面問(wèn)題的后面,不要接受問(wèn)題的第一次陳述。繼續(xù)問(wèn)“為什么？”了 解問(wèn)題的本質(zhì),16,系統(tǒng)愿景-建立步驟2：確定項(xiàng)目干系人,系統(tǒng)的用戶是誰(shuí)？,誰(shuí)負(fù)責(zé)出資購(gòu)買系統(tǒng)？,還有誰(shuí)受系統(tǒng)生成的輸出的影響？ 當(dāng)系統(tǒng)交付和部署時(shí)誰(shuí)將評(píng)價(jià)系統(tǒng)？,系統(tǒng)有沒(méi)有其他內(nèi)部或外部用戶的需求需要滿足？ 維護(hù)新系統(tǒng)的人是誰(shuí)？ 還有其他人嗎？,好，還有其他人嗎？,17,系統(tǒng)愿景-建立步驟3：定義系統(tǒng)邊界,系統(tǒng)邊界定義解決方案以及圍繞解決方案的真 實(shí)世界之間的邊界。,在許多情況下，系統(tǒng)的邊界是很

7、明顯的。 邊界不明顯的情況我們需要通過(guò)反復(fù)討論確定 下來(lái)。,18,系統(tǒng)愿景-建立步驟4：確定要施加在系統(tǒng)上的約束,政治：有沒(méi)有內(nèi)部或外部政治問(wèn)題影響可能的解決方案？部門之間呢？ 經(jīng)濟(jì)：適用的財(cái)務(wù)或預(yù)算約束有哪些？銷售的貨物成本或產(chǎn)品定價(jià)方面有 沒(méi)有要考慮的問(wèn)題？有沒(méi)有什么許可問(wèn)題？,環(huán)境：有沒(méi)有環(huán)境或規(guī)章制度方面的約束？法律方面的呢？我們是否受其 他標(biāo)準(zhǔn)的約束？,技術(shù)：我們?cè)诩夹g(shù)的選擇上受約束嗎？我們只能受限于在現(xiàn)有的平臺(tái)或技 術(shù)條件下工作嗎？我們?cè)谛录夹g(shù)的使用上受到阻礙嗎？,可行性：規(guī)定了時(shí)間進(jìn)度嗎？我們受限于現(xiàn)有的資源嗎？我們可以使用外 面的勞動(dòng)力嗎？我們可以擴(kuò)展資源嗎？臨時(shí)資源？ 永久資

8、源？,系統(tǒng)：解決方案要建立在我們現(xiàn)有的系統(tǒng)上嗎？我們必須維護(hù)與現(xiàn)有解決 方案的兼容性嗎？必須支持哪些操作系統(tǒng)和環(huán)境？,19,系統(tǒng)愿景-建立步驟5：形成問(wèn)題陳述,與所有小組成員一起研究框架圖，并為識(shí)別的每個(gè)問(wèn)題填寫以下 模板：,問(wèn)題,影響。 其影響是。,一個(gè)成功的解決方案將 。,系統(tǒng)愿景-建立步驟6：定義系統(tǒng)特性,基于問(wèn)題陳述中列出的好處，制定您希望系統(tǒng)擁有的特性 的列表。簡(jiǎn)單地描述這些特性，并將屬性賦予它們，以幫 助定義它們?cè)陧?xiàng)目中的一般狀態(tài)和優(yōu)先級(jí)。,20,系統(tǒng)愿景-建立步驟7：評(píng)估結(jié)果,您已經(jīng)完全找出“問(wèn)題背后的問(wèn)題”是什么了嗎,問(wèn)題的陳述表達(dá)得正確嗎,項(xiàng)目干系人列表完整而正確嗎 每個(gè)人都

9、同意系統(tǒng)邊界的定義嗎,如果系統(tǒng)邊界是用參與者表示的，那么所有的參與者都得到定義并進(jìn)行,了正確描述嗎,您已經(jīng)充分研究了要施加到系統(tǒng)上的約束嗎,您已經(jīng)涵蓋了各種類型的約束（比如政治、經(jīng)濟(jì)和環(huán)境方面）嗎 已經(jīng)確定并定義了系統(tǒng)的所有關(guān)鍵特性嗎 這些特性會(huì)解決識(shí)別出的問(wèn)題嗎 這些特性與確定的約束一致嗎,21,導(dǎo)出愿景的技巧-角色扮演,給項(xiàng)目小組的每個(gè)成員分配一個(gè)對(duì)系統(tǒng)有影響的角色。角色可以是 用戶、系統(tǒng)本身、其他系統(tǒng)，有時(shí)是系統(tǒng)維護(hù)的實(shí)體。然后，小組 走查如何使用系統(tǒng)。在此過(guò)程中，將討論誰(shuí)負(fù)責(zé)什么事情，對(duì)每個(gè) 角色的職責(zé)進(jìn)行記錄。讓系統(tǒng)分析員扮演用戶或客戶的角色有助于 真正地了解問(wèn)題領(lǐng)域。,作為角色扮演

10、的框架，您可以對(duì)如何使用系統(tǒng)按照腳本執(zhí)行走查。 如果您已經(jīng)概括了一些用例，可以將它們用作腳本的基礎(chǔ)。還可以 在業(yè)務(wù)級(jí)別執(zhí)行走查，將業(yè)務(wù)用例用作腳本的基礎(chǔ)。,經(jīng)常與角色扮演一起使用的另一個(gè)技巧是類職責(zé)協(xié)作 (CRC) 卡。,22,導(dǎo)出愿景的技巧-魚骨圖的使用,23,導(dǎo)出愿景的技巧-排列圖,愿景,24,愿景在哪里？ 愿景什么樣？,導(dǎo)出愿景的技巧-愿景引導(dǎo)（一）,25,我 要？ 我為愿景 做些什么,導(dǎo)出愿景的技巧-愿景引導(dǎo)（二）,理想狀態(tài) 應(yīng) 有 狀 態(tài) 現(xiàn) 實(shí) 狀 態(tài),26,過(guò)去,現(xiàn)在,未來(lái)？,導(dǎo)出愿景的技巧-愿景引導(dǎo)（三） 未來(lái)在過(guò)去的延長(zhǎng)線上嗎？ 未來(lái),27,我的工作難以 找到失誤！ 銷售部,

11、工作能找 到失誤 嗎？ 軟件部,導(dǎo)出愿景的技巧-愿景引導(dǎo)（四） 我的,28,導(dǎo)出愿景的技巧-集體討論,集體討論是一次簡(jiǎn)短的集體會(huì)議，在會(huì)議上每個(gè)人都可以提出他們 認(rèn)為對(duì)項(xiàng)目很重要的任何意見(jiàn)。,集體討論的意思是，讓參與者在很短的一段時(shí)間內(nèi)（比如，15 分 鐘）各抒己見(jiàn)，說(shuō)出他們認(rèn)為對(duì)項(xiàng)目很重要的任何意見(jiàn)。之后，協(xié) 調(diào)人領(lǐng)導(dǎo)大家對(duì)結(jié)果進(jìn)行整理并確定優(yōu)先順序。集體討論的規(guī)則如 下：,一開(kāi)始，明確說(shuō)明集體討論會(huì)議的目標(biāo)。 盡可能提出更多的提議。 發(fā)揮您的想象力。,收集信息時(shí)，不允許出現(xiàn)批評(píng)或爭(zhēng)論。 一旦信息收集完畢，對(duì)提議進(jìn)行整理。,29,導(dǎo)出愿景的技巧-集體討論（續(xù)）,組織者讓每個(gè)參與者都能進(jìn)行表決

12、。,讓每個(gè)參與者對(duì)每個(gè)提議依據(jù)類別區(qū)分優(yōu)先順序（例 如，關(guān)鍵、重要、不錯(cuò)），這些類別具有已指定的權(quán)重 （如，3、2、1）。每個(gè)提議的優(yōu)先值的和將說(shuō)明它相 對(duì)于其他提議的重要程度。,如果一些提議需要進(jìn)一步發(fā)展，可以留待以后的會(huì)議討 論。,參與者傳閱剩余的自粘性便箋，并以一種有意義的方式 進(jìn)行整理。,30,導(dǎo)出愿景的技巧-演示圖板,簡(jiǎn)單地說(shuō)，演示圖板表示使用工具向用戶（參與者）說(shuō)明 （并且有時(shí)用動(dòng)畫演示）系統(tǒng)將如何適合于組織，并表明 系統(tǒng)的行為是什么。輔導(dǎo)員向小組展示原始故事板，小組 提供意見(jiàn)。然后，就會(huì)在研討會(huì)期間“實(shí)時(shí)”發(fā)展故事板。 因此，需要圖形化繪圖工具，以使您很容易地更改故事板。 為了避

13、免注意力分散，使用簡(jiǎn)單的工具（框架圖、白板)常 是很明智的。,有兩組截然不同的工具可用于演示圖板：被動(dòng)工具和主動(dòng) 工具。被動(dòng)表示顯示非動(dòng)畫的圖片，而主動(dòng)工具內(nèi)置了更 復(fù)雜的功能。,31,EX：軟件公司內(nèi)部信息系統(tǒng)建設(shè)的愿景,“我們的內(nèi)部工具有兩個(gè)目標(biāo)：使用軟件來(lái)處理日常工作，為我們 的知識(shí)工作者避免浪費(fèi)的時(shí)間；同時(shí)把人解放出來(lái)做更艱難的工作 以及處理意外事件”,通過(guò)提供流程、應(yīng)用程序和系統(tǒng)帶動(dòng)新一波的用戶生產(chǎn)力 集中關(guān)注支持公司業(yè)務(wù)模式的流程和系統(tǒng) 在安全和優(yōu)化的IT架構(gòu)上運(yùn)行 產(chǎn)品的首位和最佳客戶,32,小結(jié),愿景不是理想和目標(biāo),愿景的三個(gè)特征：,1. 愿景是發(fā)生于自己內(nèi)心的最真切的刻骨銘心

14、的愿望（刻在大腦,的潛意識(shí)層）；,2. 愿景是高于現(xiàn)實(shí)的（現(xiàn)實(shí)生活中不存在的）；,3. 愿景在頭腦中是一幅生動(dòng)而清楚的圖像,用戶的愿景有三類：一類是合理的,一類是不合理，還有一類是合 理的但目前技術(shù)條件無(wú)法達(dá)成的目標(biāo),33,小結(jié),形成共同的行動(dòng)綱領(lǐng),目標(biāo)要以業(yè)務(wù)為導(dǎo)向，可度量，合理，可行,太大的愿景會(huì)造成資源浪費(fèi)，太小愿景造成士氣低落,清楚的（specific） 可衡量的measurable) 達(dá)得到的（attainable) 合理的(reasonable) 具體的(tangible),34,UML簡(jiǎn)介-主要?dú)v史,其它的方法,OOSE,Booch 方法,OMT,35,UML簡(jiǎn)介-主要作用,UM

15、L 是一套標(biāo)準(zhǔn)的建模語(yǔ)言，是一整套建模的符號(hào) UML 是一套我們需要遵循規(guī)則 UML 是開(kāi)發(fā)高品質(zhì)產(chǎn)品保證,UML 是軟件產(chǎn)品成功部署的保證 UML使整個(gè)軟件開(kāi)發(fā)過(guò)程可視化,UML 描述整個(gè)軟件開(kāi)發(fā)過(guò)程中，包括分析，設(shè)計(jì)，實(shí)現(xiàn) UML讓軟件建構(gòu)在特定的語(yǔ)言工具之上 UML能生成各個(gè)階段工件文檔化,36, 元素,結(jié)構(gòu)性元素（Structural things）, 動(dòng)作性元素,（Behavioral things ），分組元素Grouping things,Annotational things, 關(guān)系,（依賴）Dependency, （關(guān)聯(lián)）Association, （一般化） Generali

16、zation, （實(shí)現(xiàn)）Realization, 圖,Class diagram, Object diagram, Component diagram, Deployment diagram,Use case diagram, Interaction diagram, Sequence diagram ,Collaboration diagram,Statechart diagram, Activity diagram,UML簡(jiǎn)介-基本符號(hào),UML簡(jiǎn)介-基本符號(hào)(元素) 結(jié)構(gòu)化元素,（類）Class （接口）Interface （用例）use case （組件）component,（節(jié)點(diǎn)）node 動(dòng)作性元素 (交互) interation (狀態(tài)) state (狀態(tài)機(jī)) state machine