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