系統論文精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的系統論文主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：系統論文范文

該控制系統主要由刀臺控制器、刀臺電機、內置編碼器、電磁閥和接近開關等組成。刀臺控制器采用的是意大利DUPLOMATIC公司生產的DDC4控制器，該控制器能驅動刀臺電機旋轉和定位，在車絲機上使用具有安裝簡易、功能強大的特點，還能通過RS232與電腦連接實現遠程控制和診斷，其特性主要有：

（1）自動尋找最佳路徑；（2）外部選擇運轉方向；（3）自動尋找參考點；（4）對位置代碼進行奇偶檢驗；（5）高級診斷功能；（6）可選2種位置范圍；（7）可選不同轉動慣量；（8）維修時可降速運行；（9）可通過CNC或PC進行“安全”設定。DDC4控制器有多組不同的輸入/輸出信號，對應著不同的功能，主要包括有：a.輸出到CNC的信號：LOCKED:刀臺鎖緊INDEXD:刀臺到位（用于啟動軸運行）ALBIT1，ALBIT2，ALBIT4：報警代碼ALPOS1，ALPOS2，ALPOS4，ALPOS8，ALPOS16：次報警代碼b.輸出到電磁閥的信號：EVLOCK:鎖緊閥EVULCK:解鎖閥c.從CNC來的輸入信號：PBIT01，PBIT02，PBIT04，PBIT08，(PBIT16):位置代碼PARITY:對位置代碼進行奇偶檢驗PSTART:啟動刀臺循環MODE01，MODE02，MODE03：選擇運行模式SPDSEL:選擇標準/維修速度d.從刀臺來的輸入信號：LOCKSW:刀臺鎖緊接近開關ULCKSW:刀臺解鎖接近開關（刀臺允許運轉）ZEROSW:刀臺參考點接近開關（HOME點）MOTOVL:電機溫度檢測開關（常閉點）INPUT1：備用INPUT2：備用e.設定組態的輸入信號：PTAB01，PTAB02：設定8/12個位置PTAB03：設定低/高轉動慣量

2控制系統的運行模式

該系統通過CNC輸出給控制器上MODE01，MODE02和MODE03的信號不同來選擇不同的運行模式，這三個信號由CNC的輸出點Y3.5，Y3.6和Y3.7相對應來控制，該系統可選的模式有多種，具體如下所示。

2.1運行模式：急停/復位模式MODE01，MODE02和MODE03的信號為000時選擇該模式，這種運行模式有兩個作用，一是停止刀臺的所有動作（急停），另一個是消除掉現有的所有報警（復位）。選定時間超過30ms后，該模式才能被控制器讀取。選定或退出運行模式時不需要進行復位，但是，從一個運行模式轉到另一個運行模式時可能會檢測到一個短暫的急停信號。當從0#運行模式轉換到其它運行模式時，報警將會清除，而且必須等待800ms后才能啟動PSTART信號。

2.2運行模式：自動模式MODE01，MODE02和MODE03的信號為100、010、110時分別對應選擇1、2、3#運行模式，這三種運行模式一般用于驅動刀臺旋轉，只有在選定好所需的位置代碼并且給出啟動信號后，刀臺才會自動旋轉到位，具體過程如下：（1）清除所有的報警；（2）通過MODE01，MODE02和MODE03選定自動模式；（3）選定位置代碼，可通過手冊選定查找；（4）在5s內啟動PSTART信號（該信號保持ON狀態不少于30ms），使刀臺旋轉。

2.3運行模式：點動模式MODE01，MODE02和MODE03的信號為001時選擇該模式，在該模式下，刀臺將按照選定的方向旋轉一個位置，具體過程如下：

（1）清除所有的報警；（2）通過MODE01，MODE02和MODE03選定點動模式；（3）選定旋轉方向（當PBIT01，PBIT02信號為10時，選擇順時針方向旋轉；當PBIT01，PBIT02信號為01時，選擇逆時針方向旋轉）；（4）在5s內啟動PSTART信號（該信號保持ON狀態不少于30ms），使刀臺旋轉。

2.4運行模式：服務模式MODE01，MODE02和MODE03的信號為101時選擇該模式，在該模式下，刀臺可以執行單個的指令，比如解鎖指令、旋轉指令、鎖緊指令等，具體過程如下：（1）清除所有的報警；（2）通過MODE01，MODE02和MODE03選定服務模式；（3）選定需要執行的指令（當PBIT01，PBIT02，PBIT04，PBIT08，PARITY信號為00100時，執行刀臺鎖緊命令；當該組信號為00010時，執行刀臺解鎖命令；當該組信號為10001時，執行刀臺順時針旋轉一位命令；當該組信號為01001時，執行刀臺逆時針旋轉一位命令；當該組信號為10000時，執行刀臺順時針持續旋轉命令；當該組信號為01000時，執行刀臺逆時針持續旋轉命令）；（4）在5s內啟動PSTART信號（該信號保持ON狀態不少于30ms），使刀臺執行相應的指令。

2.5運行模式：安全模式MODE01，MODE02和MODE03的信號為111時選擇該模式，在該模式下，刀臺的標準動作將會改變，即使刀臺存在某些故障，刀臺也能運轉，具體過程如下：（1）清除所有的報警；（2）通過MODE01，MODE02和MODE03選定安全模式；（3）選定需要執行的指令（當PBIT01，PBIT02，PBIT04，PBIT08，PARITY信號為10001時，回參考點；當該組信號為01001時，解鎖接近開關無效；當該組信號為11000時，鎖緊接近開關無效；當該組信號為00101時，設定當前位置為1號刀位，并且使參考點接近開關無效；當該組信號為10100時，刀臺速度降低30%；當該組信號為01100時，電機內溫度檢測開關無效；當該組信號為11101時，強制最近一次報警的次報警代碼輸出為ON或OFF；當該組信號為00011時，強制為串行輸出模式；當該組信號為10010時，強制狀態輸出點為ON或OFF；當該組信號為01010時，進行自動測試功能；當該組信號為11110時，復位到標準功能）；（4）啟動PSTART兩次（間隔大約50ms）來激活所需的指令。

3系統的故障診斷

該控制系統能持續不斷地進行自我診斷并且顯示報警狀態，報警信息由兩位代碼組成。主代碼通過ALBIT1，ALBIT2，ALBIT4輸出確定，可通過CNC的輸入點X9.0，X9.1，X9.2查看，次代碼通過AL－POSXX輸出確定，可通過CNC的輸入點X9.3～X9.7查看，通過這兩位代碼組成的報警號查找手冊就可確定具體的故障點。

4結束語

第2篇：系統論文范文

1藥局網絡系統概述

該工程的藥品管理分系統包括藥庫管理模塊，藥房庫存管理模塊，科室小藥柜模塊，中心擺藥模塊，處方錄入模塊，處方發藥模塊，處方打印模塊，綜合查尋模塊，以及自己開發供靜脈輸液配制中心使用的輸液標簽打印模塊。根據我院及藥局的實際情況和網絡布線情況，藥局工作站的分布為:藥庫2臺，門急診藥房2臺，中藥房1臺，住院藥房2臺，靜脈輸液配制中心2臺。

藥局各部門的模塊配制根據實際的工作性質而定，藥庫的配置為:藥庫管理模塊，綜合查尋模塊。住院藥房的配置為:藥房庫存管理模塊，科室小藥柜模塊，中心擺藥模塊，處方錄入模塊。門診藥房的配制為:藥房庫存管理模塊，處方錄入模塊，處方發藥模塊，處方打印模塊。中藥房的配置為:藥房庫存管理模塊，處方錄入模塊，處方發藥模塊，處方打印模塊。靜脈輸液配制中心的配置為:中心擺藥模塊，輸液標簽打印模塊。各模塊功能上相互獨立，各工作部門間可以相互組合以適應自己的要求。各部門以不同的部門代碼使用相同的模塊就可區分各自的操作，如藥房庫存管理模塊在門診藥房，中藥房，住院藥房都有，它們可以各自向藥庫申請領藥，便于工作。

采用計算機管理系統有十分明顯的優點，在藥品管理方面，如采用人工管理藥庫，往往不能準確知道各種藥品的庫存數量、各個科室的消耗量，難以制定出合理的采購計劃，造成供應不及時，同時無法對藥品的有效期進行嚴格管理，從而造成過期浪費;采用計算機管理藥品后，由于數量完全在控制之下，為加強內部職員管理提供了有力的工具，不僅可以減少無意的浪費，還可以杜絕工作人員的私用和盜用。在住院部收費方面，由于采用“交押金-記帳-結算”的工作方式，在沒有采用計算機時，不能及時統計出每個病人所用的費用是否已經超過所交押金，會造成許多欠款，給醫院的財務管理帶來麻煩;同時，由于帳單明細匯總后才能記帳，常常造成漏記和錯記，不僅給醫院帶來損失，而且造成醫院同病人之間不必要的矛盾。采用計算機管理住院收費后，每一筆費用的使用，均及時記入電腦系統中，從根本上杜絕了漏帳;同時，可立即查出病人所交押金和所用的費用，及時催交押金，防止欠款。在提高服務質量方面，計算機應用于門診和住院管理系統，醫院各個部門之間的信息交流在網絡中完成，不再需要依靠病人來回走動來傳遞信息，減少了病人看病的環節，方便了病人;同時，整個管理更加規范化、科學化，能夠提高工作效率，提高醫療水平，從而整體提高全院的服務質量。

2藥品管理系統的主要模塊

2.1藥庫庫存管理模塊

2.1.1建立藥品字典如藥品名稱、規格，醫療保險信息中的醫療保險類別、報銷標志等。

2.1.2建帳入庫主要是錄入或自動獲取藥品名稱、規格、批號、價格、生產廠家、供貨商、包裝單位、發藥單位等。

2.1.3藥品的出入庫管理可隨時生成各種藥品的入庫明細、出庫明細、盤點明細、調撥明細、報損明細、退藥明細以及上面各項的匯總數據?？勺粉櫢鱾€藥品的明細流水賬，可隨時查驗任何一品種的庫存變化入、出、存明細信息，并支持藥品批次管理?？梢宰詣咏邮湛剖翌I藥單功能，實行網上領藥。對毒麻藥品、精神種類藥品等特殊藥品藥均有特定的判斷識別處理。具有自動生成采購計劃及采購單功能。

2.1.4藥品的調價及時調整藥品的價格，對不用的藥品實行停價。

2.1.5查詢統計可統計分析各藥房藥品消耗庫存，提供藥品的有效期管理、可自動報警和統計過期藥品的品種種數和金額，并有庫存量提示功能，提供的核算功能。

2.2藥房庫存管理模塊

2.2.1入庫管理門診藥房、中藥房、住院藥房可向藥庫申領藥品，并入庫生成單據。

2.2.2出庫管理門診藥房、中藥房、住院藥房分別通過處方出庫，擺藥出庫，領藥出庫，各部門之間還可以通過領藥出庫相互領藥，解決了各部門間的借藥問題。

2.2.3查詢統計可對藥品出入庫數量、藥品的去向、藥品的庫存等進行查詢統計。

2.3處方發藥模塊主要功能包括:處方確認發藥，處方查詢，處方退藥，工作量統計等功能。

2.4處方錄入模塊主要功能包括:處方錄入并計價。

2.5處方打印模塊在后臺打印處方，適用于不同的發藥模式。

2.6中心擺藥模塊

2.6.1自動獲取藥品基本信息可自動獲取藥品名稱、規格、價格、生產廠家、藥品劑型、住院患者的醫囑、藥品基本信息等。

2.6.2中藥擺藥模塊功能具有分別按患者的臨時醫囑和長期醫囑執行確認上帳功能，并自動生成針劑、片劑、輸液、毒麻和其它等類型的擺藥單，同時追蹤各藥品的庫存及患者的押金等。可進行單日或多日擺藥。

2.6.3查詢統計對患者的醫囑和擺藥情況進行查詢統計。

2.7科室小藥柜模塊用于病區科室急救用藥或住院藥房夜間無值班時的用藥。

2.8輸液標簽打印模塊主要用于靜脈輸液配制中心輸液標簽的打印。

2.9綜合查尋模塊主要用于藥品的綜合查詢，包括各藥房的庫存，單個藥品的去向，查詢有關調價后的所有信息，包括現價、原價及增值情況。查詢有關調價后的所有信息，包括現價、原價及增值情況。

3藥品系統模塊應用的體會

3.1藥品字典在藥品管理系統中，藥品字典是醫院所使用的所有藥品品種目錄的總稱，是極為重要的公用信息表，它包含了藥品的名稱、規格、單位、劑量、劑型、毒理分類、藥品價格、生產廠商等基本信息。它是藥品管理的基礎，也是臨床和收費的重要依據。藥品字典的內容越標準、越規范越好。藥品的正名應以通用名為主，同時也可以引入別名，別名可以是藥品的商品名，便于醫生用藥，藥品的正、別名應有編碼的對應關系。藥品的規格應反映藥品的含量信息，規格是描述所用，如25mg，規格一定要準確，它涉及醫生的醫囑。藥品的單位要對應劑型及規格的最小單位。藥品的最小單位劑量應是最小的不可分包裝單位所含劑量。藥品的劑量單位應對應最小單位劑量的單位，如mg、ml、g等，最小單位劑量及劑量單位用于擺藥時計算擺藥量所用。藥品字典要有專人維護，要有延續性。

3.2藥品的庫存管理庫存管理是藥局的重要工作，藥庫要遵循藥品先入庫后出庫的原則，即使遇到科室急需的藥品，也必須根據發票入庫后才可發出，若不入庫，藥房領不到藥，臨床醫生下不了醫囑，而無法用藥。門診藥房或住院藥房的申請的領藥單須經藥庫確認后，才可轉化為出庫單，同時減少藥庫庫存;藥庫的出庫單也須經門診藥房或住院藥房確認后才會轉化為入庫單。藥房領藥時片劑、膠囊可以以盒、瓶領取，有利于藥庫做帳及盤點;藥房入庫時以最小單位入庫，有利于住院藥房擺藥。

3.3中心擺藥擺藥中心人員從患者的臨時醫囑和長期醫囑信息從系統中提取擺藥信息，準確計算出每個病人每日每餐的藥量，并且可按劑型分類，生成擺藥單，經人工審核后，最后有打印機打出，擺藥人員按擺藥單將藥品擺出，由科室護士校對確認后取走。擺藥單的人工審核除審查醫療合理性外，還要對計算出的數量進行審核，看是否有誤。另外，對一些情況需人工干預，如不能自動計算的藥品。原因包括:醫囑藥名不規范，藥品無庫存，醫囑頻次信息不能自動處理（如每周1次）等。遇到這些情況往往需手工錄入名稱或指定數量。還有計算出的藥量與實際不符。如兒童用藥每次半片，計算機不能確定其實際消耗數量，如遇到外用藥，滴鼻、滴眼藥時，其劑量難以準確計算，需手工糾正或錄入實際消耗量。對于特殊藥品、毒麻藥品等仍需憑特定的處方，從處方錄入模塊輸入相應的數量。中心擺藥室是臨床科室所有藥品的總出口，也是臨床合理用藥的監控站。新的擺藥模式充分發揮了擺藥人員的主觀能動性，確保更準確無誤的擺藥，為臨床科室提供更全面更優質科學的擺藥方法和規范、合理的操作程序，減輕了擺藥人員的勞動強度，提高了工作效率。

第3篇：系統論文范文

預算控制模式是對預算控制系統的總體安排與基本要求，是預算控制的核心內容之一。只有采用適合企業外部環境和內部機構的預算控制模式，預算控制系統才能順利運行、發揮作用。因此，在討論如何建立企業預算控制系統之前，分析研究預算控制模式很有必要。按照不同的標準和角度，可以對預算控制模式進行分類。不同的模式有不同的意義及功能，適用于不同的企業條件與環境。這里主要討論按照時序和目的兩種標準來劃分的預算控制模式：按照時序劃分，有利于我們對預算控制整個流程的了解；按照目的劃分，有利于我們根據企業發展狀況進行選擇，突出控制重點，提高控制工作效率。

(一)按照時序劃分，有事前控制、事中控制與事后控制

1、事前控制事前控制是指事先深入調查掌握準確信息，設定可行的預算目標，對預算執行情況作出的預測，并根據預測結果提前設計保護性措施，又稱前饋控制、預先控制。事前控制是一種預先防范性機制，即將可能發生的問題消滅在萌芽狀態，而非問題發生之后的糾正與補救。預算編制、預算調整就是事前控制。

2、事中控制事中控制是指在預算執行過程中，審批相關人員按照企業內部控制流程進行逐級審批控制的過程，又稱同期控制、過程控制。事中控制可以及時發現預算執行情況與預算目標的偏差，將出現的問題消滅在萌芽狀態，從而提高預算控制系統的控制效果，有利于預算目標的實現。企業在成本費用控制、資金和現金流量控制、資本投資控制等方面，都經常采用事中控制方法。

3．事后控制事后控制是指把預算執行結果及時與預算目標進行比較，分析差異并據以采取措施，糾正偏差，又稱反饋控制。事后控制能為今后的事前控制提供有價值的信息，有利于積累經驗。在實際工作中，預算的事前、事中和事后控制都是相對的。較高層次或上一環節某些事項的事后控制，往往是下一層次、下一環節某些事項的事前或事中控制，所以，三者在企業經營管理中一般都是同時并存的，需要我們同等地關注與重視。

(二)按照目的和功能不同劃分，有診斷型控制、信仰控制、控制和交互式控制根據西蒙的控制理論，組織的內部控制應包括四種相互配合和支持的形式，即診斷型控制、信仰控制、控制、和交互式控制。這種分類同樣適用于預算控制。

1、診斷型控制系統診斷型控制系統的主要目的是減輕管理層隨時監督工作的負擔，確保企業重要經營目標的實現。在診斷型控制系統中，可以監控重要經營指標進展，將經營指標完成情況與事先確定的評估標準進行對比，通過分析差異產生的原因并研究制定應對措施，對工作進程進行調整與修改，使工作進度能不斷接近目標。在實踐中，診斷型控制系統大量采用了管理會計工作方法手段，如全面預算管理、標準成本管理等。

2、信仰控制系統信仰控制系統的目的是鼓勵員工信奉企業核心價值，使員工明確價值觀和目標，激勵他們去創造新的機遇。一般而言，信仰控制系統是簡明的、啟示性的，充滿了價值道德觀念。在這個系統下,員工的注意力被企業的價值創造、企業的工作質量標準以及個人如何處理內外部關系所吸引。員工可以理解企業的目標和使命，也知道如何為實現企業目標做出貢獻。信仰控制系統能夠作為診斷控制系統的補充，為管理者擴大預算控制的范圍與數量。

3、控制系統控制系統的目的是建立游戲的規則，明確員工必須避免的行為和危險。控制系統明確規定了哪些事不能做，除此之外員工可根據組織戰略目標做任何正確的事。控制系統與信仰控制系統相對應。前者劃定了企業員工的活動范圍；后者則激發和指導員工去探索和發現,去追求企業的核心價值。兩者配合得當，能引導預算控制正確的工作方向，確保企業在合理控制的前提下，還能具備一定的創造力與活力，以適應激烈的市場競爭。

4、交互式控制系統交互式控制系統使得管理者能夠關注于戰略決策的未知領域，在競爭條件變化時了解相應的威脅和機遇，并預先做出反應。在交互控制系統中，高層管理者定期親自參與下屬決策過程，在參與過程中直接產生的系統數據或信息，作為下一步決策或調整的依據。在環境迅速變化時,交互式控制系統不僅是執行預算的控制,也是調整預算的控制。因為管理者不僅在討論分析中解決預算執行的問題，還能在反饋信息中發現機會,為調整制定新的預算提供依據。上述四種控制系統形成了企業內部管理控制的有機整體，在發揮全體員工的創造力和更新企業戰略方面各自發揮著不可替代的作用。比如，以往人們都認為預算控制是一種診斷型控制，預算的主要作用是分配責任、按照預算執行結果評價業績；但是近年來，為了適應越來越靈活多變的市場環境，預算控制逐漸演變為交互式控制，預算管理相關的各部門、各層級管理者不僅參與預算編制，而且還對預算執行、預算考核中的重大情況進行交流討論，針對預算管理中的不足與問題共同進行決策、研究制定措施。

二、預算控制系統的建立與完善

1、預算制度體系建設無規矩不成方圓，科學的制度體系是保證預算控制成功的前提。結合企業實踐來看，企業必須制訂完整的預算規章與制度，作為開展預算工作的綱領與指南，來確保預算控制系統規范運行，其內容要覆蓋預算工作全過程，包括預算編制、執行、調整、預算控制以及預算考評等等。同時，為保障預算控制的順利實施，還要建立健全相關配套制度，包括授權制度、合同管理制度、采購管理制度、存貨管理制度、受托報告制度等等。

2、設計預算組織體系完善的組織機構是預算控制有效實施的組織保證。建立一個完整的預算控制組織機構體系，不僅要成立預算管理委員會作為預算的決策機構,成立預算管理辦公室負責履行預算管理委員會的日常管理職責，還需要企業多個部門相互協調配合，包括財會部門一般擔負預算管理工作，內部審計部門負責預算執行效果的檢查，人力資源部門負責對預算責任主體實施考核與評價等等。企業內部員工與員工之問、部門與部門之間的利益沖突難以避免，有時，各個預算主體為了自身的利益難免會對整體利益產生損害。因此，需要清晰界定組織中各層次、各部門的權利和義務，通過控制手段實現組織全面目標的順利實現。

3、選擇預算控制方法正確選擇預算控制方法是建立預算控制系統的關鍵。企業預算控制方法是一個包括預算控制模式、程序及預算編制方法等三個方面在內的方法體系。預算控制模式選擇要根據企業戰略進行。企業戰略是一個企業的總體性、指導性謀劃，它對預算權責劃分和預算的組織管理模式同樣具有決定作用。因此，預算控制模式必須圍繞企業戰略來建立與實施。不同的企業，制訂的企業戰略不同，相對應的也要采取不同的預算控制模式，才能保證企業實現其戰略目標。預算編制方法多種多樣，包括定期預算法、滾動預算法、零基預算法、彈性預算法、項目預算法等，這些方法都各有其特點、優缺點及適用條件。因此，預算編制方法的選擇，必須結合企業的行業特點、競爭戰略、管理基礎和要求，在眾多的選項中確定最科學合理的編制方法。如企業內外環境相對穩定的企業適合選擇定期預算法；而運營環境變化比較大，具有一定管理基礎的企業，則選擇滾動預算法編制預算比較合適。

4、建立預算控制的信息系統信息系統包括建立各種量化的控制標準，它是實施預算控制的依據。只有通過科學高效的信息系統，才能夠及時、準確地了解預算執行情況，發現預算執行中產生的偏差，并及時調整改進，保證預算目標的實現。信息系統還應包括信息反饋系統，以保證各種信息能及時傳遞和反饋，保證控制措施的及時落實。

第4篇：系統論文范文

Ajax是AsynchronousjavascriptandXML（以及DHTML等）的縮寫。它由幾種技術組合而成，包括：基于XHTML和CSS標準的表示；使用DocumentObjectModel進行動態顯示和交互；使用XMLHttpRequest與服務器進行異步通信；使用javascript進行綁定。

傳統的Web應用程序強制用戶進入提交、等待、重新顯示的模式,即用戶的界面操作觸發HTTP請求，服務器在接收到請求之后進行業務邏輯處理，比如保存數據，然后向客戶端返回一個HTML頁面。但服務器處理數據的時候，用戶處于等待的狀態，每一步操作都需要等待，使得Web用戶界面在響應靈敏性方面大打折扣。而Ajax帶給用戶完全不同的瀏覽感受。傳統的動態網頁技術被隱藏到Ajax的后臺。用戶所看到的只是一個靜態頁面，不需要在提交頁面后等待或者主動刷新網頁。動態程序反饋的結果被直接無刷新地顯示在這個頁面上。因此利用Ajax開發的Web應用程序能夠提供響應極其靈敏的Web用戶界面，使得應用過程很自然，操作很流暢，并消除了頁面刷新所帶來的閃爍。

二、系統的設計與實現

（一）系統設計

在用戶登錄進考試系統時，將登錄時間按用戶ID存入session變量中，以便對每個用戶實現計時。

用戶登錄后，利用Ajax技術在后臺實現計時功能，由javascript定時向服務器查詢考試時間并實時顯示在用戶的WEB頁面上。考試時間可在JSP的配置文件中給出，計時器到規定時間后如用戶還未提交試卷，則由系統自動提交。

用戶考試過程中，利用Ajax技術由JavaScr-ipt代碼在后臺為用戶定時存盤，一旦系統出現故障，再次進入考試系統時，可根據保存的信息在故障點處繼續進行考試，原來考試的信息可以從服務器端一次性加載。

試卷的形式可以采用一頁一題的方式，也可采用一頁多題的方式。用戶在答題時，系統在后臺為用戶預先從服務器端讀取下一段的試題，當用戶需要下一段試題時，可以很快從客戶端直接加載，而不需要用戶等待服務器端的數據，實現無閃爍、無延遲的效果。

Ajax采用的是一種沙箱安全模型，Ajax代碼（具體而言即XMLHttpRequest對象）只能對所在的同一個域發送請求，在本地機器上運行的代碼只能對本地機器上的服務器端腳本發送請求。雖然上述功能的實現都是基于客戶端腳本，對于用戶來說是可見的，但是Ajax的沙箱安全模型保證了只有來自考試服務器端的客戶端腳本才可以與服務器通信，同時服務器端也只接受有訪問信息的客戶端的請求（通過session等技術）。所以該改進方案保證了考試系統的準確性。

（二）系統的實現

1、XMLHttpRequest對象。目前主流瀏覽器均支持XMLHttpRequest對象，但不同的瀏覽器對該對象的聲明各不相同，為了使得系統具有通用性，要對不同情況加以區分。本文將該功能直接寫在xmlhttp.js文件中，具體實現請參考文獻。XMLHttpRequest對象的各種方法和屬性請參考MSXML5.0SDK或其他相關文檔。

2、時間控制系統的實現。首先在服務器數據庫的考生表中設置“答卷時間”字段，用于記錄考生剩余考試時間。該字段值在考試過程中會以每分鐘減一的頻率被改寫，并在半分鐘之內回顯給考生，當該字段值減為零或以下時系統自動交卷，結束考試。在計時器的設計上，以.NET系統自帶的Timers.Timer組件為基礎進行了自定義設計。在Global.asax文件中生成并啟動自定義計時器，由調用者訂閱其發出的一分鐘一次的事件，并將自身注冊為監聽Global.timed的監聽者。這樣，Global.timed每次觸發事件時，注冊者相應函數內的時間更新功能就會被執行，從而達到考生表中“答卷時間”字段值每分鐘自動減一的功能。由于NET中的Timers.Timer組件是基于服務器的，并為在多線程環境中用于輔助線程而設計的，服務器計時器可以在線程間移動來處理引發的Elapsed事件，這樣就可以比Windows計時器更精確地按時引發事件。在客戶端向服務器端請求時間時，要根據XMLHttpRequest對象的HTTP狀態碼來操作；在服務器端，必須將“Cache-Control”頭設為“no-Cache”來保證每次取得的數據都不是從緩存中得到的。下面是計時器的一段示例代碼。

客戶端：

＜scriptlanguage="javascript"src="xmlhttp.js"＞＜/script＞

＜scriptlanguage="javascript"＞

functionclockFun(){

varurl="TestTime.jsp";

xmlhttp.open

("get",url,true);//lxmlhttp對象在xmlhttp.js中聲明;

xmlhttp.onreadystatechange=function(){//指定服務器返回信息時客戶端的處理程序

if(xmlhttp.readyState==4){

if(xmlhttp.status==200){//http的狀態碼

document.getElementById("clock").innerHTML=xmlhttp.responseText;}}}

xmlhttp.send(null);}//發送請求到http服務器

functiontimer(){//計時器

window.setInterval(''''clockFun()'''',1000);}

＜/script＞

服務器端(TestTime.jsp)

Calendar

beginTestTime=CalendargetInstance();

beginTestTime.set(……);//省略號處為登錄時間;

long

beginTime=beginTestTime.getTimeInMillis();

long

nowTime=Calendar.getInstance().

get''''TimeInMillis();//獲取當前時間

response.setHeader("Cache-Control","no-cache");//數據不緩存

longhasTime=nowTime-beginTime;

//如用倒計時，此處要用總時長來減去此值；

response.getWriter().write((newLong(hasTime/60000)).toString}+":"+(newLong((hasTime%60000)/1000)).toString});//以文本方式返回時間response.getWriter().flush();

3、試卷的定時存盤和預讀試卷數據的實現。這兩種功能的實現也采用Ajax技術，只是由于請求的數據量比計時器的數據量大，所以請求時采用“POST”方法。同時要求數據以xml格式返回，在客戶端利用DOM的強大功能來實現對數據的操作。用“POST”，方法請求數據時客戶端要添加Request頭，xmlhttp.setRequestHeader（"Content-type"，"applicatior/x-www-form-urlencoded"）；服務器端以xml格式返回數據時要設置Response響應頭response..setContentType（"text/xml"}；這樣返回客戶端的數據才能以xml格式返回。

（三）系統測試

該系統測試的客戶端為InternetExplore6.0和FireFox1.0，服務器端為Windows2003和RedHatAS4+JDK1.5+Tomcat5.5.9，網絡環境為服務器在教育網內，客戶機在局域網內和遠程電信網。系統在局域網內部和廣域網上的測試均達到了預期效果。

第5篇：系統論文范文

高頻通信系統是工作在2-29.9999Mz的頻率范圍內的，在排除CRJ-200飛機的高頻故障時有一些技巧，系統上電時能聽到短暫的調諧聲，在RTU上調節一個高頻頻率瞬間按壓PTT能夠聽到1000Hz的調諧聲，調諧周期大約在1-3秒鐘。如果該頻率已經調諧過，再次按壓PTT時調諧聲的時間會變得非常短，大約為30ms，這個時間太短不容易聽出來。高頻耦合器具有頻率存儲功能，耦合器的存儲空間被劃分為很多個站點，每次調諧完頻率后耦合器將回到起點，等待下一次的調諧指令。耦合器的工作性質就決定了可能由于耦合器的某個調諧站點出現故障而導致高頻系統在某個工作頻率時通信不正常，如果某個頻率點出現故障，按壓PTT后會出現調諧音，連續輸出不會中斷。在實際的運行中，機組也反映過此類問題。研究高頻收發機和高頻耦合器的工作原理目的就是，根據故障現象來大致判斷是高頻收發機的故障還是高頻耦合器的故障。然而對于高頻收發機，其主要的工作過程是頻率合成，變頻以及功率放大，對高頻通信的話音質量和通信距離都有著不同程度的影響。高頻收發機是由多個模塊所組成的，其中包括處理器模塊，射頻/中頻模塊，頻率合成器，頻率基準器，電源/音頻模塊和功率放大器，其中處理器模塊控制著收/發單元的所有功能，由于模塊性能的下降將導致高頻通信出現通話效果不佳或者出現不能完成語音的接收和發射。在高頻收發機組件內還有一個靜噪電路，這個電路在排故過程中也有一定的幫助作用，靜噪電路對高頻收發機有自檢的作用，特別是在對故障判斷很困難時，關閉靜噪電路去聽噪音背景聲，這樣可以對高頻收發機的自身工作性能進行判斷，這也是一種排除相關故障件的方法。

在排故過程中應該還注意這樣一些問題，在安裝高頻收發機和高頻耦合器時應該特別注意收發機和耦合器之間兩根同軸電纜的鏈接線，這兩跟線很容易接反而造成高頻通信系統不工作。高頻收發機和高頻耦合器安裝在后設備艙內，具置如圖2。

這種部件的布局可以說是CRJ-200飛機設計上的缺陷，因為在這個區域范圍內鄰近APU，一號、二號液壓系統，滑油散熱系統，空調系統的ACM，這些系統都會出現滑油和液壓油的滲漏，長時間必然對該區域的安裝部件存在油污染的情況，高頻收發機和高頻耦合器之間有同軸電纜的連接，還有波導管等部件，長時間機器表面被大量的油污所覆蓋，這將會影響到機器的散熱，降低了機器本身的使用壽命。同軸電纜的接頭處也覆蓋了大量的油污，長時間慢慢滲透進入接頭內，在實踐工作中也碰到拆裝高頻收發機和高頻耦合器時，發現同軸電纜接頭內有少量的油污，這將導致高頻收發機和高頻耦合器信號傳輸出現衰減。這要求在安裝機器時對接頭的連接要特別注意。

對于CRJ-200飛機的高頻故障還可以根據FIM23-12-00來進行排故，但是要根據FIM來進行排故的話，在MDC（維護診斷計算機）的當前狀態頁必須出現和高頻相關的故障信息才能依據FIM進行排故，這也是CRJ-200飛機在FIM設計上存在的缺陷。在實際工作中大量的有關高頻的故障出現時，MDC的當前狀態頁是沒有任何信息出現的，那么我們是不是就束手無策，失去排故得方向了？如果有相關的信息，利用FIM是可以很方便地解決問題的，但是在沒有相關的信息指引時，就只能應用上面筆者所總結的一些思路和經驗來進行排故，也就是說在故障現象很模糊的情況下，運用高頻收發機和高頻耦合器的工作原理和自身特點來進行排故是一個很好的方法，能快速確認故障點及時排除故障。

2總結

第6篇：系統論文范文

一些傳統的調制技術對于超高速移動產生的多普勒頻移有較大的容忍度。然而、未來空－空通信網中寬帶傳輸（包括高清圖像和高清視頻）是必然的需求和發展趨勢。從寬帶傳輸的需求看，OFDM在超高速通信系統中仍然是具有較強競爭力的調制技術，盡管它對頻偏比較敏感。因此對于超高速移動寬帶通信系統，本文仍然以OFDM調制為研究對象。OFDM傳輸系統的結構如圖1所示。為了消除碼間串擾和載波間干擾，OFDM系統根據DFT的循環移位性質，采用循環前綴序列替代空白的保護間隔，如圖2所示，即將每個待發送的時域符號的最后Ng個數據復制到符號的起始位置（發送的數據的長度從N變為Ng＋N）。（4）式中第1項為FFT變換后的有用信號，可以看到其幅度和相位都包含了相對頻偏和信道信息。由于頻偏的存在和信道的影響，接收序列存在子載波間干擾（式中第2項）。

2基于循環前綴的短時頻偏估計

由上述分析可知，頻偏的存在和信道的影響會使得接收序列Y（k）不等于發送序列X（k），同時會產生子載波間的干擾。因此必須在FFT處理前進行頻偏和信道的估計與補償。本文利用循環前綴進行短時頻偏估計，即在一個FFT數據幀內進行估計。該方法比利用導頻的頻偏估計具有更好的實時性，更適合于高速和超高速移動場景。在頻偏估計中還需考慮多徑傳輸問題。多徑信道的時延會導致上一個數據符號“污染”下一個數據符號的循環前綴。假定等效基帶信號的最大多徑時延為L，即循環前綴的前L個數據中有多徑干擾。為了降低頻偏估計誤差，實際計算時（11）式修正為。

3仿真結果與分析

為了驗證本文頻偏信道聯合估計的算法性能，采用Matlab軟件構建超高速移動OFDM系統通信平臺，結合典型城市信道的實際傳輸條件設計了如下仿真無線信道仿真參數：高速OFDM系統共有256個子載波，系統采用16QAM調制，采用塊狀導頻結構，循環前綴CP＝64。信道多徑數為5，各徑時延在0～12μs均勻分布，各徑功率（τi）按e－τi／τmax衰減，其中τi為第i路徑時延。本文中均方根時延τrms取為4μs。

3．1頻偏估計誤差影響實驗為了驗證多普勒頻偏估計誤差對于傳統信道估計算法的性能影響，設計驗證實驗，設置系統信噪比SNR－dB＝20dB，系統頻偏為800Hz，多普勒頻偏估計誤差從0Hz每次增加20Hz一直到200Hz，觀察各個多普勒頻偏對信道估計性能的影響。實驗結果如圖3所示。圖3所示使用傳統的LS算法和LMMSE算法進行信道估計，在多普勒頻偏誤差為0Hz時，信道估計誤碼率較小，估計性能好。隨著多普勒頻偏估計誤差增加，信道估計性能急劇惡化，在多普勒頻偏為200Hz時，2種信道估計算法誤碼率都在0．07左右，此時信道估計的誤碼率已經不能滿足信道估計的誤碼率要求。通過實驗可以驗證多普勒頻偏對信道估計性能影響較大，在多普勒頻偏較大時，傳統的信道估計的誤碼率較大，估計性能不能滿足實際傳輸需求。通過該實驗可知較小的多普勒頻偏估計誤差對OFDM系統產生較大的性能惡化，本文設計的實時頻偏可以實際估計頻偏變化，大大提高頻偏估計的實時性和準確性。

3．2頻偏估計算法性能驗證為了驗證基于循環前綴的頻偏估計性能，進行了Moose算法、SC算法和本文的頻偏估計的對比實驗，設置系統的歸一化頻偏為0．1時3種算法的頻偏估計均方誤差（LMMSE）的對比實驗，實驗結果如圖4所示。由圖4可知，Moose算法的頻偏估計性能最好，本文算法和性能較好的SC算法性能差異不明顯。本文算法是盲估計算法，利用循環前綴的冗余信息，相比于SC算法、Moose算法，不需要訓練序列，降低了系統的數據利用率，且能夠和傳統信道估計的算法相結合，不需要改變信道估計的導頻序列，綜上本文的算法性能較好。但本文算法是基于循環前綴的，故對循環前綴的數量有要求，本文循環前綴長度是數據符號長度的1／4。上述實驗過程驗證了多普勒頻偏對于信道估計的影響，通過分析實驗結果，本文設計的頻偏估計算法具有較好的估計性能。

4結束語

第7篇：系統論文范文

城市信息化是社會信息化的重要組成部分，其主要表現形式即為數字城市建設，數字城市建設的推進，必將促進我國現代化水平、城市管理水平和國家信息化水平，從而有利于經濟發展和社會進步。數字城市綜合利用3S、網絡、多媒體和虛擬仿真等技術實現對城市地理、自然環境、規劃建設和管理等的動態監測、智能化管理和輔助決策等功能。數字城市建設是一個系統工程，需要各部門協同工作，建立和完善數據資源的高效共享機制，其中，城市基礎地理空間數據庫建設是其戰略基礎，表現形式為各種比例尺的線劃數據、正射影像和數字高程模型等，地理空間數據庫豐富的基礎資源和更新能力為數字城市的建設奠定了基礎。該系統研究基于數字許昌地理空間框架平臺進行構建，當前，該市的數據平臺已采用國家測繪地理信息局的NewMap軟件構建完成，所有公共數據以網絡服務形式向各個部門提供，行業內部保密數據則由對應部門獨立存儲。

2系統總體架構設計

該系統是數字城市框架建設的一個重要組成部分，涉及全市的公共地理數據由市級信息中心統一管理，并通過NewMapServer為地圖服務，以瀏覽器/服務器（Browser/Server,B/S）模式，通過專門授權供各個職能部門作為地理底圖調用。水利行業內部數據采用空間數據引擎ArcSde和SQLServer數據庫存儲，由局信息中心管理，在部門局域網范圍內以客戶端/服務器（Client/Server,C/S）模式共享。為了保證數據安全，需要對空間數據建立相應的版本控制及多用戶并發訪問、更新機制，同時，考慮到功能模塊的獨立性和后續擴展性，系統采用組件式開發思想，將部分模塊封裝為類庫，并采用動態鏈接庫形式調用。系統選用通用的面向對象工具VisualStudio2010作為開發平臺，空間數據和屬性數據分別采用ArcGIS空間數據引擎和SQLServer2008存儲，系統專業平臺選用ESRI公司的開發組件ArcGISEngine。

3數據庫建設

3.1空間數據庫建設

空間數據主要包括基礎地理數據、水利設施數據和監測數據等。

（1）基礎地理數據：包括1：50000航拍圖、行政區劃、土地利用現狀、交通、線/面狀水系和注記等。其中航拍圖、交通和注記以金字塔切片形式存儲，并以網絡地圖服務WMS形式提供。

（2）水利設施數據：包括大壩、水庫、測井、灌溉井、堤防、河渠和渡槽等，這些屬于行業內部數據，需要由專門人員管理，并保證數據的完整性和一致性。

（3）監測數據：包括收集到的地下水位、水質、變形、洪災、用水量等數據，這些數據與具體的水利設施密切相關，需要設置關聯字段以便后續調用。

3.2屬性數據庫建設

屬性數據分為兩類，一類是空間數據的描述性信息或附加信息，可通過索引與空間數據保持一致并聯動檢索，另一類是文本性的統計資料，如日照、降雨量、氣溫等信息，可用于統計匯總。

4系統功能實現

圍繞水利資源普查管理和業務特點，系統主要分為6大功能模塊，分別是：數據管理、可視化瀏覽、水利設施管理、地下水位監測和分析、洪水淹沒預測和水文分析，其中水利設施管理、地下水位監測和分析、洪水淹沒預測為系統核心功能，其他功能作為輔助。

（1）電子地圖：主要包含各類GIS圖形操作功能，如地圖的無級縮放和漫游顯示，能夠使用戶快速以各種比例尺瀏覽城市的各類水利資源；標注的動態顯示，可根據參考比例動態顯示各類地圖的名稱信息，以增加可讀性和視覺效果；關鍵字查詢，根據輸入的查詢關鍵字從所有圖層中過濾符合條件的圖形；精確查詢，根據設定的圖層屬性字段值精確查找特定要素；數據編輯，高級管理員可修改ArcSDE中的空間數據及SQL中的屬性數據，一經修改，所有用戶均可見。

（2）水利基礎信息管理：水利基礎信息包括歷年氣溫、降水、日照、洪水災害、各河流水質、地下水位線和城市農村用水量等數據，該模塊整理編輯已有數據，并可根據時間段進行報表統計輸出，對于新增數據，經檢查確認后入庫。該類數據以屬性記錄為主，為了確保與已有空間數據聯動，可設置關鍵字，以期實現空間和屬性的互查及符號化動態顯示。該功能使當前繁瑣厚重的紙質資料電子化，系統化。

（3）水利設施管理：該模塊將城市已有的大中型水庫、大壩、渡槽、灌溉井、測井、放水洞和溢洪道等集中管理，通過屬性鏈接可直觀查看已有設施的各類信息，如分布、庫容、壩型、防滲類型、有效灌溉面積、對下游影響、水位和水質等資料，并能實現對各類信息的更新和統計。針對當前水系分布特點和灌溉井分布不均的問題，根據已有灌溉設施計算灌溉保證率，在不能達標區域，結合河網密度，采用疊加最優法科學布置新的灌溉井，以實現位置最優，總體灌溉面積最大。

（4）地下水監測：地下水監測是直接獲得地下水水質、水量動態變化的唯一方法而被廣泛采用。地下水監測主要針對已有測井歷年的采集數據，經克里金插值后轉換為地下水位線進行。該功能可按照時間段進行橫向或縱向對比，進而分析地下水位變化的趨勢和原因，為科學治理提供決策依據。系統可自動計算插值后的水位線和監測值之間的差值，若該值超過一定閾值，則自動推算可能存在誤差的測井及其記錄，以便修正更新。另外，系統也可根據已有測井分布及監測數據，從減少插值誤差的角度計算新測井的布設位置。

（5）水文分析：水文分析是數字高程DEM數據應用的一個重要方面，主要包括水流方向、匯集量累積、水流長度、河網提取、等高線提取、流域盆地計算等幾個部分，系統根據研究區的DEM數據，經洼地填充后，計算水流方向和匯流累積量，以模擬水流過程，然后疊加上已有的行政區劃數據，分析洪水可能經過的區域和淹沒深度，為后期的防洪搶險、潰壩分析和河道改擴建等工作提供有益的技術支持。

（6）洪水淹沒分析：洪水淹沒分析是損失評估的重要環節，系統利用ArcScene建立工作區的三維模型，基于無源淹沒分析法模擬洪水的固定抬升和勻速抬升，并計算某時刻的淹沒面積、庫容和水深，在此基礎上，結合已有的行政區劃和土地利用數據，分析洪水淹沒范圍和影響，為防災減災提供科學依據。

5結束語

第8篇：系統論文范文

1．1建筑工程管理系統化平臺建設的研究背景

近幾年來，國民經濟增長迅速，城市進程的加快促進了建筑行業的飛速發展，出現了越來越多的大型建設項目，建筑工程日趨復雜化，對建筑工程項目的自我管理提出了新的要求和標準。建筑工程項目的管理不僅要符合市場經濟的發展要求，還要保證工程質量，體現施工企業的優良服務，如此龐雜的項目想要全方位的做好各項工作，就需要工程項目管理向著更加高效精確的方向發展。信息溝通的程度決定了工程項目管理的高度，工程項目管理涉及的信息是龐雜巨大的，不僅數量多，類型多樣，而且信息之間的交換往往需要耗費大量的人力物力，如此一來，無疑增加了生產成本。所以為了建設更加高效快速的工程項目管理模式，就需要施工企業不斷提升自身的項目管理水平。政府有關部門也開始重視項目工程管理的信息化建設，對該項目的資金投入比例也逐年增加。政府的指導作用促進更多的社會力量投入到項目管理平臺的研究中。

1．2建筑工程管理系統化平臺建設的研究意義

項目管理的信息化是當今建筑行業項目管理的發展趨勢，在提高項目管理的工作效率、管理水平，降低生產成本方面都起到了重要的作用。對工程項目的管理引進先進的信息技術之后，工作效率較之前的傳統管理模式有了明顯的提高。信息化平臺建設的根本就是構建一個合理有序的信息網絡，使項目管理中的各個環節都能夠通過這個信息網絡平臺進行信息交流和日常管理［2］。有些建筑行業的佼佼者，已經開發了適應本企業的工程管理信息系統，利用先進的科學技術和科學的信息化管理提高了自身的管理水平，創造了更多的經濟效益和社會效益。

2建筑工程管理系統信息化建設的研究思路和方法

2．1建筑工程管理系統信息化建設的研究思路

該課題的研究思路是通過參考一些現有的國內外相關研究成果和已有的理論基礎，分析工程項目管理信息的具體分類，最終構建項目信息管理的集成網絡。研究伊始最重要的一點就是就是大量查閱國內外有關工程項目管理的文獻資料并進行系統分析，總結已有的一些研究成果和理論基礎，對不同層次種類的信息分門別類，設計出科學系統的整體框架。對信息化管理中可能存在的風險進行分析，提出合理有效的風險規避措施。最后根據各個子系統之間的相互關系以及建筑工程項目管理的特點，設計最科學有效的工程管理系統。工程項目管理軟件在實際安裝過程中的實際效果則是驗證理論的有效途徑，對驗證過程中出現的問題還要不斷改進，以期構建更加合理適用的信息管理系統。

2．2建筑工程管理系統信息化建設的研究方法

該課題的研究過程中主要采用了理論分析與效果驗證相結合的研究方法，除此之外，每個研究階段都采用了不同的研究方法。在理論研究階段，采用最多的就是文獻分析方法，分析已有的文獻資料中涉及的關于該課題的研究成果與理論基礎。在項目集成框架構建階段，涉及的研究方法主要是方法論。在最后實際開發驗證階段，則是通過系統分析的方法，對項目管理軟件的安裝和實際應用、項目共享效果等方面進行更深層次的完善。

3建筑工程管理信息系統的設計與實施

3．1建筑工程管理信息系統的設計

工程項目管理信息系統的設計要參考“需求指引、技術推動”的指導原則，從建筑施工的實際需求出發，對系統的整體性、交互性、可操作性等進行實際的設計規劃。系統的整體性原則就要求設計者站在全局的角度考慮各個管理項目之間的相互關系和影響方式，全程控制工程管理的各個子項目。交互性是指人機交互的程度，用戶能否從信息系統中獲取需要的信息，以及系統能否對用戶的信息及時反饋就是系統交互性的判定標準。對于信息系統的可操作性原則就是指信息系統能否及時應對施工過程的不斷變化并提供新的技術支持，促進突發問題的解決和管理的科學性。工程項目管理信息系統與用戶之間信息交換的主要方式就是用戶界面，所以用戶界面的設計是否簡單易操作，是否符合用戶的差異性標準就是信息系統的主要評價因素。用戶界面一般需要包括信息的輸入控制、多窗口協同控制等功能。在進行界面設計時考慮到用戶的實際體驗，就要避免界面的雜亂無序，種類太過繁多等問題，種類太多不僅會增加用戶的信息處理負擔，還會由于信息處理太過頻繁而導致錯誤頻率增加。最后，考慮到不同用戶的特殊需求，還要為用戶提供不同的交互界面，達到項目管理方式的個體差異性。

3．2建筑工程管理信息系統的實施

工程項目管理信息系統在設計過程中包括了業主項目管理系統、采購系統、工程監理系統、財務管理系統等各個子系統。下面以采購系統為例進行實際分析。采購部門主管在接到新的采購任務之后，將具體的采購任務分配到各個采購業務員。采購業務員在分析采購任務是否可以直接執行后，對可以直接采購的任務，直接進入采購流程。根據不同的采購方式應當進入不同的采購流程，如果是招標方式的設備采購，就應當指示招標業務員來執行具體的招標工作，最后才能進入采購合同簽訂流程。詢報價類的設備采購與招標采購流程不同，它需要按照詢報價標準業務的具體流程進行。這些采購項目進行過程中，系統會自動生成計劃費用和實際費用的對比圖以及實際執行進度，這為采購人員及時管理采購流程提供了詳細的依據。

4結語

第9篇：系統論文范文

1.尿液檢查

尿液常呈酸性，尿蛋白陰性，有較多的紅細胞和白細胞。尿沉渣涂片抗酸染色約50%～70%的病例可找到抗酸桿菌，以清晨第一次尿液檢查陽性率最高，至少連續檢查三次。但是由于包皮垢桿菌、枯草桿菌等也是抗酸桿菌，容易與MTB混淆，故該檢查陽性也不應作為診斷泌尿系統結核的唯一依據。尿MTB培養時間較長（4～8周）但是準確性高，陽性率可達90%，因此對泌尿系統結核尤其腎結核的診斷具有決定性意義。

2.影像學檢查

包括X線檢查、超聲、CT和MRI等。這些方法不僅對確診泌尿系統結核及評估病變范圍及程度具有重要意義，對治療方案的選擇和治療預后的監測同樣有著不可忽視的作用。X線檢查包括泌尿系統平片（KUB）和靜脈尿路造影（IVU）等。前者能夠見到病腎局灶或斑點狀鈣化影或全腎廣泛鈣化，后者可以了解分側腎功能、病變程度和范圍，對腎結核治療方案的選擇必不可少。早期表現為腎盞邊緣不光滑如蟲蛀狀，隨著病變進展，腎盞失去杯形，不規則擴大或模糊變形。當腎盞頸纖維化狹窄或完全閉塞時，可見空洞充盈不全或完全不顯影。腎結核廣泛破壞致使腎功能喪失時，病腎表現為“無功能”，不能顯示出典型的結核破壞性病變。根據臨床表現如果尿內找到結核菌，靜脈尿路造影一側腎正常，另一側“無功能”未顯影也可以確診腎結核。逆行性尿路造影可以顯示病腎空洞型破壞，輸尿管僵硬，管腔節段性狹窄且邊緣不規整。超聲對于中晚期病例可初步確定病變部位，常顯示腎結構紊亂，有鈣化則顯示強回聲，也較容易發現對側腎積水及有無膀胱攣縮。CT對中晚期腎結核能清楚地顯示擴大的腎盂腎盞、皮質空洞及鈣化灶，三維成像還可以顯示輸尿管全長病變。而MRI水成像對診斷腎結核對側腎積水有著重要作用。當雙腎結核或結核對側腎積水且靜脈尿路造影顯影欠佳時，這兩種方法有助于確定診斷。

3.膀胱鏡檢查

可見膀胱黏膜充血、水腫、淺黃色結核結節、結核性潰瘍、肉芽腫及瘢痕等病變，以膀胱三角區和患側輸尿管口周圍較為明顯。結核性肉芽腫容易誤診為膀胱腫瘤，必要時需取活組織檢查明確診斷?；紓容斈蚬芸诳沙省岸囱睢?，有時可見渾濁尿液噴出。但是當患者膀胱攣縮容量小于50ml或有急性膀胱炎時不宜行該項檢查，應選擇其他方法以輔助診斷。

二、橫跨在現有技術與泌尿系統結核臨床診斷需要之間的鴻溝

臨床治療中延誤泌尿系統結核診斷的原因常有以下兩種情況：其一是滿足于膀胱炎的診治，長時間使用一般抗感染藥物而療效欠佳時未進一步追查引起膀胱炎的原因；其二是發現男性生殖系統結核尤其附睪結核時，因不了解男性生殖系統結核常與泌尿系統結核同時存在從而未做進一步的檢查。實驗室檢查方法中延誤泌尿系統結核診斷的原因常有以下幾種：首先由于MTB生長緩慢，尿液樣本進行菌培養雖然特異性很高，卻來不及為正在發病的患者提供及時的醫療指導；其次，泌尿系統結核在疾病進展早期很少有明顯的臨床癥狀，病灶往往蔓延至膀胱時才出現典型的臨床表現，這也會導致患者延誤就醫；并且活動性泌尿系統結核在早期階段尿液中可能呈現低細菌視野，這就經常導致尿液涂片鏡檢和其他檢測方法的靈敏性偏低；除此之外，缺乏可靠和經過驗證的MTB生物標記物也阻礙了結核病包括泌尿系統結核診斷方法的發展。因此理想的泌尿系統結核實驗室診斷方法應具備以下幾點：

（1）靈敏性和特異性高；

（2）成本低；

（3）能夠早期發現及治療預后監測；

（4）檢測標本的多樣性，包括可以檢測出涂片鏡檢陰性或耐藥病例；

（5）可以檢測多重生物標記物；

（6）有利于對泌尿系統結核進行野外及家庭醫療服務。

三、什么是結核病診斷的納米/微流體技術

伴隨著納米技術和微流體技術的飛速發展，很多檢測MTB的生物傳感器應運而生，這預示著在結核病診斷方面應用納米技術和微流體技術將是不可避免的趨勢?；\統地講，一個生物傳感器平臺包含有一個分析裝置，這個裝置安裝有一個生物傳感器，此傳感器在感官領域會對理化反應起改變。這些傳感器的反應原理大致是基于檢測整個菌體，免疫應答時抗原與抗體的反應或者分子生物學中的核酸雜交等。根據這些反應原理的分類，以下介紹若干種現有檢測MTB的生物傳感器以及分析其是否有潛力應用于泌尿系統結核病的診斷。

1.基于檢測抗原/抗體/整個菌體的生物傳感器

這些傳感器主要包括質量/電壓檢測技術、光學檢測技術、芯片磁共振（NMR）生物傳感器、聲傳感器、酶聯免疫傳感器、共振鏡免疫傳感器等。這些方法的共同點是主要針對MTB進行直接或間接的整個菌體的檢測，通過實時觀察及監測MTB細胞的特征或測量因MTB生長引起的培養基電導率的改變以證實MTB的存在。雖然這些方法在實驗室研究階段顯示的了快速、簡便、靈敏性和特異性高、免標記等優點，但是昂貴而精密的儀器設備、復雜的操作甚至費力的菌培養過程使得這些方法僅適用于配有裝備精良的實驗室，為其研究提供依據，并不適合發展中國家甚至更為落后地區開展這些技術的普遍應用。泌尿系統結核患者就診時往往病灶已蔓延至膀胱出現典型的臨床癥狀，需要快速治療以控制結核病灶的蔓延，但高成本而復雜的檢測不利于患者的初診及實驗室的普及，因此這些方法普遍應用于臨床檢驗甚至泌尿系統結核的預后監測方面還有待于進一步的優化及深入研究。

2.基于核酸雜交的生物傳感器

除了檢測整個菌體或抗MTB而產生的免疫反應，納米技術也被用于MTB特異性的核酸檢測，典型的例子就是基因芯片技術作為以PCR和核酸探針雜交技術為基礎的分子學技術已應用于臨床檢測肺結核以及一種免PCR電化學生物傳感器被用于檢測MTB的基因組DNA等。它們的優勢在于分析樣本量大，靈敏性和特異性高，但由于仍然需要復雜的菌培養過程，并且通過PCR對MTB的核酸進行擴增，因此其檢測條件繁復，對儀器設備要求較高，增加了檢測成本。不過對于泌尿系統結核而言不失為有潛力的檢測方法，其精準的大樣本量檢測及對治療預后的監測很適合臨床大量疑似泌尿系統結核患者的初篩或接受了抗結核治療患者的預后評估。

3.基于手機的熒光顯微法

涂片鏡檢找到MTB是診斷結核病的“金標準”之一，可是由于這種檢測需要運用體積龐大的光學顯微鏡系統從而使得人們希望可以簡化光學顯微鏡等裝置?；谕科R檢帶來的這種挑戰，熒光檢測MTB和便攜式移動電話顯微鏡系統相統一的方法已經發展并證實具有可行性。相比非熒光的Ziehl-Neelsenstain，這種方法可不使用傳統的熒光顯微鏡就能進行熒光檢測。然而，這些方法雖不需要龐大的光學顯微鏡，卻需要昂貴的濾光片和透鏡，并且樣本圖像還需要被轉換輸入到電腦中才能進行后續的分析。不過它已極大程度上地促進了現場檢測MTB準確性的提高，未來有希望繼續研究并廣泛推行于臨床，因此如果這種便攜的設備配合可接受的成本，對于泌尿系統結核患者在家中進行檢測及治療預后監測就能提供大致的臨床就診參考。

4.其他適用于現場檢測的微流體方法

近年來微流體技術已經被廣泛應用于發展現場檢測多種疾病的診斷和監測技術方面。這些技術平臺能夠有潛力的在野外使用于結核病的鑒定和追蹤，其中的例子就有自供電的集成微流控血液分析系統和使用手機進行芯片上的ELISA檢測。這些方法的優勢在于簡化了樣本處理過程，降低了成本，儀器裝置簡單，與上述基于手機的熒光顯微鏡法有著相似的便攜性。因此這種檢測平臺使得應用于發展中國家結核病尤其是泌尿系統結核的檢測很有希望，從醫療服務角度和家庭應用角度而言為野外及家庭醫療服務提供了快速現場診斷鑒別與監測泌尿系統結核的無限可能。

四、將納米/微粒體技術應用于泌尿系統結核診斷的未來前景