【正文】 時(shí)間之后4 會(huì)議室申請(qǐng)人：可以選擇已存在的會(huì)議人員，或者自己手動(dòng)輸入申請(qǐng)人5 會(huì)議備注：可以為空l 會(huì)議室管理模塊數(shù)據(jù)要求：1 會(huì)議室名稱：不能為空2 會(huì)議室位置：不能為空3 坐席數(shù)量：只能為數(shù)字4 會(huì)議室狀態(tài)： 根據(jù)綁定的數(shù)據(jù)選擇會(huì)議室狀態(tài)5 備注：可以為空l 會(huì)議人員模塊數(shù)據(jù)要求：1 姓名：不能為空2 單位：不能為空3 職務(wù)：不能為空4 性別：根據(jù)綁定的數(shù)據(jù)選擇會(huì)議室狀態(tài)5 聯(lián)系電話：必須為11位數(shù)字6 人員類型：根據(jù)綁定的數(shù)據(jù)選擇會(huì)議人員的類型 時(shí)間特性要求整個(gè)系統(tǒng)運(yùn)行于網(wǎng)絡(luò)環(huán)境下，數(shù)據(jù)源與數(shù)據(jù)庫應(yīng)用可能分布于不同的主機(jī)上，應(yīng)保證在不出現(xiàn)數(shù)據(jù)阻塞、數(shù)據(jù)丟失的情況下，快速準(zhǔn)確地響應(yīng)系統(tǒng)操作人員所提出的各種合法請(qǐng)求。2 日期的格式固定格式，最好直接用日歷的形式，直接給用戶選擇，避免出錯(cuò)。圖31643 Level1 Diagram對(duì)于加工2 （會(huì)議進(jìn)行）進(jìn)行細(xì)分：其中會(huì)議進(jìn)行包括負(fù)責(zé)會(huì)議現(xiàn)場(chǎng)的控制，如簽到和資料分發(fā)等。其中注意：數(shù)據(jù)存儲(chǔ)是系統(tǒng)內(nèi)部實(shí)現(xiàn)的功能，在此處將系統(tǒng)視為黑盒，所以不會(huì)出現(xiàn)數(shù)據(jù)存儲(chǔ)實(shí)例。彈出框如下圖：刪除人員信息：選擇須刪除的人員信息（可以多選），選擇【刪除人員信息】。坐席數(shù)量，負(fù)責(zé)人，聯(lián)系電話，使用狀態(tài)，備注等信息搜索相關(guān)的會(huì)議，然后點(diǎn)擊 ,如圖： 會(huì)議人員模塊原型設(shè)計(jì)功能簡(jiǎn)介：會(huì)議人員界面提供了添加會(huì)議人員、修改人員信息、刪除人員信息，搜索人員等功能。如下圖所示：修改會(huì)議室信息：選擇需要修改的會(huì)議室信息，然后點(diǎn)擊修改會(huì)議室信息，修改數(shù)據(jù)后點(diǎn)擊提交保存。并且，在這項(xiàng)功能中最重要的便是對(duì)會(huì)議室使用時(shí)間的選擇，因此，時(shí)間選擇的功能中會(huì)使用良好的時(shí)間控件讓用戶進(jìn)行時(shí)間的選擇：3. 編輯會(huì)議室安排，在這個(gè)功能中，為了能夠?qū)?huì)議室的安排進(jìn)行修改，但是又不能夠隨意的修改會(huì)議室安排的時(shí)間，因此，需要有特定的界面供用戶修改會(huì)議室安排。功能簡(jiǎn)介：會(huì)議室使用情況界面提供了申請(qǐng)使用會(huì)議室，修改申請(qǐng)記錄，刪除申請(qǐng)記錄和查看相關(guān)會(huì)議等功能。 Web端原型設(shè)計(jì) 系統(tǒng)登錄模塊原型設(shè)計(jì) 圖 31411登入界面設(shè)計(jì)，輸入的用戶名密碼不匹配，則提示登入失敗。8會(huì)議控制會(huì)議室申請(qǐng)者（會(huì)議秘書）可以創(chuàng)建會(huì)議流程；可以控制會(huì)議流程；會(huì)議流程中，可以控制硬件設(shè)備的開啟和關(guān)閉：如麥克風(fēng)，燈光等。4桌面共享會(huì)議控制人可將桌面操作情況和應(yīng)用操作步驟共享給全體與會(huì)者，便于協(xié)同工作和應(yīng)用培訓(xùn)；通過切換操作權(quán)，用戶可將自己桌面的操作權(quán)交由其他遠(yuǎn)程用戶進(jìn)行遠(yuǎn)程控制。提供會(huì)后材料整理功能，要求達(dá)到以下目的：l 方便獲取與會(huì)議相關(guān)的各類資料；l 方便查看投票及問卷的結(jié)果；l 通過查看會(huì)議總結(jié)，對(duì)會(huì)議有個(gè)大體的了解；l 使得材料不離散，簡(jiǎn)潔明了，能夠長(zhǎng)期保存；l 有權(quán)限的賬號(hào)才能登陸到系統(tǒng)進(jìn)行會(huì)議材料整理，確保安全；用戶需求：會(huì)議資料下載：（1） 會(huì)議秘書登錄后，到相關(guān)目錄下載會(huì)議資料（對(duì)于已完成的會(huì)議，與會(huì)者的賬號(hào)作廢，無法登錄到web端下載資料）；（2） 提供按議程歸類，便于下載；（3） 提供按資料歸類，便于下載；會(huì)議基本資料編輯：（1） 載入默認(rèn)的屬性，支持對(duì)會(huì)議類型等基本屬性進(jìn)行修改；（2） 禁止對(duì)會(huì)議時(shí)間等基本屬性的修改；會(huì)議總結(jié)編寫：（1） 提供給用戶類似一個(gè)word的界面編寫會(huì)議總結(jié)；（2） 支持直接保存上傳（考慮在數(shù)據(jù)庫的存儲(chǔ)）；（3） 保存后，可點(diǎn)開查看，編輯等；會(huì)議資料上傳：（1） 按議程歸類，上傳到某個(gè)特點(diǎn)文件夾下；（2） 按資料歸類，上傳到某個(gè)特定文件夾下；備注：音頻等資料的編輯并不在系統(tǒng)中，在本地編輯后，再上傳；會(huì)后材料的整理權(quán)限 會(huì)議總結(jié)為會(huì)議材料整理模塊的一個(gè)按鈕，界面類似word或是空間日志； 或者直接由用戶在本地編輯，之后上傳到服務(wù)器上。為會(huì)議秘書提供共享文件的功能，要求達(dá)到以下目的:l 會(huì)前共享文件上傳，修改，刪除；l 會(huì)中，與會(huì)人員通過秘書機(jī)上傳所需要共享的文件；l 會(huì)中進(jìn)行共享文件的分發(fā)；l 設(shè)置與會(huì)人員對(duì)于共享文件的可見性；l 協(xié)助會(huì)議秘書高效地進(jìn)行文件的分發(fā)和共享；l 通過文件訪問的權(quán)限設(shè)置策略，保證對(duì)于文件的安全性訪問；用戶需求：與會(huì)人員能夠根據(jù)用戶的需求，與會(huì)人員在文件共享模塊中具有：共享文件下載，共享文件查看，更新共享文件目錄的功能，方便與會(huì)人員實(shí)時(shí)查看共享文件。還具有會(huì)前登陸Web端，設(shè)置投票和問卷的功能。（2） 編輯和修改會(huì)議期間發(fā)起的投票和問卷，并提交修改到服務(wù)器中。還具有會(huì)前設(shè)置投票和問卷的功能，會(huì)議秘書是普通與會(huì)人員的范化。在這個(gè)模塊中，參與的用戶主要有： 會(huì)議室安排用戶功能表用戶需求會(huì)議室使用者①能夠查看今后幾天內(nèi)的會(huì)議室使用情況②能夠發(fā)起會(huì)議室的使用申請(qǐng)③能夠管理自己的會(huì)議室使用申請(qǐng)會(huì)議室管理員①能夠查看所有的會(huì)議室使用情況②能夠清晰的對(duì)會(huì)議室使用情況進(jìn)行分類以便于查看③能夠?qū)?huì)議室使用情況進(jìn)行查詢④能夠管理所有的會(huì)議室使用情況⑤在沒有時(shí)間沖突的情況下直接批準(zhǔn)會(huì)議本模塊的活動(dòng)圖如下： 會(huì)議室安排用例圖本模塊的UML用例分析圖如下： 會(huì)議室安排用例圖 問卷及投票功能模塊本模塊的目標(biāo)： 與會(huì)人員在問卷及投票模塊中具有：會(huì)議期間發(fā)起投票/問卷，修改投票/問卷，參與投票/問卷，查看投票結(jié)果的功能?？梢耘繉?dǎo)入用戶帳號(hào)，用戶登入，用戶組管理，用戶組織機(jī)構(gòu)管理； ③ 通過或手機(jī)短信等方式邀請(qǐng)與會(huì)者； ④ 完整的會(huì)議統(tǒng)計(jì)數(shù)據(jù)，所有與會(huì)者進(jìn)入、離開會(huì)議的時(shí)間、與會(huì)者來自何處等信息都有完整的記錄； ⑤ 會(huì)議進(jìn)行中具有靈活的權(quán)限控制，在會(huì)議中主持人，主講人等角色可以動(dòng)態(tài)切換，與會(huì)者的權(quán)限可動(dòng)態(tài)改變。也就是說本系統(tǒng)完成的不單單是會(huì)議現(xiàn)場(chǎng)的管理，也包括會(huì)前的布置和會(huì)后的管理，以便更好的適應(yīng)辦公自動(dòng)化這個(gè)潮流。并且整理問卷結(jié)果，并且可對(duì)結(jié)果進(jìn)行展示或保存。4會(huì)議交流完成會(huì)議現(xiàn)場(chǎng)的交流——包括語音和文字等的交流，并在這些基本交流的基礎(chǔ)上做出交流類型的擴(kuò)充，比如電子白板，窗口共享。表3112 系統(tǒng)功能模塊劃分表編號(hào)模塊名模塊描述1會(huì)議室安排完成會(huì)議室的申請(qǐng)，安排，批準(zhǔn)，管理等操作。3需求規(guī)定 系統(tǒng)整體功能架構(gòu) 對(duì)于本次系統(tǒng)，甲方提出的大致上的功能性需求及后期分析的功能性需求如下表表3111 功能性需求_大綱編號(hào)內(nèi)容1能夠?qū)?huì)場(chǎng)進(jìn)行前期的布置，包括人員，資料，座位，議程的布置。4) 時(shí)間限定：假定項(xiàng)目完成時(shí)間不會(huì)提前。1) 用戶支持：假設(shè)本應(yīng)用軟件開發(fā)過程中得到了用戶的極力支持和配合。User_007系統(tǒng)維護(hù)員這類用戶在系統(tǒng)出現(xiàn)故障時(shí)對(duì)系統(tǒng)進(jìn)行維護(hù)，并且保證日常系統(tǒng)的檢查和備份等工作，以保證系統(tǒng)運(yùn)行良好。User_006會(huì)議室管理者會(huì)議室管理員要完成日常對(duì)會(huì)議室的管理和安排，例如會(huì)議室安排出現(xiàn)沖突后的處理等。在會(huì)議現(xiàn)場(chǎng)使用系統(tǒng)來參與會(huì)議，完成包括簽到，查看資料，發(fā)言等在傳統(tǒng)會(huì)議中也具備的功能。這類人員一般具有基礎(chǔ)的電腦指示，但不一定能夠熟練的使用新軟件，有必要對(duì)其進(jìn)行適當(dāng)?shù)呐嘤?xùn)。②在會(huì)議現(xiàn)場(chǎng)使用系統(tǒng)對(duì)會(huì)議進(jìn)行主持和控制。User_002會(huì)議秘書會(huì)議秘書通常接受會(huì)議發(fā)起者的指示在會(huì)前進(jìn)行會(huì)議的布置，包括材料的準(zhǔn)備，人員的通知等。表22 用戶概要用戶編號(hào)用戶名稱用戶概況和特點(diǎn)使用系統(tǒng)方式User_001會(huì)議發(fā)起者會(huì)議發(fā)起者即為一場(chǎng)會(huì)議的提出者，會(huì)議發(fā)起者確定了會(huì)議的一些基本信息，包括時(shí)間，主題，一些材料及參會(huì)人員等。同時(shí)本系統(tǒng)對(duì)系統(tǒng)工作的先進(jìn)性、穩(wěn)定性、可靠性、安全性、兼容性、擴(kuò)充性予以充分全面的考慮，充分考慮系統(tǒng)應(yīng)用的智能化和操作的簡(jiǎn)易性。目前， 我國(guó)乃至全球，各種資源越來越匱乏，節(jié)約資源、保護(hù)環(huán)境，已經(jīng)成為當(dāng)前的迫切任務(wù)。③ 應(yīng)變能力差：會(huì)議時(shí)參會(huì)人員發(fā)生變換，將無法提供相應(yīng)的紙質(zhì)桌牌；如果會(huì)議資料在會(huì)前幾分鐘或會(huì)議中才收集準(zhǔn)備完畢，將不可能進(jìn)行大量印刷，影響會(huì)議質(zhì)量。以下是傳統(tǒng)會(huì)議模式的主要不足：① 辦會(huì)效率低：為舉辦一次會(huì)議，會(huì)務(wù)人員不得不進(jìn)行大量前期準(zhǔn)備和協(xié)調(diào)工作。相對(duì)來說，EXT要比開發(fā)者直接針對(duì)DOM、W3C對(duì)象模型開發(fā)UI組件輕松。l Ext ExtJS可以用來開發(fā)RIA也即富客戶端的AJAX應(yīng)用，是一個(gè)用javascript寫的，主要用于創(chuàng)建前端用戶界面，是一個(gè)與后臺(tái)技術(shù)無關(guān)的前端ajax框架。 作用:高可靠性不間斷供電——保證動(dòng)力的連續(xù)性。l 基于ACK的可靠組播協(xié)議模型基于ACK的可靠組播協(xié)議主要由發(fā)送者來保證組播數(shù)據(jù)包的可靠傳輸，在本文中將此類協(xié)議稱為協(xié)議模型A ，它具有以下基本特點(diǎn):發(fā)送者需要為每一接收者保留各自關(guān)于數(shù)據(jù)包接收情況的相關(guān)狀態(tài)信息，并同時(shí)，利用單播(Unicast) 方式向發(fā)送者發(fā)送ACK確認(rèn)數(shù)據(jù)包，發(fā)送者收到來自所有接收者對(duì)此數(shù)據(jù)包的ACK，則其認(rèn)為此數(shù)據(jù)包已經(jīng)成功的傳送到所有接收者，這意味著這一數(shù)據(jù)包沒有正確的傳送到所有接收者，則其重發(fā)此數(shù)據(jù)包并重新設(shè)置定時(shí)器.l 基于NAK的可靠組播協(xié)議模型基于NAK的可靠組播傳輸協(xié)議將保證組播數(shù)據(jù)包的可靠傳輸?shù)闹厝畏旁诮邮照呱希诒疚闹袑⒋祟悈f(xié)議稱為協(xié)議模型B ，它具備以下基本特點(diǎn):，(Packet Gap) 或通過比較各個(gè)接收者周期發(fā)送的狀態(tài)信息(本文中不考慮此狀態(tài)信息所占用的帶寬) 檢測(cè)數(shù)據(jù)包的丟失，若接收者檢測(cè)到數(shù)據(jù)包的丟失，則其利用單播方式向發(fā)送者發(fā)送NAK數(shù)據(jù)包，要求發(fā)送者重發(fā)相應(yīng)的數(shù)據(jù)包，依據(jù)其中的信息決定是否重發(fā)相應(yīng)的數(shù)據(jù)包，設(shè)此接收者和發(fā)送者之間的往返行程遲延為RTT，若發(fā)送者在當(dāng)前時(shí)間之前的RTT 時(shí)間之內(nèi)已經(jīng)重發(fā)了相應(yīng)的數(shù)據(jù)包，則發(fā)送者不再進(jìn)行重發(fā)，則這意味著接收者要求發(fā)送者重發(fā)的數(shù)據(jù)包還是沒有成功收到，現(xiàn)在很多基于NAK的可靠組播協(xié)議都采用了NAKCompression 策略，這類協(xié)議的代表是Sally Floyd 和Van Jacob2son 的SRM[9 ] l UPS(uninterruptible power system)UPS是不間斷電源的英文簡(jiǎn)稱，是能夠提供持續(xù)、穩(wěn)定、不間斷的電源供應(yīng)的重要外部設(shè)備。它提供了統(tǒng)一的編程模型、語言和框架，真正做到了分離界面設(shè)計(jì)人員與開發(fā)人員的工作；同時(shí)它提供了全新的多媒體交互用戶圖形界面。l XML（Extensible Markup Language）XML即可擴(kuò)展標(biāo)記語言，它與HTML一樣，都是SGML(Standard Generalized Markup Language，標(biāo)準(zhǔn)通用標(biāo)記語言)。類似Java中的Hibernate，使用GNU寬通用公共許可證發(fā)行的自由、開源的軟件。 。電子白板的功能：，用于參與者之間的交流。與B/S（Browser/Server，瀏覽器/服務(wù)器）模式相比，C/S模式的應(yīng)用系統(tǒng)最大的好處是不依賴企業(yè)外網(wǎng)環(huán)境，即無論企業(yè)是否能夠上網(wǎng)，都不影響應(yīng)用。B/S模式最大的好處是運(yùn)行維護(hù)比較簡(jiǎn)便，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如LAN， WAN， Internet/Intranet等）訪問和操作共同的數(shù)據(jù)；C/S （Client/Server，客戶機(jī)/服務(wù)器）模式又稱C/S結(jié)構(gòu)，是20世紀(jì)80年代末逐步成長(zhǎng)起來的一種模式，是軟件系統(tǒng)體系結(jié)構(gòu)的一種。l B/S模式 amp。以便根據(jù)需求來指導(dǎo)項(xiàng)目之后的開發(fā)。本文全面地描述了無紙化會(huì)議系統(tǒng)所要完成的工作，是