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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18、問客戶信息和訂單歷史。我們按銷售數量對客戶進行分類。我們使用3種分類方式，按銷售數量升序排列，分別是銅、銀或金牌客戶，等級越高價格越低。我們目前以書面形式存儲分類定價。我希望將存儲分類定價作為新解決方案的一部分。我也希望每季度更改定價。每個客戶必須只能看到自己的定價信息?？蛻舨粦啦煌▋r種類的存在。生產經理我想要一個解決方案來追蹤原材料庫存和幫助我定購原材料。運輸經理我們花費太多時間處理客戶電話?？蛻艚洺Ｖ码娊涣魉麄冇唵蔚倪\輸狀態(tài)。我們的員工要找到每個打印訂單，然后向客戶報告運輸狀態(tài)。IT部門 IT經理我負責這個項目，我將直接和你一起工作。最終，我希望將所有的業(yè)務處理都在網上實現。然而，我

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

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

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

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

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

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