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