软体系统的规划与建置.pptVIP

第一章 .NET Framework介紹 1.1 Visual Studio 2005概述 軟體系統的規劃與建置，以往需要針對不同作業系統平台、程式語言、軟體技術…進行整合整合費時耗力，成為軟體增加複雜度。 為簡化軟體規劃與設計所需的成本，學界與商界不斷推出更先進的軟體設計技術與產品，以因應日趨複雜的軟體開發需求。 本章將深入了解整個軟體開發環境，包含規劃、設計、整合…等等領域，從過去到現在的進展，以及針對目前的軟體開發困境，市場上有那些解決方案可供選擇。 最後介紹未來軟體開發平台.NET Framework，看微軟的 .NET 願景是如何透過 .NET Framework 來加以建構，及新一代VS 2005開發環境與VB 2005語言所能帶來的軟體開發優勢。 將針對分散式軟體開發技術，尤其是目前主流的XML Web Services 技術，加以深入的剖析在完成整個 Internet 軟體開發技術的介紹後將深刻了解如何透過VS 2005 軟體開發工具以及VB 2005 程式語言，建構出以 .NET Framework 為堅實基礎的軟體元件與系統，再經由 XML Web Services 將軟體系統延伸至Internet，最後整合 Internet 上不同平台上的不同系統，以及各類型的用戶端設備，勾勒出 .NET 願景所帶來的無限商機。 1.2.2 程式設計方法 現今的程式設計師往往必須埋頭於數十萬行以上的程式碼中維持軟體系統的可靠度與穩定性。 傳統的結構化程式設計技術在今日早已無法掌握日益複雜的軟體系統，於是在物件導向 (OO, Object Oriented) 是近代軟體系統分析、規劃與設計概念的一大突破，也無疑是大型軟體系統的救世主。 在OO的領域中，除先前所提到的OOA 物件導向分析與OOD 物件導向設計之外 另一項與程式設計密不可份的技術就是OOP物件導向程式設計。 所謂的OOP 就是「使用物件導向的概念來撰寫程式」，有經驗的程式設計師甚至可使用不支援物件導向語法的程式語言來撰寫出非常物件導向的程式 例如組合語言 (不要懷疑，筆者就曾經寫過)，但經驗不足的程式設計師也有可能使用諸如C++ 之類支援物件導向程式語法的程式語言，卻撰寫出一點都不像物件導向的程式。 1.2.3 分散式軟體技術 展示 (Presentation)在軟體系統的 Presentation層次中，主要負責進行使用者介面的處理，包含資料的輸入與顯示、圖表的繪製…等與資料展現有關的工作。 商業邏輯 (Business Logic)軟體系統中都包含了許多邏輯的處理，例如銀行利率的計算、轉帳、帳號與密碼的檢查、資料的加密與解密…等等，這些工作都屬於商業邏輯層次的工作範圍。 資料來源 (Data Source) 所謂的資料來源，指的就是軟體系統中資料儲存的位置，例如Microsoft SQL Server、Oracle、Sybase、Access…等等資料庫，甚至是 XML 資料都可以稱作是資料來源。 軟體系統的架構 (以上三個層次的組合方式) 來看，大致上可以分成以下幾個類型： 1. 單機架構 (Stand Alone) 單機架構中，展示、商業邏輯與資料來源都位於同一個軟體、同一部電腦上。 如 dBase、Access、FoxPro…等開發出來的單機應用程式，由於整個系統不需要牽涉到與其它電腦或系統的整合。 設計上非常單純，在單機上的效率也不差，適合單人操作使用，然而由於資料是位於軟體所在的電腦上，因此如果要進行不同電腦之間的資料交換，往往需要透過檔案複製來達成，非常的不方便。 假設銀行的系統是採用單機的架構所開發，那麼今天在台北某一分行存款10,000元，這個存款資料只會存放在該洽辦行員所用的電腦上，必須將該筆新的存款資料拷貝到磁片上，然後複製到全省其它分行的所有行員所使用的電腦中，這樣才能在其它分行中也能看得到這筆新的存款資料，如果還要進行複雜的轉帳交易，那麼單機架構就明顯力有未殆了。 2. 主從式架構 (Client/Server) 3. Heavy Client 將商業邏輯直接用程式語言撰寫好與展示層一同放在用戶端上，稱之為Heavy Client 。 由於商業邏輯需要大量的運算，因此放在用戶端上會造成用戶端執行效率下降，再加上一旦商業邏輯有更動，就必須重新將新版的程式重新安裝在所有的用戶端上，在軟體安裝佈署與管理上非常的耗時耗力。 4. Thin Client 將商業邏輯與資料來源放置在一起，用戶端單純做展示層工作，稱之為Thin Client 。 在這個架構中由於商業邏輯單獨放在資料來源所在電腦上，因此在修改商業邏輯時就比Heavy Client要方便許多。 缺點則是會降低資料來源端的