【正文】 PowerScript 的普及程度對 PB的明天有一定的限制。 DELPHI/ C++Builder 它們都是基于 VCL 庫的可視化開發(fā)工具，它們在組件技術的支持、數(shù)據(jù)庫支持、系統(tǒng)底層開發(fā)支持、網(wǎng)絡開發(fā)支持、面向對象特性等各方面都有相當不錯的表現(xiàn)，并且學習使用較為容易，充分提現(xiàn)了所見即所得的可視化開發(fā)方法，開發(fā)效率高。，它們所作的最大不足之處就是他們的幫助系統(tǒng)在眾多的編程工具中是屬于比較差的。 JAVA工具，目前比較出名的是 Borland出的 JBuilder和 IBM出的 Visual Age for Java,兩種工具。適用于開發(fā)除了系統(tǒng)軟件、驅動程序、高性能實時系統(tǒng)、大規(guī)模圖像處理 以外所有的應用。在一般的管理信息系統(tǒng)中和一般的數(shù)據(jù)庫開發(fā)中，很少有人會選擇 JAVA。但是 JAVA 的強大網(wǎng)絡功能和真正的面向對象特性決定了 JAVA 的未來，JAVA 將在一個較為長期的時段里可以與微軟家族抗衡。 Visual C++，是基于 MFC 庫的可視化的開發(fā)工具，從總體上說它是一個功能強大但是不便使用的一種工具。它在網(wǎng)絡開發(fā)和多媒體開發(fā)都具有不俗的表現(xiàn)，幫助系統(tǒng)也做得非常不錯（ Microsoft 在細節(jié)方面的處理往往都讓人覺得親切），從功能上講除了跨平臺應用外什么都可開發(fā)；從開發(fā)效率角度講只局限于開發(fā) windows 系統(tǒng)應用、可重用組件及驅動程序。又因為有微軟的支持，其自身的基礎語言的普及程度高，以及其代碼的執(zhí)行效率高等特性、 VC 自帶強大幫助文檔和大量優(yōu)質教材， VC 在開發(fā)工具中始終可以穩(wěn)住陣角。 由于除了有些語言不是很熟悉外，而且是第一次開發(fā)網(wǎng)絡游戲，對語言的駕馭能力還很有限，我選擇了幫助功能非常強大的 Microsoft (微軟 )的 Visual C++作為我東華理工大學長江學院畢業(yè)設計（論文） 系統(tǒng)開發(fā)工具及其介紹 5 的開發(fā)工具。 Visual C++編程特點 C++語言 的發(fā)展 C++語言發(fā)展大概可以分為三個階段 ： 第一階段 從 80年代 到 1995 年， C++語言基本上是傳統(tǒng)類型上 的面向對象語言 ，并且憑借著接近 C 語言的效率，在工業(yè)界使用的開發(fā)語言中占據(jù)了相當大份額； 第二階段 從 1995 年到 2021 年，這一階段 由于標準模板庫 (STL)和后來 的Boost等程序庫的出現(xiàn)，泛型程序設計在 C++中占據(jù)了越來越多的比重性。當然，同時由于 Java、 C等語言的出現(xiàn)和硬件價格的大規(guī)模下降， C++受到了一定的沖擊； 第三階段 從 2021年至 今，由于 以 Loki、 MPL等程序庫為代表的產(chǎn)生式編程和模板元 編程的出現(xiàn)， C++出現(xiàn)了發(fā)展歷史上又一個新的高峰，這些新技術的出現(xiàn)以及和 原有技術的融合，使 C++已經(jīng)成為當今 主流程序設計語言 中最復雜的一員。 C++是由 C 語言發(fā)展而來，是面向對象程序設計語言之一 。 C++語言是一種應用較廣的面向對象的程序設計語言，使用它可以實現(xiàn)面向對象的程序設計。面向對象的設計與面向過程的設計是有很大區(qū)別的，面向對象的程序設計是在面向過程的程序設計的基礎上一個質的飛躍。 Visual C++ 簡介 Visual C++是 Microsoft 公司的 Visual Studio 開發(fā)工具箱中的一個 C++程序開發(fā)包 。 VisualStudio 提供了一整套開發(fā) Inter 和 Windows 應用程序的工具，包括VisualC++， Visual Basic， Visual Foxpro, Visual InterDev， Visual J++以及其他輔助工具，如代碼管理工具 Visual SourceSafe和聯(lián)機幫助系統(tǒng) MSDN。 Visual C++包中除包括 C++編譯器外，還包括所有的庫、例子和為創(chuàng)建 Windows 應用程序所需要的文檔 。 Visual C++作為一個主流的開發(fā)平臺一直深受編程愛好者的喜愛，但是很多人卻對它的入門感到難于上青天，究其原因主要是大家 對他錯誤的認識造成的 ， 嚴格的來說 Visual C++不是門語言，雖然它和 Visual C++之間有密切的關系 ， 如果形象點比喻的話，可以 Visual C++看作為一種 “ 工業(yè)標準 ” ， 而 V Visual C++則是某種操作系統(tǒng)平臺下的 “ 廠商標準 ” ， 而 “ 廠商標準 ” 是在遵循 ” 工業(yè)標準 ” 的前提下擴展而來的。 從最早期的 版本，發(fā)展到最新的 版本， Visual C++已經(jīng)有了很大的變化，在界面、功能、庫支持方面都有許多的增強。最新的 版本在編譯器、 MFC 類庫、東華理工大學長江學院畢業(yè)設計（論文） 系統(tǒng)開發(fā)工具及其介紹 6 編輯器以及聯(lián)機幫助系統(tǒng)等方面都比以前的版本 做了較大改進。 Visual C++的優(yōu)點是界面簡潔，占用資源少，操作方便。 Visual C++ 的開發(fā)環(huán)境 Visual C++ 是一個 Windows 應用程序，啟動后顯示一個標準窗口，包括窗口框架、標題欄、菜單欄、工具欄、項目工作區(qū)、狀態(tài)欄等，在這個窗口中可完成程序創(chuàng)建工程、編輯編譯文件、資源編輯、程序調試、鏈接生成可執(zhí)行文件等工作，是一個集成化開發(fā)環(huán)境。 應用程序的大部分命令是通過菜單發(fā)出的，在使用一個開發(fā)工具之前，了解其菜單功能是非常重要的。 Visual C++ 的主菜 單包含 File、 Edit、 View、 Insert、Projec、 Build、 Tools、 Windows、 Help 等項。 圖 21 Visual C++ File 菜單： New 選項的新建文件中 可以選擇創(chuàng)建新的 C++源文件，頭文件等 圖 22 創(chuàng)建新的頭文件和源文件界面 Edit 菜單：包含對源文件進行編輯的命令，有許多與 Word 編輯命令相同， 另外還包含一些針對方便源文件錄入的輔助工具。 Build 菜單：對程序代碼進行調試和生成可執(zhí)行程序。 東華理工大學長江學院畢業(yè)設計（論文） 需求分析及 可行性分析 7 3. 需求分析及可行性分析 需求分析 需求分析的作用 需求分析就是分析軟件用戶的需求是什么 。 如果投入大量的人力 ， 物力 ， 財力 ，時間 ， 開發(fā)出的軟件卻沒人要 ， 那所有的投入都是徒勞 。 如果費了很大的精力 ， 開發(fā)一個軟件 ， 最后卻不滿足用戶的要求 ， 從而要重新開發(fā)過 ， 這種返工是讓人痛心疾首的 。 比如 ， 用戶需要一個 linux 環(huán)境下 的軟件 ， 而你在軟件開發(fā)前期忽略了軟件的運行環(huán)境 ， 忘了向用戶詢問這個問題 ， 而想當然的認為是開發(fā) windows 環(huán)境下 的軟件 ，當你千辛萬苦地開發(fā)完成向用戶提交時才發(fā)現(xiàn)出了問題 ，那這個時候的損失就是巨大的。 需求分析過程 需求分析階段的工作，可以分為四個方面：問題識別，分析與綜合，制訂規(guī)格說明，評審。 （ 1） 問題識別 ： 就是從系統(tǒng)角度來理解軟件 ， 確定對所開發(fā)系統(tǒng)的綜合要求 ，并提出這些需求的實現(xiàn)條件 ， 以及需求應該達到的標準 。 這些需求包括 ： 功能需求 (做什么 )， 性能需求 (要達到什么指標 )， 環(huán)境需求 (如機型 ， 操作系統(tǒng)等 )， 可靠性需求 (不發(fā)生故障的概率） ， 安全保密需求 ， 用戶界面需求 ， 資源使用需求 (軟件運行是所需的內(nèi)存 ， CPU 等 )， 軟件成本消耗與開發(fā)進度需求 ， 預先估計以后系統(tǒng)可能達到的目標 。 （ 2） 分析與綜合 ： 逐步細化所有的軟 件功能 ， 找出系統(tǒng)各元素間的聯(lián)系 ， 接口特性和設計上的限制 ， 分析他們是否滿足需求 ， 剔除不合理部分 ， 增加需要部分 。 最后 ， 綜合成系統(tǒng)的解決方案 ， 給出要開發(fā)的系統(tǒng)的詳細邏輯模型 (做什么的模型 )。 （ 3） 制訂規(guī)格說明書 ： 即編制文檔 ， 描述需求的文檔稱為軟件需求規(guī)格說明書 。注意需求分析階段的成果是需求規(guī)格說明書 (好象軟考曾經(jīng)考過這個問題 )， 向下一階段提交 。 （ 4） 評審 ： 對功能的正確性 ， 完整性和清晰性 ， 以及其它需求給予評價 。 評審通過才可進行下一階段的工作 ， 否則重新進行需求分析 。 需求分析的方法 需求分析的方法 有很多 。 這里只強調原型化方法 ， 其它的方法如 ： 結構化方法 ，動態(tài)分析法等 (個人認為 ， 對初學者不必深究這些方法 ， 實際上我也從來沒用過這些方法 )在此不討論 。 原型化方法是十分重要的 (是軟考等?？嫉闹R點 )。 原型就是軟件的一個早期可運行的版本 ， 它實現(xiàn)了目標系統(tǒng)的某些或全部功能 。 原型化方法就是盡可能快地建造一個粗糙的系統(tǒng) ， 這系統(tǒng)實現(xiàn)了目標系統(tǒng)的某些東華理工大學長江學院畢業(yè)設計（論文） 需求分析及 可行性分析 8 或全部功能 ， 但是這個系統(tǒng)可能在可靠性 ， 界面的友好性或其他方面上存在缺陷 。 建造這樣一個系統(tǒng)的目的是為了考察某一方面的可行性 ， 如算法的可行性 ， 技術的可行性 ， 或考察是否滿足用戶的 需求等 。 如 ， 為了考察是否滿足用戶的要求 ， 可以用某些軟件工具快速的建造一個原型系統(tǒng) ， 這個系統(tǒng)只是一個界面 ， 然后聽取用戶的意見 ，改進這個原型 。 以后的目標系統(tǒng)就在原型系統(tǒng)的基礎上開發(fā) 。 原型主要有三種類型 (軟考考過 )： 探索型 ， 實驗型 ， 進化型 。 探索型 ： 目的是要弄清楚對目標系統(tǒng)的要求 ， 確定所希望的特性 ， 并探討多種方案的可行性 。 實驗型 ：用于大規(guī)模開發(fā)和實現(xiàn)前 ， 考核方案是否合適 ， 規(guī)格說明是否可靠 。 進化型 ： 目的不在于改進規(guī)格說明 ， 而是將系統(tǒng)建造得易于變化 ， 在改進原型的過程中 ， 逐步將原型進化成最終系統(tǒng) 。 使用原型化方法有兩種 不同的策略 ： 廢棄策略 ， 追加策略 。 廢棄策略 ： 先建造一個功能簡單而且質量要求不高的模型系統(tǒng) ， 針對這個系統(tǒng)反復進行修改 ， 形成比較好的思想 ,據(jù)此設計出較完整 、 準確 、 一致 、 可靠的最終系統(tǒng) ， 系統(tǒng)構造完成后 ， 原來的模型系統(tǒng)就被廢棄不用 。 探索型和實驗型屬于這種策略 。 追加策略 ： 先構造一個功能簡單而且質量要求不高的模型系統(tǒng) ， 作為最終系統(tǒng)的核心 ， 然后通過不斷地擴充修改 ， 逐步追加新要求 ， 發(fā)展成為最終系統(tǒng) 。 進化型屬于這種策略 。 3. 2 可行性分析 3． 2． 1 可行性分析的意義 可行性研究能使新系統(tǒng)達到以最小的開發(fā)成本取得最佳的經(jīng) 濟效益?？尚行匝芯康哪康?，是根據(jù)所開發(fā)系統(tǒng)的請求，通過初步調查和系統(tǒng)目標分析，對要開發(fā)的民航票務管理系統(tǒng)從技術上、經(jīng)濟上、資源上和管理上進行是否可行的研究。這是一項保證資源合理使用、避免失誤和浪費的重要工作。 經(jīng)濟上的可行性：主要分析成本與收益、投資效果等。 技術上的可行性：要分析技術力量、計算機性能、通訊網(wǎng)絡和系統(tǒng)條件等。 資源上的可行性：主要指管理、經(jīng)費能否得到保證。 管理上的可行性：如帳戶管理水平、數(shù)據(jù)收集可能性、規(guī)章制度健全程度和領導對發(fā)展系統(tǒng)的態(tài)度。 3． 2． 2 可行性分析報告 以下為將可行性分析 轉化為的可行性報告 （ 1） 經(jīng)濟上的可行性 （ 2） 技術上的可行性：本系統(tǒng)技術實現(xiàn)簡單可靠，因為不需要大規(guī)模的計算和讀取數(shù)據(jù)，所以對計算機的性能要求并不高，對環(huán)境的搭建沒有特殊的要求。 （ 3） 資源上的可行性：開發(fā)本系統(tǒng)無需很特殊設備與環(huán)境，所以資源上具有可東華理工大學長江學院畢業(yè)設計（論文） 需求分析及 可行性分析 9 行性。 （ 4） 管理上的可行性：對于每個玩家 都 可以自己建立賬號直接進入，方便簡單。 3. 3 系統(tǒng)定義 本游戲是斗地主游戲 ,是根據(jù)民間的盛行的撲克牌游戲斗地主，融合現(xiàn)代 電子 游戲的特點和管理需要，推出的體現(xiàn)當前行業(yè)最具有代表意義的解決方案。作為面向廣大用戶 電子 游戲，主要用于提供斗地主的游戲平臺，提供登陸 、 發(fā)牌 、 出牌 、 勝負判定 、積分 以及退出等主要功能。 3. 4 系統(tǒng)的組成和功能構想 （ 1） 用戶動作信息錄入功能－－輸入 （ 2） 系統(tǒng)信息顯示功能－－輸出 （ 3） 登陸功能 （ 4） 退出功能東華理工大學長江學院畢業(yè)設計（論文） 系統(tǒng)總體設計方案 10 4. 系統(tǒng)總體設計方案 C/S 模式 C/S 模式 C/S （ Client/Server，客戶機 /服務器）模式又稱 C/S 結構，是軟件系統(tǒng)體系結構的一種。 C/S 模式主要由客戶應用程序 (Client)、服務器管理程序 (Server)和中間件 (middleware)三個部件組成。客戶應用程序是系統(tǒng)中用戶與數(shù)據(jù)進行交互的部件。服務器程序負責有效地管理系統(tǒng)資源，如管理一個信息數(shù)據(jù)庫，其主要工作是當多個客戶并發(fā)地請求服務器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件負責聯(lián)結客戶應用程序與服務器管理程序，協(xié)同完成一個作業(yè)，以滿足用戶查詢管理數(shù)據(jù)的要求。 設計原則 （ 1） 客戶端與服務器端必須連接在一起。 （ 2） 登錄的控制問題。當?shù)卿浫藬?shù)