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