【文章內(nèi)容簡介】 域的應(yīng)用已經(jīng) 進入了一個 穩(wěn)定的發(fā) 展階段。為簡化、統(tǒng)一對不同數(shù)據(jù)源以及不同數(shù)據(jù)格式的處理方式，微軟開發(fā)團隊構(gòu)建了這樣一個新的技術(shù)，是 Visual Studio 2021及 .NET 框架中提供的一個重要的特性。 LINQ 提供的 途徑則更為常規(guī)：給 .Net 框架添加一 些可以應(yīng)用于所有信息源的、具有多種用途的查詢語法特性，這種特性更加完善，大大的提高工作效率。 LINQ 的基本架構(gòu)如下圖 所示。 圖 LINQ基本框架 從圖 可以看出，第二層針對不同數(shù)據(jù)源添加了不同的 LINQ 提供程序，由此開發(fā)者可以使用同一個 LINQ 查詢語句操作不同的數(shù)據(jù)源。第二層的提供程序中，兩個最經(jīng)常訪問的數(shù)據(jù)源是與數(shù)據(jù)庫和 XML相關(guān)的。 與傳統(tǒng)的 SQL語句不相同的是， LINQ 在操作不同的數(shù)據(jù)時，使用了強類型的表達式。因此， C編輯器在編譯時 可以對 LINQ 查詢語句的正確性進行檢查，并且在 VS 2021 集成開發(fā)環(huán)境中，提供了代碼智能感知與自動完成等附加功能，大大提高了開發(fā)效率。 Browser/Server三層體系 Browser/Server 結(jié)構(gòu)就是瀏覽器 /服務(wù)器結(jié)構(gòu)， 簡稱 B/S 結(jié)構(gòu)。 B/S 模式是以 Web技術(shù)為基礎(chǔ)，把 C/S 模式中的服務(wù)器設(shè)置細(xì)分為數(shù)據(jù)庫服務(wù)器和 Web 服務(wù)器 ,從而變成三層體系結(jié)構(gòu)，是在 C/S 模式的基礎(chǔ)上發(fā)展的產(chǎn)物。 一個典型的三層結(jié)構(gòu)如圖 所示： 5 W e b 瀏 覽 器數(shù) 據(jù) 庫 服 務(wù) 器W e b 服 務(wù) 器網(wǎng) 絡(luò)H T T P H T T PH T M LH T M L 圖 B/S三層體系結(jié)構(gòu) 圖 中，整個系統(tǒng)采用 B/S 三層結(jié)構(gòu)?？蛻舳艘?Web 瀏覽器為媒介提交請求，然后通過網(wǎng)絡(luò)連接 Web 服務(wù)器， Web 服務(wù)器處理其發(fā)出的請求，并向數(shù)據(jù)庫服務(wù)器發(fā)出請求，數(shù)據(jù)庫服務(wù)器再通過 ODBC 驅(qū)動程序和 ADO 對象處理接收到的數(shù)據(jù)請求，并將結(jié)果反饋給 Web服務(wù)器， Web服務(wù)器將其進行處理后，結(jié)果以 HTML格式呈現(xiàn)在 Web瀏覽器上 。 三層體系結(jié)構(gòu)中的數(shù)據(jù)處理分三層：第一層是提供用戶與系統(tǒng)的交互的客戶端（用戶 界面），第二層是的 Web應(yīng)用服務(wù)器，第三層是負(fù)責(zé)數(shù)據(jù)信息的存儲、訪問及優(yōu)化的數(shù)據(jù)庫服務(wù)器。在 B/S三層體系結(jié)構(gòu)系統(tǒng)中，用戶將請求通過瀏覽器發(fā)到服務(wù)器上，服務(wù)器再處理請求，最后將結(jié)果返回到瀏覽器。這樣做大大減輕了客戶機的負(fù)擔(dān)。 B/S 三層體系結(jié)構(gòu)的優(yōu)點有： (1)用戶的操作使用簡單 。 (2)B/S 結(jié)構(gòu)具有可伸縮性 。 (3)易于開發(fā)、安裝和維護。 UML 概述 UML 全稱是統(tǒng)一建模語言 (United Modeling Language)，是最 大范圍 使用的定義良好、易于表達、功能強大且普遍適用面向?qū)ο蟮臉?biāo)準(zhǔn) 建模方法 ，而且 溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù) ，使 它的作用域 更大，不僅 支持面向?qū)ο蟮姆治雠c設(shè)計，還支持需求分析 為 始的軟件開發(fā)的全過程。 其 主要作用是幫助用戶面向?qū)ο蟮拿枋鲕浖到y(tǒng) 和 通過建立系統(tǒng)中各元素的關(guān)系建模，它可以描述軟件開發(fā)的全過程。 UML 是 一種建模語言， 它有 UML 表示法和 UML 語義兩 種方法定義 ： (1) UML 表示法：定義 UML 符號 標(biāo)準(zhǔn)，使軟件 開發(fā) 能利 用這些圖形符號和文本語法建模。 通過這些 圖形符號和文字 而建立的 是應(yīng)用級的模型 ， 在語義上 則是 UML 元模型的實例。 (2) UML 語義： 用來 定義 基于 UML 的精確元模型。在語法和語義上 ，這種 元模型為 UML 的所有元素提供了簡單、一致、通用的定義性說明 ， 保證 開發(fā)者在語義上 的 一致 性 。此外 UML 還支持對元模型的擴展定義。 UML 主要由 5 大類圖，共 9 種圖形來定義其內(nèi)容 ： (1)例圖 ， 指出各功能的操作者 ，從 用戶的角度描述系統(tǒng)功能。 (2)靜態(tài)圖 ， 包括類圖、對象圖以及包圖。 包圖 由包或類組成，表示包與包之間的關(guān)系 ， 類圖 和 包圖 分別 描述了系統(tǒng)中類的靜態(tài)結(jié)構(gòu) 和 系統(tǒng)的 層次 結(jié)構(gòu)； 而 對象圖是類圖的實例，只能在系統(tǒng)某一 時期 內(nèi)存在。 6 (3)行為圖， 是 系統(tǒng)的動態(tài)模型和組成對象間交互 關(guān)系的描述 。行為圖 包括狀態(tài)圖和活動圖。 (4)交互圖，描述了對象之間的交互關(guān)系。包括時序圖（描述對象間的動態(tài)合作關(guān)系，如強調(diào)時間順序）和協(xié)作圖（描述對象間的協(xié)作關(guān)系，如強調(diào)上下級關(guān)系），它們都涉及了多個對象。 (5)實現(xiàn)圖，分為組件圖和配置圖（也稱部署圖）。組件圖描述代碼部分的物理結(jié)構(gòu)以及組件之間的依賴關(guān)系。配置圖描述了系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。 UML 由視圖、圖、模型元素和通用機制等幾個部分組成。其中，視圖和圖之間的歸屬關(guān)系如表 所示： 表 視圖及圖之間的歸屬關(guān)系 視圖名稱 圖名稱 架構(gòu)視圖名 稱 用例視圖 用例圖：系統(tǒng)功能的描述 用戶模型視圖 邏輯視圖 類圖：系統(tǒng)的靜態(tài)結(jié)構(gòu)描述 結(jié)構(gòu)模型視圖 對象圖：系統(tǒng)在某個時刻的靜態(tài)結(jié)構(gòu)描述 并發(fā)視圖 時序圖：按時間順序描述系統(tǒng)各元素間的交互 行為模型視圖 協(xié)作圖：按時間順序和空間順序描述系統(tǒng)各元素間的交互以及它們之間的關(guān)系 狀態(tài)圖：系統(tǒng)元素的狀態(tài)條件描述 活動圖：系統(tǒng)元素的活動描述 組件視圖 組件圖：系統(tǒng)實現(xiàn)的所有元素組成的組織描述 實現(xiàn)模型視圖 配置視圖 配置圖：環(huán)境元素的配置的描述，并把實現(xiàn)系統(tǒng)的元素映射到配置上 環(huán)境 模型視圖 利用 UML進行面向?qū)ο蟮南到y(tǒng)分析和建模時，步驟： 第一步：描述系統(tǒng)需求。 第二步：建立相應(yīng)的靜態(tài)模型，構(gòu)造系統(tǒng)結(jié)構(gòu)。 第三步：描述系統(tǒng)行為和狀態(tài)。 其中第一步和第二步所建立的是靜態(tài)模型，第三步所建立的模型對應(yīng) UML 的動態(tài)建模機制 。 隨著 UML 建模語言的使用越來越廣泛，許多建模工具也相繼出現(xiàn)，其中 Rational Rose 以其 強大 的 功能， 應(yīng)用最廣泛 。 因此 ，本系統(tǒng) UML 建模工具采用 Rational Rose。 PowerDesigner 概述 PowerDesigner 是由 Sybase 公司推 出的一個 CASE 工具集，利用它可以更為簡便地分析與設(shè)計管理信息系統(tǒng)，它幾乎涵蓋了數(shù)據(jù)庫模型設(shè)計的全過程。利用 PowerDesigner可以生成多種客戶端開發(fā)工具的應(yīng)用程序，可以制作數(shù)據(jù)流程圖、概念數(shù)據(jù)模型、物理數(shù)據(jù)模型，還可對團隊設(shè)計模型進行控制，也能為數(shù)據(jù)倉庫制作結(jié)構(gòu)模型。它可與許多流行的數(shù)據(jù)庫設(shè)計軟件如： PowerBuilder、 Delphi、 VB等相配合使用，以達到縮短開發(fā)時間和優(yōu)化系統(tǒng)設(shè)計的效果。 7 PowerDesigner 包含六個模塊，模塊之間緊密集成。這六個模塊的作用見表 ： 表 PowerDesigner各模塊的功能 模塊 功能 ProcessAnalyst 用于需求分析，可設(shè)計和構(gòu)造數(shù)據(jù)流圖和數(shù)據(jù)字典 DataArchitect 用于對概念層和物理層的交互式的數(shù)據(jù)庫設(shè)計和構(gòu)造 AppModeler 用于物理建模和應(yīng)用對象及數(shù)據(jù)組件的生成 MetaWorks 用于團隊開發(fā)，信息共享和模型管理 WarehouseArchitect 用于數(shù)據(jù)倉庫和數(shù)據(jù)集的建模和實現(xiàn) Viewer 用于以只讀的、圖形化方式訪問整個企業(yè)的模型信息 PowerDesigner 的特點有需求管理；文 檔生成；影響度分析；數(shù)據(jù)映射；開放性支持；可自定義；企業(yè)知識庫。 8 3. 系統(tǒng)的分析與設(shè)計 分析客觀世界的現(xiàn)象，對其建模并將其映射到計算機系統(tǒng)上，這就是系統(tǒng)的分析和設(shè)計。本系統(tǒng)采用的是面向?qū)ο蟮姆治雠c設(shè)計方法。 面向?qū)ο蟮姆治雠c設(shè)計有一個顯著的特點，就是每個階段的表示都采用統(tǒng)一的模型，兩者之間沒有明確的內(nèi)容分工和時間界限，從對象的分析、設(shè)計到編程平滑的過渡，不存在鴻溝。簡言之，設(shè)計是對分析的細(xì)化和精化的過程。 需求分析 XX 市交警支隊現(xiàn)有民警 446 人，下設(shè) 8 個科（處、室）， 7 個直屬單位，管轄 11個 市（縣、區(qū)）的交警大隊，擔(dān)負(fù)著全市七千多公里的道路， 78 萬輛機動車， 76 萬名駕駛員和 286 萬余輛非機動車的交通管理工作。本系統(tǒng)主要完成 XX市交警支隊交警人事管理的電子化工作。 問題范圍 開發(fā)一個交警人事管理系統(tǒng)，實現(xiàn)交警支隊警員的人事信息電子化管理，查詢、更新警員信息更加方便快捷，人事管理工作也由繁雜變得更為具體、直觀、合理。科室領(lǐng)導(dǎo)可以在線分配任務(wù)，提交和瀏覽警員的業(yè)績報告。支隊警員可以在線瀏覽公告、查詢業(yè)績、申請調(diào)班。人事管理人員可以在這個系統(tǒng)上發(fā)布公告、管理考勤工資等。 功 能需求 本系統(tǒng)面向支隊所有警員，和政治處進行交流和調(diào)研，對整個交警人事管理業(yè)務(wù)流程進行分析后，得出結(jié)果如圖 所示。 圖 政治處人事管理工作流程 根據(jù)以上可知，本系統(tǒng)主要有以下七個功能模塊 : 9 (1)人事信息管理模塊：主要實現(xiàn)對交警從試用到退休整個過程中所以信息的管理及信息的變動，并且提供多形式和多角度的查詢、統(tǒng)計分析方法。 (2) 招聘管理模塊：主要功能是招聘信息的管理、招聘過程的詳細(xì)記錄，也可以銜接其他專業(yè)網(wǎng)站，進行網(wǎng)上崗位的公布和人才的招聘。 (3)組織管理模塊：管理交通管理部門組織結(jié)構(gòu) 和變更，以及職位信息及職位間工作關(guān)系，進行及時的人員配備；按照組織結(jié)構(gòu)進行人力規(guī)劃，計算和管理人事成本。 (4) 培訓(xùn)管理模塊：主要管理包括培訓(xùn)材料、計劃和實施在內(nèi)的信息。 (5) 考勤管理模塊：添加和查詢警員的考勤記錄、病休假記錄等，為警員的升職加薪等提供參考依據(jù)。 (6) 薪酬管理模塊：管理包括薪酬登記、審核、修改和查詢在內(nèi)的警員薪酬信息。 (7) 其他管理或?qū)嵱霉ぞ吣K：一些常用的實用工具或其他管理功能。 通過分析可知，交警人事管理系統(tǒng)可分為兩個部分：客戶端和后臺管理端。其功能模塊分別如圖 、圖 ： 客 戶 端出勤記錄提交個人信息維護新聞公告瀏覽注冊登陸模塊綜合查詢 圖 客戶端功能模塊圖 管 理 后 臺組織管理綜合查詢考勤管理招聘管理人事信息管理薪酬管理培訓(xùn)管理警銜管理 圖 管理后臺功能模塊圖 系統(tǒng)性能需求 交警人事管理系統(tǒng)一般要求滿足以下性能需求： (1) 數(shù)據(jù)精確度 此系統(tǒng)對數(shù)據(jù)的精確度要求不高，系統(tǒng)可以確保用戶數(shù)據(jù)的正確性與安全性。 (2) 時間特性 因為本系統(tǒng)數(shù)據(jù)量比較少，所以在數(shù)據(jù)傳輸系統(tǒng)運行的時間上完全可以滿足用戶的需求，用戶界面對操作請求的響應(yīng)時間限制在用戶可以接受的范圍內(nèi)。 10 (3) 適應(yīng)性 該系統(tǒng)使用的是 Visual Studio 2021 和 Windows XP 平臺，可以正確地運行所以兼容Windows 的軟件或操作系統(tǒng)，適應(yīng)能力與兼容性較好。 (4) 并發(fā)數(shù)量 在服務(wù)器的 CPU 占用率不超過 75%、內(nèi)存使用率不超過 70%的情況下，對系統(tǒng)的并發(fā)訪問可同時處理 200 個。 軟硬件環(huán)境 本系統(tǒng)的軟硬件要求如表 所示： 表 系統(tǒng)推薦的軟硬件環(huán)境 服務(wù)器端 客戶端 CPU P4 及以上 P4 及以上 內(nèi)存 2G 及以上 1G 及以上 硬盤 120G 及以上 80G 及以上 操作系統(tǒng) Windows 2021/XP/2021/2021 Windows 2021/XP/2021/2021 分辨率 1024 768 1024 768 應(yīng)用服務(wù)器 IIS —— 數(shù)據(jù)庫服務(wù)器 SQL Server 2021 —— 瀏覽器 及以上版本 及以上版本 確定系統(tǒng)邊界 系統(tǒng)內(nèi)部的所有成分與外界各種事物之間的分界線就是系統(tǒng)邊界。分界線以內(nèi)是系統(tǒng)自身含有的全部對象；邊界以外則是與系統(tǒng)進行信息交換的包括人員，設(shè)備和外系統(tǒng)等 各種參與者在內(nèi)的所有事物。 交警人事管理系統(tǒng)用于管理涉及警員的人事檔案、工作、業(yè)績、獎懲記錄等各方面的內(nèi)容。 確定參與者 參與者是透過系統(tǒng)邊界，在系統(tǒng)之外與系統(tǒng)進行交互的所有事物。包括人員、設(shè)備、外系統(tǒng)或其他任何事物。 根據(jù)以上需求分析，至少可以確定 5個參與者：系統(tǒng)管理員、普通警員、科室領(lǐng)導(dǎo)、人事管理員、財務(wù)系統(tǒng)。應(yīng)該明確每個參與者在系統(tǒng)中的業(yè)務(wù)活動內(nèi)容和應(yīng)完成的功能。 系統(tǒng)管理員完成系統(tǒng)的初始設(shè)置，維護系統(tǒng)在運行中出現(xiàn)的問題以及完成備份和還原數(shù)據(jù)。 11 普通警員使用本系統(tǒng)進行分派任務(wù)信息的查詢、新聞 公告的瀏覽、調(diào)休及請假申請的提交、個人業(yè)績報告的瀏覽以及任務(wù)總結(jié)提交和個人信息更新等工作。 科室領(lǐng)導(dǎo)使用本系統(tǒng)分派任務(wù)、查看警員的任務(wù)進度、批準(zhǔn)警員的調(diào)班及請假申請、提交警員的業(yè)績報告等。 人事管理員使用本系統(tǒng)完成發(fā)布通知及公告，管理警員人事檔案、警員考勤和警員業(yè)績考核，生成及提交工資報表等功能。并將這些信息發(fā)送給系統(tǒng)的外部系統(tǒng) —— 財務(wù)系統(tǒng)，進行工資結(jié)算。 確定用例 用例用來描述參與者使用系統(tǒng)