摘 要：為提升大學(xué)生創(chuàng)新創(chuàng)業(yè)能力、促進(jìn)創(chuàng)新創(chuàng)業(yè)活動(dòng)的健康發(fā)展，本文利用SaaS架構(gòu)開展了大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)設(shè)計(jì)研究。首先，該方法根據(jù)大學(xué)生創(chuàng)新創(chuàng)業(yè)綜合服務(wù)平臺(tái)需求完成SaaS平臺(tái)架構(gòu)設(shè)計(jì)。其次，以此為基礎(chǔ)設(shè)計(jì)平臺(tái)軟件部分，包括設(shè)計(jì)用戶注冊(cè)與權(quán)限分配模塊，以確保系統(tǒng)能夠滿足不同用戶的權(quán)限需求，并實(shí)現(xiàn)精準(zhǔn)的資源分配；搭建創(chuàng)新創(chuàng)業(yè)信息云服務(wù)數(shù)據(jù)庫(kù)，對(duì)多租戶數(shù)據(jù)隔離與數(shù)據(jù)沖突解決策略進(jìn)行創(chuàng)新設(shè)計(jì)；基于Ajax長(zhǎng)輪詢完成消息推送設(shè)計(jì)，基于任務(wù)完成異構(gòu)服務(wù)器負(fù)載均衡設(shè)計(jì)，為大學(xué)生提供高效、便捷的信息服務(wù)。測(cè)試結(jié)果表明，該平臺(tái)在應(yīng)對(duì)高并發(fā)請(qǐng)求和大規(guī)模數(shù)據(jù)處理方面具有良好的性能表現(xiàn)，可以確保平臺(tái)能夠穩(wěn)定、高效地處理大量請(qǐng)求，提供優(yōu)質(zhì)的服務(wù)。

關(guān)鍵詞：SaaS；大學(xué)生；創(chuàng)新創(chuàng)業(yè)；信息；云服務(wù)；平臺(tái)

中圖分類號(hào)：G 647" " 文獻(xiàn)標(biāo)志碼：A

在信息化、網(wǎng)絡(luò)化的時(shí)代背景下，大學(xué)生創(chuàng)新創(chuàng)業(yè)活動(dòng)已成為推動(dòng)社會(huì)進(jìn)步和經(jīng)濟(jì)發(fā)展的重要力量。構(gòu)建一個(gè)高效、便捷的大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)非常重要。然而，當(dāng)前傳統(tǒng)的大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)在應(yīng)用過(guò)程中存在一些不足。例如，文獻(xiàn)[1]提出的云服務(wù)平臺(tái)主要通過(guò)大數(shù)據(jù)技術(shù)實(shí)現(xiàn)其服務(wù)功能，其過(guò)于關(guān)注信息發(fā)布和項(xiàng)目展示，而忽視了為大學(xué)生提供深度分析和個(gè)性化指導(dǎo)等更全面的服務(wù)。文獻(xiàn)[2]提出的云服務(wù)平臺(tái)通過(guò)自動(dòng)化工具和技術(shù)，實(shí)現(xiàn)對(duì)資源的自動(dòng)部署、監(jiān)控和維護(hù)。該平臺(tái)雖然可以整合一定數(shù)量的資源，但當(dāng)面對(duì)大量、多樣化的創(chuàng)新創(chuàng)業(yè)需求時(shí)，其資源整合能力可能不足。SaaS作為一種新興的軟件應(yīng)用模式，通過(guò)將軟件應(yīng)用與互聯(lián)網(wǎng)結(jié)合，實(shí)現(xiàn)了軟件的即用即付、按需定制，極大地降低了用戶的運(yùn)維成本和門檻[3]。將SaaS模式應(yīng)用于大學(xué)生創(chuàng)新創(chuàng)業(yè)信息服務(wù)領(lǐng)域，能夠?yàn)榇髮W(xué)生提供更便捷、高效、個(gè)性化的創(chuàng)新創(chuàng)業(yè)服務(wù)?；诖?，本文利用SaaS架構(gòu)，開展了大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)設(shè)計(jì)研究。

1 基于SaaS的云服務(wù)平臺(tái)架構(gòu)設(shè)計(jì)

在構(gòu)建平臺(tái)架構(gòu)前，需要明確云服務(wù)平臺(tái)的核心業(yè)務(wù)目標(biāo)，其主要負(fù)責(zé)為大學(xué)生提供創(chuàng)新創(chuàng)業(yè)相關(guān)的資源、信息、工具[4]。本文在設(shè)計(jì)云服務(wù)平臺(tái)的整體架構(gòu)時(shí)，先采用微服務(wù)架構(gòu)，將平臺(tái)拆分為多個(gè)獨(dú)立的服務(wù)模塊，每個(gè)模塊負(fù)責(zé)不同的業(yè)務(wù)功能。以此為基礎(chǔ)進(jìn)行平臺(tái)架構(gòu)設(shè)計(jì)，基于SaaS的云服務(wù)平臺(tái)架構(gòu)如圖1所示。

由圖1可知，該平臺(tái)主要由用戶層、表現(xiàn)層、配置層、控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)選擇層以及數(shù)據(jù)庫(kù)層構(gòu)成。與傳統(tǒng)的服務(wù)平臺(tái)相比，本次設(shè)計(jì)特別引入了配置層和數(shù)據(jù)選擇層，以滿足大學(xué)生創(chuàng)新創(chuàng)業(yè)的多樣化需求，其具體功能如下[5]。

配置層：在配置層，本次設(shè)計(jì)為平臺(tái)管理員和各個(gè)創(chuàng)新創(chuàng)業(yè)團(tuán)隊(duì)提供了靈活的配置選項(xiàng)。平臺(tái)管理員可以根據(jù)不同學(xué)院、不同專業(yè)的需求，定制和配置平臺(tái)上的資源和服務(wù)。而創(chuàng)新創(chuàng)業(yè)團(tuán)隊(duì)則可以根據(jù)項(xiàng)目的具體需求，配置所需的功能模塊和工具，例如市場(chǎng)調(diào)研、項(xiàng)目管理、團(tuán)隊(duì)協(xié)作等。這種靈活的配置方式使平臺(tái)能夠更好地適應(yīng)不同團(tuán)隊(duì)和項(xiàng)目的需求，提高創(chuàng)新創(chuàng)業(yè)的效率和成功率。

數(shù)據(jù)選擇層：數(shù)據(jù)選擇層的設(shè)計(jì)是為了滿足平臺(tái)多租戶和可擴(kuò)展性的需求。在平臺(tái)上，不同的創(chuàng)新創(chuàng)業(yè)團(tuán)隊(duì)可能會(huì)使用不同的數(shù)據(jù)庫(kù)或需要訪問(wèn)不同的數(shù)據(jù)資源。數(shù)據(jù)選擇層能夠智能地根據(jù)團(tuán)隊(duì)的需求，選擇并提供相應(yīng)的數(shù)據(jù)資源。同時(shí)，本次還采用了負(fù)載均衡策略，確保在高并發(fā)情況下，平臺(tái)能夠穩(wěn)定運(yùn)行，為各團(tuán)隊(duì)提供穩(wěn)定、高效的數(shù)據(jù)服務(wù)。

通過(guò)這兩個(gè)新增的層級(jí)，不僅為大學(xué)生創(chuàng)新創(chuàng)業(yè)綜合服務(wù)平臺(tái)提供了豐富的資源和工具支持，還使其具備了高度的靈活性和可擴(kuò)展性。這將促進(jìn)大學(xué)生創(chuàng)新創(chuàng)業(yè)的開展，幫助學(xué)生更好地實(shí)現(xiàn)創(chuàng)業(yè)夢(mèng)想。

2 大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)軟件設(shè)計(jì)

2.1 用戶注冊(cè)與權(quán)限分配模塊設(shè)計(jì)

針對(duì)有意向利用該云服務(wù)平臺(tái)的項(xiàng)目成員，首先需要進(jìn)行在線注冊(cè)與申請(qǐng)。注冊(cè)過(guò)程包括填寫項(xiàng)目基本信息，例如項(xiàng)目名稱、成員構(gòu)成等，上傳項(xiàng)目組織架構(gòu)圖，選擇所需接入的服務(wù)模塊，并注明所需創(chuàng)建的成員賬號(hào)數(shù)量。一旦平臺(tái)的管理員收到申請(qǐng)，會(huì)進(jìn)行嚴(yán)格的審核[6-7]。如果審核通過(guò)，那么將賦予該項(xiàng)目團(tuán)隊(duì)一個(gè)專屬的賬號(hào)，并指定一名團(tuán)隊(duì)成員作為平臺(tái)管理員。作為平臺(tái)管理員的團(tuán)隊(duì)成員，可通過(guò)該賬號(hào)為其他成員分配賬號(hào)，并根據(jù)每個(gè)成員的角色和職責(zé)，賦予其訪問(wèn)不同服務(wù)模塊及其具體功能的權(quán)限。

在團(tuán)隊(duì)管理員完成在線注冊(cè)并通過(guò)審核后，系統(tǒng)將分配特定的用戶名和可分配的用戶數(shù)量。管理員可以錄入團(tuán)隊(duì)成員信息，并為每個(gè)成員設(shè)置初始用戶名和密碼。由于所有團(tuán)隊(duì)成員均通過(guò)統(tǒng)一入口進(jìn)入平臺(tái)，用戶名必須唯一，不可重復(fù)。當(dāng)嘗試使用已存在的用戶名時(shí)，系統(tǒng)會(huì)給出明確提示。在人員數(shù)據(jù)庫(kù)中編號(hào)是主鍵，編號(hào)即為唯一，對(duì)成員來(lái)說(shuō)，編號(hào)為大學(xué)學(xué)號(hào)，對(duì)團(tuán)隊(duì)管理者來(lái)說(shuō)，編號(hào)為項(xiàng)目編號(hào)，即為其在系統(tǒng)中的管理號(hào)。在此基礎(chǔ)上，管理員可根據(jù)各成員的角色與需求，為其分配在不同服務(wù)模塊中不同功能的使用權(quán)限，即針對(duì)成員信息表進(jìn)行操作，增、刪、改、查四項(xiàng)最基本的功能都可完成。管理員根據(jù)需求，調(diào)用InsertStudent（String sid，String sname，String smajor，String sclass，String scode）函數(shù)，完成添加學(xué)生信息操作；調(diào)用DeletebyID（String sid）函數(shù)，完成刪除學(xué)生信息操作；調(diào)用UpdatebyID（String sid，String sname，String smajor，String sclass，String scode）函數(shù)，完成修改學(xué)生信息操作；調(diào)用Select（String sid，String sclass，String smajor）函數(shù)，完成查詢學(xué)生信息操作。

在該模塊中，團(tuán)隊(duì)及其成員對(duì)服務(wù)模塊和功能的訪問(wèn)權(quán)限是通過(guò)與數(shù)據(jù)庫(kù)中精心設(shè)計(jì)的權(quán)限表進(jìn)行關(guān)聯(lián)實(shí)現(xiàn)的。這些權(quán)限表將不同的團(tuán)隊(duì)或用戶與不同的權(quán)限進(jìn)行匹配，確保權(quán)限分配的精確性。團(tuán)隊(duì)成員既是團(tuán)隊(duì)的一部分，也是平臺(tái)上的一個(gè)獨(dú)立實(shí)體。同樣，服務(wù)模塊和功能既是平臺(tái)的屬性，也是平臺(tái)中的具體實(shí)體。通過(guò)這種結(jié)構(gòu)設(shè)計(jì)，用戶與系統(tǒng)功能的對(duì)應(yīng)關(guān)系被清晰定義和分析。前臺(tái)頁(yè)面在加載服務(wù)模塊和功能菜單時(shí)，會(huì)先讀取團(tuán)隊(duì)權(quán)限表和個(gè)人權(quán)限表，根據(jù)每個(gè)成員的權(quán)限加載相應(yīng)的菜單項(xiàng)。此外，本次采用分級(jí)菜單設(shè)計(jì)的形式完成其平臺(tái)展示的設(shè)計(jì)，即將服務(wù)模塊作為一級(jí)菜單，功能模塊作為二級(jí)菜單，具體功能作為三級(jí)菜單。在加載每一級(jí)菜單前，系統(tǒng)會(huì)檢查用戶與權(quán)限的關(guān)聯(lián)表，確保只顯示用戶有權(quán)訪問(wèn)的菜單項(xiàng)。這種設(shè)計(jì)方式增強(qiáng)了系統(tǒng)的靈活性和可擴(kuò)展性。

2.2 建立創(chuàng)新創(chuàng)業(yè)信息云服務(wù)數(shù)據(jù)庫(kù)

為實(shí)現(xiàn)對(duì)大學(xué)生創(chuàng)新創(chuàng)業(yè)信息的良好管理，需要構(gòu)建一個(gè)創(chuàng)新創(chuàng)業(yè)信息云服務(wù)數(shù)據(jù)庫(kù)，進(jìn)而為大學(xué)生提供良好的服務(wù)[8-9]。本次采用的AaaS模式允許多個(gè)租戶共享一個(gè)軟件。因此，在數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程中，需要對(duì)數(shù)據(jù)的安全性以及多租戶之間可能產(chǎn)生的數(shù)據(jù)沖突問(wèn)題進(jìn)行設(shè)計(jì)。

2.2.1 多租戶數(shù)據(jù)隔離

為了確保多個(gè)租戶能夠共享同一軟件實(shí)例，同時(shí)確保他們之間的數(shù)據(jù)互不干擾、互不可見，需要設(shè)計(jì)SaaS模式下的數(shù)據(jù)隔離策略，見表1。

表1 數(shù)據(jù)隔離策略

隔離方式 隔離級(jí)別 共享級(jí)別 安全性 成本

獨(dú)立數(shù)據(jù)庫(kù) 高 低 高 高

共享數(shù)據(jù)庫(kù)，隔離數(shù)據(jù)表 中 中 中 中

共享數(shù)據(jù)庫(kù)，共享數(shù)據(jù)表 低 高 低 低

由表1可知，第一種策略為獨(dú)立數(shù)據(jù)庫(kù)，即每個(gè)租戶擁有其獨(dú)立的數(shù)據(jù)庫(kù)，隔離級(jí)別最高，但成本也最高。第二種策略為共享數(shù)據(jù)庫(kù)，隔離數(shù)據(jù)表，即多個(gè)租戶共享同一數(shù)據(jù)庫(kù)，但每個(gè)租戶擁有其獨(dú)立的數(shù)據(jù)表，共享級(jí)別適中，成本也相對(duì)較低。第三種策略為共享數(shù)據(jù)庫(kù)，共享數(shù)據(jù)表，即多個(gè)租戶共享同一數(shù)據(jù)庫(kù)和數(shù)據(jù)表，通過(guò)特定字段來(lái)區(qū)分不同租戶的數(shù)據(jù)。這種策略成本最低，適用于租戶眾多且每個(gè)租戶數(shù)據(jù)量不大的場(chǎng)景。鑒于本平臺(tái)主要面向中小企業(yè)，且企業(yè)規(guī)模和數(shù)據(jù)量均不大，本次選擇了“共享數(shù)據(jù)庫(kù)，隔離數(shù)據(jù)表”的策略。通過(guò)為數(shù)據(jù)表加入識(shí)別的字段，確保不同項(xiàng)目之間的數(shù)據(jù)隔離。對(duì)數(shù)據(jù)進(jìn)行隔離后數(shù)據(jù)庫(kù)的表結(jié)構(gòu)見表2。

表2 數(shù)據(jù)隔離后的創(chuàng)新創(chuàng)業(yè)信息云服務(wù)信息表

字段名 描述 數(shù)據(jù)類型 是否為空

UserID 用戶ID Int 否

Username 用戶名 VARCHAR（50） 否

ProjectName 項(xiàng)目名稱 VARCHAR（100） 否

ProjectDescription 項(xiàng)目描述 TEXT 否

StartDate 開始日期 DATE 否

EndDate 結(jié)束日期 DATE 否

Status 狀態(tài) ENUM 否

TeamLeader 團(tuán)隊(duì)負(fù)責(zé)人 VARCHAR（50） 否

TeamMembers 團(tuán)隊(duì)成員 TEXT 否

PolicyName 政策名稱 VARCHAR（100） 否

PolicyContent 政策內(nèi)容 TEXT 否

這種方法既保障數(shù)據(jù)安全，又降低成本。

2.2.2 防止數(shù)據(jù)沖突

由于AaaS模式下，同一數(shù)據(jù)庫(kù)被多個(gè)租戶共享，因此存在多個(gè)用戶同時(shí)對(duì)數(shù)據(jù)進(jìn)行增刪改查操作的風(fēng)險(xiǎn)。為防止數(shù)據(jù)沖突，因此在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)采取了以下措施。1）UUID主鍵策略。UUID（通用唯一識(shí)別碼）是一個(gè)128位的全局唯一標(biāo)識(shí)符，由納秒級(jí)當(dāng)前時(shí)間、全球唯一的機(jī)器識(shí)別號(hào)等組成，確保在同一時(shí)空內(nèi)任意兩臺(tái)機(jī)器產(chǎn)生的UUID都不同。本次利用UUID作為主鍵，確保即使多個(gè)用戶同時(shí)插入數(shù)據(jù)，也不會(huì)產(chǎn)生主鍵沖突。2）Hibernate主鍵生成器。在平臺(tái)中，本次使用Hibernate框架提供的主鍵生成器來(lái)自動(dòng)生成UUID。這種方式不僅簡(jiǎn)化了開發(fā)過(guò)程，還確保了UUID的唯一性和隨機(jī)性。

通過(guò)上述措施，成功實(shí)現(xiàn)了多租戶數(shù)據(jù)隔離和防止數(shù)據(jù)沖突的目標(biāo)，從而為大學(xué)生創(chuàng)新創(chuàng)業(yè)綜合服務(wù)平臺(tái)提供了一個(gè)穩(wěn)定、安全、高效的數(shù)據(jù)庫(kù)支持。

2.3 平臺(tái)消息推送設(shè)計(jì)

為實(shí)時(shí)將重要信息推送到團(tuán)隊(duì)成員的客戶端，本次平臺(tái)還設(shè)計(jì)了一個(gè)高效的消息推送模塊。這一模塊不僅極大地提升了團(tuán)隊(duì)成員的工作效率，還有效地加快了工作流審批的進(jìn)度，從而有效避免了因人為因素可能導(dǎo)致的工作延誤。為實(shí)現(xiàn)這一功能，本平臺(tái)采用基于Ajax長(zhǎng)輪詢，即Http長(zhǎng)連接的方式實(shí)現(xiàn)消息推送，其消息推送原理圖如圖2所示。

由圖2可知，本次設(shè)計(jì)的消息推送策略如下：當(dāng)客戶端向服務(wù)器發(fā)送請(qǐng)求時(shí)，服務(wù)器并不會(huì)立即響應(yīng)。而是在發(fā)生以下3種情況之一時(shí)才會(huì)做出響應(yīng)：當(dāng)服務(wù)器端有新消息產(chǎn)生時(shí)，服務(wù)器會(huì)立即將消息發(fā)送給客戶端，并關(guān)閉當(dāng)前的連接?？蛻舳嗽诮邮盏较⒑髸?huì)主動(dòng)重新建立與服務(wù)器的連接。為防止連接超時(shí)，服務(wù)器與客戶端會(huì)預(yù)先設(shè)定一個(gè)超時(shí)時(shí)間，也稱為“心跳”時(shí)間。當(dāng)?shù)竭_(dá)這一時(shí)間時(shí)，服務(wù)器會(huì)向客戶端發(fā)送超時(shí)信息，并斷開連接。客戶端在收到該信息后會(huì)再次嘗試建立連接。在網(wǎng)絡(luò)異常的情況下，客戶端會(huì)接收到相應(yīng)的異常信息，并自動(dòng)嘗試重新與服務(wù)器建立連接。通過(guò)這一精心設(shè)計(jì)的消息推送模塊，大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)確保了團(tuán)隊(duì)成員能夠?qū)崟r(shí)獲取關(guān)鍵信息，從而更高效地完成各項(xiàng)創(chuàng)新創(chuàng)業(yè)任務(wù)。

2.4 考慮任務(wù)的異構(gòu)服務(wù)器負(fù)載均衡設(shè)計(jì)

由于大學(xué)生創(chuàng)新創(chuàng)業(yè)綜合服務(wù)平臺(tái)面臨日益增長(zhǎng)的服務(wù)請(qǐng)求和多樣化的數(shù)據(jù)處理需求，為確保平臺(tái)能夠高效、穩(wěn)定地運(yùn)行，為廣大學(xué)生創(chuàng)業(yè)者提供優(yōu)質(zhì)的服務(wù)體驗(yàn)，需要結(jié)合平臺(tái)的具體任務(wù)情況和業(yè)務(wù)負(fù)載特性，開展異構(gòu)服務(wù)器負(fù)載均衡設(shè)計(jì)。本次設(shè)計(jì)平臺(tái)負(fù)載均衡策略的核心在于綜合考慮系統(tǒng)當(dāng)前可用資源與任務(wù)實(shí)際占用資源之間的關(guān)系。系統(tǒng)利用公式（1）動(dòng)態(tài)評(píng)估各服務(wù)器的資源可用性。

Ri=a?Ci+b?Mi+c?Ni （1）

式中：i為某個(gè)服務(wù)器；Ri為服務(wù)器i可以使用的資源；Ci為可以使用的CPU資源；Mi為可以使用的內(nèi)存資源；Ni為可以使用的網(wǎng)絡(luò)帶寬資源；a、b、c為參數(shù)。

針對(duì)每個(gè)新到達(dá)的任務(wù)，系統(tǒng)先通過(guò)查閱預(yù)設(shè)的字典表確定其基本資源消耗量。隨后，利用公式（2）進(jìn)一步根據(jù)用戶等級(jí)（體現(xiàn)優(yōu)先級(jí)）和任務(wù)等待時(shí)間（避免饑餓現(xiàn)象）調(diào)整任務(wù)的實(shí)際資源需求。

（2）

式中：j為任務(wù)；Lsj為任務(wù)實(shí)際負(fù)載；Lj為字典包中預(yù)設(shè)任務(wù)負(fù)載；Lej為用戶等級(jí)；Tj為該任務(wù)在等待隊(duì)列中的等待時(shí)間；Rr為系統(tǒng)保留資源；d為修正參數(shù)。

這一機(jī)制確保了高優(yōu)先級(jí)任務(wù)能更快獲得服務(wù)，同時(shí)防止低優(yōu)先級(jí)任務(wù)無(wú)限期等待。以此為基礎(chǔ)，完成負(fù)載均衡設(shè)計(jì)，其具體步驟如下。1）應(yīng)用服務(wù)器每20s向負(fù)載均衡服務(wù)器報(bào)告其使用情況，確保負(fù)載信息的實(shí)時(shí)性。2）客戶端請(qǐng)求被加入請(qǐng)求隊(duì)列，并附帶時(shí)間戳以便追蹤處理進(jìn)度。3）負(fù)載均衡服務(wù)器從隊(duì)列中取出任務(wù)，根據(jù)任務(wù)類型及服務(wù)器當(dāng)前負(fù)載情況，選擇最合適的服務(wù)器進(jìn)行任務(wù)分配。如果所有服務(wù)器均滿載，那么任務(wù)被重新放入隊(duì)列末尾等待。4）循環(huán)執(zhí)行上述步驟，直至所有請(qǐng)求均得到處理。

3 平臺(tái)測(cè)試

3.1 測(cè)試準(zhǔn)備

為確?；赟aaS的大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)能夠穩(wěn)定運(yùn)行并滿足用戶需求，需要在測(cè)試階段進(jìn)行充分的準(zhǔn)備工作，測(cè)試環(huán)境配置參數(shù)見表3。

表3 平臺(tái)測(cè)試環(huán)境配置參數(shù)

序號(hào) 配置 參數(shù)

1 數(shù)據(jù)庫(kù)類型 MySQL8.0

2 SaaS版本 V3.0

3 性能測(cè)試工具 ApacheJMeter

按照表3，搭建與大學(xué)生創(chuàng)新創(chuàng)業(yè)信息服務(wù)環(huán)境相似的測(cè)試環(huán)境，準(zhǔn)備足夠的測(cè)試數(shù)據(jù)，模擬真實(shí)用戶場(chǎng)景。

3.2 運(yùn)行效果分析

在此次平臺(tái)測(cè)試中，選擇將吞吐量作為大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)的性能評(píng)估指標(biāo)，以評(píng)估平臺(tái)在單位時(shí)間內(nèi)能夠成功處理的請(qǐng)求數(shù)量。本次先使用Apache JMeter測(cè)試工具編寫平臺(tái)測(cè)試腳本，模擬1200個(gè)用戶同時(shí)發(fā)起請(qǐng)求，其平臺(tái)請(qǐng)求類型包括數(shù)據(jù)查詢、文件上傳和下載等，請(qǐng)求頻率為每個(gè)用戶每分鐘發(fā)送10個(gè)請(qǐng)求。然后運(yùn)行測(cè)試腳本，記錄平臺(tái)在不同場(chǎng)景下的吞吐量表現(xiàn)。為使測(cè)試結(jié)果更客觀清晰，將本文提出的云服務(wù)平臺(tái)記錄為平臺(tái)A（實(shí)驗(yàn)組），將文獻(xiàn)[1]提出的平臺(tái)記錄為平臺(tái)B（對(duì)照組1），文獻(xiàn)[2]提出的平臺(tái)記錄為平臺(tái)C（對(duì)照組2），對(duì)3個(gè)平臺(tái)的測(cè)試數(shù)據(jù)進(jìn)行整理和分析，計(jì)算平臺(tái)的平均吞吐量，并作出對(duì)比，判斷平臺(tái)在吞吐量方面的性能表現(xiàn)。對(duì)比結(jié)果如圖3所示。

由圖3的性能對(duì)比結(jié)果可以得知，本文提出的云服務(wù)平臺(tái)（平臺(tái)A）在吞吐量方面表現(xiàn)出色，隨著用戶數(shù)量增加，其平均吞吐量呈現(xiàn)出穩(wěn)定的增長(zhǎng)趨勢(shì)。在測(cè)試的最高用戶數(shù)量（1200個(gè)用戶）下，平臺(tái)A的平均吞吐量達(dá)到了500TPS以上，顯示出強(qiáng)大的處理能力。這表明平臺(tái)A在應(yīng)對(duì)高并發(fā)請(qǐng)求和大規(guī)模數(shù)據(jù)處理方面具有良好的性能表現(xiàn)，以確保平臺(tái)能夠穩(wěn)定、高效地處理大量請(qǐng)求，可為大學(xué)生創(chuàng)新創(chuàng)業(yè)信息提供更加優(yōu)質(zhì)的服務(wù)。

4 結(jié)語(yǔ)

綜上所述，基于SaaS的大學(xué)生創(chuàng)新創(chuàng)業(yè)信息云服務(wù)平臺(tái)研究具有重要的理論價(jià)值和實(shí)踐意義，其不僅能夠提升大學(xué)生創(chuàng)新創(chuàng)業(yè)能力，優(yōu)化資源配置，促進(jìn)產(chǎn)學(xué)研深度融合，還能夠?yàn)橥苿?dòng)我國(guó)創(chuàng)新創(chuàng)業(yè)事業(yè)的發(fā)展貢獻(xiàn)力量。通過(guò)平臺(tái)，高?？梢约皶r(shí)了解企業(yè)的創(chuàng)新需求和技術(shù)動(dòng)態(tài)，調(diào)整教學(xué)內(nèi)容和科研方向；企業(yè)則可以借助平臺(tái)尋找合適的創(chuàng)新項(xiàng)目和人才資源，推動(dòng)技術(shù)創(chuàng)新和產(chǎn)業(yè)升級(jí)。同時(shí)，平臺(tái)還可以為政府提供決策支持，幫助政府更好地了解大學(xué)生創(chuàng)新創(chuàng)業(yè)的現(xiàn)狀和趨勢(shì)，制定更科學(xué)、合理的政策措施。在未來(lái)的研究中，將進(jìn)一步關(guān)注平臺(tái)的安全性和穩(wěn)定性問(wèn)題，加強(qiáng)平臺(tái)的用戶體驗(yàn)和功能優(yōu)化，推動(dòng)平臺(tái)在更多高校和地區(qū)的推廣應(yīng)用。同時(shí)，也將積極探索與其他創(chuàng)新服務(wù)平臺(tái)的合作與對(duì)接，形成更完善的大學(xué)生創(chuàng)新創(chuàng)業(yè)服務(wù)體系，為我國(guó)創(chuàng)新創(chuàng)業(yè)事業(yè)的發(fā)展注入新的活力。

參考文獻(xiàn)

[1]龔芳海，李文彪，廖青.基于大數(shù)據(jù)技術(shù)的大學(xué)生創(chuàng)新創(chuàng)業(yè)云服務(wù)平臺(tái)的研究與應(yīng)用[J].電子元器件與信息技術(shù)，2023，7（11）：141-144.

[2]蔡萍，趙文忠.基于智能制造的協(xié)同共享服務(wù)云平臺(tái)研究[J].智能制造，2023（5）：87-89.

[3]覃磊，楊勤，王嘉斌.基于KANO-AHP模型的工業(yè)設(shè)計(jì)服務(wù)平臺(tái)創(chuàng)新設(shè)計(jì)研究[J].設(shè)計(jì)，2023，36（8）：120-123.

[4]李保良，侯麗娟.基于云平臺(tái)的高校創(chuàng)新創(chuàng)業(yè)服務(wù)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)[J].電腦知識(shí)與技術(shù)，2022，18（29）：42-44.

[5]孫冰爽.高等職業(yè)院校創(chuàng)新創(chuàng)業(yè)云服務(wù)平臺(tái)的研發(fā)與應(yīng)用[J].電腦知識(shí)與技術(shù)，2022，18（21）：113-114，122.

[6]李季明，高猛猛.經(jīng)管類實(shí)驗(yàn)室智慧云服務(wù)平臺(tái)建設(shè)分析[J].軟件工程，2021，24（11）：36-38，32.

[7]姜建華，余君.基于分布式爬蟲的創(chuàng)新創(chuàng)業(yè)服務(wù)平臺(tái)研究與實(shí)現(xiàn)[J].信息與電腦（理論版），2021，33（18）：98-102.

[8]許萬(wàn)里，姚金鑫，杜野.創(chuàng)新創(chuàng)業(yè)實(shí)踐教學(xué)智慧云平臺(tái)在創(chuàng)業(yè)基礎(chǔ)課程中的實(shí)踐探索[J].黑龍江教師發(fā)展學(xué)院學(xué)報(bào)，2021，40（2）：37-39.

[9]王永祥，何雪利.基于云計(jì)算的創(chuàng)新創(chuàng)業(yè)教育互聯(lián)網(wǎng)服務(wù)平臺(tái)設(shè)計(jì)與開發(fā)[J].科技創(chuàng)新與應(yīng)用，2020（19）：41-42.