基于NET的需求分析和解決方案設(shè)計04

1、第4章 概念設(shè)計的創(chuàng)建本章概述在構(gòu)思階段，項目團隊收集足夠多的信息來啟動項目，這樣允許他們創(chuàng)建基準(zhǔn)遠(yuǎn)景/范圍文檔。在構(gòu)思階段接近結(jié)束時，團隊進入 Microsoft® 解決方案框架（MSF）過程模型的計劃階段。在這一階段，要保證待解決的業(yè)務(wù)問題得到充分地理解，這樣才能設(shè)計出解決業(yè)務(wù)問題的解決方案。此外，還要計劃如何開發(fā)解決方案，并確定是否已經(jīng)有了開發(fā)解決方案的資源。在計劃階段，創(chuàng)建一個模型和需求文檔的集合。這個模型和文檔的集合構(gòu)成了解決方案的功能說明書或藍(lán)本。在計劃階段開始制作解決方案的功能說明書。在本章中，將學(xué)習(xí)計劃階段的目的，以及在計劃階段發(fā)生的三個設(shè)計過程：概念設(shè)計、邏輯設(shè)計和

2、物理設(shè)計。還將學(xué)習(xí)功能說明書的用途和優(yōu)點。另外，將詳細(xì)地學(xué)習(xí)概念設(shè)計。教學(xué)目標(biāo)l 描述 MSF 過程模型的計劃階段的目的l 描述計劃階段內(nèi)功能說明書的作用l 描述概念設(shè)計的目的l 分析一個概念設(shè)計l 優(yōu)化一個概念設(shè)計教學(xué)重點l 描述 MSF 過程模型的計劃階段的目的l 描述概念設(shè)計的目的教學(xué)難點l 分析一個概念設(shè)計是一個需要具備較豐富企業(yè)經(jīng)驗的專業(yè)人事才能具體全面的概況到的。對于大多學(xué)生來說，欠缺的就是企業(yè)經(jīng)驗教學(xué)資源課本知識點4.1計劃階段概述4.2功能說明書概述4.3概念設(shè)計過程概述4.4構(gòu)建概念設(shè)計4.5優(yōu)化概念設(shè)計習(xí)題習(xí)題1-對應(yīng)知識點功能說明書概述習(xí)題2-對應(yīng)知識點概念設(shè)計過程概述

3、習(xí)題3-對應(yīng)知識點構(gòu)建概念設(shè)計 習(xí)題4-對應(yīng)知識點構(gòu)建概念設(shè)計 習(xí)題5-對應(yīng)知識點優(yōu)化概念設(shè)計教師光盤幻燈片教師光盤：Powerpnt2710B_04.ppt多媒體視頻教師光盤：Powerpnt習(xí)題解答教師光盤：tPrepanswer先修知識在正式開始學(xué)習(xí)本章內(nèi)容以前，學(xué)生須具備下列知識基礎(chǔ)。先修知識推薦補充了解Windows程序設(shè)計的基礎(chǔ)知識?；?VB.NET 的 Windows 程序設(shè)計了解WEB類程序設(shè)計的知識。面向 .NET 的 Web 應(yīng)用程序設(shè)計連接XML Web Service 開發(fā)的知識。XML Web Service 開發(fā)建議學(xué)時課堂教學(xué)（2課時）教學(xué)過程4.1計劃階段概述

4、教學(xué)提示 ：Microsoft 解決方案框架概述部分主要達到兩個目的。l 描述計劃階段的三個步驟和中間角色。(精講)l 確定計劃階段的公共交付成果。（略講）教學(xué)內(nèi)容教學(xué)活動教學(xué)提示講授：計劃階段說白了。就是要給我們后面的工作，根據(jù)前期制定的目標(biāo)進行一個規(guī)劃和計劃。這其中有對于信息的分析，信息的整合，信息的完善等等的操作。這就好比我們造房子，我們首先要勘探地址，配合城市整體規(guī)劃等等的計劃之后，才可以進行相應(yīng)的建造。所以計劃對于整個項目是非常重要的。閱書：4.1.1幻燈：第4頁 講授： 我們現(xiàn)在來看一下三個設(shè)計過程：概念設(shè)計、邏輯設(shè)計和物理設(shè)計。我們來看一下書：講解課本：4.1.2概念設(shè)計其實就是

5、根據(jù)客戶商務(wù)的要求，根據(jù)不同的企業(yè)場景，定義問題，并設(shè)計相關(guān)的解決方案的過程。而邏輯設(shè)計從我們開發(fā)團隊的角度將項目的設(shè)計轉(zhuǎn)變成一個項目中不同的模塊之間的設(shè)計和劃分。而物理設(shè)計則是針對我們的開發(fā)人員，定義一些具體的開發(fā)細(xì)節(jié)。閱書：4.1.2幻燈：第6頁講授：雖然在計劃階段項目團隊作為一個整體工作，但是在這一階段團隊中每個角色都有不同的責(zé)任。我們來看一下分別都有什么責(zé)任：講解課本角色群目標(biāo)程序管理在項目約束內(nèi)交付解決方案開發(fā)生成規(guī)范測試只有當(dāng)所有的產(chǎn)品質(zhì)量問題都被識別和解決之后才能夠批準(zhǔn)發(fā)布。用戶體驗增強用戶有效性發(fā)布管理實現(xiàn)順利的部署和正在進行的操作產(chǎn)品管理讓客戶滿意閱書：4.1.3幻燈：第8頁

6、講授：計劃階段最后到達項目計劃認(rèn)可里程碑（approved milestone），到達該里程碑表示項目團隊、客戶和項目干系人對以下內(nèi)容達成共識：項目交付成果、計劃滿足需求、計劃可以成功地實現(xiàn)。我們分別來看一下這幾項有什么內(nèi)容：講解課本：4.1.4這里我們可以參照技術(shù)文檔“CASESTDY第三章閱讀文檔項目計劃.htm”這里，我們看見一個計劃文檔是如何編寫的。閱書：4.1.4幻燈：第9頁4.2功能說明書概述教學(xué)提示 ：本節(jié)主要達到一個目的。l 描述功能說明書的內(nèi)容。（精講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：功能說明書是項目和成品虛擬儲備庫，這里的成品是指與設(shè)計相關(guān)的，在 MSF 過程模型的計劃階段創(chuàng)

7、建的成品。成品是發(fā)生在計劃階段的概念設(shè)計、邏輯設(shè)計以及物理設(shè)計中的設(shè)計活動的結(jié)果。這些成品可以包括統(tǒng)一建模語言（Unified Modeling Language，UML）模型，例如用例圖、使用場景、候選需求（演進的），候選功能以及不同的信息模型等。我們來具體看一下書上是如何描述的：我們可以參照“CASESTDY第四章閱讀文檔 Cyber Book功能說明書.doc”，從這份文檔里可以看見功能說明書首先可以看見項目背景，目標(biāo)及使用場景。功能描述里分為兩部分，是按照我們的構(gòu)架來進行創(chuàng)建的?？蛻舴?wù)網(wǎng)站這里包括客戶信息管理，商品信息瀏覽和查詢，購物車和訂單確認(rèn)，客戶訂單管理四個模塊。配送中心這個模

8、塊包括訂單管理和跟蹤的功能。每個畫面在功能設(shè)計里體現(xiàn)在給出界面截屏，界面上的控件說明，界面需要完成的功能要求及出現(xiàn)的錯誤信息等。講解課本：4.2.1閱書：4.2.1幻燈：第12頁講授：既然做了功能說明書，那它的目的是什么呢？我們來看一下書上是如何說明的：講解課本4.2.2。閱書：4.2.2幻燈：第13頁講授：最后我們來看一下功能說明書具備了哪些元素。講解課本：4.2.3閱書：4.2.3幻燈：第17頁4.3概念設(shè)計過程概述教學(xué)提示 ：本節(jié)主要達到一個目的。l 描述概念設(shè)計中的步驟。（精講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：概念性設(shè)計描述了為解決方案的每個主要功能所提供的功能。對移植項目來說，概念性設(shè)

9、計從大體上來說與為現(xiàn)有應(yīng)用或基礎(chǔ)設(shè)施組件版本建立的設(shè)計相同。盡管如此，在功能說明中為移植項目明確地說明這一計劃還是非常重要的，當(dāng)前組件的實際構(gòu)思可能已經(jīng)與其最初設(shè)想有所不同了。即使概念性設(shè)計一直沒變，它仍然可以成為后續(xù)階段的試金石。例如，在概念性設(shè)計中就對解決方案中必需包括的每個用戶接口單元做了說明。概念性設(shè)計解決了解決方案如何同時為用戶和管理員工作的問題。項目組在設(shè)計時要考慮到所有用戶配置文件組的需求。為此，他們首先必需要對需求獲得深入的理解。講解課本：4.3.1閱書：4.3.1幻燈：第23頁講授：然后我們來看一下概念設(shè)計的目標(biāo)。最主要的是理解待解決的業(yè)務(wù)問題，理解業(yè)務(wù)、客戶和最終用戶的需求

10、，描述業(yè)務(wù)的目標(biāo)未來狀態(tài)。比如：一個客戶關(guān)系管理項目，我們需要通過概念設(shè)計明白這個項目需要解決的就是客戶關(guān)系混亂，客戶信息不能有效的管理；用戶的需求就是要把客戶關(guān)系能高效的管理同時能分析客戶的走向。同時應(yīng)該把客戶關(guān)系管理的高效性能帶來的客戶資源的高度集中管理相結(jié)合起來。能為企業(yè)的將來帶來更進一步的發(fā)展。講解課本4.3.2。閱書：4.3.2幻燈：第24頁講授：最后我們來了解一下概念設(shè)計的步驟。講解課本：4.3.3閱書：4.3.3幻燈：第26頁4.4構(gòu)建概念設(shè)計教學(xué)提示 ：本節(jié)主要達到一個目的。l 描述將需求分類為用戶需求、系統(tǒng)需求、運營需求和業(yè)務(wù)需求。（精講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：我們首

11、先來了解一下分析步驟的任務(wù)及分析步驟的交付成果。在分析步驟中，完成以下任務(wù)：l 綜合信息l 完善用例圖l 為解決方案選擇合適的應(yīng)用程序體系結(jié)構(gòu)l 創(chuàng)建解決方案概念模型我們這里著重和大家說一下什么是用例圖？參與者不是特指人，是指系統(tǒng)以外的，在使用系統(tǒng)或與系統(tǒng)交互中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時間或其他系統(tǒng)等等。還有一點要注意的是，參與者不是指人或事物本身，而是表示人或事物當(dāng)時所扮演的角色。比如小明是圖書館的管理員，他參與圖書館管理系統(tǒng)的交互，這時他既可以作為管理員這個角色參與管理，也可以作為借書者向圖書館借書，在這里小明扮演了兩個角色，是兩個不同的參與者。參與者在畫圖中

12、用簡筆人物畫來表示，人物下面附上參與者的名稱。用例是對包括變量在內(nèi)的一組動作序列的描述，系統(tǒng)執(zhí)行這些動作，并產(chǎn)生傳遞特定參與者的價值的可觀察結(jié)果。這是UML對用例的正式定義，對我們初學(xué)者可能有點難懂。我們可以這樣去理解，用例是參與者想要系統(tǒng)做的事情。對于對用例的命名，我們可以給用例取一個簡單、描述性的名稱，一般為帶有動作性的詞。用例在畫圖中用橢圓來表示，橢圓下面附上用例的名稱。系統(tǒng)邊界是用來表示正在建模系統(tǒng)的邊界。邊界內(nèi)表示系統(tǒng)的組成部分，邊界外表示系統(tǒng)外部。系統(tǒng)邊界在畫圖中方框來表示，同時附上系統(tǒng)的名稱，參與者畫在邊界的外面，用例畫在邊界里面。因為系統(tǒng)邊界的作用有時候不是很明顯，所以我個人理

13、解，在畫圖時可省略。箭頭用來表示參與者和系統(tǒng)通過相互發(fā)送信號或消息進行交互的關(guān)聯(lián)關(guān)系。箭頭尾部用來表示啟動交互的一方，箭頭頭部用來表示被啟動的一方，其中用例總是要由參與者來啟動。講解課本：4.4.1閱書：4.4.1幻燈：第29頁講授：現(xiàn)在我們來看一下重述需求的一些知識點。講解課本4.4.2。閱書：4.4.2幻燈：第31頁講授：現(xiàn)在我們再來看一下需求可以分類成哪幾種？講解課本：4.4.3閱書：4.4.3幻燈：第32頁講授：用例圖只是簡單地用圖描述了一下系統(tǒng)，但對于每個用例，我們還需要有詳細(xì)的說明，這樣就可以讓別人對這個系統(tǒng)有一個更加詳細(xì)的了解，這時我們就需要寫用例描述。對于用例描述的內(nèi)容，一般沒

14、有硬性規(guī)定的格式，但一些必須或者重要的內(nèi)容還是必須要寫進用例描述里面的。用例描述一般包括：簡要描述（說明）、前置（前提）條件、基本事件流、其他事件流、異常事件流、后置（事后）條件等等。下面說說各個部分的意思：簡要描述：對用例的角色、目的的簡要描述；前置條件：執(zhí)行用例之前系統(tǒng)必須要處于的狀態(tài)，或者要滿足的條件；基本事件流：描述該用例的基本流程，指每個流程都“正?！边\作時所發(fā)生的事情，沒有任何備選流和異常流，而只有最有可能發(fā)生的事件流；其他事件流：表示這個行為或流程是可選的或備選的，并不是總要總要執(zhí)行它們；異常事件流：表示發(fā)生了某些非正常的事情所要執(zhí)行的流程；后置條件：用例一旦執(zhí)行后系統(tǒng)所處的狀態(tài)

15、；幻燈：第37頁講授：在本章節(jié)里我們看一下應(yīng)用程序體系結(jié)構(gòu)有哪些?；脽簦旱?9頁4.5優(yōu)化概念設(shè)計教學(xué)提示 ：本節(jié)主要達到一個目的。l 描述優(yōu)化過程。（精講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：為設(shè)計未來狀態(tài)，要分析當(dāng)前狀態(tài)場景，消除低性能、瓶頸和冗余。未來狀態(tài)最好由項目團隊和用戶在業(yè)務(wù)過程重新設(shè)計專家的幫助下共同設(shè)計。描述未來狀態(tài)的任務(wù)從用戶的角度重新設(shè)計過程重新設(shè)計在設(shè)計期間確定的過程復(fù)查概念模型以上幾個步驟，我們來具體看一下書：講解課本：4.5.1閱書：4.5.1幻燈：第43頁講授：現(xiàn)在我們來看一下評估重新設(shè)計的過程。講解課本4.5.2。閱書：4.5.2幻燈：第44頁講授：現(xiàn)在我們再來看一下驗

16、證概念設(shè)計模型的方法。講解課本：4.5.3閱書：4.5.3幻燈：第45頁總結(jié)經(jīng)過本章的學(xué)習(xí)，我們了解了下列的知識和內(nèi)容。l 描述 MSF 過程模型的計劃階段的目的l 描述計劃階段內(nèi)功能說明書的作用l 描述概念設(shè)計的目的l 分析一個概念設(shè)計l 優(yōu)化一個概念設(shè)計在第五章中，我們將進行邏輯設(shè)計的創(chuàng)建的學(xué)習(xí)，讓大家能理解邏輯設(shè)計的創(chuàng)建在中起到什么作用布置作業(yè)完成書后習(xí)題1-5案例教學(xué)對應(yīng)本書光盤“CASESTDY第四章閱讀文檔”,通過對這些文檔資料對概念設(shè)計的創(chuàng)建有一個整體的了解。案例Fabrikam公司背景Fabrikam公司生產(chǎn)和銷售風(fēng)箏，擁有超過5000個客戶?，F(xiàn)在，公司擁有一個靜態(tài)網(wǎng)站并接收客

17、戶的電話訂單。公司從兩個供貨商處獲得原材料。公司雇傭你設(shè)計和開發(fā)一個使用微軟.NET 框架的解決方案，使客戶可以在網(wǎng)上下訂單。這個解決方案包括一個新的客戶網(wǎng)站。網(wǎng)站的測試和實施必須在6個月內(nèi)完成。現(xiàn)有IT環(huán)境Fabrikam公司有一個私人的虛擬個人網(wǎng)絡(luò)。銷售人員在出差時使用VPN訪問電子郵件和共享文件。公司使用一個財務(wù)應(yīng)用程序來管理客戶賬單過程。財務(wù)應(yīng)用程序運行在大型計算機上。這個應(yīng)用程序接受TCP/IP的連接，它使用自帶的二進制通信協(xié)議。程序響應(yīng)速度慢，支持最多2個并發(fā)的TCP/IP連接，且不能存儲貨物狀態(tài)信息。公司將繼續(xù)使用財務(wù)應(yīng)用程序。會見客戶銷售經(jīng)理我們的銷售人員在辦公和出差途中需要訪

18、問客戶信息和訂單歷史。我們按銷售數(shù)量對客戶進行分類。我們使用3種分類方式，按銷售數(shù)量升序排列，分別是銅、銀或金牌客戶，等級越高價格越低。我們目前以書面形式存儲分類定價。我希望將存儲分類定價作為新解決方案的一部分。我也希望每季度更改定價。每個客戶必須只能看到自己的定價信息。客戶不應(yīng)知道不同定價種類的存在。生產(chǎn)經(jīng)理我想要一個解決方案來追蹤原材料庫存和幫助我定購原材料。運輸經(jīng)理我們花費太多時間處理客戶電話?？蛻艚?jīng)常致電交流他們訂單的運輸狀態(tài)。我們的員工要找到每個打印訂單，然后向客戶報告運輸狀態(tài)。IT部門 IT經(jīng)理我負(fù)責(zé)這個項目，我將直接和你一起工作。最終，我希望將所有的業(yè)務(wù)處理都在網(wǎng)上實現(xiàn)。然而，我

19、們的最終目標(biāo)是要讓客戶滿意。任何能使我們的銷售人員更有效率的方法都可以使我們的客戶更滿意。我們客戶最大的需求之一就是能在月底下訂單?，F(xiàn)在，由于沒有足夠的員工接電話，我們不能滿足客戶的需求?？蛻粢蚕肓私飧嘤唵螤顟B(tài)的信息。他們想要追蹤訂單所處的階段和監(jiān)控運輸狀態(tài)。他們希望當(dāng)貨物上船時，能通過電子郵件獲知信息。現(xiàn)在，由于我們沒有足夠的員工電話通知他們貨物上船，客戶還不能及時獲取信息。我們在品牌建設(shè)上投資頗大。當(dāng)我們的客戶有與我們公司相關(guān)的需求的時候，可以通過訪問Fabrikam公司的網(wǎng)站滿足需求?？蛻舨粫捎诖祟愋枨笾囟ㄏ蛉テ渌W(wǎng)站，向其他公司求助。我們的競爭對手擁有非常有競爭力的網(wǎng)站，我們必須快

20、速反應(yīng)以保證我們的網(wǎng)站提供所有相關(guān)功能。我管理4位員工。他們都有ASP經(jīng)驗，但沒有ASP.NET的經(jīng)驗。我希望至少2位我的員工能參與項目開發(fā)。我的員工會在實施后負(fù)責(zé)維護新應(yīng)用程序。我們會自己管理應(yīng)用程序。我們將升級網(wǎng)絡(luò)以處理相應(yīng)流量。我們希望網(wǎng)站盡可能方便管理。在負(fù)載高峰，我們必須能夠監(jiān)控每個客戶種類登錄網(wǎng)站的數(shù)量。我不希望修改現(xiàn)有的財務(wù)應(yīng)用程序，也不像給大型機增加任何應(yīng)用程序。在4個月內(nèi)，我們的運輸合作伙伴將開始使用XML WEB服務(wù)追蹤運輸。我們已經(jīng)有我們的合作伙伴支持的接口文檔。經(jīng)濟部門 首席經(jīng)濟師這個項目對我們公司很重要。然而，我們只有有限的資金可以使用。我們必須保證項目的范圍能使客戶

21、的利益最大化。業(yè)務(wù)處理客戶每月下一次訂單定購風(fēng)箏。訂單一下便不能更改。每個訂單都由銷售人員電話接收。銷售人員馬上使用客戶電腦將訂單輸入財務(wù)應(yīng)用程序。然后，訂單被打印出來并送到運輸部門。運輸部門從庫存種裝運訂單貨物。訂單被標(biāo)記為完成。很多客戶有長期訂單，長期訂單是客戶每月所需貨物的列表。現(xiàn)在，銷售部門將長期訂單記錄在案。長期訂單的客戶有時會用月度訂單替換長期訂單。財務(wù)應(yīng)用程序不為訂單存儲運輸信息。一旦訂單已下，財務(wù)應(yīng)用程序就視該訂單已完成，可用作賬單目的。問題 案例 Fabrikam公司1 你正創(chuàng)建客戶種類數(shù)據(jù)模型的物理設(shè)計。為了報告，你想優(yōu)化對客戶種類數(shù)據(jù)的訪問。你定義了一個客戶表和一個種類表

22、。你下一步應(yīng)該做什么？A. 在種類表中定義3個外鍵，每個列對應(yīng)客戶表中的不同雙親行。在外鍵上定義索引B. 在客戶表中定義3個外鍵，每個列對應(yīng)種類表中的不同雙親行。在外鍵上定義索引C. 在種類表中定義1個外鍵，對應(yīng)客戶表中的不同雙親行。在外鍵上定義索引D. 在客戶表中定義1個外鍵，對應(yīng)種類表中的不同雙親行。在外鍵上定義索引答案：D2 你正設(shè)計財務(wù)應(yīng)用程序界面的實施。你須保證新的應(yīng)用程序可以與財務(wù)應(yīng)用程序通信。你應(yīng)該怎么做？A. 創(chuàng)建XML Web服務(wù)類B. 創(chuàng)建TCP客戶對象C. 創(chuàng)建TCP監(jiān)聽對象D. 使用Wsdl.exe創(chuàng)建XML WEB服務(wù)代理類答案：B3 Fabrikam公司的解決方案中

23、須包括哪些模塊？（多選）A. 數(shù)據(jù)存儲B. 大型機界面C. 客戶網(wǎng)站D. 定購原材料E. 銷售人員網(wǎng)站答案：A,B,C,D,E4 你正計劃新應(yīng)用程序的實施。你要考慮如何在最短時間內(nèi)轉(zhuǎn)移客戶數(shù)據(jù)。你應(yīng)該怎么做？A. 從動態(tài)目錄下載客戶數(shù)據(jù)到新應(yīng)用程序B. 創(chuàng)建數(shù)據(jù)轉(zhuǎn)換服務(wù)包，從大型機下載客戶數(shù)據(jù)到新應(yīng)用程序C. 創(chuàng)建財務(wù)應(yīng)用程序的界面，從財務(wù)應(yīng)用程序訪問客戶數(shù)據(jù)D. 創(chuàng)建數(shù)據(jù)轉(zhuǎn)換服務(wù)包，從客戶種類數(shù)據(jù)下載客戶數(shù)據(jù)到新應(yīng)用程序答案：B5 你正撰寫文檔定義潛在項目風(fēng)險。哪些業(yè)務(wù)限制是最大的潛在風(fēng)險？A. 解決方案由Fabrikam公司主持B. 客戶網(wǎng)站的測試和實施須在6個月內(nèi)完成C. 運輸合作伙伴在

24、4個月內(nèi)實施XML WEB服務(wù)D. 所有客戶努力在月底下訂單答案：D6 你正驗證物理設(shè)計。你應(yīng)保證設(shè)計與客戶定價種類需求對應(yīng)。設(shè)計中應(yīng)包含哪些成員？A. Product類里的無參數(shù)A.GetPrice方法B. Product類里的A.Price屬性C. Customer類里的A.Price屬性D. Product類里的單個客戶對象參數(shù)的A.GetPrice方法答案：D7 你正撰寫解決方案整合需求的列表。應(yīng)包括哪些需求？（多選）A. 訂單數(shù)據(jù)必須從財務(wù)應(yīng)用程序中讀出B. 運輸追蹤必須從XML WEB服務(wù)中讀出C. 客戶必須重定向到其他網(wǎng)站以追蹤貨物D. 客戶須使用XML WEB服務(wù)下訂單E. 訂單數(shù)據(jù)必須寫入財務(wù)應(yīng)用程序F. 訂單數(shù)據(jù)須電郵給銷售人員答案：A,B,E8 你要介紹解決方案的標(biāo)準(zhǔn)開發(fā)進程。你的推薦須幫助開發(fā)團