【文章內(nèi)容簡(jiǎn)介】 接口執(zhí)行。它比先前 C被評(píng)定為一種 OOP語言的看法容易接受得多。它在程序設(shè)計(jì)上或許像 Java一樣是面向?qū)ο蟮?。但不幸的?CLS這種包括MSIL的共享語言基礎(chǔ)，只讓 RAD開發(fā)者受益，而損害了硬件的核心開發(fā)者，有人認(rèn)為創(chuàng)造一種新程序設(shè)計(jì)語言的目的就是有能力充分運(yùn)用它 和服務(wù)于可微調(diào)的執(zhí)行能力，這一點(diǎn)在 CLS世界里是做不到的。老實(shí)說，加速充分利用從來不是許多語言的唯一目標(biāo)。許多語言的唯一目標(biāo)（最矚目的是像 Visual Basic和 Java的 RAD語言）是加速和美化開發(fā)和展開能力，而不僅僅是運(yùn)行時(shí)刻的速度。 你可以用 C++指定 .NET，并在你的代碼中運(yùn)用所有 C++特性。同時(shí)，因?yàn)?.NET在運(yùn)行時(shí)刻不能檢驗(yàn) C++代碼是否安全，此語言并不遵從 CLS規(guī)范，里面所書寫的程序也受到限制。作為應(yīng)對(duì)，微軟往 Visual C++里添加非標(biāo)準(zhǔn)管理的擴(kuò)展。用這些擴(kuò)展寫的代碼能符合 CLS規(guī)范。 C將把微軟領(lǐng)向何方就一目了然了。因?yàn)樗许?xiàng)目編寫會(huì)只依靠 MSIL和CLS JIT編譯程序。這樣 C或任何 MSIL前端語言比 Java任何時(shí)候都快。但很不幸，程序設(shè)計(jì)和編譯程序級(jí)的優(yōu)化不能在非微軟的平臺(tái)上充分利用，想在非 Windows平臺(tái)上展開 .NET，再充分運(yùn)用它們也是不現(xiàn)實(shí)的。 Visual 2020 平臺(tái) Visual 2020是一個(gè)功能強(qiáng)大、高效并且可擴(kuò)展的編程環(huán)境。有許多激動(dòng)人心的新功能，提供統(tǒng)一的集成開發(fā)環(huán)境，支持在同樣的開發(fā)環(huán)境里用Visual Basic、 Visual C++、 Visual C、 Visual J和其他數(shù)十種編程語言，編寫、調(diào)試和部署各種應(yīng)用程序。它充分展現(xiàn)了應(yīng)用程序的開發(fā)潛能、并提供了生成應(yīng)用程 10 序的所需要的工具和技術(shù)。這些應(yīng)用程序給當(dāng)今的企業(yè)、機(jī)構(gòu)提供了強(qiáng)大的支持，為開發(fā)下一代以 XML Web服務(wù)為中心的應(yīng)用程序而設(shè)計(jì)，并推動(dòng)下一代基于 XML Web服務(wù)軟件的發(fā)展，是有始以來功能最強(qiáng)大、最受歡迎的軟件開發(fā)工具。 C(發(fā)音為“ C Sharp” )是一門簡(jiǎn)單，現(xiàn)代，優(yōu)雅，面向?qū)ο?，類型安全，平臺(tái)獨(dú)立的一門新型組件編程語言。它雖 然是一種新語言，但是卻很難在這種語言中找到新的概念，其語法風(fēng)格不僅源自 C/C++家族，而且融合了 Visual Basic的高效和C/C++強(qiáng)大，因此是微軟為奠定其下一互聯(lián)網(wǎng)霸主地位而打造的 臺(tái)的主流語言。在我看來，優(yōu)點(diǎn)不外忽以下兩方面，其一：對(duì)于花了很多時(shí)間學(xué)會(huì) C、C++語言的程序員來說，可以不必丟棄以前的知識(shí)，就開始使用這種新的語言開發(fā)程序，盡管有些新概念、新技術(shù)和新的函數(shù)名需要學(xué)習(xí)，但一般而言它的語言及其語法是跟 C、 C++類似的，而且曾經(jīng)用 C++編寫好的代碼也可被重用，因?yàn)?C具有調(diào)用已有代碼和系統(tǒng)庫中的庫函數(shù)的機(jī)制；其二：組件編程已經(jīng)成為當(dāng)今世界軟件業(yè)面向下一代程序開發(fā)的一致選擇，是 90年代面向?qū)ο缶幊痰纳疃劝l(fā)展。 C生逢其時(shí)，占盡天時(shí)地利，“第一等的面向組件編程的支持”也決不是簡(jiǎn)單說說那么輕松。實(shí)際上，組件特性已經(jīng)深深植入 C語言的各個(gè)層面，可為是 C銳利（ Sharp）之處。 介紹 ADO的升級(jí)版本，它是全新的面向?qū)ο竽Ｐ?。?ADO更適應(yīng)于分布式及 Inter等大型應(yīng)用程序環(huán)境，為了多人同時(shí)存取更具擴(kuò)展性， 采用的是離線存取模式，可說是專門為 .NET平臺(tái)設(shè)計(jì)的數(shù)據(jù)存取結(jié)構(gòu)。它具有 簡(jiǎn)單地訪問關(guān)系數(shù)據(jù) 、 可擴(kuò)展性 、 支持多層應(yīng)用程序、統(tǒng)一 XML和關(guān)系數(shù)據(jù)訪問 的特點(diǎn) [7]。 (1) 簡(jiǎn)單地訪問關(guān)系數(shù)據(jù)。 。坦白的說，易于使用的類描述關(guān)系數(shù)據(jù)庫中的表、列和行。另外， DataSet類，它代表來自封裝在一個(gè)單元中的關(guān)聯(lián)表中的一組數(shù)據(jù)，維持他們之間完整的關(guān)系。這是在，可以顯著的擴(kuò)展數(shù)據(jù)訪問接口的功能。 (2) 可擴(kuò)展性。 —— 它為插件 .NET數(shù)據(jù)提供者（也稱為可管理提供者）提供了框架，這些提供者被構(gòu)建，以便從任何數(shù)據(jù)源讀取和寫入數(shù)據(jù)。 提供了兩種內(nèi)置的 .NET數(shù)據(jù)提供者，一種用于 OLE DB數(shù)據(jù)源，另一種用于Microsoft SQL Server。可以通過 OLE DB訪問數(shù)據(jù)格式（比如 Microsoft 11 Access）、第三方數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)。另外， Microsoft最近預(yù)演了用于 的 ，它允許 .NET訪問更多的舊的數(shù)據(jù)格式和第三方數(shù)據(jù)庫。 (3) 支持多層應(yīng)用 程序。 。這是當(dāng)今商業(yè)和電子商務(wù)應(yīng)用程序最常見的體系結(jié)構(gòu)。在多層體系結(jié)構(gòu)中，應(yīng)用邏輯的不同部分運(yùn)行在多個(gè)服務(wù)器或進(jìn)程中，每一部分就稱為一層。 Inter標(biāo)準(zhǔn) XML格式在層之間通信，允許數(shù)據(jù)通過 Inter防火墻來傳遞，并允許以非 Microsoft技術(shù)來實(shí)現(xiàn)一層或多層。 那么在 Visual 。一種是 SQL Server數(shù)據(jù)庫，另一種是其它任何類型的數(shù)據(jù)庫。 本系統(tǒng)的后臺(tái)數(shù)據(jù)庫為 SQL Server 2000，因此是 通過 SQLConnection、 SqlCommand、 SqlDataAdapter、 DataSet等幾個(gè)主要的數(shù)據(jù)訪問對(duì)象來訪問數(shù)據(jù) 的。 數(shù)據(jù)庫管理系統(tǒng)（ DBMS）介紹 數(shù)據(jù)庫管理系統(tǒng)（ DBMS）是指數(shù)據(jù)庫系統(tǒng)中管理數(shù)據(jù)的軟件系統(tǒng)。 DBMS是數(shù)據(jù)庫系統(tǒng)的核心組成部分 [8]。對(duì)數(shù)據(jù)庫的一切操作，包括定義、查詢、更新及各種控制，都是通過 DBMS進(jìn)行的。在不同的計(jì)算機(jī)系統(tǒng)中，由于缺乏統(tǒng)一的標(biāo)準(zhǔn)，即使同種數(shù)據(jù)模型的 DBMS，它們?cè)谟脩艚涌?、系統(tǒng)功能方面也常常是不相同的。用戶對(duì)數(shù)據(jù)庫進(jìn)行操作， 是由 DBMS把操作從應(yīng)用程序帶到外部級(jí)、概念級(jí)、再導(dǎo)向內(nèi)部級(jí)，進(jìn)而操作存儲(chǔ)器中的數(shù)據(jù)。 DBMS的主要目標(biāo)，是使數(shù)據(jù)作為一種可管理的資源處理。 DBMS的主要功能為： (1) 數(shù)據(jù)庫定義功能： DBMS提供數(shù)據(jù)定義語言（ DDL）定義數(shù)據(jù)庫的三級(jí)結(jié)構(gòu)，包括外模式、概念模式、內(nèi)模式及基相互之間的映象，定義數(shù)據(jù)的完整性、安全控制等約束。因此，在 DBMS中應(yīng)包括 DDL的編譯程序。 (2) 數(shù)據(jù)庫的操縱功能： DBMS提供數(shù)據(jù)操縱語言（ DML）實(shí)現(xiàn)對(duì)數(shù)據(jù)庫中數(shù)據(jù)的操作?；镜臄?shù)據(jù)操作分成兩類四種：檢索（查詢） 、 更新（插入、 刪除、修改） (3) 數(shù)據(jù)庫的保護(hù)功能：數(shù)據(jù)庫中的數(shù)據(jù)是信息社會(huì)的戰(zhàn)略資源，對(duì)數(shù)據(jù)的保護(hù)是至關(guān)重要的大事。 DBMS對(duì)數(shù)據(jù)庫的保護(hù)主要通過四個(gè)方面實(shí)現(xiàn)： (4) 數(shù)據(jù)庫的恢復(fù)：在數(shù)據(jù)庫被破壞或數(shù)據(jù)不正確時(shí)，系統(tǒng)有能力把數(shù)據(jù)庫恢復(fù)到正確的狀態(tài)。 (5) 數(shù)據(jù)庫的并發(fā)控制： DBMS 的并發(fā)控制子系統(tǒng)能防止錯(cuò)誤發(fā)生，正確處理 12 好多用戶、多任務(wù)環(huán)境下的并發(fā)操作。 (6) 數(shù)據(jù)庫的完整性控制：保證數(shù)據(jù)庫中數(shù)據(jù)及語義的正確性和有效性，防止任何對(duì)數(shù)據(jù)造成錯(cuò)誤的操作。 (7) 數(shù)據(jù)庫的安全性控制：防止未經(jīng)授權(quán)的用戶蓄謀或無意地 存取數(shù)據(jù)庫中的數(shù)據(jù)，以免數(shù)據(jù)的泄露、更改或破壞。 (8) 數(shù)據(jù)庫的存儲(chǔ)管理：把各種 DML語句轉(zhuǎn)換成低層的文件系統(tǒng)命令，起到數(shù)據(jù)的存儲(chǔ)、檢索和更新的作用。 (9) 數(shù)據(jù)庫的維護(hù)功能 ： 數(shù)據(jù)裝載程序 、 備份程序 、 文件重組織程序 、 性能監(jiān)控程序 。 (10) 數(shù)據(jù)字典：數(shù)據(jù)庫系統(tǒng)中存放三級(jí)結(jié)構(gòu)定義的數(shù)據(jù)庫稱為數(shù)據(jù)字典 （ DD）。對(duì)數(shù)據(jù)庫的操作都要通過訪問 DD才能實(shí)現(xiàn) ， 通常 DD中還存放數(shù)據(jù)庫運(yùn)行時(shí)的統(tǒng)計(jì)信息。 13 第 3 章 需求分析 公交查詢系統(tǒng)性能需求分析 為了保證系統(tǒng)能夠長(zhǎng)期、安全、穩(wěn)定、可靠、高效地運(yùn)行，公交查詢系 統(tǒng)應(yīng)該滿足以下性能需求： (1) 系統(tǒng)處理的準(zhǔn)確性和及時(shí)性 系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是系統(tǒng)的必要性能。查詢時(shí)應(yīng)保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到。在系統(tǒng)設(shè)計(jì)和開發(fā)過程中，要充分考慮系統(tǒng)當(dāng)前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)時(shí)間能夠滿足系統(tǒng)管理員對(duì)信息處理的需求。響應(yīng)時(shí)間，更新處理時(shí)間都比較迅速，完全滿足用戶要求。一般操作的響應(yīng)時(shí)間應(yīng)在 12s 內(nèi)，對(duì)數(shù)據(jù)的導(dǎo)入、導(dǎo)出的操作也應(yīng)在可接受的時(shí)間內(nèi)完成。 (2) 系統(tǒng)的開放性和系統(tǒng)的可擴(kuò)充性 系統(tǒng)在開發(fā)過程 中，應(yīng)該充分考慮以后的可擴(kuò)充性。例如，用戶查詢的需求也會(huì)不斷地更新和完善。這就要求系統(tǒng)提供足夠的手段進(jìn)行功能的調(diào)整和擴(kuò)充。而要實(shí)現(xiàn)這一點(diǎn)，應(yīng)通過系統(tǒng)的開放性來完成，即系統(tǒng)應(yīng)是一個(gè)開放系統(tǒng)，只要符合一定的規(guī)范，可以簡(jiǎn)單地加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補(bǔ)、替換，完成系統(tǒng)的升級(jí)和更新?lián)Q代。 (3) 系統(tǒng)的易用性和易維護(hù)性 系統(tǒng)是直接面對(duì)使用人員的，而使用人員往往對(duì)計(jì)算機(jī)并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機(jī)交互界面。所以在系統(tǒng)開發(fā)的時(shí)候就考慮到了這一點(diǎn)，只要用戶知道本系 統(tǒng)的網(wǎng)址就可以直接使用本系統(tǒng)的查詢模塊而無須用戶注冊(cè)及登陸，充分節(jié)約了用戶查詢的方便及隨意性。其次，要實(shí)現(xiàn)本系統(tǒng)的易用性就要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面；針對(duì)用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，在本系統(tǒng)中專門設(shè)置了“聯(lián)系我們”這一網(wǎng)址鏈接，從而縮短用戶對(duì)系統(tǒng)熟悉的過程，也可以讓用戶對(duì)本系統(tǒng)的不足之處讓設(shè)計(jì)者知道，使系統(tǒng)更加完善。 14 應(yīng)用需求分析 要設(shè)計(jì)一個(gè)良好的公交查詢系統(tǒng)，就必須首先明確該應(yīng)用環(huán)境對(duì)系統(tǒng)的要求。公交查詢系統(tǒng)的應(yīng)用背景為： 方便市民搭乘公交車出行； 因此，該系統(tǒng) 需滿足以下幾方面需求： (1) 查詢功能：提供幾種不同方式 查詢手段，以實(shí)現(xiàn)靈活方便地管理整個(gè)系統(tǒng)。 ① 公交線路查詢： 用戶輸入公交車次號(hào)碼，啟動(dòng)查詢，可獲得該路車屬性（包括該路公交車：服務(wù)類型：有 \無人售票；車型：普通 \空調(diào)車；收發(fā)車時(shí)間。其中，服務(wù)類型和車型缺省為有人售票和普通車）及沿線站點(diǎn)信息。 ② 站點(diǎn)查詢： 用戶輸入站點(diǎn)（以任意方式），啟動(dòng)查詢，可獲得經(jīng)過該站所有公交車次及其屬性。 ③ 乘車方案查詢： 用戶輸入起點(diǎn)、終點(diǎn)（以任意方式），系統(tǒng)經(jīng)過查詢返回所有相關(guān)站點(diǎn)，用戶分別確認(rèn)后，查詢啟動(dòng)。用戶可獲得所有可達(dá)線路的 路線信息（所有直達(dá) \轉(zhuǎn)乘的方案）。 (2) 數(shù)據(jù)的維護(hù) ： 新增： 允許 管理員級(jí) 用戶對(duì) 數(shù)據(jù)進(jìn)行新增操作， 保證 數(shù)據(jù)庫 的真實(shí)性與實(shí)時(shí)性 ； 更新：允許 管理員級(jí) 用戶對(duì) 數(shù)據(jù)進(jìn)行更新操作， 保證 數(shù)據(jù)庫 的真實(shí)性與實(shí)時(shí)性 ； 刪除 ：允許 管理員級(jí) 用戶對(duì) 數(shù)據(jù)進(jìn)行 刪除操作，保證 數(shù)據(jù)庫 的真實(shí)性與實(shí)時(shí)性。 (3) 打印輸出 （暫未實(shí)現(xiàn)） ：將用戶查詢到 內(nèi)容動(dòng)態(tài)地生成報(bào)表，并打印輸出。 時(shí)間性能需求分析 根據(jù)人機(jī)交互的實(shí)際性， 當(dāng)用戶做出動(dòng)作后，反應(yīng)的頁面時(shí)間不能超過十五秒，這就要求我們的數(shù)據(jù)庫的設(shè)計(jì)要合理，并且算法也不能太慢，用戶的電腦硬件配置也不能太 差。 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 概念設(shè)計(jì)的目標(biāo)是產(chǎn)生反映城市公交查詢系統(tǒng)需求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式。概念模式是獨(dú)立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，獨(dú)立于支持?jǐn)?shù)據(jù)庫的 DBMS，不依賴于計(jì)算機(jī)系統(tǒng)的 [9]。 (1) ER模型 15 ER模型是對(duì)現(xiàn)實(shí)世界的一種抽象。它的主要成分是實(shí)體、聯(lián)系和屬性。使用這三種成分，我們可以建立許多應(yīng)用環(huán)境的 ER模型。 (2) ER 模型的操作 在利用 ER 模型進(jìn)行數(shù)據(jù)庫概念設(shè)計(jì)的過程中，常常需要對(duì) ER 圖進(jìn)行種種變換。這些變換又稱為 ER 模型的操作，包括實(shí)體類型、聯(lián)系類型和屬性的分裂、合并和 增刪等等。 (3) 利用 ER 方法的數(shù)據(jù)庫概念設(shè)計(jì) 利用 ER 方法進(jìn)行數(shù)據(jù)庫的概念設(shè)計(jì)，可以分成三步進(jìn)行：首先設(shè)計(jì)局部 ER模式，然后把各局部 ER 模式綜合成一個(gè)全局 ER 模式，最后對(duì)全局 ER 模式進(jìn)行優(yōu)化，得到最終的 ER 模式，即概念模式。 通常，一個(gè)數(shù)據(jù)庫系統(tǒng)都是為多個(gè)不同用戶服務(wù)的。各個(gè)用戶對(duì)數(shù)據(jù)的觀點(diǎn)可能不一樣，信息處理需求也可能不同。在設(shè)計(jì)數(shù)據(jù)庫概念結(jié)構(gòu)時(shí)，為了更好地模擬現(xiàn)實(shí)世界，一個(gè)有效的策略是 “ 分而治之 ” ，即先分別考慮各個(gè)用戶的信息需求，形成局部概念結(jié)構(gòu)，然后再綜合成全局結(jié)構(gòu)。在 ER 方法中， 局部概念結(jié)構(gòu)又稱為局部 ER 模式，其圖形表示稱為 ER 圖。 實(shí)體和屬性的定義如下： 站名表（站名編號(hào)，站名） 車次表（車次，車線類型） 線路表 （ 線路 編號(hào)， 車次 ， 站名 ， 次序） 車輛表（車輛編號(hào)，車次，車輛類型，服務(wù)類型，票價(jià)， IC 卡類型，運(yùn)行區(qū)間） 冬季 /夏季發(fā)車時(shí)間表（車次，首班時(shí)間，末班時(shí)間） 具體實(shí)體屬性的關(guān)系圖如圖 、 所示 : 圖 關(guān)系圖 16 圖 關(guān)系圖 (4)聯(lián)系定義 ER 模型的 “ 聯(lián)系 ” 用于刻畫實(shí)體之間的關(guān)聯(lián)。一種完整的方式是對(duì)局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型之間是否存在聯(lián)系。若有聯(lián)系，進(jìn)一步確定是 1:N， M:N，還是 1:1 等。還要考察一個(gè)實(shí)體類型內(nèi)部是否存在聯(lián)系，兩個(gè)實(shí)體類型之間是否存在聯(lián)系，多個(gè)實(shí)體類型之間是否存在聯(lián)系，等等。 本系統(tǒng)的 ER 模型如圖 所示 (5)設(shè)計(jì)全局 ER 模式 所有局部 ER 模式都設(shè)計(jì)好了后，接下來就是把它們綜合成單一的全局概念