【正文】 那么該宏塊就成為重建宏塊。幀數(shù)據(jù)是按照宏塊為單位進行組織的。 一幀視頻的編碼方 式。 設(shè)置一個關(guān)鍵幀的時間間隔。 通過 MPEG4 進行視頻解碼的過程正好就是其視頻編碼的逆過程，解碼流程如圖 43 所示。 將一幀視頻進行解碼。 。所以系統(tǒng)的測試是不由開發(fā)者來完成的。 集成測試是 完成單元測試準備進行系統(tǒng)集成時候進行的測試 。集成測試是整個測試系統(tǒng)中最重要的部分，它是判斷真?zhèn)€系統(tǒng)是否完成 了既定的功能。而面向?qū)ο蟮募蓽y試測的是類之間的合作關(guān)系。 單元測試 的目的就是 證明這段代碼 確實是滿足了設(shè)計文檔的要求。例如：白盒測試中的路徑覆蓋測試方式，是邏輯性最強的白盒測試方式之一 ， 路徑覆蓋可以 發(fā)現(xiàn) 系統(tǒng)在邏輯設(shè)計過程中存在的 錯誤。 圖 52 界面主控件模塊 工具條模塊如圖 53 所示，云臺控制工具條可以遠程控制鏡頭的變倍、聚焦、光圈、云臺的輔助開關(guān)和云臺的運動。 初始化解碼庫。 獲取量化值的大小。 在整個視頻幀中強制插入一個關(guān)鍵幀。 初始化編碼庫。為了實現(xiàn)對視頻的編碼，需要將其變成一個碼流。 DCT 過程。找我參考宏塊需要找到兩個宏塊之間的位置的相對值，是運動矢量，需要對該運動矢量也進行 VLC 編碼，解碼器根據(jù)這個編碼就可以找到當前宏塊的參考宏塊。 視頻編解碼模塊的實現(xiàn) 在本文設(shè)計的無線視頻監(jiān)控系統(tǒng)使用 MPEG4 方式來進行視頻的編解碼?？刂乒芾砟K提供以下控制接口： —— StartSendVideo 視頻發(fā)送接口主要功能是向用戶控制模塊和通信模塊提供在指定的會話中發(fā)送視頻的接口。端口是大于1024，小于 65536 的整數(shù)。具體如表 46 所示 表 46 視頻文件信息表 字段名 說 明 類 型 長 度 可否為空 主鍵 FileID 視頻文件編號 varchar 8 否 是 FileName 視頻文件名稱 varchar 50 否 是 FileAddress 視頻文件地址 varchar 255 否 否 哈爾濱理工大學(xué)工程碩士學(xué)位論文 18 本章小結(jié) 本章主要對軟件工程生命周期的承上啟下的 階段 —— 設(shè)計階段進行描述。具體如表 43 所示。二維表由行和列構(gòu)成，一行就是一條記錄，一列是一種屬性。 數(shù)據(jù)庫的邏輯設(shè)計 ER 圖 (Entity— Relation Diagram)實體 — 聯(lián)系圖，是一種用來建立數(shù)據(jù)模型，識別功能模型與數(shù)據(jù)模型間關(guān)聯(lián)關(guān)系的圖表 [28]。這些實體是客觀實際存在的對象的一個抽象。 數(shù)據(jù) 采集 節(jié)點的 主要軟件工作流程 如圖 41 所示。 但是， 電源的選擇 是一件非常重要的事情， 因為電源的壽命 和 無線 無線監(jiān)控終端 的壽命 是密切相關(guān)的 。所以，數(shù)據(jù)處理模塊 需要有一個非常適合的 處理器 來完成數(shù)據(jù)處理和分析。 系統(tǒng)總體設(shè)計 系統(tǒng)組網(wǎng)的主要硬件部件是： 數(shù)據(jù)通信模塊、數(shù)據(jù)處理模塊、 CPU 和電源組成。通過分析的結(jié)果可以 得出結(jié)論：系統(tǒng)的開發(fā)在經(jīng)濟和技術(shù)上都是可行的，系統(tǒng)的功能和性能方面也能夠按照要求進行后續(xù)的設(shè)計和實現(xiàn)。能夠利用現(xiàn)成的Office 辦公軟件進行嵌入，而不用再額外進行開發(fā)。 無論什么樣的系統(tǒng)，都要以實用性為主，如果一個系統(tǒng)不實用，其他方面的性能再好，也不會是一個好的系統(tǒng)。數(shù)據(jù)傳輸是否及時和準確直接關(guān)系到機房監(jiān)控終端的效率和機房實踐教學(xué)的監(jiān)管情況。 哈爾濱理工大學(xué)工程碩士學(xué)位論文 11 系統(tǒng)功能需求分析 基于 GRPS 的高校機房遠程監(jiān)控終端 的技術(shù)基礎(chǔ)就是 GPRS 技術(shù)。它包括下面三個方面： (1)管理上的可行性。如何管理相關(guān)的監(jiān)控信息。如果確定系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟和法律等方面都是可行的。一般進行數(shù)據(jù)庫訪問的類具備如下幾個特點： SQL 操作； ，可以提高系統(tǒng)內(nèi)的模塊獨立性，提高系統(tǒng)的復(fù)用性和開發(fā)效率； 。 哈爾濱理工大學(xué)工程碩士學(xué)位論文 9 這種數(shù)據(jù)庫訪問方式和傳統(tǒng)的方式是存在很大的區(qū)別的。這個調(diào)用就會轉(zhuǎn)向一個 .cs 文件中。利用視圖設(shè)計器就能大大降低程序設(shè)計員的視圖設(shè)計工作量。但是它并不等同于 HTML，在系統(tǒng)哈爾濱理工大學(xué)工程碩士學(xué)位論文 8 中使用“ codebehind”可以實現(xiàn)表現(xiàn)和業(yè)務(wù)邏輯的分離 [24]。 模型（ Model）主要用來對系統(tǒng)的業(yè)務(wù)邏輯進行處理。 UML建模的方式主要包括圖 23 所示的幾個類別。 UML 在軟件領(lǐng)域主要用來構(gòu)造各種模型，負責完成軟件系統(tǒng)的生命周期前期的需求描述和設(shè)計描述。 直到 20xx， SQL Server 已推出 20xx 版，但為了穩(wěn)定，節(jié)省了企業(yè)應(yīng)用系統(tǒng)的維修費用，還是選擇最穩(wěn)定的 SQL 服務(wù)器 20xx 版。 .Net 基礎(chǔ)框架中的共享對象類別庫是通用的，類庫可以被 任何的開發(fā)者來使用來開發(fā)應(yīng)用程序。并且在實現(xiàn)新的配置時，僅僅需要對本地管理工具進行重新啟動就可以，而不需要重新配置新的文件內(nèi)容。 開發(fā)技術(shù)分析 .Net 開發(fā)技術(shù) 的前身是 ASP 技術(shù)，它的實現(xiàn)最早是在微軟 IIS 上，但是 發(fā)展最快的階段卻是在 IIS 上， 技術(shù)現(xiàn)在已經(jīng)是服務(wù)器端一個非常熱門的開發(fā)工具 [16]。 GPRS 能夠 通過 GSM（ Global System for Mobile Communications，全球移動通訊系統(tǒng)） 的未使用的 TDMA(Time Division Multiple Access，時分多址 )信道 ，提供中速的數(shù)據(jù)傳遞 [14]。通過需求過程的分析，確定系統(tǒng)的功能需求和非功能需求。 B/S 模式實際上時擴展的 C/S 架構(gòu)，它能克服 C/S 架構(gòu)的服務(wù)器負擔重的缺陷，將 C/S 架構(gòu)的服務(wù)器分解為兩個職能不同的服務(wù)器，一個負責數(shù)據(jù)的存儲，一個負責數(shù)據(jù)的處理。但是系統(tǒng)的開發(fā)技術(shù)是 Asp，不夠先進，另外系統(tǒng)的數(shù)據(jù)處理能力和安全管理也較為薄弱。由法國巴黎大學(xué)信號與系統(tǒng)實驗室研制的“基于 GPRS 的家庭實時遠控系統(tǒng)”也取得了很好的運行效果 [3]。而在 機房 的監(jiān)控過程中會用到一些設(shè)備，對這些設(shè)備的良好運行是 高校機房遠程監(jiān)控終端 是否能夠發(fā)揮作用的基礎(chǔ)。 高校的教師需要具備較多的能力，例如教學(xué)、科研和育人等。本課題首先對監(jiān)控終端進行了總體設(shè)計。本論文的研究成果歸哈爾濱理工大學(xué)所有，本論文的研究內(nèi)容不得以其它單位的名義發(fā)表。對本文研究工作做出貢獻的個人和集體，均已在文中以明確方式注明。 本文結(jié)合國內(nèi)外監(jiān)控行業(yè)的發(fā)展需要，設(shè)計并部分實現(xiàn)了一個基于 GPRS的高校機房遠程監(jiān)控終端。同時，高校的招生規(guī)模也大幅度提高，這就需要高校 增大教學(xué)規(guī)模。 正是基于這個目標，本文設(shè)計了一個基于 GPRS 的高校機房遠程監(jiān)控終端。結(jié)合國內(nèi)外監(jiān)控系統(tǒng)的發(fā)展現(xiàn)狀同時通過 GPRS 的思想將使 機房 監(jiān)控方案成為一個通甩性好，覆蓋范圍大，信息傳遞可靠迅速的 機房 監(jiān)控解決方案。 專門在高校應(yīng)用的監(jiān)控系統(tǒng)也有一些范例： 廣州市信和電信發(fā)展有限公司的 教學(xué) 監(jiān)控系統(tǒng)，能夠?qū)Ω咝崿F(xiàn)院系管理、專業(yè)管理、權(quán)限設(shè)置、考試管理、成績管理和 教學(xué) 管理等 [6]。 C/S模式是發(fā)展較早的分布式概念，應(yīng)用 C/S可以使得一個應(yīng)用程序在不同的電腦上執(zhí)行，雖然這些程序被分開，但是它們不是孤立的，彼此之 間還關(guān)聯(lián)，相互協(xié)作進行計算 [10]。論文的結(jié)構(gòu)如下： 第一章：給出本研究的背景、目的、內(nèi)容等。 結(jié)論。這樣就能夠 更好地利用信道資源。 的開發(fā)時用模塊和組件實現(xiàn)的，所以 在開發(fā)一些其他開發(fā)平臺比較難實現(xiàn)的任務(wù)，如通過提交表單的方式進行用戶身份驗證、對系統(tǒng)進行分布式配置等都是相對非常容易實現(xiàn)的。 以組件的形式存在的 ，它實際上也可以不單獨作為一部分，也同樣放在 共享對象類別庫中 管理就可以。 針對系統(tǒng)對數(shù)據(jù)庫的這些需求，微軟的 SQL Server 20xx 可以滿足要求 。 統(tǒng)一建模語言 統(tǒng)一建模語言標準的軟件工程設(shè)計語言的其中一種，它主要是運用對軟件的設(shè)計部分進行圖形描述。 UML 和軟件工程領(lǐng)域的發(fā)展是相輔相成的，它有著良好的定義、強大的功能，和容易使用的特點。這這個部分是彼此獨立的，這樣他們之間的耦合就很低，能夠?qū)崿F(xiàn)模塊的獨立性。視圖不處理任何的業(yè)務(wù)邏輯，知識負責顯示數(shù)據(jù)處理的結(jié)果，而所有的業(yè)務(wù)邏輯都通過模型來處理。 瀏覽器控 制 器（ C o n t r o l l e r ）視 圖（ V i e w ）模 型（ M o d e l ）業(yè) 務(wù) 實 體 組 件 數(shù) 據(jù) 對 象業(yè) 務(wù) 路 基 組 件 數(shù) 據(jù) 訪 問 組 件H T T P 請 求H T M L 頁 面用 戶 表 示 層業(yè) 務(wù) 層 數(shù) 據(jù) 層 圖 24 基于 MVC 模式的 ASP. Net 系統(tǒng)應(yīng)用模型 下的視圖就是一個 aspx 的頁面。所以在系統(tǒng)中的每個表示視圖的 aspx 文件，還會有一個 .cs 文件和它對應(yīng)。每個特殊的數(shù)據(jù)邏輯都有專門的類來執(zhí)行。為了解決這個問題 下的 MVC 架構(gòu)中就從源代碼中分離出來 SQL 語句，將這些語句封裝在一個獨立的類中。哈爾濱理工大學(xué)工程碩士學(xué)位論文 10 第三章 GPRS 的高校機房遠程監(jiān)控終端需求分析 系統(tǒng)總體需求分析 開發(fā) 基于 GRPS 的高校機房遠程監(jiān)控終端 ， 其中一個最為 重要的環(huán)節(jié) 就是需求分析 ，實踐表明，系統(tǒng)分析的好壞在很大程度上決定了系統(tǒng)的成敗。 需求分析 做的好壞是和軟件能否順利完成密切相關(guān)的， 因此 必須通過需求分析使得系統(tǒng)開發(fā)的內(nèi)容得到客戶的認可，才能做其他的后續(xù)設(shè)計和開發(fā)工作。分析 本系統(tǒng)的的需求與內(nèi)容，系統(tǒng)中存在一定的風險，現(xiàn)從經(jīng)濟、技術(shù)、操作各方面進行可行性分析。不僅如此，還要考慮開發(fā)人員的開發(fā)水平，是否能在規(guī)定的時間內(nèi)開發(fā)出該系統(tǒng)。采集到數(shù)據(jù)之后，需要通過系統(tǒng)的無線傳輸模塊將數(shù)據(jù)進行打包、傳輸至業(yè)務(wù)層。業(yè)務(wù)層還應(yīng)該設(shè)有解析模塊，對接收到的數(shù)據(jù)進行智能解析和處理。 系統(tǒng)在滿足實用性后，就要考慮系統(tǒng)的易用性，不能將系統(tǒng)的界面設(shè)計的太過花哨，要盡量簡化界面的操作，使得用戶能夠很容易學(xué)會使用系統(tǒng)。這些都需要系統(tǒng)的擴展性方面的問題。這些軟件必須滿足開放性、安全性、可靠性、可擴展性。所以數(shù)據(jù)通信模塊 的芯片的選擇和設(shè)計 ， 要 考慮芯片的 各個因素，包括 發(fā)射功率、 調(diào)制模式和傳輸?shù)?數(shù)據(jù)率等。 所以，系統(tǒng)需要設(shè)置合適的電源裝置。 本文設(shè)計的 數(shù)據(jù)采集 節(jié)點的主要作用就是對 高校機房的 數(shù)據(jù)進行采集。 數(shù)據(jù)采集 節(jié)點就在該工作流程下進行循環(huán)反復(fù)，來保障 機房 監(jiān)控的正常運轉(zhuǎn)。這些內(nèi)容是通過實體關(guān)系模型的結(jié)果展現(xiàn)出來的。所謂數(shù)據(jù)庫的物理設(shè)計就是將邏輯設(shè)計的內(nèi)容轉(zhuǎn)換為真正的數(shù)據(jù)庫的物理結(jié)構(gòu)，這些物理結(jié)構(gòu)會存儲在一個真正的數(shù)據(jù)庫中 [30]。 (display_satte) 客戶端狀態(tài)信息表記錄著客戶端各個視頻接收進程的狀態(tài)，一個客戶端 可能有多個進程，每個進程可以監(jiān)控一個監(jiān)控組，組管理服務(wù)器管理這些進程并記錄各個進程的名字、運行狀態(tài) (包括實時組播、實時單播、存儲單播或者空閑等狀態(tài)信息 )。具體如表 45 所示。會話管理就是負責建立會話、記錄會話信息、查詢會話信息和結(jié)束會話等工作，在程序?qū)崿F(xiàn)上就是對一個會話信息鏈表進行管理。 當需要結(jié)束會話時，可以調(diào)用核心模塊提供的接口函數(shù) StopSesion 終止會話。 —— StartLocalPlay 哈爾濱理工大學(xué)工程碩士學(xué)位論文 20 通過播 放本地錄像接口，我們可以播放存儲在本地硬盤上的視頻文件。一個圖像幀中的所有宏塊都進行視頻編碼了，該幀的編碼也就完成了。 DCT 變換后的視頻低頻部分的系數(shù)進行量化，量化主要是通過將整個參數(shù)除以一個固定值來實現(xiàn)的，如果是高頻部分，由于其系數(shù)本身就哈爾濱理工大學(xué)工程碩士學(xué)位論文 21 很小，除以一個大的固定值之后高頻部分的系數(shù)就會變成 0，同樣低頻部分的系數(shù)也會變小，在編碼時就可以使用較少的 bit 位來實 現(xiàn)視頻編碼。重建宏塊的值不可能和原始宏塊相同，它們之間是有一定誤差。宏塊內(nèi)的具體內(nèi)容是當前宏塊的編碼信息， 例如當前宏塊是否是編碼宏塊，宏塊的編碼類型等，然后就是運動矢量的數(shù)據(jù)，最后是具體的 6 個塊的數(shù)據(jù)。 VideoEncoderRelease()。 SetQuant(int nQuant)。所以在這里筆者就不對其解碼流程進行贅述了。 VideoDecoderRelease()。單元測試也就是測試每一個系統(tǒng)的模塊，系統(tǒng)在設(shè)計時，需要細化成不同的模塊，在每個模塊進行開發(fā)的過程中要隨時進行測試 ，判斷代碼是否正確，這些測試工作可以由專門的測試人員或者開發(fā)者自己完成。但是單元 測試不同，由于 開發(fā)者 熟悉自己編寫的代碼。集成測試的基礎(chǔ)是 概要設(shè)計文檔， 集成測試主要測試的是系統(tǒng)的單元接口方面存在的錯誤。 是在開發(fā)出的軟件交給客戶使用之間進行的最后一道測試程序，如。面向過程的集成測試測的是不同級別的模塊之間的控制關(guān)系。 開發(fā)者 進行單元測試需要通過一段代碼 來測試其編寫的單元內(nèi)容是否正確。也就是說詳細的設(shè)計文檔是單元測試的基礎(chǔ)。 監(jiān)控終端的實現(xiàn) 界面主按件模塊如圖 52 所示，從左向右依次是布防、撤防、畫面分割、進入設(shè)置、全部停止瀏覽、切換瀏覽分組、登錄系統(tǒng)、注銷登錄和退出監(jiān)