




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、第一章 技術方案.1. 工程概述 工程名: 建設單位及項目負責人:3.1.1. 工程背景隨著移動互聯(lián)網(wǎng)的爆發(fā)式發(fā)展,手機上的溝通變得越來越重要,即時通訊作為當今互聯(lián)網(wǎng)時代的一個重要通信手段,互聯(lián)網(wǎng)時代的人、企業(yè)等已基本接受和習慣即時通訊帶來的各種便捷服務,各種即時通訊工具、聊天軟件應用也如雨后春筍層出不窮,用戶也越來越習慣利用在手機APP中植入的即時通訊功能服務進行在線即時聊天互動,獲取產(chǎn)品或服務的信息,或進行人與人之間的溝通互動,當前四川電信通過積極探索實踐,在移動互聯(lián)網(wǎng)領域也創(chuàng)新地開發(fā)出一些行業(yè)重量級的業(yè)務應用,對即時通訊能力服務需求非常急迫,無專屬即時溝通工具,買家與賣家間
2、無即時溝通,訂單及物流通知未及時送達;QQ、微信等第三方即時通訊工具,只能解決交流的問題,而無法對用戶體驗和平臺無縫性帶來幫助,沒有與自身產(chǎn)品線進行的深度集成,應用需求無法真正滿足。因此建立一套統(tǒng)一的IM平臺以及專屬的聊天產(chǎn)品,對應用的推廣與發(fā)展有非常重要的意義。3.1.2. 需求概述鑒于電信自主運營應用對IM即時通訊能力服務有相應的集成需求,需要構建一套云即時通訊服務平臺,為需要IM即時通訊的應用提供基礎的即時通訊能力服務,支持嵌入到電信自主運營開發(fā)的業(yè)務應用中提供即時通訊服務,實現(xiàn)即時通訊基礎服務能力平臺化、SDK類型豐富化,支持多應用接入。同時基于IM即時通訊平臺可以定制一套專屬于自己的
3、IM通訊軟件,對數(shù)據(jù)的保密性、安全性以及功能的多樣性都能很好的滿足。3.2. 建設目的及原則構建一套云即時通訊服務平臺,為需要IM即時通訊的應用提供基礎的即時通訊能力服務。同時基于IM即時通訊平臺可以定制一套專屬于自己的IM通訊軟件,對數(shù)據(jù)的保密性、安全性以及功能的多樣性都能很好的滿足。.3.2.1. 總體建設原則123456789101. 系統(tǒng)可用性原則系統(tǒng)可用性(Availability)是用來衡量一個平臺系統(tǒng)能提供持續(xù)服務的能力,它表示的是在給定時間系統(tǒng)或者系統(tǒng)某一能力在特定環(huán)境中能夠滿意工作的概率。采用先進的技術和方法,滿足和適
4、應移動互聯(lián)網(wǎng)技術更新速度,在滿足開發(fā)時間節(jié)點的要求下,滿足用戶的交互體驗和功能需求,采用智能化的處理特色,滿足運營管理的效率要求。在系統(tǒng)運行當中可能會影響到系統(tǒng)可用性的因素:1.操作人員和組織其實這個地方平臺在使用中的管理員,他是否重視運維?組織是否已經(jīng)認識平臺帶來的價值,把平臺的可用性當作自己的一個核心能力來看待。是否把面向用戶的業(yè)務能力和運維很好的對接?是否建立起用戶質(zhì)量的組織文化。2.業(yè)務流程業(yè)務管理平臺的流程梳理多個角色自己的關系和職責。我們第一個要去看這個流程在面對故障的是否起到了積極的作用,比如說能夠確保故障信息的準確送達,同時保證處理人的角色和職責是清晰的。其次不斷去檢查流程是否
5、可以自動化驅動,而非人為驅動。人是不可靠之源!我們最終希望形成是一個自動化、標準化的流程,這樣的流程不容易被異化,且能保證預期執(zhí)行結果一致。3.后期的運維技術很多時候大家看到的技術是運維技術,其實恰恰相反對于業(yè)務來說,對其高可用的影響,因此在其中需要遵循很多原則,有一些原則需要有普適的參考價值。比如說服務降級、過載保護、服務公共化等等。這些方法論是否已經(jīng)融入到研發(fā)和運維的架構設計之中。業(yè)務功能需求優(yōu)先,而非可運維性優(yōu)先,可運維性最終就是業(yè)務的質(zhì)量。4.業(yè)務管理把你的平臺的業(yè)務能力標準化,你可以轉換成我們多個業(yè)務指標,比如說質(zhì)量、可用性、用戶體驗、用戶滿意度、成本,有了這些業(yè)務導向性指標,才能把
6、IT能力和業(yè)務更好的對接起來。否則很容易在組織內(nèi),形成運營維護共同認識,而非創(chuàng)造價值部門。這一點還有一個重要性,就是讓維護人員也要足夠的認識到,他們的能力直接和業(yè)務相關,需要增強業(yè)務敏感度。在系統(tǒng)運行當中為了保障系統(tǒng)的可用性所采用的策略:1.故障發(fā)生前,建立運維質(zhì)量儀表盤我們一定要建立運維數(shù)據(jù)看板,這個看板的數(shù)據(jù)并且要在業(yè)務、測試和運維人員對平臺的情況達成一致,讓大家足夠重視這份數(shù)據(jù),這樣數(shù)據(jù)便有了推動力。建議這個地方的核心數(shù)據(jù)指標不要太多,因為涉及到多個團隊,大家不能夠一致理解,特別是傳達到管理層,太多的指標,容易失去關注的焦點。通行的做法,就是用可用性來做運維的數(shù)據(jù)看板??捎眯缘挠嬎惴椒ㄓ?/p>
7、簡單的方法,也有復雜的方法。簡單的方法就是在監(jiān)控系統(tǒng)中搞一些探針來模擬用戶監(jiān)控,最后我們能得出故障的時長和可用性的時間,這樣我們可以建立每天、每周、每月、每Q的可用性,可以做到分業(yè)務、分服務(更細粒度)等等;復雜的方法在模擬數(shù)據(jù)的基礎上,可以把事件系統(tǒng)記錄的時間數(shù)據(jù)拿過來作為評估的標準。另外可以把可用性上升到質(zhì)量層面,這個里面涉及到的評估維度(成本、用戶體驗、滿意度)就更多了,數(shù)據(jù)獲取的來源也變得更多,有些是來自于客服系統(tǒng),有些是來自于輿情監(jiān)控,有些是來自于運維容量系統(tǒng),有些是來自于事件系統(tǒng)等等,不過最終呈現(xiàn)的指標就是一個-質(zhì)量。2.故障發(fā)生前,設定技術準則和要求運維需要和研發(fā)建立整體的技術標
8、準和規(guī)范要求。因此從保障系統(tǒng)可用性的角度來說,我們需要設定一個路線圖,最終服務于這個平臺運行的可用性。比如說之前我提到的影響系統(tǒng)的因素里面講到了先做標準化,然后做公共服務化、最終服務無狀態(tài)化。運維一定要把標準化作為核心要務來推進,建立標準化的運維環(huán)境,建立標準化的技術棧,建立標準化的高可用方法論,最終這個業(yè)務的可用性一定是有保證的。3.故障發(fā)生時,恢復是第一要務故障發(fā)生的時候,恢復必須是保證系統(tǒng)可用性所必須要時刻記住的。在故障的當下,定位故障原因是大忌,這往往讓故障時長變得不可控,因為會直接影響MTTR(平均修復時間),影響用戶的業(yè)務使用。用一些標準的原則去隔離故障,比如說服務器重啟,鏈路禁用
9、,DNS切換等等。4.故障發(fā)生后即時的排查和復盤問題每一次故障發(fā)生后,運維人需要牽頭去復盤故障,剛剛說了我們恢復是第一要務,所以故障的根本原因我們可能還不知道,此時就需要運維、測試和研發(fā)一起仔細的去看整個的故障過程,看看到底哪兒有什么問題?基本上也是從剛才說的四個方面來評估。不斷的審視我們運維的能力和IT的能力,說“故障是運維最好的老師”的原因也在于此,它能夠不斷驅使我們走向更高的成熟度。 系統(tǒng)可維護性原則系統(tǒng)采用集中部署便于集中維護,提供分權分級的權限管理機制,不同的系統(tǒng)模塊,不同的任務可以設置不同的數(shù)據(jù)操作、統(tǒng)計和監(jiān)控查看分析權限。系統(tǒng)采用構件化設計思想,系統(tǒng)框架與業(yè)務邏輯
10、分離,具備開放的體系結構。系統(tǒng)功能模塊均采用插件式方式架構,易于修改,對某一個功能模塊的修改,一般不影響系統(tǒng)其他功能的正常運行;系統(tǒng)分析、調(diào)度更多采用的是配置模式,易于擴展,新增服務時對系統(tǒng)的修改較少,僅需調(diào)整配置文件參數(shù)即可;系統(tǒng)具備方便且可定期執(zhí)行、分析結果的業(yè)務測試功能。 系統(tǒng)可靠性原則系統(tǒng)可靠性指在規(guī)定條件下和給定時間內(nèi)平臺能正確運行的概率。系統(tǒng)可靠性用下列四個標準來判斷:平臺在運行的過程中不為故障所破壞或停止;平臺的業(yè)務流程的結果不包括由故障所引起的錯誤;平臺對執(zhí)行業(yè)務的時間不能超過一定的限度;平臺運行在允許的網(wǎng)絡內(nèi)。系統(tǒng)可靠性保障主要體現(xiàn)在以下兩個方面: 系統(tǒng)采用增
11、量備份和全備份相結合的方式定期備份重要的系統(tǒng)數(shù)據(jù); 系統(tǒng)應具有良好的并行處理機制,對存取沖突的競爭具有有效的仲裁和加鎖機制,充分保證事務處理的完整性,并降低系統(tǒng)I/O 開銷,提高并發(fā)用戶查詢和存取的性能。 系統(tǒng)可擴展性原則可擴展性是軟件設計的重要的原則之一,它以添加新功能或修改完善現(xiàn)有功能來考慮軟件的未來成長??蓴U展性是軟件拓展系統(tǒng)的能力。系統(tǒng)采用成熟的框架開發(fā)接口服務和后臺管理,前端APP可采用Native和HTML5代碼混合實現(xiàn),整體采用分層設計。支持開閉原則設計思想,便于系統(tǒng)的靈活配置和部署;支持插件技術, 便于系統(tǒng)縱向延伸和對新技術的接入。良好的可擴展性設計應該允許更多
12、的業(yè)務功能在必要時可以被插入到適當?shù)奈恢弥小_@樣做的目的的是為了應對未來可能需要進行的修改,而造成代碼被過度工程化地開發(fā)??蓴U展性可以通過軟件框架來實現(xiàn):動態(tài)加載的插件、頂端有抽象接口的認真設計的類層次結構、有用的回調(diào)函數(shù)構造以及功能很有邏輯并且可塑性很強的代碼結構。3.2.2. Android-SDK目標實現(xiàn)android客戶端接入集成即時通訊基礎服務提供相應的SDK。提供android客戶端的登錄、消息通知、會話、消息、通知、群聊、臨時會話討論組相關功能接口。3.2.3. IOS-SDK目標為實現(xiàn)iOS客戶端接入集成即時通訊基礎服務提供相應的SDK。提供iOS客戶端的登錄、消息通知、會話、
13、消息、通知、群聊、臨時會話討論組相關功能接口。3.2.4. PC-SDK目標為實現(xiàn)PC H5頁面接入集成即時通訊基礎服務提供相應的SDK。提供PC客戶端的登錄、消息通知、會話、消息、通知、群聊、臨時會話討論組相關功能接口。3.3. 系統(tǒng)架構根據(jù)對需求的分析和系統(tǒng)目標的總結,本方案采用面向服務的體系結構技術來構建統(tǒng)一的IM即時通信平臺,軟件可以分布式部署在服務器集群上,實現(xiàn)對海量并發(fā)通信的實時轉發(fā)。3.3.1. 系統(tǒng)架構設計11.3.1.1 系統(tǒng)架構圖系統(tǒng)采用多層體系架構:分層設計實現(xiàn)“高內(nèi)聚、低耦合”,易于控制、易于擴展,分為數(shù)據(jù)層、服務層、接口層、應用層,具體說明如下:
14、數(shù)據(jù)層:提供持久化數(shù)據(jù)存儲和數(shù)據(jù)服務,包括即時通信消息數(shù)據(jù)、用戶及關系數(shù)據(jù)、平臺基礎數(shù)據(jù)等,使用mysql來進行持久化。 服務層:整個平臺的核心層,為平臺提供即時通訊基礎服務能力,使用SOA框架來構建系統(tǒng)服務,使用kakfa來進行信息轉發(fā),同時為了提高并發(fā)能力,使用redis來進行數(shù)據(jù)緩存。 接口層:向第三方業(yè)務應用提供即時通訊基礎服務能力集成客戶端SDK接口(包括:androidiospc)和服務器端SDK接口。 應用層:為需要集成即時通訊基礎服務能力的第三方應用。 SOA框架采用SOA架構(面向服務架構),它可以根據(jù)需求通過網(wǎng)絡對松散耦合的粗粒度應用組件進行分布式部署、組合
15、和使用。服務層是SOA的基礎,可以直接被應用調(diào)用,從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性,能更迅速、更可靠、更具重用性架構整個業(yè)務系統(tǒng)。3.3.2. 系統(tǒng)軟件架構 高可用的架構,高并發(fā)消息處理。 使用高性能互聯(lián)網(wǎng)中間件:Redis,Kafka,Cassandra,Zookeeper。 移動消息和移動場景深度優(yōu)化,兼顧消息可靠性和效率。 原生移動端SDK優(yōu)化,APP完美集成。 基于XMPP協(xié)議及成熟的Mina通信架構,性能穩(wěn)定、效率高; 業(yè)務邏輯Module基于總線的設計方式,通過插件及總線驅動擴展業(yè)務Module; 數(shù)據(jù)接入采用hibernate持久化架構,能夠接入多種主流數(shù)據(jù)庫; 整個
16、系統(tǒng)設計開發(fā)基于標準的J2EE 技術,使用標準的HTML, JSP, SOAP, JDBC等技術; 支持TCP、UDP、HTTP多種協(xié)議; 外部系統(tǒng)接入基于SOA體系架構,具備良好擴展性能。3.3.3. 消息發(fā)送拓撲3.4. 系統(tǒng)功能設計3.4.1. 基礎IM服務能力11.4.1.1 注冊要使用IM通信功能,首先必須注冊成為IM平臺的用戶,因此IM通信平臺提供用戶注冊功能呢,注冊的用戶只是IM通信平臺用戶,不是屬于任何的業(yè)務系統(tǒng)用戶,因此需要和應用系統(tǒng)用戶關聯(lián)起來,需要接入的應用進行用戶關聯(lián)。 登錄IM通信的登錄功能,就是用戶上線功能,IM平臺根據(jù)用戶在線狀
17、態(tài)進行消息分發(fā)。如果用戶登錄,即用戶上線,則IM平臺才會將消息發(fā)送給用戶。因此應用系統(tǒng)使用IM通信平臺需要通過平臺提供的登錄接口,登錄到IM通信平臺,同時平臺會為每個用戶生成一個會話token,作為通信憑證。 單聊點對點聊天,IM平臺單聊支持發(fā)送文本消息,圖片消息,允許發(fā)送附件,附件可以是圖片、普通格式文件、音樂文件、視頻文件,還支持地位位置發(fā)送。如果是移動端還支持語音發(fā)送,語音聊天以及視頻聊天。 群聊多對多聊天,支持用戶和群里的其他用戶進行聊天,支持發(fā)送文本消息,圖片消息,表情消息;允許發(fā)送附件,附件可以是圖片、普通格式文件、音樂文件、視頻文件,還支持地理位置
18、發(fā)送。如果是移動端還支持語音發(fā)送,以及語音聊天。 討論組特殊的群組,臨時群會話,用戶可以邀請自己的好友進入討論組進行群聊,創(chuàng)建討論組的用戶支持刪除修改操作,被邀請用戶可以退出討論組,支持群聊的所有聊天功能。 已發(fā)送消息回執(zhí)即時通訊消息的發(fā)送,當消息發(fā)送到對端用戶后,提供已發(fā)送消息回執(zhí)機制,確保即時通訊消息可靠發(fā)送到對方。 即時通訊消息即時通訊消息支持支持發(fā)送文本消息,圖片消息,允許發(fā)送附件,附件可以是圖片、普通格式文件、音樂文件、視頻文件,還支持地理位置發(fā)送。如果是移動端還支持語音發(fā)送,以及語音聊天。 好友管理好友管理提供對好友的
19、添加,修改基礎信息,刪除,拉入很名單的功能,同時也提供對好友申請的同意、拒絕以及忽略的操作 群組管理群組管理提供用戶對自身群組的新建、修改、解散功能,同時也提供用戶搜索群組,申請入群以及退出群組功能。3.4.2. 產(chǎn)品功能 .2.1 注冊該軟件提供的注冊功能分為兩部分注冊,一部分是產(chǎn)品自身的業(yè)務范圍內(nèi)的用戶注冊,一部分是調(diào)用IM通信平臺接口注冊成為通信平臺用戶。在IM通信平臺注冊成功后,需要將平臺返回的用戶id與產(chǎn)品業(yè)務內(nèi)的用戶進行關聯(lián),才能為后續(xù)功能提供服務。 登錄該軟件提供的登錄功能分為兩部分登錄,一部分是產(chǎn)品自身的登錄,一部分是當用戶在
20、產(chǎn)品登錄成功后再調(diào)用IM通信平臺接口登錄上通信平臺。用戶兩部分登錄成功后就可以在軟件中使用聊天功能。 個人信息管理用戶登錄成功后可以進入個人中心對自己的信息進行管理,比如修改昵稱,或者修改個人頭像,同時也允許修改個人登錄密碼。 單聊軟件支持點對點聊天,當用戶登錄成功后,可以看見自己的好友列表,如果用戶想和某位好友聊天只需要點擊該好友就可以進入聊天頁面。支持發(fā)送文本消息,圖片消息,允許發(fā)送附件,附件可以是圖片、普通格式文件、音樂文件、視頻文件,還支持地位位置發(fā)送。還支持語音發(fā)送,語音聊天以及視頻聊天。 群聊軟件支持群聊功能。當用戶登錄成功后,可以看
21、見自己的群組列表。用戶可以點擊自己加入的群組進入群里面和群的其他成員進行聊天。群聊支持發(fā)送文本消息,圖片消息,允許發(fā)送附件,附件可以是圖片、普通格式文件、音樂文件、視頻文件,還支持地位位置發(fā)送。還支持語音發(fā)送,語音聊天。 已發(fā)送消息回執(zhí)當用戶發(fā)送消息后,如果接收方在線,則通信平臺會將消息投遞到對方,此時平臺會給發(fā)送發(fā)發(fā)送一條消息已送達消息回執(zhí)。如果接收方?jīng)]在線,則會將消息投遞到對方的離線消息隊列中,并向發(fā)送方發(fā)送一條已送達的消息回執(zhí)。 即時通訊消息Android客戶端 發(fā)送即時通訊消息支持文字、語音、圖片、地理位置、表情消息的發(fā)送和接收,同時也提供發(fā)送附件功能。
22、IOS客戶端 發(fā)送即時通訊消息支持文字、語音、圖片、地理位置、表情消息的發(fā)送和接收,同時也提供發(fā)送附件功能。PC客戶端 發(fā)送即時通訊消息支持文字、圖片、表情消息的發(fā)送和接收,同時也提供發(fā)送附件功能。移動端消息傳輸采用壓縮的二進制流,消息傳輸效率高,移動弱網(wǎng)絡優(yōu)化,保證移動網(wǎng)絡下消息必達底層基于長連接技術實現(xiàn),結合Android和IOS平臺的推送能力,支持消息即時推送。同時提供未讀消息提示。 好友管理好友管理主要是提供用戶對自己好友的管理功能。包括添加好友,刪除好友,將好友拉入黑名單,修改好友備注,已經(jīng)好友申請消息管理功能。 好友添加:用戶可以通過好友電話號碼或者好友昵稱來搜索好
23、友,電話號碼搜索是唯一結果,好友昵稱是多結果。用戶可以點擊添加好友,先對方發(fā)送好友申請消息。 刪除好友:如果是移動端則在好友列表滑動要刪除的好友,就會有刪除按鈕出現(xiàn),點擊刪除按鈕就會提示是否刪除,點擊是將刪除好友,點擊否取消刪除 拉入黑名單:如果是移動端則在好友列表滑動要拉入黑名單的好友,就會有黑名單按鈕出現(xiàn),點擊黑名單按鈕就會提示是否將好友加入黑名單,點擊是將好友拉入黑名單,點擊否取消操作。當好友被拉入黑名單后將不能接收好友發(fā)送的消息。 修改好友:在好友列表,點擊好友,進入好友的詳細信息界面,在該界面右上角有設置按鈕,點擊進入就可以對好友進行備注修改。 好友申請消息:當有用戶提交好友申請時,
24、你將會收到好友申請消息,此時你就可以進行同意或者拒絕的操作。 群組管理群組管理提供用戶對自身群組的新建、修改、解散功能,同時也提供用戶搜索群組,申請入群以及退出群組功能。 創(chuàng)建群組:用戶可以根據(jù)自己需要進行群組的創(chuàng)建,每個用戶擁有4個群的創(chuàng)建權限。 群組修改:群創(chuàng)建者可以對群名字進行修改。 群組解散:群創(chuàng)建可以在不需要群時,進行群解散操作。 群組申請:用戶如何想加入群組,可以先通過群名稱或者群id進行搜索,當搜索出來后,用戶可以點擊申請入群,等待群創(chuàng)建者同意。 退出群組:普通用戶可以直接點擊退出群組功能退出群組,創(chuàng)建者如果想退出則需要向將群轉讓給群里的某位成員,然后才能退出群組
25、。3.5. 系統(tǒng)運行環(huán)境需求3.5.1. 平臺硬件需求系統(tǒng)能力的決定因素主要有兩個方面,一個是架構設計,一個是系統(tǒng)硬件能力?;诒鞠到y(tǒng)的架構設計,我們對系統(tǒng)能力和硬件做了如下評估:序號每日活躍用戶數(shù)服務器數(shù)服務器配置其它110萬5臺3臺16核128G, 2臺16核32G數(shù)據(jù)庫服務器需要配置SSD,同時配置足夠的存儲空間來存儲日志220萬7臺5臺16核128G, 2臺16核32G數(shù)據(jù)庫服務器需要配置SSD,同時配置足夠的存儲空間來存儲日志350萬9臺7臺16核128G,2臺16核32G數(shù)據(jù)庫服務器需要配置SSD,同時配置足夠的存儲空間來存儲日志4100萬13臺11臺16核128G, 2臺16核32G數(shù)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年雅思考試聽力機經(jīng)模擬試卷:家庭與婚姻關系試題
- 2025年法語DELFB2級寫作高分技巧試卷
- 2025年鍛造工(四級首席首席首席首席)職業(yè)技能鑒定試卷
- 生物打印技術在2025年醫(yī)療美容領域的應用與監(jiān)管挑戰(zhàn)報告
- 工業(yè)互聯(lián)網(wǎng)平臺網(wǎng)絡安全態(tài)勢感知技術在網(wǎng)絡安全防護中的大數(shù)據(jù)挖掘報告001
- 民法實務案例分析
- 2025年海上風電產(chǎn)業(yè)技術創(chuàng)新與產(chǎn)業(yè)競爭力提升策略報告001
- 2025年醫(yī)療行業(yè)人工智能輔助診斷產(chǎn)品注冊審批法規(guī)與市場動態(tài)分析報告
- 開放銀行生態(tài)構建中的金融科技在智慧城市建設中的應用報告
- 消費與零售:2025年服裝行業(yè)市場分析與消費者購物行為報告
- 新概念英語第4冊課文(中英文對照)
- 環(huán)保 水保監(jiān)理月報
- GB/T 3785.1-2023電聲學聲級計第1部分:規(guī)范
- 三國姜維傳攻略
- 敘事護理學知到章節(jié)答案智慧樹2023年中國人民解放軍海軍軍醫(yī)大學
- 中考英語補全對話
- 防治腦卒中專業(yè)知識講座
- 供熱工程全套
- 中小學校長公開招聘試卷
- 2023年小升初綜合素質(zhì)測試題及答案
- JJG 646-2006移液器
評論
0/150
提交評論