【文章內容簡介】 API 首創(chuàng)了 COM 對象的動態(tài) Web 頁面創(chuàng)建，為編程人員提供通過編譯的 Active X DLL 創(chuàng)建動態(tài)頁面的能力。然而它所使用的特定的實現(xiàn)和數(shù)據(jù)通信技術對于較小的任務和內部網（ Intra） 工作缺乏有效性和可擴展 7 性。同時，每當改變頁面的文本和標記時，也需要重新便以動態(tài)鏈接庫。 動態(tài) Web 頁面創(chuàng)建方法的比較 比較動態(tài)頁面創(chuàng)建技術是一個既困難又敏感的任務，然而理解各種接口和與之相關聯(lián)的應用程序的差異性又是很重要的。當創(chuàng)建與 Web 服務器交互的應用程序時，涉及到的兩 個主要的問題是它們對 Web 服務器本身穩(wěn)定性的影響，以及處理多發(fā)或并發(fā)頁面請求的效率。這兩個問題是相互聯(lián)系的，又是相互排斥的。 應用 CGI 和 ISAPI 的編譯的可執(zhí)行應用程序（不是 DLL 文件），通常在服務器計算機上以進程外（ outofprocess） 方式運行，這就意味著他們要作為單獨應用程序運行，占有單獨的與 Web 服務器應用程序不同的內存空間。操作系統(tǒng)將其作為一個單獨的進程進行管理，禁止他們訪問本身所占內存以外的內存。因此，如果一個進程外應用程序失敗，不會影響到 Web 服務器。同樣，假如應用程序包含錯誤，企圖 直接寫入 Web 服務器的內存，會因一般性保護錯誤停止運行。進程外應用程序也會因用戶或操作系統(tǒng)的命令而終止，這時代碼會從內存中自動卸載。因為運行進程外程序意味著訪問 Web 服務器內存的請求被禁止，所要求的或產生的輸出結果值不能直接傳送給 Web 服務器。所以必須執(zhí)行一種跨進程調用，但這比在同一進程內訪問內存要多花費幾倍時間。對于可執(zhí)行文件的裝載和卸載時間還有一定的影響。相反，應用進程內（ inprocess） 程序通常是能夠使用 ISAPI 或 OLEAPI 接口的 DLL（不是單獨的可執(zhí)行文件），因為其運行在 Web 服務器的內存 空間中，可以直接訪問 Web 服務器內存中得值，這可提供更快的訪問和相應。然而其代碼的錯誤或失敗會影響到 Web 服務器，例如 DLL 文件中的代碼直接寫入包含 Web服務器操作代碼的內存空間，可能會引起 Web 服務器的失敗。 技術 是建立在公共語言運行庫上的編程框架，可用于在服務器上生成功能強大的 Web 應用程序。與以前的 Web 開發(fā)模型相比， 提供了數(shù)個重要的優(yōu)點： 。 是在服務器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同， 可利用早 期綁定、實時編譯、本機優(yōu)化和核外緩存服務。這相當于在編寫代碼行之前便提高了性能。 8 。 框架補充了 Visual Studio 集成開發(fā)環(huán)境中的大量工具箱和設計器。 WYSIWYG 編輯、拖放服務器控件和自動部署知識這個強大工具所提供功能中的少數(shù)幾種。 。由于 基于公共語言運行庫，因此 Web 應用程序開發(fā)人員可以利用整個平臺的威力和靈活性。 .NET 框架類庫、小戲處理和數(shù)據(jù)訪問解決方案都可從 Web 無縫訪問。 也與語言無關，所以可以選擇最適合應用程序的 語言， 或跨多種語言分割應用程序。另外，公共語言運行庫的交互性保證在遷移到 時保留基于 COM 的開發(fā)中的現(xiàn)有投資。 。 使執(zhí)行常見任務變得容易，從簡單的窗體提交和客戶端身份驗證到部署和站點配置。例如： 頁框架使您可以生成將應用程序邏輯與表示代碼清除分開的用戶界面，和在類似 Visual Basic 的簡單窗體處理模型中處理事件。另外，公共語言運行庫利用托管代碼服務（如自動引用技術和垃圾回收）簡化了開發(fā)。 。 采用基于文本的分層配置系統(tǒng)，簡化了將 設置應用于服務器環(huán)境和 Web 應用程序。由于配置信息是以純文本形式存儲的，因此可以在沒有本地管理工具幫助的情況下應用新設置。此“零本地管理“哲學也擴展到了 框架應用程序部署到服務器。不需要重新啟動服務器，即使是在部署或替換運行的編譯代碼時。 。 在設計時考慮了可縮放性，增加了專門用于在聚集環(huán)境和多處理器環(huán)境中提高性能的功能。另外，進程受到 運行庫的密切監(jiān)視和管理，以便當進程行為不正常（泄漏、死鎖）時，可就地創(chuàng)建新進程，以幫助保持應用程序始終可用于處理請求。 。 隨附了一個設計周到的結構，它使開發(fā)人員可以在適當?shù)募墑e“插入“代碼。實際上，可以用自己編寫的自定義組件擴展或替換 運行庫的任何子組件。 。借助內置的 Windows 身份驗證和基于每個應用程序的配置，可以保證應用程序是安全的。 Microsoft Active Server Pages(ASP)是服務器端腳本編寫環(huán)境，使用它可以創(chuàng)建和運行動態(tài)、交互的 Web 服務器應用程序。使用 ASP 可以組合 HTML頁、腳本命令和 ActiveX 組建以創(chuàng)建交互的 Web 頁和 基于 Web 的功能強大的應用程序。 ASP 應用程序很容易開發(fā)和修改。 9 B/S 模式 體系 架構 近年來，隨著 Inter/Intra 的迅猛發(fā)展，企業(yè)紛紛建立自己的 Inter,以加強企業(yè)內部的聯(lián)系，增強企業(yè)競爭力。Inter/Intra 中不斷出現(xiàn)的網絡新技術，帶給 OA 全新的應用模式。 C/S模式與 B/S 模式的優(yōu)劣 比較見 表 21。 表 21 C/S 模式與 B/S 模式的比較 ODBC 訪問數(shù)據(jù)庫 技術 ODBC(Open DataBase Connectivity,開放數(shù)據(jù)庫互連 )是微軟公司開放服務結構（ WOSA,Windows Open Service Architecture） 中有關數(shù)據(jù)庫的一個組成部分，它建立了一組規(guī)范，并提供了一組對數(shù)據(jù)庫 訪問的標準 API（應用程序接口）。這些 API 利用 SQL 來完成其大部分任務。 ODBC 本身也提供了對 SQL 語言的支持，用戶可以直接將 SQL 語句送給 ODBC。 B/S 模式 C/S 模式 具有分布式的特點，可以隨時隨地的進行業(yè)務處理。業(yè)務擴展簡單方便，通過增加網頁即可增加服務器功能。維護簡單方便，只要改變網頁，即 可實現(xiàn)所有用戶的同步更新。開發(fā)簡單，共享性強。 由于客戶端與服務器的直接相連，沒有中間環(huán)節(jié)，因此響應速度快?？蛻舨僮鹘缑嬖O計人性化，具有直觀，簡單，方便的特點，可以滿足客戶個性化的需求。同時由于開發(fā)是針對性的，因此操作界面漂亮，樣式多樣，可以充分滿足客戶自身的個性化要求 個性化特點明顯降低，無法實現(xiàn)具有個性化的設計要求。操作的習慣性是以鼠標為最基本的操作方式，無法滿足快速操作的要求。頁面動態(tài)刷新，響應速度明顯下降。專用性的打印輸出難以實現(xiàn)，有以對票據(jù)等的打印，難以實現(xiàn)套打輸出，難以實現(xiàn)某些特殊功能要求 由 于是針對性的開發(fā)，因此缺少通用性的特點，業(yè)務變更或者改變不夠靈活，需要重新開發(fā)，增加了維護和管理的難度。需要專門的客戶端安裝程序，分布功能弱。兼容性差，對于不同開發(fā)工具之間很難兼容。開發(fā)成本較高。 10 一個基于 ODBC 的應用程序對數(shù)據(jù)庫的操作不依賴于任何 DBMS，不直接與 DBMS 打交道，所有的數(shù)據(jù)庫操作由對應的 DBMS 的 ODBC 驅動程序完成。也就是說，任何數(shù)據(jù)庫都可以用 ODBC API 進行訪問。由此可見， ODBC 的最大優(yōu)點是能以統(tǒng)一的方式處理所有數(shù)據(jù)庫。 一個完整的 ODBC 系統(tǒng)由： 應用程序（ Application） ； ODBC 管理器（ Administrator） ：找任務是安裝 ODBC 驅動程序和管理數(shù)據(jù)源 ； 驅動程序管理器（ Driver Manager） ： 用于管理 ODBC 驅動程序； ODBC API： ODBC 驅動程序。是一些 DLL，提供了 ODBC 和數(shù)據(jù)庫之間的接口。數(shù)據(jù)源： 它 包含了數(shù)據(jù)庫位置和數(shù)據(jù)庫類型等信息，是一種數(shù)據(jù)連接的抽象。 應用程序要訪問一個數(shù)據(jù)庫，首先必須用 ODBC 管理器注冊一個數(shù)據(jù)源，管理器根據(jù)數(shù)據(jù)源提供的數(shù)據(jù)庫位置、數(shù)據(jù)庫類型及 ODBC 驅動程序等信息，建立起 ODBC 與具體數(shù)據(jù)庫的聯(lián)系。這樣，只要應用程序將數(shù)據(jù)源名提供給ODBC， ODBC 就能建立起與 相應數(shù)據(jù)庫的連接。 在 ODBC 中， ODBC API 不能直接訪問數(shù)據(jù)庫，必須通過驅動程序管理器與數(shù)據(jù)庫交換信息。驅動程序管理器負責加工程序對 ODBC API 的調用 窗體 給正確的驅動程序，而驅動程序在執(zhí)行完相應的操作后，將結果通過驅動程序管理器返回給應用程序。 本章小結 本章詳細介紹了 以及相關技術，介紹了網絡編程的基本原理。詳細介紹了 B/S 模式，闡述了本系統(tǒng)的開發(fā)模型。最后介紹了數(shù)據(jù)庫技術，詳細說明了本次課題要使用的 SQL Server2021 數(shù)據(jù)庫的應用環(huán)境和如何實現(xiàn)用 ODBC 技術訪問數(shù)據(jù)庫的解決 方案。 11 第 3章 需求分析與總體設計 引言 本系統(tǒng) 的組建過程是按照軟件工程的方法，從需求分析、總體設計、詳細設計三個步驟完成，并用快速原型法生成數(shù)據(jù)庫和網頁，經運用實踐后再作修改。由于實踐的關鍵不是軟件工程的方法，而是網頁和網上數(shù)據(jù)庫的連接技術，所以只給出簡單的網頁和數(shù)據(jù)庫資料。 本系統(tǒng)面向需要進行稅務登記的部門，是當前非常流行非常需要的軟件項目需求。它有利于提高納稅人申報效率。設計可與數(shù)據(jù)庫交互的網站，這些交互功能，如：查詢、插入、修改等是 所支持的。本系統(tǒng)采用B/S 模式進行系統(tǒng)地設計與實現(xiàn)。 本系統(tǒng)所 實現(xiàn)的目標： 管理員用戶可進行用戶資料的管理以及用戶權限的分配，以及實現(xiàn)相關頁面的自定義維護和升級操作。 普通用戶能夠進行自身資料的修改，對自己的納稅申報信息進行填寫和修改，并且上傳 。 稅務管理系統(tǒng)總體框架 管理服務子系統(tǒng)各模塊功能簡述： 對納稅人的生產經營及其他應稅行為進行登記。提供開業(yè)登記、變更登記、停復業(yè)處理、注銷登記、驗證換證、 納稅人信譽等級管 理、非正常戶處理、違章處理等功能。向稅務管理信息系統(tǒng)的各子系統(tǒng)提供納稅人的基本狀態(tài)信息。 稅務機關依據(jù)國家有關稅收法律規(guī) 定，對個體工商戶實行定期定額管理 ,對財務不健全的小企業(yè)所得稅實行定率或定額管理，即在一定期限內，結合納稅人的實際經營情況及財務核算水平，核定納稅人的銷售收入（或營業(yè)收入）和應納稅額。包括資質認定、典型調查、稅種登記、定期定額清冊、統(tǒng)計查詢等。 12 對地方稅務機關負責管理的企業(yè)財務情況進行登記，錄入數(shù)據(jù)，查詢統(tǒng)計分析數(shù)據(jù)，一方面可為申報征收提供可比參數(shù)，另一方面也可為稅務稽查提供被查戶財務核算狀況的信息，并且可以通過企業(yè)財務報表匯總分析為地方經濟宏觀發(fā)展起指導作用。 實現(xiàn)稅務機關對發(fā)票在 計劃、印制、 領購、庫存、繳銷、稽核等內外各環(huán)節(jié)監(jiān)督管理，發(fā)揮“以票管稅”的作用。提供發(fā)票所本級的印制、發(fā)放、庫存、財務的管理和分局（所）下級單位的領購、發(fā)售、庫存、繳銷、稽核等各環(huán)節(jié)的日常事務，輸出各類證、表，控制發(fā)票的流向，為納稅申報、稅務稽查提供信息。 受理審批納稅人在申報納稅及生產經營管理中，需要稅務機關審批的各類涉稅文書。提供申報方式、繳庫方式、延期申報、延期繳納稅款、減免稅、外出經營稅收管理及其他各種審批功能和管理。 對企 業(yè)辦稅員進行登記、統(tǒng)計、查詢等管理功能，并提供給其他模塊有關辦稅員的信息，防止其他人員冒充辦稅員進行涉稅事務處理而造成不必要的損失，提高了系統(tǒng)的保密性。 圖 31 各模塊間關系圖 稅務登記 1． 1 財務管理 1． 3 涉稅文書管理 1． 5 雙定管理 1． 2 1． 4 發(fā)票管理 1． 4 辦稅員管理 1． 6 13 說明： ［稅務登記管理］模塊為其他模塊提供納稅人稅務登記的有關基本信息；［稅務登記管理］中的停復業(yè)信息傳遞給［雙定管理］； ［發(fā)票管理］模塊將定額戶填用發(fā)票信息傳遞給［雙定管理］，為定額核定提供依據(jù)；將發(fā)票繳銷信息傳遞給［稅務登記 管理］，為“注銷登記”及“非正常戶認定” 提供依據(jù)； ［涉稅文書管理］模塊分別為［雙定管理］、［財務管理］、［發(fā)票管理］提供文書信息； ［辦稅員管理］模塊為［發(fā)票管理］、［財務管理］、［涉稅文書管理］模塊提供納稅人有關辦稅員基本信息，促使納稅人在購領發(fā)票、報送資料、辦理涉稅文書時持《辦稅員證》處理。 以上各功能模塊的關系 見圖 31。 建立 系統(tǒng) 功能模型 由于本系統(tǒng)的開發(fā)數(shù)據(jù)網也與網上數(shù)據(jù)庫連接，采用不同頁面實現(xiàn)不同功能模塊的設計模式，所以采用面向對象的設計方法。而其中最重要的一條設計步驟就是 建立系統(tǒng)功能模型。 組織模塊 圖 圖 32 組織模塊圖 稅務登記管理可分為三大功能模塊 ,分別為 :稅務登記管理模塊、稅種登記管理模塊、狀態(tài)管理模塊。 稅務登記系統(tǒng)功能模塊組成 見圖 32。 稅務登記系統(tǒng) 稅務登記管理 稅種登記管理 狀態(tài)管理 14 基本 流程 圖 圖 33流程 圖 在面向 對象的設計方法