軟件工程課程設(shè)計-醫(yī)院計算機監(jiān)護系統(tǒng)分享_第1頁
軟件工程課程設(shè)計-醫(yī)院計算機監(jiān)護系統(tǒng)分享_第2頁
軟件工程課程設(shè)計-醫(yī)院計算機監(jiān)護系統(tǒng)分享_第3頁
軟件工程課程設(shè)計-醫(yī)院計算機監(jiān)護系統(tǒng)分享_第4頁
軟件工程課程設(shè)計-醫(yī)院計算機監(jiān)護系統(tǒng)分享_第5頁
已閱讀5頁,還剩19頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、真誠為您提供優(yōu)質(zhì)參考資料,若有不當之處,請指正。信息技術(shù)與工程學(xué)院 課 程 設(shè) 計 報 告課程名稱 軟件工程 設(shè)計題目 醫(yī)院計算機監(jiān)護系統(tǒng) 專業(yè)班級 12網(wǎng)本2班 小組成員 王彥彥 ××× ×× ×× 指導(dǎo)教師 左金平 成績 年 月 日1 引言醫(yī)院做為一個與人民生命健康密切相關(guān)的重要機構(gòu),勢必要在各方面實現(xiàn)信息化,與此同時,對醫(yī)療衛(wèi)生的要求也越來越高,以方便醫(yī)護人員更好的了解病人的情況,給病人提供及時的治療。本系統(tǒng)就是針對這方面的迫切需求而設(shè)計實現(xiàn)的。1.1 編寫目的此文檔作為用戶對即將開發(fā)的軟件的功能要求,是軟件設(shè)計和開發(fā)

2、者的主要依據(jù)。1.2 項目背景項目名稱:醫(yī)院計算機監(jiān)護系統(tǒng)項目委托單位:××市醫(yī)院軟件開發(fā)單位:晉中學(xué)院計算機系網(wǎng)本二班2 任務(wù)描述2.1 目標本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等),定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。本軟件系統(tǒng)要求安全、可靠(具有出錯處理能力)、準確。2.2運行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi實現(xiàn)的管理信息系統(tǒng)(Management Information System)。數(shù)據(jù)庫服

3、務(wù)器由Oracle9實現(xiàn);操作系統(tǒng):WINDOWS 2000 Advance Server;數(shù)據(jù)庫服務(wù)器端軟件ORACLE 9I。3.數(shù)據(jù)描述3.1數(shù)據(jù)流程圖系統(tǒng)數(shù)據(jù)流程圖:如圖3-1所示。圖3-1數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖:如圖3-2所示。查詢病人信息記錄病人情況醫(yī)院計算機監(jiān)護系統(tǒng)傳感器護士打印報告護士患者日志輸入:輸出:輸入病人生理信號發(fā)出報警信號查詢結(jié)果圖3-2數(shù)據(jù)流程圖各模塊數(shù)據(jù)流圖:如圖3-3所示。 圖3-3 各模塊數(shù)據(jù)流圖3.2醫(yī)院監(jiān)護系統(tǒng)中所要處理的表單:“生理信號”表格: 生理信號ID、生理信號名稱、備注 “患者表格”表格:患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、

4、入院日期、狀態(tài)(已出院、住院)、備注“患者日志”表格:患者ID、日期、生理信號ID、值、備注“患者生理信號安全范圍表”表格:患者ID、生理信號ID、安全范圍、備注 3.3功能 3.3.1功能劃分本系統(tǒng)由“生理信號輸入控制子系統(tǒng)”、 “病人基本信息管理子系統(tǒng)”、 “警報子系統(tǒng)”、“病人病情管理子系統(tǒng)”組成。生理信號輸入控制子系統(tǒng)包含2個功能模塊:“生理信號輸入管理”、 “定時時間調(diào)節(jié)”。病人基本信息管理子系統(tǒng)包含3個功能模塊:“病人信息輸入”、“病人信息修改”、“病人信息查詢”。警報子系統(tǒng)包含2個功能模塊:“生理信號安全范圍控制”、“警報”。病人病情管理子系統(tǒng)包含2個功能模塊:“病情查詢”、“病

5、情報告打印”。3.3.2描述生理信號輸入管理模塊:通過連接在病人身上的傳感器,根據(jù)傳感器的值將生理信號輸入系統(tǒng)。 定時時間調(diào)節(jié)處理:通過系統(tǒng),管理人員(醫(yī)護人員)可以按需要輸入定時采樣的時間。 病人信息輸入模塊:工作人員可以將病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注)輸入系統(tǒng)。 病人信息修改管理模塊:對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注)進行修改。病人信息查詢模塊:對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注)進行查詢

6、。生理信號安全范圍控制模塊:對各個病人的生理信號的安全范圍進行輸入、修改、查詢。警報模塊:對超過設(shè)定安全范圍的病人及時通知醫(yī)護人員。病情查詢模塊:可以對這一段時間的病人病情進行查詢。病情報告打印模塊:可以對查詢得的病人病情打印出病情報告。4 可行性分析 4.1 可行性研究的前提 說明對所建議開發(fā)的軟件的基本要求,如:A.功能:監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等),定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。B.性能:1、本系統(tǒng)要求反應(yīng)時間不得低于2s.

7、2、定期對數(shù)據(jù)庫備份。C.輸出如報告、文件或數(shù)據(jù):本系統(tǒng)要求輸出的數(shù)據(jù)有:查詢信息、報表、警報控制信號。D.在安全與保密方面的要求:掛號科的工作人員負責病人基本信息的輸入,住院部的醫(yī)護人員負責病人住院日志的情況,管理員負責系統(tǒng)的維護。4.2 技術(shù)可行性A. 經(jīng)費、投資方面的來源和限制:各種硬件和工作人員工資需至少10萬元B.硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制:軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server以上;數(shù)據(jù)庫服務(wù)器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M以上的LAN接入網(wǎng)絡(luò)帶寬,P4 3.0G Xeon CPU /1G內(nèi)存

8、/360G(10K) SCSI硬盤的服務(wù)器,P3以上微機(帶網(wǎng)卡)的客戶機,P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫服務(wù)器本系統(tǒng)采用Delphi 實現(xiàn),依靠其強大的控件系統(tǒng),Oracle數(shù)據(jù)庫管理系統(tǒng)和用c語音編制的傳感器驅(qū)動相結(jié)合,能在2個月內(nèi)開發(fā)出系統(tǒng)。4.3 經(jīng)濟可行性某醫(yī)院目前由于完全采用純?nèi)斯さ姆绞絹硗瓿晒ぷ鞯模t(yī)務(wù)人員要一邊關(guān)注某些病人的情況,一邊還要忙著對其它的病人進行醫(yī)療診斷,工作量大,耗時比較多,所以工作效率低。根據(jù)目前醫(yī)院內(nèi)部員工的日人工成本為:x人 * y元/人z元。我們還不能計算出因效率低下而給醫(yī)院帶來的無形經(jīng)濟損失,如果指導(dǎo)

9、這一部分也看作是成本,那將遠遠超出目前的計算數(shù)額。而如果開發(fā)出一個能滿足業(yè)務(wù)要求的醫(yī)療計算機監(jiān)護系統(tǒng),在采用生命周期的前提下,從問題識別到系統(tǒng)實施、評價、維護,開發(fā)周期如果以兩年計,共需人工成本m元,各種軟硬件成本n元,日常維護費用o元,共計成本費用p元,略高/低于兩年的人工費用總和。同樣,我們也無法估計算出則于系統(tǒng)的開發(fā)應(yīng)用使醫(yī)院運營效率提高而帶來的無形的巨額經(jīng)濟效益,由于系統(tǒng)能在未來較長的一段時間內(nèi)穩(wěn)定地發(fā)揮作用,這對于醫(yī)院的提高管理水平很大的幫助,才能使A醫(yī)院早日接入到總行的更高層次的網(wǎng)絡(luò)體系中,可以更加廣泛的吸收各方面的信息資源,可為醫(yī)院業(yè)務(wù)在將來的擴張打下堅實的基礎(chǔ),其經(jīng)濟效益將更上

10、一層樓。4.4 法律可行性法律可行性是考慮要開發(fā)系統(tǒng)是否存在任何侵犯、妨礙和責任問題,用戶操作可行性考慮待開發(fā)軟件的運行方式在用戶組織內(nèi)是否行得通,現(xiàn)行管理制度、人員素質(zhì)、操作知識是否可行。由于在本系統(tǒng)中是有合同作為雙方合作的基礎(chǔ),所以不會存在任何侵犯、妨礙和責任問題。即使存在了,也可以根據(jù)合同進行分析,一定有人會負責任,所以此系統(tǒng)完全可以進行開發(fā)。由以上經(jīng)濟、技術(shù)、操作和法律四方面的分析可以看出,本系統(tǒng)的開發(fā)時機成熟,從多種角度考慮,都是可行的。4.5 結(jié)論本系統(tǒng)值得投資。5需求分析醫(yī)院管理的合理化和經(jīng)營化是醫(yī)院經(jīng)營效益的關(guān)鍵。擁有了先進的技術(shù)還要有更加良好的管理體制,才可以讓醫(yī)院的經(jīng)營效益

11、發(fā)揮到最好的狀態(tài)。充分利用現(xiàn)代先進的技術(shù),可以節(jié)約大量的人力資源和財力資源。5.1組織機構(gòu)調(diào)查 圖5-1 組織機構(gòu)調(diào)查5.2業(yè)務(wù)需求調(diào)查數(shù)據(jù)流程圖圖5-2 業(yè)務(wù)數(shù)據(jù)流程圖實體初步描述1)在對業(yè)務(wù)流程圖和數(shù)據(jù)流程圖進行詳細分析的基礎(chǔ)上,找出其中的實體。 實體名稱:病人生理信號、患者日志。2)實體描述方式。1、病人生理信號:包括生理信號ID、生理信號名稱、備注。2、患者日志:包括患者ID、日期、生理信號ID、備注。數(shù)據(jù)流程圖圖5-3 實體數(shù)據(jù)流程圖警報子系統(tǒng)業(yè)務(wù)流程圖圖5-4 警報子系統(tǒng)業(yè)務(wù)流程圖病人病情管理子系統(tǒng)業(yè)務(wù)流程圖圖5-5 病人病情管理子系統(tǒng)業(yè)務(wù)流程圖 數(shù)據(jù)流程圖圖5-6 病人病情管理子

12、系統(tǒng)數(shù)據(jù)流程圖5.3 對新系統(tǒng)的環(huán)境要求調(diào)查 5.3.1 基本要求 簡要描述該系統(tǒng)所運行的環(huán)境,如果運行環(huán)境未確定,應(yīng)寫出建議環(huán)境1)體系結(jié)構(gòu):Client/Server或Multi-tire C/S。2)操作系統(tǒng): windows系列。3)數(shù)據(jù)庫管理系統(tǒng):Oracle9i。4)開發(fā)工具:Delphi7.0。軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server以上;數(shù)據(jù)庫服務(wù)器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M以上的LAN接入網(wǎng)絡(luò)帶寬,P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K) SCSI硬盤的服務(wù)器,P3以上微機(帶網(wǎng)卡

13、)的客戶機,P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫服務(wù)器。 5.3.2 適應(yīng)性本系統(tǒng)只適合于windows系列操作系統(tǒng)5.4系統(tǒng)分析 5.4.1 功能性醫(yī)院計算機監(jiān)護系統(tǒng):監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等),定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。 5.4.2 可用性普通用戶所需的培訓(xùn)時間:3天高級用戶所需的培訓(xùn)時間:3天 本系統(tǒng)符合Microsoft 的GUI標準 5.4.3 可靠性建議使用“天網(wǎng)防

14、火墻”精確度 具體數(shù)據(jù)按照醫(yī)學(xué)標準來衡量,基于TCP/IP協(xié)議 5.4.4 性能 此節(jié)概述系統(tǒng)的性能特征。其中需包括具體的響應(yīng)時間。如果可行,按名稱引用相關(guān)用例。數(shù)據(jù)精確度:具體數(shù)據(jù)按照醫(yī)學(xué)標準來衡量對事務(wù)的響應(yīng)時間(平均0.3s、最長1s)吞吐量,每秒處理的事務(wù)數(shù)為5人容量,系統(tǒng)可以容納的事務(wù)數(shù)為100人具備數(shù)據(jù)庫動態(tài)恢復(fù)能力5.5 聯(lián)機用戶文檔和幫助系統(tǒng)需求 本系統(tǒng)具有聯(lián)機幫助功能 5.5.1用戶界面1、 屏幕格式:采用C/S模式,界面由Delphi設(shè)計實現(xiàn),完全基于windows兼容的桌面平臺。 2、報表格式:采用與實際的報表格式一致,當然這也要求客戶端的硬件配置(如打印機等)要一致。3

15、、菜單格式:采用工具欄與菜單并用的方式,力圖簡潔、明了。 5.5.2通信接口 本系統(tǒng)要求每個計算機都有網(wǎng)卡。 適用的標準1、TCP/IP2、Microsoft GUI 設(shè)計=6總體設(shè)計6.1需求規(guī)定醫(yī)院計算機監(jiān)護系統(tǒng):監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等),定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。6.2 運行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi實現(xiàn)的管理信息系統(tǒng)(Management Information System)。數(shù)據(jù)庫服務(wù)器由Or

16、acle9實現(xiàn)。為使系統(tǒng)能夠正常運行,軟硬件環(huán)境需求如下:軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server以上;數(shù)據(jù)庫服務(wù)器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M以上的LAN接入網(wǎng)絡(luò)帶寬,P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K) SCSI硬盤的服務(wù)器,P3以上微機(帶網(wǎng)卡)的客戶機,P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫服務(wù)器。6.3結(jié)構(gòu)醫(yī)院病人監(jiān)護系統(tǒng)生理信號輸入控制子系統(tǒng)病人基本信息管理子系統(tǒng)警報子系統(tǒng)病人病情管理子系統(tǒng)生理信號輸入管理定時時間調(diào)節(jié)信息輸入信息修改信息查

17、詢生理信號安全范圍控制警報病情查詢病情報告打印圖6-1 結(jié)構(gòu)圖6.4人工處理過程1、傳感器輸入信號間隔時間由用戶輸入2、生理信號安全范圍需要用戶輸入6.5接口設(shè)計本系統(tǒng)的用戶界面如下所示:菜單快捷功能鍵區(qū) 用戶輸入界面(系統(tǒng)顯示界面)提交區(qū)圖6-2 用戶界面圖外部接口:本系統(tǒng)采用C/S模式,由Delphi實現(xiàn)的管理信息系統(tǒng)(Management Information System)。通過ADO連接與數(shù)據(jù)庫服務(wù)器相連。6.6邏輯結(jié)構(gòu)設(shè)計要點給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)結(jié)構(gòu)的名稱、標識符以及它們之中每個數(shù)據(jù)項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關(guān)系。6.7系統(tǒng)出錯處理

18、設(shè)計 補救措施:1. 聯(lián)機事務(wù)處理(OLAP)是建立在TCP/IP 協(xié)議上,有多階段事務(wù)處理響應(yīng)控制,保證事務(wù)處理前后臺一致性。2. 數(shù)據(jù)庫處理事務(wù)失敗自動回滾技術(shù),保證數(shù)據(jù)庫表的數(shù)據(jù)一致性和完整性。3. 重要數(shù)據(jù)的校驗檢查。4. 各個子系統(tǒng)的操作監(jiān)控,異常情況報告;并提供報表等跟蹤記錄。5. 提供友好的用戶界面和幫助信息及配合嚴格的檢查,減少用戶出錯機會。7 詳細設(shè)計說明書7.1   引言醫(yī)院做為一個與人民生命健康密切相關(guān)的重要機構(gòu),勢必要在各方面實現(xiàn)信息化,與此同時,對醫(yī)療衛(wèi)生的要求也越來越高。以方便醫(yī)護人員更好的了解病人的情況,給病人提供及時的治療。本系統(tǒng)就

19、是針對這方面的迫切需求而設(shè)計實現(xiàn)的。7.2    編寫目的此文檔作為用戶對即將開發(fā)的軟件的功能要求,是軟件設(shè)計和開發(fā)者的主要依據(jù)。7.3   背景項目名稱:醫(yī)院計算機監(jiān)護系統(tǒng)項目委托單位:××市醫(yī)院軟件開發(fā)單位:晉中學(xué)院計算機系網(wǎng)本二班7.4   定義MIS:(Management Information System)管理信息系統(tǒng)的英文縮寫。Delphi:本系統(tǒng)所使用的編程語言。 7.5   程序系統(tǒng)的結(jié)構(gòu)程序系統(tǒng)的結(jié)構(gòu)如下圖所示。圖7-1 程

20、序系統(tǒng)結(jié)構(gòu)圖7.6     功能IPO系統(tǒng):生理信號輸入控制子系統(tǒng)作者:王彥彥模塊:定時時間調(diào)節(jié)日期:2015-7-1編號:1-2被調(diào)用:生理信號輸入程序調(diào)用:輸入:有效時間輸出:定時時間處理:時間定時局部數(shù)據(jù)元素:Time注釋:定時時間系統(tǒng):病人基本信息管理子系統(tǒng)作者:王彥彥模塊:病人信息處理日期:2015-7-1編號:2-123被調(diào)用:調(diào)用:數(shù)據(jù)庫連接程序輸入:病人信息、查詢信息、修改信息輸出:有效的記錄處理:輸入、修改、查詢病人基本信息局部數(shù)據(jù)元素:注釋:系統(tǒng):警報子系統(tǒng)作者:王彥彥模塊:警報日期:2015-7-1編號:3-1被調(diào)用:調(diào)用:生理信息

21、控制模塊、數(shù)據(jù)庫輸入:生理信號范圍輸出:警報信號處理:根據(jù)范圍發(fā)出警報局部數(shù)據(jù)元素:Min、Max注釋:系統(tǒng):病人病情管理子系統(tǒng)作者:王彥彥模塊:查詢、打印病情日志日期:2015-7-1編號:412被調(diào)用:調(diào)用:數(shù)據(jù)庫輸入:查詢信息輸出:有效記錄、報表處理:查詢病人日志、并打印局部數(shù)據(jù)元素:注釋:7.7  算法 數(shù)據(jù)庫操作:SQL語言操作 報表操作:使用delphi的報表生成程序 傳感器輸入:使用的數(shù)據(jù)結(jié)構(gòu):Hash Table (散列表) key:傳感器的信號 Func(key):信號的值7.8  流程邏輯見圖:程序系統(tǒng)結(jié)構(gòu)圖。7.9  存儲分配根據(jù)需

22、要,說明本程序的存儲分配。7.10 注釋設(shè)計 程序中的注釋統(tǒng)一用:“/”來表示,在每個觸發(fā)事件函數(shù)的開頭注釋 。8 數(shù)據(jù)庫設(shè)計說明書8.1 引言 8.1.1 編寫目的此文檔作為用戶對即將開發(fā)的軟件的功能要求,是軟件設(shè)計和開發(fā)者的主要依據(jù)。 8.1.2 背景項目名稱:醫(yī)院計算機監(jiān)護系統(tǒng)項目委托單位:××市醫(yī)院軟件開發(fā)單位:晉中學(xué)院計算機系網(wǎng)本二班8.1.3 定義MIS:(Management Information System)管理信息系統(tǒng)的英文縮寫。Delphi:本系統(tǒng)所使用的編程語言8.2外部設(shè)計標識符和狀態(tài) 本系統(tǒng)將采用oracle數(shù)據(jù)庫,數(shù)據(jù)庫名稱為pthdata,即SID;域名為base。 8.3結(jié)構(gòu)設(shè)計8.3.1概念結(jié)構(gòu)設(shè)計1.“生理信號”: 生理信號ID、生理信號名稱、備注 2. “患者表格”: 患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注3. “患者日志”: 患者ID、日期、生理信號ID、值、備注4. “患者生理信號安全范圍”: 患者ID、生理信號ID、安全范圍、備注 8.3.2邏輯結(jié)構(gòu)設(shè)計1“生理信號”表格:生理信號ID、生理信號名稱、備注 (key:生理信號ID)2 “患者表格”表格:患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論