【正文】 dMessage(WM_RECORDSOUND_STARTRECORDING,0,0)。//停止錄制recordPostThreadMessage(WM_RECORDSOUND_STOPRECORDING,0,0)。上面已經(jīng)加了注釋，使用方法一目了然。另一種方案是基于微軟公司的VFW（Video for Windows）進(jìn)行。目前，基于PC的多媒體應(yīng)用程序的視頻部分，大都是利用VFW API開發(fā)的。（一）視頻捕獲視頻數(shù)據(jù)的實(shí)時(shí)采集，主要通過(guò)AVICAP模塊中的消息、宏函數(shù)、結(jié)構(gòu)以及回調(diào)函數(shù)來(lái)完成。在以一些實(shí)時(shí)監(jiān)控系統(tǒng)或視頻會(huì)議系統(tǒng)中，需要將數(shù)據(jù)流在寫入磁盤以前就必須加以處理，達(dá)到實(shí)時(shí)功效。（4）設(shè)置捕獲窗口的相關(guān)參數(shù)通過(guò)宏capCaptureSetSetup(hWndCap,amp。m_CapDrvCap，sizeof(CAPDRIVERCAPS))來(lái)獲取視頻設(shè)備的能力，通過(guò)宏capGetStatus(hWndCap,amp。（8）捕獲圖像到緩存或文件并作相應(yīng)處理若要對(duì)采集數(shù)據(jù)進(jìn)行實(shí)時(shí)處理，則應(yīng)利用回調(diào)機(jī)制，由capSetCallbackOnFrame（hWndCap,FrameCallbackProc)完成單幀視頻采集；由capSetCallbackOnVideoStream(hWndCap,VideoCallbackProc)完成視頻流采集。下面的代碼片斷展示了這個(gè)類的使用思路： //創(chuàng)建視頻捕獲類的實(shí)例 vidcap=new VideoCapture()。vidcap Initialize()。//現(xiàn)在，你可以正式開始視頻捕獲了…… vidcapStartCapture()。【注意】為了順利編譯和鏈接，你需要在類實(shí)現(xiàn)文件（）的前面加上如下語(yǔ)句：pragma ment(lib,“vfw32”)pragma ment(lib,“winmm”)（二）顯示捕獲的視頻幀對(duì)于顯示捕獲的視頻幀方面（也就是顯示圖像的問(wèn)題），顯然存在多種方案。下面的代碼片斷展示了如何使用DrawDib函數(shù)顯示捕獲的視頻幀： //初始化DIB以便繪制HDRAWDIB hdib=::DrawDibOpen()。::DrawDibClose(hdib)。 = CPARAM_QCIF。//創(chuàng)建回調(diào)函數(shù)//OwnWriteFunction是編碼期間返回編碼數(shù)據(jù)時(shí)調(diào)用的全局函數(shù) WriteByteFunction = OwnWriteFunction。 = 8。bits)。下面是解碼器的使用示例代碼框架： //初始化解碼器 InitH263Decoder()。從一臺(tái)機(jī)器上選擇“連接”菜單項(xiàng)，并在彈出對(duì)話框內(nèi)輸入另一臺(tái)機(jī)器的名字或IP地址，最后點(diǎn)擊“連接”按鈕。第三篇：圖書館網(wǎng)站網(wǎng)站功能設(shè)計(jì)圖書館網(wǎng)站網(wǎng)站功能設(shè)計(jì)用戶分類 1）.超級(jí)管理員平臺(tái)設(shè)置： 數(shù)據(jù)庫(kù)管理（備份、恢復(fù)）公告管理 底部欄目管理（關(guān)于我們、購(gòu)物指南、配送方式、支付方式）添加管理員 學(xué)校管理： 添加學(xué)校、學(xué)院、班級(jí) 商品管理： 商品分類（2 級(jí)分類）商品添加 商品查詢（可以按分類查詢和修改商品的庫(kù)存、價(jià)格等信息）缺貨登記管理（商品添加應(yīng)有圖書名稱、出版社、作者、ISBN，出版時(shí)間、版次等信息）（商品價(jià)格體系共有三個(gè)：進(jìn)價(jià)、定價(jià)、小管家價(jià)。網(wǎng)站網(wǎng)頁(yè)上顯示的是小管家價(jià) 和定價(jià)，其中小管家價(jià)就是本網(wǎng)站的售價(jià)，因?yàn)榫W(wǎng)站名叫校園小管家，定價(jià)就是圖 書的定價(jià)，進(jìn)價(jià)就是圖書的進(jìn)貨價(jià)，在網(wǎng)站后臺(tái)添加，不顯示在網(wǎng)頁(yè)上，小管家價(jià) 與進(jìn)價(jià)之間差價(jià)的 30%就是小管家的收益）訂單管理： 按日期，班級(jí)，姓名等查詢訂單信息和處理訂單。普通用戶: 我的訂單： 申請(qǐng)成為班級(jí)小管家。非注冊(cè)用戶下單時(shí)會(huì)提示需要注冊(cè)。圖書詳情 描述：顯示有關(guān)該圖書所有已錄入信息，包括租賃價(jià)格和新書價(jià)格。第四篇：UML實(shí)驗(yàn)報(bào)告一：需求分析在我國(guó)十年前ATM（自動(dòng)取款機(jī)）還是一個(gè)很新鮮的事物，現(xiàn)在在城市的大街小巷隨處可見(jiàn)。簡(jiǎn)化后的ATM機(jī)僅有取款、存款及其余功能。許多單個(gè)的帳戶組成了帳戶庫(kù)。getType獲取帳戶類型，返回類型為char，無(wú)參數(shù)。getBalance獲取帳戶余額，返回類型為double，無(wú)參數(shù)。更多的屬性及操作都可以一一加上，使這個(gè)類圖更詳細(xì)更完整，從而使參與項(xiàng)目的每個(gè)成員都能無(wú)歧義的明了整個(gè)設(shè)計(jì)的類的結(jié)構(gòu)。然后再繼承這個(gè)abstract class，我們可以有saving account 和checking account等等。描述顧客在ATM機(jī)上取款時(shí)信息的流動(dòng)情況。通過(guò)流程圖我們可以很清楚地看到系統(tǒng)是如何工作的，系統(tǒng)各部分之間的信息及控制是如何發(fā)送的，整個(gè)流程是否合理。首先銀行儲(chǔ)戶將ATM卡插入讀卡機(jī)，讀卡機(jī)將信息傳給客戶管理，客戶管理提出查詢密碼，顯示部分將輸入密碼請(qǐng)求顯示出來(lái)….銀行儲(chǔ)戶讀卡機(jī)顯示輸入設(shè)備客戶管理點(diǎn)鈔機(jī)事務(wù)管理1: 插入ATM卡2: 接受ATM卡3: 查詢密碼4: 顯示輸入密碼請(qǐng)求5: 輸入密碼6: 密碼傳遞7: 請(qǐng)求確認(rèn)密碼的合法性8: 確認(rèn)密碼的合法性9: 詢問(wèn)服務(wù)類別10: 顯示輸入服務(wù)類別請(qǐng)求11: 輸入取款請(qǐng)求12: 取消請(qǐng)求13: 詢問(wèn)取款數(shù)額14: 顯示輸入數(shù)額請(qǐng)求15: 輸入取款數(shù)額16: 傳遞取款數(shù)額17: 詢問(wèn)取款數(shù)額確認(rèn)18: 顯示確認(rèn)數(shù)額請(qǐng)求19: 輸入確認(rèn)20: 傳遞確認(rèn)信息21: 數(shù)額合法性確認(rèn)請(qǐng)求22: 確認(rèn)數(shù)額的合法性23: 計(jì)算儲(chǔ)戶余額24: 出鈔請(qǐng)求25: 出鈔26: 取鈔27: 傳遞余額并詢問(wèn)是否需要其它服務(wù)28: 顯示儲(chǔ)戶余額并顯示其它服務(wù)第五篇：UML實(shí)驗(yàn)報(bào)告[推薦]UML實(shí)驗(yàn)報(bào)告班 級(jí)：軟件0841姓 名：張文成 學(xué) 號(hào)：081842173實(shí)驗(yàn)內(nèi)容：用例建模、分析建模、設(shè)計(jì)建模（1）、設(shè)計(jì)建模（2）實(shí)驗(yàn)一：用例建模[實(shí)驗(yàn)?zāi)康腯 〃掌握客戶需求分析的方法和步驟〃了解以用例驅(qū)動(dòng)的軟件開發(fā)方法 〃識(shí)別并編寫用例〃掌握用Rose 進(jìn)行用例建模的具體方法和步驟[實(shí)驗(yàn)內(nèi)容] 要求學(xué)生根據(jù)周圍的實(shí)際情況，自選一個(gè)小型應(yīng)用項(xiàng)目，分析業(yè)務(wù)需求，識(shí)別并編寫用例、繪制用例圖以理解系統(tǒng)需求。確定用例，同時(shí)采用分層思想，對(duì)用例的層次級(jí)別進(jìn)行劃分（高層用例、子系統(tǒng)級(jí)、用戶目標(biāo)級(jí)）（3）用例描述。（也可采用教師指定的題目：“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷存管理子系統(tǒng)”，但要仔細(xì)研讀“企業(yè)現(xiàn)狀”、“系統(tǒng)目標(biāo)、范圍和功能要求”等文字說(shuō)明）。分層繪制用例圖、描述用例。[ 實(shí)驗(yàn)原理和步驟] 建模原理：(1)使用概念目錄列表（見(jiàn)下圖）和非正式分析法（識(shí)別出問(wèn)題域的文本描述中的名詞短語(yǔ)，然后將其作為概念或?qū)傩缘暮蜻x對(duì)象。（2）最終關(guān)聯(lián)的數(shù)量介于“需要知道”型關(guān)聯(lián)與【“需要知道”型關(guān)聯(lián)+“需要理解”型（從通用關(guān)聯(lián)列表中派生出 的，見(jiàn)下圖）】之間。即便如此，首選“增加合同”用例也更為合適。在概念建模 階段也沒(méi)有必要確定屬性的類型和訪問(wèn)屬性。[ 實(shí)驗(yàn)結(jié)果][ 實(shí)驗(yàn)總結(jié)] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。(2)系統(tǒng)事件是由某參與者發(fā)起的指向系統(tǒng)的輸入事件。（實(shí)例創(chuàng)建、形成關(guān)聯(lián)、屬性修改）（5）按照設(shè)計(jì)模式為對(duì)象分配職責(zé)。第一個(gè)核對(duì)，因?yàn)橐獙ⅰ柏浛罱痤~填寫到合同中”。此核對(duì)發(fā)生前雖然敲了一下鍵盤，但隨后并沒(méi)有新的消息穿越系統(tǒng)邊界，因此這仍然是同一個(gè)系統(tǒng)事件。根據(jù)題意，本項(xiàng)目應(yīng)該是“生產(chǎn)廠家”模式。如果是專門為此單進(jìn)行生產(chǎn)，那么還應(yīng)該有庫(kù)存系統(tǒng)發(fā)來(lái)的“產(chǎn)品入庫(kù)通知處理”用例來(lái)調(diào)用本用例進(jìn)行發(fā)貨。首先考慮控制者,領(lǐng)域控制者選參與者角色，即“銷售人員”。[ 實(shí)驗(yàn)總結(jié)] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。關(guān)聯(lián)可以分為一般關(guān)聯(lián)、聚合關(guān) 聯(lián)、組合關(guān)聯(lián)和依賴關(guān)聯(lián)等。（5）依賴關(guān)系是一種使用關(guān)系，表現(xiàn)為一個(gè)對(duì)象僅僅調(diào)用了另一個(gè)對(duì)象的服務(wù)。(4)根據(jù)一般常識(shí)可能會(huì)出現(xiàn)的關(guān)聯(lián)。銷售人員和客戶(大客戶)共同簽署銷售合同，銷售合同中涉及到多種可以銷售的產(chǎn)品，合同經(jīng)公司經(jīng)理審查并簽字后該合同才能生效，付款單需要客戶付款，銷售人員簽發(fā)催款單向客戶催繳欠款，銷售人員制定銷售計(jì)劃，銷售人員要檢查督促執(zhí)行期合同按合同執(zhí)行、履 約，履約后的合同轉(zhuǎn)到履約合同數(shù)據(jù)庫(kù)存檔備查等等。關(guān)聯(lián)可以分為一般關(guān)聯(lián)、聚合關(guān) 聯(lián)、組合關(guān)聯(lián)和依賴關(guān)聯(lián)等。（5）依賴關(guān)系是一種使用關(guān)系，表現(xiàn)為一個(gè)對(duì)象僅僅調(diào)用了另一個(gè)對(duì)象的服務(wù)。（2）完善設(shè)計(jì)類圖[實(shí)驗(yàn)結(jié)果] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。