999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

獎(jiǎng)酬金在線申報(bào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

2025-07-20 00:00:00方夢(mèng)華
電腦知識(shí)與技術(shù) 2025年13期

摘要:為優(yōu)化企業(yè)獎(jiǎng)金申報(bào)流程,減輕人力負(fù)擔(dān),開(kāi)發(fā)了基于B/S架構(gòu)的獎(jiǎng)酬金在線申報(bào)系統(tǒng)。該系統(tǒng)采用前后端分離、 RBAC權(quán)限控制等關(guān)鍵技術(shù),實(shí)現(xiàn)了獎(jiǎng)金在線發(fā)布、申報(bào)審批等功能。應(yīng)用結(jié)果表明,該系統(tǒng)有效提高了獎(jiǎng)金申報(bào)效率, 將申報(bào)和審批時(shí)間縮短了 50%,為企業(yè)數(shù)字化辦公提供了技術(shù)支持。

關(guān)鍵詞:獎(jiǎng)酬金申報(bào)系統(tǒng);在線申報(bào);在線審批;數(shù)字化辦公;前后端分離

中圖分類(lèi)號(hào):TP311 文獻(xiàn)標(biāo)識(shí)碼:A

文章編號(hào):1009-3044(2025)13-0038-04

0 引言

隨著計(jì)算機(jī)相關(guān)技術(shù)的發(fā)展,數(shù)字化辦公越來(lái)越 方便人們的工作。近年來(lái),政府積極推進(jìn)“互聯(lián)網(wǎng)+政 務(wù)服務(wù)”,通過(guò)建設(shè)網(wǎng)上政務(wù)服務(wù)平臺(tái),有效提高了行 政審批效率[1] 。在數(shù)字化轉(zhuǎn)型浪潮下,各大企業(yè)積極 探索創(chuàng)新管理模式,通過(guò)研發(fā)各類(lèi)軟件系統(tǒng)[2-6] ,推動(dòng) 企業(yè)信息化建設(shè),為員工提供便捷的業(yè)務(wù)辦理途徑。

對(duì)于大型企業(yè)而言,每年的獎(jiǎng)金發(fā)放涉及發(fā)布、 填報(bào)、審批、統(tǒng)計(jì)等多個(gè)環(huán)節(jié),流程較為煩瑣。由于每 個(gè)環(huán)節(jié)涉及的人員眾多、范圍較廣,傳統(tǒng)的線下方式 效率低下,且難以保證數(shù)據(jù)的正確性。為了解決上述 問(wèn)題,本文設(shè)計(jì)開(kāi)發(fā)獎(jiǎng)酬金在線申報(bào)系統(tǒng),允許職工 在線完成獎(jiǎng)酬金的申報(bào)、審批,簡(jiǎn)化申報(bào)流程,提高獎(jiǎng) 金發(fā)放效率。

1 需求分析

1.1 系統(tǒng)概述

獎(jiǎng)酬金申報(bào)系統(tǒng)旨在模擬線下獎(jiǎng)金申報(bào)及審批 流程。根據(jù)需求分析[7] ,每種獎(jiǎng)項(xiàng)都有其特定的屬性 及申報(bào)條件,主要體現(xiàn)在:獎(jiǎng)項(xiàng)所屬部門(mén)不同、面向?qū)?象不同、申報(bào)流程不同等方面。

為覆蓋企業(yè)內(nèi)部所有獎(jiǎng)項(xiàng),根據(jù)申報(bào)流程的不 同,將獎(jiǎng)項(xiàng)分為普通獎(jiǎng)項(xiàng)和專(zhuān)項(xiàng)獎(jiǎng)兩類(lèi)。普通獎(jiǎng)項(xiàng)指 下發(fā)到部門(mén)、由部門(mén)相關(guān)人員填報(bào)的獎(jiǎng)項(xiàng)。專(zhuān)項(xiàng)獎(jiǎng)指 不需要下發(fā)到部門(mén)、由專(zhuān)人填報(bào)的獎(jiǎng)項(xiàng)。這兩類(lèi)獎(jiǎng)項(xiàng) 的申報(bào)及審批流程相互獨(dú)立,數(shù)據(jù)互不干擾。為了滿 足歷史獎(jiǎng)金發(fā)放數(shù)據(jù)的查看及導(dǎo)出需求,系統(tǒng)以工程 為單位對(duì)獎(jiǎng)金數(shù)據(jù)進(jìn)行管理。一次獎(jiǎng)金發(fā)放過(guò)程即 為一個(gè)工程,系統(tǒng)有且只有一個(gè)工程正在進(jìn)行中。各 工程之間相互獨(dú)立,保證各年度獎(jiǎng)金發(fā)放數(shù)據(jù)互不 干擾。

1.2 功能需求

面向獎(jiǎng)金發(fā)放全流程,對(duì)涉及的人員及權(quán)限進(jìn)行 梳理。根據(jù)需求設(shè)計(jì) 8 種用戶角色,包括:系統(tǒng)管理 員、普通獎(jiǎng)項(xiàng)發(fā)布者、父填報(bào)者、子填報(bào)者、普通獎(jiǎng)項(xiàng) 審批者、專(zhuān)項(xiàng)獎(jiǎng)發(fā)布者、專(zhuān)項(xiàng)獎(jiǎng)填報(bào)者、專(zhuān)項(xiàng)獎(jiǎng)審批 者。為了方便用戶操作,系統(tǒng)支持用戶以多角色登錄 系統(tǒng),根據(jù)角色賦予權(quán)限[8] ,無(wú)須來(lái)回切換用戶賬號(hào)即 可操作。平臺(tái)用戶及角色信息如表1所示。

獎(jiǎng)金系統(tǒng)模擬線下獎(jiǎng)金發(fā)放過(guò)程,包含普通獎(jiǎng)項(xiàng) 和專(zhuān)項(xiàng)獎(jiǎng)兩種獎(jiǎng)項(xiàng)的申報(bào)審批,具體的業(yè)務(wù)流程如圖 1 管理員需要在工程開(kāi)始前完成基本信息維護(hù) 所示。為避免人員或機(jī)構(gòu)變動(dòng)導(dǎo)致數(shù)據(jù)混亂 ,包括上 ,系統(tǒng) 傳人員、機(jī)構(gòu)、權(quán)限等數(shù)據(jù),以及設(shè)置各類(lèi)獎(jiǎng)項(xiàng)信息和 領(lǐng)取規(guī)則。完成上述操作后,系統(tǒng)管理員創(chuàng)建工程, 正式啟動(dòng)獎(jiǎng)金申報(bào)工作。普通獎(jiǎng)項(xiàng)與專(zhuān)項(xiàng)獎(jiǎng)之間互 不干擾,兩類(lèi)獎(jiǎng)項(xiàng)各自獨(dú)立進(jìn)行獎(jiǎng)項(xiàng)發(fā)布、填報(bào)、審批 工作。系統(tǒng)內(nèi)兩類(lèi)申報(bào)審批流程結(jié)束,表示所有普通 獎(jiǎng)項(xiàng)及專(zhuān)項(xiàng)都填報(bào)完成且審批通過(guò),本次工程完結(jié), 系統(tǒng)管理員可在工程管理頁(yè)面進(jìn)行人員獎(jiǎng)金發(fā)放表的查看及導(dǎo)出。

1.3 非功能需求

除了功能方面的需求,系統(tǒng)還有一定的性能需求 以及安全需求。根據(jù)用戶訪問(wèn)時(shí)間相對(duì)集中的業(yè)務(wù) 特點(diǎn),系統(tǒng)支持高并發(fā)訪問(wèn),支撐企業(yè) 500 人同時(shí)登 錄、提交數(shù)據(jù),保證用戶訪問(wèn)便捷、數(shù)據(jù)傳輸可靠、系 統(tǒng)響應(yīng)及時(shí)。由于獎(jiǎng)金數(shù)據(jù)具有一定的敏感性,系統(tǒng) 考慮通過(guò)身份認(rèn)證、權(quán)限控制等手段,保證數(shù)據(jù)的安 全性。

2 架構(gòu)設(shè)計(jì)

獎(jiǎng)酬金在線申報(bào)系統(tǒng)采用分層架構(gòu)設(shè)計(jì)。系統(tǒng) 架構(gòu)自下而上依次為:基礎(chǔ)設(shè)施層、數(shù)據(jù)資源層、基礎(chǔ) 服務(wù)層、業(yè)務(wù)應(yīng)用層、API 接口層、前端展示層,如圖2 所示。各個(gè)層次之間相互關(guān)聯(lián),下層向上層提供服務(wù) 或資源。同時(shí),下層的業(yè)務(wù)需求也會(huì)驅(qū)動(dòng)上層服務(wù)的 設(shè)計(jì)和實(shí)現(xiàn)。

基礎(chǔ)設(shè)施層:提供系統(tǒng)運(yùn)行所需的硬件、網(wǎng)絡(luò)、安 全等基礎(chǔ)設(shè)施,為上層提供必要的技術(shù)支撐。 數(shù)據(jù)資源層:作為獎(jiǎng)酬金在線申報(bào)系統(tǒng)的數(shù)據(jù)中 心,建立在基礎(chǔ)設(shè)施層之上,主要由數(shù)據(jù)庫(kù)組成,為業(yè) 務(wù)應(yīng)用層提供數(shù)據(jù)服務(wù),如數(shù)據(jù)查詢、更新等。為了 保證數(shù)據(jù)的正確性和完整性,數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)將基礎(chǔ)信 息數(shù)據(jù)和申報(bào)審批流程相關(guān)數(shù)據(jù)分隔開(kāi),降低二者之 間的耦合性。針對(duì)每個(gè)實(shí)體建立相對(duì)獨(dú)立、結(jié)構(gòu)清晰 的數(shù)據(jù)表,對(duì)與流程相關(guān)的數(shù)據(jù)建立專(zhuān)用的流程表, 提高數(shù)據(jù)庫(kù)的結(jié)構(gòu)性和靈活性。

基礎(chǔ)服務(wù)層:位于數(shù)據(jù)資源層和業(yè)務(wù)應(yīng)用層之 間,提供中間件服務(wù)。該層與業(yè)務(wù)應(yīng)用層之間的交 互,通過(guò)調(diào)用相關(guān)服務(wù)或 API 進(jìn)行。涉及的服務(wù)包 括:基礎(chǔ)服務(wù)、系統(tǒng)服務(wù)、校驗(yàn)服務(wù)、申報(bào)服務(wù)、查詢服 務(wù)、審批服務(wù)、信息管理、權(quán)限管理、日志管理、配置管 理、中間件管理、緩存管理等。

業(yè)務(wù)應(yīng)用層:構(gòu)成獎(jiǎng)酬金在線申報(bào)系統(tǒng)的核心功 能組成部分。業(yè)務(wù)應(yīng)用層通過(guò)向基礎(chǔ)服務(wù)層發(fā)送請(qǐng) 求,基礎(chǔ)服務(wù)層處理請(qǐng)求并返回結(jié)果,從而實(shí)現(xiàn)系統(tǒng) 所有業(yè)務(wù)邏輯,管理業(yè)務(wù)流程。

接口 API ,實(shí)現(xiàn)前后端分離 接口層:位于業(yè)務(wù)應(yīng)用層之上 。系統(tǒng)采用Restful ,提供系統(tǒng)訪問(wèn) 接口處理用 戶請(qǐng)求,完成用戶身份驗(yàn)證、權(quán)限控制、日志記錄等。 前端展示層:用戶通過(guò)在電腦瀏覽器輸入網(wǎng)址, 進(jìn)入獎(jiǎng)酬金在線申報(bào)系統(tǒng),登錄后即可訪問(wèn)系統(tǒng)。

3 系統(tǒng)實(shí)現(xiàn)

3.1 系統(tǒng)功能實(shí)現(xiàn)

針對(duì)企業(yè)獎(jiǎng)金申報(bào)及審批需求,獎(jiǎng)酬金在線申報(bào) 系統(tǒng)設(shè)計(jì)開(kāi)發(fā)8個(gè)功能模塊、24個(gè)功能點(diǎn),系統(tǒng)總體 功能結(jié)構(gòu)如圖3所示。

其中,系統(tǒng)管理員模塊主要實(shí)現(xiàn)系統(tǒng)內(nèi)各類(lèi)數(shù) 據(jù),包括工程數(shù)據(jù)、機(jī)構(gòu)及人員信息、用戶權(quán)限、獎(jiǎng)金 數(shù)據(jù)等的設(shè)置與維護(hù),控制管理整個(gè)獎(jiǎng)金發(fā)放過(guò)程。 普通獎(jiǎng)項(xiàng)發(fā)布者模塊負(fù)責(zé)發(fā)布各部門(mén)項(xiàng)目及獎(jiǎng)金名 錄。父填報(bào)者模塊接收本部門(mén)項(xiàng)目數(shù)據(jù),同時(shí)將填報(bào) 任務(wù)下發(fā)至子填報(bào)者。子填報(bào)者模塊完成各項(xiàng)獎(jiǎng)金 的分配、填報(bào)。之后由普通獎(jiǎng)項(xiàng)審批者模塊完成獎(jiǎng)金 分配數(shù)據(jù)的審批。專(zhuān)項(xiàng)獎(jiǎng)發(fā)布者模塊、專(zhuān)項(xiàng)獎(jiǎng)填報(bào)者 模塊、專(zhuān)項(xiàng)獎(jiǎng)審批者模塊,三個(gè)模塊分別完成專(zhuān)項(xiàng)獎(jiǎng) 的發(fā)布、填報(bào)、審批,覆蓋專(zhuān)項(xiàng)獎(jiǎng)的申報(bào)及審批流程。

3.2 關(guān)鍵技術(shù)實(shí)現(xiàn)

獎(jiǎng)酬金在線申報(bào)系統(tǒng)使用的技術(shù)框架信息庫(kù)如 表2所示。系統(tǒng)基于B/S開(kāi)發(fā)模式,選用MySQL數(shù)據(jù) 庫(kù)[9] ,采用高吞吐量的MVC設(shè)計(jì)模式[10] 和前后端分離 技術(shù)[11] 進(jìn)行系統(tǒng)開(kāi)發(fā)。

后端選用"Java 語(yǔ)言,結(jié)合 Spring Boot、Spring Se? curity、MyBatis、MyBatis-Plus、JDBC、"Maven 等后端開(kāi) 發(fā)技術(shù)和工具[12] ,根據(jù)業(yè)務(wù)邏輯編寫(xiě)API接口供前端 調(diào)用。前端選用 HTML、JavaScript、CSS 等語(yǔ)言[13] ,結(jié) 合Vue.js、Element-UI等框架進(jìn)行開(kāi)發(fā)[14] ,保證瀏覽器的兼容性。用戶通過(guò)在前端界面點(diǎn)擊按鈕發(fā)起請(qǐng)求, 系統(tǒng)調(diào)用后端提供的API接口,通過(guò)Ajax等異步加載 技術(shù)將所需的數(shù)據(jù)返回給用戶,實(shí)現(xiàn)前后端的數(shù)據(jù)交 互,從而實(shí)現(xiàn)相關(guān)業(yè)務(wù)操作。為了提高系統(tǒng)的穩(wěn)定性 和用戶體驗(yàn),開(kāi)發(fā)過(guò)程中采用一些特色技術(shù),實(shí)現(xiàn)各 類(lèi)業(yè)務(wù)邏輯。

3.2.1 前后端分離技術(shù)

為了提高軟件開(kāi)發(fā)效率及系統(tǒng)可擴(kuò)展性,采用前 后端分離的開(kāi)發(fā)技術(shù)構(gòu)建系統(tǒng)。前后端開(kāi)發(fā)過(guò)程相 互獨(dú)立,通過(guò)API接口對(duì)接完成二者之間的關(guān)聯(lián)。用 戶通過(guò)在前端界面點(diǎn)擊按鈕發(fā)起請(qǐng) 求,系統(tǒng)調(diào)用后端提供的API接口, 將所需的數(shù)據(jù)返回給用戶,從而實(shí) 現(xiàn)相關(guān)業(yè)務(wù)操作。前后端分離框架 架構(gòu)如圖4所示。

3.2.2 身份權(quán)限驗(yàn)證機(jī)制

為了滿足系統(tǒng)安全性需求,采 用基于角色權(quán)限的RBAC 用戶權(quán)限 控制和 JWT Token 安全訪問(wèn)控制, 通過(guò)嚴(yán)格的身份認(rèn)證和系統(tǒng)權(quán)限控 制,保證用戶的合法使用。

3.2.3 歷史工程數(shù)據(jù)獨(dú)立存儲(chǔ)

系統(tǒng)支持用戶查看、導(dǎo)出歷史 工程數(shù)據(jù)。對(duì)于不同的工程,人員、機(jī)構(gòu)、中層領(lǐng)導(dǎo)等 基礎(chǔ)信息會(huì)有一定的變動(dòng),為了確保各工程數(shù)據(jù)不受 基礎(chǔ)信息變動(dòng)的影響,系統(tǒng)通過(guò)歷史數(shù)據(jù)特定備份機(jī) 制將歷史工程數(shù)據(jù)分開(kāi)保存,從而保證各年度獎(jiǎng)金數(shù) 據(jù)的正確性、完整性和可溯源性。

3.2.4 自定義設(shè)置屬性展示

系統(tǒng)內(nèi)各類(lèi)獎(jiǎng)項(xiàng)的屬性較多,不同的頁(yè)面對(duì)各類(lèi) 屬性的關(guān)注度不同。為了方便用戶操作,系統(tǒng)通過(guò)維 護(hù)自定義屬性數(shù)據(jù)庫(kù),采用定制化接口實(shí)現(xiàn)屬性自定 義展示。用戶可在默認(rèn)屬性基礎(chǔ)上,對(duì)頁(yè)面展示的屬 性進(jìn)行靈活設(shè)置,滿足用戶個(gè)性化需求。

3.2.5 支持多維度排序

系統(tǒng)采用Element-UI插件,通過(guò)冒泡排序算法實(shí) 現(xiàn)數(shù)據(jù)統(tǒng)計(jì)頁(yè)面按金額排序,為用戶提供一定的分類(lèi)統(tǒng)計(jì)功能。該操作簡(jiǎn)單便捷,充分滿足用戶對(duì)于獎(jiǎng)金 數(shù)據(jù)查看及統(tǒng)計(jì)分析的需求。

3.2.6 數(shù)據(jù)可視化展示

系統(tǒng)采用靈活豐富的控件進(jìn)行界面展示,在獎(jiǎng)項(xiàng) 數(shù)據(jù)填報(bào)相關(guān)功能模塊采用Echarts圖表插件,實(shí)現(xiàn)各 類(lèi)獎(jiǎng)金分配數(shù)據(jù)的可視化,為用戶更加清晰、直觀地 展示不同人員的獎(jiǎng)金數(shù)據(jù)分布。

3.3 測(cè)試及應(yīng)用效果

3.3.1 軟件測(cè)試

本文研發(fā)的獎(jiǎng)酬金在線申報(bào)系統(tǒng)服務(wù)于企業(yè)內(nèi) 部獎(jiǎng)金申報(bào)工作,為了更好地提供支撐,在系統(tǒng)上線 應(yīng)用之前進(jìn)行了詳細(xì)的功能驗(yàn)證和性能評(píng)估。

針對(duì)獎(jiǎng)酬金在線申報(bào)系統(tǒng)的功能驗(yàn)證,設(shè)計(jì)功能 性測(cè)試用例216個(gè),涵蓋所有功能性質(zhì)量特性。測(cè)試 用例執(zhí)行率100%,測(cè)試發(fā)現(xiàn)缺陷19個(gè),目前已完成所 有已知功能性缺陷的修復(fù)。

在性能測(cè)試方面,對(duì)系統(tǒng)進(jìn)行了基準(zhǔn)測(cè)試、負(fù)載 測(cè)試及壓力測(cè)試。測(cè)試結(jié)果表明,系統(tǒng)所有接口的吞 吐量都可以達(dá)到 500/s,瓶頸為 720/s。在模擬 500 個(gè) 終端并發(fā)訪問(wèn)的情況下,所有接口的CPU平均占有率 不超過(guò)31%,平均空閑內(nèi)存穩(wěn)定在38%。性能測(cè)試指 標(biāo)顯示正常,滿足系統(tǒng)需求。

3.3.2 應(yīng)用效果

目前系統(tǒng)已在企業(yè)內(nèi)部完成部署應(yīng)用。結(jié)果表 明,系統(tǒng)能夠支持500個(gè)人同時(shí)填報(bào),用戶體驗(yàn)良好, 滿足獎(jiǎng)金發(fā)放需求。與傳統(tǒng)的線下獎(jiǎng)金申報(bào)相比,本 文研發(fā)的系統(tǒng)在保證數(shù)據(jù)的正確性和完整性的同時(shí), 能夠大大縮短獎(jiǎng)金申報(bào)審批時(shí)間,有效地提高了獎(jiǎng)金 發(fā)放效率、降低了人力和時(shí)間成本,為企業(yè)的數(shù)字化 轉(zhuǎn)型奠定了基礎(chǔ)。

4 總結(jié)

為了提高企業(yè)獎(jiǎng)金發(fā)放效率,促進(jìn)數(shù)字化辦公, 本文通過(guò)調(diào)研、分析企業(yè)內(nèi)部相關(guān)信息化需求,完成 了系統(tǒng)架構(gòu)設(shè)計(jì),采用前后端分離、RBAC權(quán)限控制等 技術(shù),結(jié)合 Spring Boot、Vue 技術(shù)框架,實(shí)現(xiàn)了系統(tǒng)各 模塊功能開(kāi)發(fā)。目前該系統(tǒng)已應(yīng)用于企業(yè)內(nèi)部的獎(jiǎng) 金發(fā)放工作。應(yīng)用結(jié)果表明,該系統(tǒng)支持500人同時(shí) 登錄進(jìn)行數(shù)據(jù)填報(bào),保證數(shù)據(jù)的正確性和完整性。與 傳統(tǒng)的線下獎(jiǎng)金申報(bào)相比,將企業(yè)獎(jiǎng)金申報(bào)與審批工 作時(shí)間縮短50%,有效降低了人力和時(shí)間成本。

本文設(shè)計(jì)開(kāi)發(fā)的系統(tǒng)不僅適用于本單位,對(duì)其他 企業(yè)類(lèi)似的獎(jiǎng)金申報(bào)審批工作也能夠提供一定的參 考價(jià)值。后續(xù)在此系統(tǒng)基礎(chǔ)上,可以進(jìn)一步完善獎(jiǎng)金 分配相關(guān)的其他功能,為企業(yè)的創(chuàng)新管理提供更有力 的支持。

參考文獻(xiàn):

[1] 彭炳江.基于政府人才云平臺(tái)的申報(bào)審批系統(tǒng)研究與實(shí)現(xiàn) [D].貴陽(yáng):貴州大學(xué),2021.

[2] 盧燕兒,武友新.基于Web框架的科技項(xiàng)目申報(bào)系統(tǒng)的設(shè)計(jì) 與實(shí)現(xiàn)[J].計(jì)算機(jī)與現(xiàn)代化,2009(8):29-33.

[3] 智明.電子稅務(wù)申報(bào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].長(zhǎng)春:吉林大學(xué), 2016.

[4] 陳方琳 . 個(gè)人住房交易納稅申報(bào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 成 都:電子科技大學(xué),2018.

[5] 孟思明.基于Spring Boot框架選購(gòu)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].中 國(guó)設(shè)備工程,2023(11):94-95.

[6] 毛太田,莊穆妮,曹丹,等.大數(shù)據(jù)環(huán)境下開(kāi)放政府云平臺(tái)架 構(gòu)設(shè)計(jì)與實(shí)現(xiàn)[J].情報(bào)探索,2020(8):69-75.

[7] 呂冠艷,李?yuàn)^華.基于UML的信息系統(tǒng)需求分析模型[J].微 型機(jī)與應(yīng)用,2010(20):8-10,15.

[8] 沈滿,趙嵩正,劉婧,等.依據(jù)角色權(quán)限的審批工作流模型構(gòu) 建[J].計(jì)算機(jī)工程與應(yīng)用,2015,51(4):235-239.

[9] FORTA B.MySQL必知必會(huì)[M].北京:人民郵電出版社,2020.

[10] ZHANG D, WEI Z, YANG Y. Research on lightweight MVC framework based on spring MVC and Mybatis tional Conference on Computational Intelligence and Design [C]//Interna? . New York:IEEE,2013:350-353.

[11] 杜艷美,黃曉芳.面向企業(yè)級(jí)Web應(yīng)用的前后端分離開(kāi)發(fā) 模式及實(shí)踐[J].西南科技大學(xué)學(xué)報(bào),2018,33(2):83-87.

[12] 王樹(shù)生.Java Web 開(kāi)發(fā)從0到1[M].北京:清華大學(xué)出版社, 2023.

[13] 黑馬程序員.HTML5+CSS3網(wǎng)站設(shè)計(jì)基礎(chǔ)教程[M].北京:人 民郵電出版社,2023.

[14] 霍春陽(yáng).Vue.js設(shè)計(jì)與實(shí)現(xiàn)[M].北京:人民郵電出版社,2022.

【通聯(lián)編輯:謝媛媛】

主站蜘蛛池模板: 中文字幕在线观| 日韩国产欧美精品在线| 性激烈欧美三级在线播放| 青青草国产精品久久久久| 污视频日本| 国产成人亚洲无码淙合青草| 国产精品七七在线播放| 亚瑟天堂久久一区二区影院| 国产一区免费在线观看| 亚洲浓毛av| 欧美亚洲一区二区三区导航| 啪啪免费视频一区二区| 四虎精品免费久久| 日韩久久精品无码aV| 少妇精品在线| 色婷婷在线播放| 国产成人一区免费观看| 久久网欧美| 亚洲乱伦视频| 亚洲国产成人在线| 99视频国产精品| av大片在线无码免费| 91精选国产大片| 亚洲精品欧美日韩在线| 91亚洲视频下载| 一级一毛片a级毛片| 久久动漫精品| 久久综合色天堂av| 亚洲国产天堂在线观看| 日韩精品成人网页视频在线 | 91精品国产综合久久不国产大片| 亚洲第一黄片大全| 91精品啪在线观看国产60岁| 亚洲天堂高清| 久久精品午夜视频| 亚洲高清无码精品| 欧美黄色a| 粉嫩国产白浆在线观看| 九色综合伊人久久富二代| 午夜毛片福利| 天天躁夜夜躁狠狠躁图片| 久久综合国产乱子免费| 日韩在线中文| 91外围女在线观看| 国产国产人成免费视频77777| 久久亚洲国产一区二区| 无码福利日韩神码福利片| 99福利视频导航| V一区无码内射国产| 国产精品2| 日本黄色a视频| 最新午夜男女福利片视频| 黑色丝袜高跟国产在线91| 99精品视频在线观看免费播放| 久久亚洲天堂| 久久青草精品一区二区三区 | 久久久久亚洲Av片无码观看| 亚洲中文字幕在线观看| 久久亚洲综合伊人| 日韩激情成人| 深夜福利视频一区二区| 韩国v欧美v亚洲v日本v| 狠狠久久综合伊人不卡| 亚洲丝袜中文字幕| 亚洲日韩日本中文在线| 久久毛片基地| 精品久久国产综合精麻豆| 国产无码制服丝袜| 亚洲侵犯无码网址在线观看| 狠狠操夜夜爽| 亚洲人成网站在线播放2019| 亚洲精品在线观看91| 国产91在线|日本| 日本三级欧美三级| 99久久精品久久久久久婷婷| 无码日韩精品91超碰| 永久在线播放| 99久久精品久久久久久婷婷| 黑人巨大精品欧美一区二区区| 永久免费无码日韩视频| 欧美日韩精品在线播放| 无码高潮喷水在线观看|