會議管理系統(tǒng)設計說明書模板模板

會議管理系統(tǒng)設計說明書摘要本設計利用C#語言和MySQL數(shù)據(jù)庫,Visual

studio開發(fā)平臺等開發(fā)技術,采取了結構化設計方法,進行了會議管理系統(tǒng)開發(fā)。系統(tǒng)實現(xiàn)功效有:新用戶注冊、用戶登錄、查詢會議室信息等,并實現(xiàn)了后臺管理員對會議室、用戶等管理。首先分析了系統(tǒng)業(yè)務步驟和數(shù)據(jù)步驟,接著進行數(shù)據(jù)庫分析并建立了完整性強、安全性好數(shù)據(jù)庫,最終設計了系統(tǒng)框架并編程實現(xiàn)應用系統(tǒng),并進行了測試。

【關鍵詞】

會議管理;C#;MySQL目錄TOC\o"1-3"\h\u1緒論 11.1現(xiàn)實狀況及發(fā)展趨勢 11.2選題背景及意義 11.3研究內容 22可行性分析 32.1問題描述 32.2可行性分析研究 32.2.1研究意義 42.2.2研究關鍵性 42.2.3技術可行性 42.2.4經(jīng)濟可行性 52.3結論意見 53需求分析 63.1任務需求分析 63.2數(shù)據(jù)流圖 63.3數(shù)據(jù)字典 103.4實體聯(lián)絡E-R圖 113.5關系轉換規(guī)則 134系統(tǒng)概要設計 154.1總體設計 154.2系統(tǒng)功效模塊圖 154.3數(shù)據(jù)庫邏輯結構設計 164.4數(shù)據(jù)庫物理結構設計 185具體設計 195.1系統(tǒng)關鍵功效 195.2程序步驟圖 195.3用戶界面設計 215.3.1通常交互設計 215.3.2信息顯示設計 265.3.3數(shù)據(jù)輸入設計 276軟件測試 286.1概述 286.2系統(tǒng)測試 286.2.1測試步驟 296.2.2測試方法 296.3測試用例 316.4小結 32參考文件 33設計總結 341緒論1.1現(xiàn)實狀況及發(fā)展趨勢在信息化今天,進行會議管理內部管理是不能忽略,而且開發(fā)一個有針對性會議管理系統(tǒng)是很有必需。高效會議管理,能夠為決議者立即做好決定,最終達成戰(zhàn)略目標,對決議者管理而言,會議內容有效反饋和傳達是很關鍵,所以,會議管理系統(tǒng)將為會議管理者提供高效管理方法和查詢能力。伴隨社會信息化和經(jīng)濟快速發(fā)展,中國政府信息化要求也越來越高。信息技術進步,在技術實現(xiàn)方面給政府信息化不停深入帶來了可能性,跟隨政府信息化時代時尚,構建中國電子政府,對于社會進步和經(jīng)濟發(fā)展全部有著關鍵意義。中國現(xiàn)在經(jīng)過電子化即使已經(jīng)存在很多會議管理系統(tǒng),但因為多種原因,類似會議管理系統(tǒng)小二實際影響卻不盡人意。比如:去年年底,在重慶進行一個會議中,即使使用了電子化會議管理系統(tǒng),進行了無紙化辦公,但在這個規(guī)范化平臺上會議管理者卻不能進行會議預定和監(jiān)控,所以并沒給會議組織者和申請者帶來方便。作為計算機應用軟件開發(fā)一部分,使用計算機對會議進行管理含有手工管理無法比擬優(yōu)點。所以,需要你經(jīng)過會議管理系統(tǒng),利用互聯(lián)網(wǎng)實現(xiàn)不一樣地點多個用戶數(shù)據(jù)共享。1.2選題背景及意義伴隨計算機信息科技飛速反正,網(wǎng)絡化已在學校、企業(yè)等領域被廣泛使用,不管在學校還是企業(yè),全部存在會議管理方面問題。多年來,大學內部常常需要經(jīng)過會議進行溝通、處理問題和決議制訂,內部會議數(shù)量在不停增多,和此同時,會議信息里那個也在逐步變大。依據(jù)會議實現(xiàn)技術手段和組織形式,大學目前會議形式關鍵能夠劃分成3類:傳統(tǒng)一般形式、電視電話形式及網(wǎng)絡形式。電視電話形式,關鍵使用電視設備和技術,利用傳輸通道把不一樣區(qū)域聯(lián)絡在一起,完成開會一類通信方法。網(wǎng)絡形式,經(jīng)過使用計算機網(wǎng)絡作為技術支持,大家能夠不受距離限制,完成在線實時交流、開展協(xié)同會議。這兩種形式同傳統(tǒng)一般形式會議相比,能夠節(jié)省大量會議旅費、能夠實現(xiàn)跨地域進行會議交流,能夠提升會議參與程度、進而能夠增強開會效率?，F(xiàn)在很多企業(yè)、學校對會議信息化建設關鍵已放在電視電話形式和網(wǎng)絡形式,視頻網(wǎng)絡會議使用尤其多,而傳統(tǒng)一般形式關注也越來越少。目前絕大多數(shù)會議管理還是經(jīng)過傳統(tǒng)會議形式,管理過程中仍使用手工作業(yè)狀態(tài),效率比較低,而且很輕易犯錯,更不利于會議數(shù)據(jù)管理。有效會議管理,是有用管理工具,能夠達成高效溝通意見,做出好決議,使實施者認同,共同努力達成目標,所以有必需開發(fā)會議管理系統(tǒng)。1.3研究內容對會議管理方面背景進行分析,總結了中國已經(jīng)有類似會議管理系統(tǒng)現(xiàn)實狀況;依據(jù)實際會議管理情況,將系統(tǒng)業(yè)務分成四個方面,會員管理、報名管理、議題管理、數(shù)據(jù)共享;會議管理系統(tǒng)是基于C/S框架,設計和實現(xiàn)過程中開發(fā)語言是C#,數(shù)據(jù)庫系統(tǒng)采取是MySQL,前臺開發(fā)使用工具Visual

Studio;會議管理系統(tǒng)功效設計過程中,對四個業(yè)務需求進行模塊設計,概要并具體設計了會員管理模塊、報名管理模塊、議題管理模塊和數(shù)據(jù)共享模塊,完成對會議管理系統(tǒng)中表關系及表結構設計。

2可行性分析2.1問題描述伴隨教育改革不停深入發(fā)展,多種學術交流會議,研討會,培訓講座召開日漸增多,規(guī)模和要求也不停提升,會議組織管理工作量也隨之加大。傳統(tǒng)手工操作,工作效率低,輕易犯錯,難以適應此種發(fā)展趨勢。所以,采取信息化手段實現(xiàn)科學合理會議管理運作方法顯得尤為關鍵。多年來,相關會議管理研究關鍵集中在會議行為和會議技術等方面。在會議行為方面關鍵是探討會議組織活動和多種溝通技巧;在技術方面更多是研究怎樣從會議環(huán)境和手段上輔助會議召開,伴隨技術條件不停成熟,已廣泛應用于遠程會議、遠程教育、遠程醫(yī)療等方面?？墒莻鹘y(tǒng)會嘗試會議仍然是一個不可替換會議組織形式。目前市場上出現(xiàn)了較多產(chǎn)品化基于互聯(lián)網(wǎng)會議管理系統(tǒng),能夠滿足部分功效需求,可是在專業(yè)領域功效支持較弱。所以針對教育行業(yè)舉行通常會議需求和特點,經(jīng)過對用戶和業(yè)務步驟分析研究,本系統(tǒng)提出”四位一體”系統(tǒng)設計目標和較為通用功效模型,和系統(tǒng)實現(xiàn)一個體系結構方案,采取模塊化組件設計思想實現(xiàn)了部分模塊功效。2.2可行性分析研究當接收一個軟件開發(fā)任務時,就進入軟件生命第一個階段,即進行可行性研究。并不是全部問題含有簡單處理措施,很多問題不能在預定規(guī)模之內處理。所以經(jīng)過可行性研究分析能夠知道問題。有沒有可行性處理方法,進而避免人力、物力和才力浪費。在現(xiàn)行系統(tǒng)初步調查基礎上就能夠提出新系統(tǒng)目標,即新系統(tǒng)建立后所要求達成運行指標,這是系統(tǒng)開發(fā)和評價依據(jù)。系統(tǒng)目標應充足表現(xiàn),直接為會議管理系統(tǒng)服務,而且,程序能夠分期分批實現(xiàn)?？墒?需要指出是,系統(tǒng)目標是不可能在總體計劃階段就提得很具體,它還將在開發(fā)過程中逐步明確和定量化。以達成愈加出色程序系統(tǒng)。2.2.1研究意義會議管理是政府各部門,企機關對社會和內部存在問題進行研究、探討,并得出決議,是社會管理和單位內部管理不可缺乏一部分。會議管理系統(tǒng)能給政府各部門、企機關管理者提供一個低成本、高效率和輕易操作管理平臺,使得管理者和參會者能夠正確、立即、便利地知道會議召開時間、地點、專題等,大大降低了會議成本。同時管理者和參會者全部能自由查看會議討論過問題和決議結果,這么既能夠充足開發(fā)和利用有價值信息資源,實現(xiàn)資源共享,進而實現(xiàn)該管理系統(tǒng)價值。2.2.2研究關鍵性伴隨計算機技術不停發(fā)展和計算機在政府各部門、企機關中普及應用,它給大家?guī)肀憷驮谏鐣鱾€領域發(fā)揮作用已無可替換。傳統(tǒng)會議模式已不再適應該今社會發(fā)展。所以,研究和開發(fā)會議管理系統(tǒng)是一件很中關鍵和必需事情。2.2.3技術可行性會議管理系統(tǒng)開發(fā)使用傳統(tǒng)生命周期法,即給會議管理系統(tǒng)開發(fā)定義一個過程,對其每一個階段要求它任務,工作步驟,管理目標和要編制文檔等,使開發(fā)工作易于管理和控制,形成一個可操作規(guī)范。

同時,系統(tǒng)需要對數(shù)據(jù)庫靈活和快捷操作,所以強大SQL語言是開發(fā)這類數(shù)據(jù)庫系統(tǒng)最好選擇。MySQL本身所攜帶面向對象程序開發(fā)界面,和對SQL支持,符合本系統(tǒng)開發(fā)需求。

依據(jù)用戶提出系統(tǒng)功效、性能及實現(xiàn)系統(tǒng)各項約束條件,依據(jù)新系統(tǒng)目標來衡量所需技術是否含有,本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢系統(tǒng),現(xiàn)有技術以較為成熟,硬件、軟件性能要求、環(huán)境條件等各項條件良好,估量利用現(xiàn)有技術條件應完全能夠達成該系統(tǒng)功效目標。同時,考慮給開發(fā)期限也較為充裕,估計系統(tǒng)是能夠在要求期限內完成開發(fā)。正確理論指導和優(yōu)異開發(fā)工具,雙重確保了我們這次開發(fā)技術可行性。2.2.4經(jīng)濟可行性關鍵是對會議管理系統(tǒng)經(jīng)濟效益進行評價,首先是估算開發(fā)它支出費用,其中包含設備購置費、軟件開發(fā)費、管理和維護費、人職員資和培訓費等。其次是估算會議管理這個軟件可能取得收益中能夠用錢來衡量那部分。并對目前軟件市場進行調查,所做軟件是否有很大銷售市場和相當規(guī)模用戶群。所做軟件開發(fā)成本和用戶提出要求是否可達成雙方全部滿意。而且,分析系統(tǒng)開發(fā)是否會對其它產(chǎn)品或利潤帶來一定影響。經(jīng)過對上述多個方面調查研究和分析,我們得出會議管理這個軟件市場前景是相當客觀,在經(jīng)濟角度來說,開發(fā)會議管理是可行。從經(jīng)濟效益上講,本系統(tǒng)開發(fā),為統(tǒng)計人職員作效率帶來了一個質飛躍;從所需投入來講,對于一個中小型會議館管理系統(tǒng)來說,它投資成本是十分低。所以,此系統(tǒng)在經(jīng)濟上也是可行。

2.3結論意見學校、企業(yè)期望建立一套信息管理系統(tǒng),以正確地統(tǒng)計會議申請信息,預定信息、議題統(tǒng)計和報名管理統(tǒng)計,以電子化方面進行處理、存放,便于整理、歸檔、分析和統(tǒng)計,從而提升工作效率和規(guī)范管理。經(jīng)過以上調查分析,新系統(tǒng)重視基礎信息采集,規(guī)范工作步驟,盡可能降低工作人員手工工作,提升各崗位工作效率、充足利用資源,使其能為更多單位提供優(yōu)質服務同時為學校、企業(yè)發(fā)明更多經(jīng)濟效益和社會效益。這是此次系統(tǒng)開發(fā)目標?？偠灾?經(jīng)過認真地可行性研究,系統(tǒng)基礎上做到了在技術、經(jīng)濟、運行、法律上可行。所以,相信在根據(jù)計劃上實施前提下,全系統(tǒng)設計將會按時、高質量完成。所以,系統(tǒng)研制和開發(fā)是能夠立即進行。

3需求分析3.1任務需求分析伴隨計算機系統(tǒng)功效日益增強,為充足利用計算機資源為企機關工作,減輕會議管理人員工作負擔,實現(xiàn)管理工作信息化,做好會議管理系統(tǒng)是用戶迫切需求。完整會議信息管理平臺必需覆蓋會務管理過程中各項業(yè)務,從會前數(shù)據(jù)配置,會中信息公布到會后數(shù)據(jù)統(tǒng)計分析,這全部是辦會者期望管理平臺能提供功效。辦會者登錄會議管理平臺,創(chuàng)建一場會議,為會議選擇所需要功效模塊,為各個功效模塊配置信息,為這場會議配置參會人賬號,給會議全部參會人發(fā)送開會通知信息,對配置數(shù)據(jù)進行更新,對參會人利用用戶端操作數(shù)據(jù)進行數(shù)據(jù)統(tǒng)計。參會者登錄用戶端,進入會議,瀏覽會議信息,使用會議服務。該系統(tǒng)關鍵包含系統(tǒng)功效輸入模塊、基礎資料維護模塊、報表模塊、綜合查詢功效模塊和統(tǒng)計模塊等。系統(tǒng)要實現(xiàn)基礎信息錄入、修改、查詢、刪除等功效:1.信息輸入,包含會員信息、會議信息、議題信息、報名信息等。2.信息修改、刪除。3.依據(jù)要求,查詢統(tǒng)計符合條件各類信息。4.依據(jù)實際需要,對關鍵信息進行統(tǒng)計。3.2數(shù)據(jù)流圖數(shù)據(jù)流圖是一個能全方面描述信息系統(tǒng)邏輯模型關鍵工具,它和對系統(tǒng)物理描述無關。因為圖形描述簡明、清楚,不包含到技術細節(jié),所描述內容面向用戶,是系統(tǒng)分析員和用戶進行交流有效手段。繪制數(shù)據(jù)流圖關鍵標準是明確系統(tǒng)界面、自頂向下逐層擴展。首先在調研基礎繪制出最高層關聯(lián)圖;然后確定系統(tǒng)多個關鍵邏輯功效繪制出頂層圖,再逐層分解,得出下一層數(shù)據(jù)流圖;同事布局還要合理。數(shù)據(jù)流圖形成過程是整個系統(tǒng)邏輯模型形成過程。數(shù)據(jù)流圖由四種基礎元素組成:數(shù)據(jù)流(DataFlow),處理(Process),數(shù)據(jù)存放和數(shù)據(jù)源(數(shù)據(jù)終點)。數(shù)據(jù)流(DataFlow):為含有名稱且有流向數(shù)據(jù),用標有名稱箭頭表示,一個數(shù)據(jù)能夠是統(tǒng)計、組合項或基礎項。處理(Process):表示對數(shù)據(jù)所進行加工和變換,在圖中用矩形框表示。指向處理數(shù)據(jù)流為該處理輸入數(shù)據(jù),離開處理數(shù)據(jù)為處理輸出數(shù)據(jù)。數(shù)據(jù)存放:表示用文件方法或數(shù)據(jù)庫形式所存放數(shù)據(jù),堆砌進行存取分別以指向或離開數(shù)據(jù)存放箭頭表示。數(shù)據(jù)源及數(shù)據(jù)終點:表示數(shù)據(jù)起源或數(shù)據(jù)去向,能夠是一個組織或人員,它處于系統(tǒng)范圍之外,所以又稱它為外部實體,它是為了幫助了解系統(tǒng)界面而引入,通常只出現(xiàn)在數(shù)據(jù)流圖起點和終點。此次程序數(shù)據(jù)流圖圖3.2所表示。申請修改刪除會議注冊申請修改刪除會議注冊用戶信息表用戶管理員同意會議事項會議管理系統(tǒng) 圖3.2數(shù)據(jù)流圖

為了能夠協(xié)調、高效實現(xiàn)會議安排,方便申請者進行會議申請工作,深入改善會議質量和效率,利用合理會議管理控制方法,進而避免會議沖突目標,所以設計一套會議管理系統(tǒng)。系統(tǒng)關鍵實現(xiàn)會議管理員控制各個會議,對會議進行分配、協(xié)調、計劃等管理,另外控制會議室各個設備,還能夠方便申請者隨時了解會議相關情況,避免因沒立即收到通知而造成缺席現(xiàn)象,進而增強會議價值和效率。系統(tǒng)功效步驟圖,圖3.1所表示。d2d2預定信息會員管理員P2修改會議、議題P1預定地點P5通知會員d1會議地點信息信息P6選擇確定會議地點d2預定信息圖3.1系統(tǒng)功效流圖該系統(tǒng)關鍵包含系統(tǒng)功效輸入模塊、基礎資料維護模塊、綜合查詢功效模塊和統(tǒng)計模塊等。系統(tǒng)要實現(xiàn)基礎信息錄入、修改、查詢等功效:(1)信息輸入,包含會員信息、議題信息、等。(2)信息修改、查詢、刪除。(3)依據(jù)要求,查詢統(tǒng)計符合條件各類信息。(4)依據(jù)實際需要,對關鍵新信息進行統(tǒng)計。

3.3數(shù)據(jù)字典數(shù)據(jù)字典是為數(shù)據(jù)流圖上每個成份給出定義和說明。在系統(tǒng)分析中,數(shù)據(jù)字典起著關鍵作用,是系統(tǒng)分析、設計、實施基礎。數(shù)據(jù)流圖只能給出系統(tǒng)邏輯功效一個總框架而缺乏具體、具體內容,配合數(shù)據(jù)字典,就能夠從圖形和文字兩個方面對系統(tǒng)邏輯模型進行描述,從而形成一個完整說明。數(shù)據(jù)字典描述關鍵內容有:數(shù)據(jù)流、數(shù)據(jù)存放、數(shù)據(jù)元素、加工和外部項,其中數(shù)據(jù)元素是組成數(shù)據(jù)流基礎單位。因為此次設計是小型軟件系統(tǒng)開發(fā),所以采取卡片形式書寫數(shù)據(jù)字典。每張卡片上保留描述一個數(shù)據(jù)信息這么做更新和修改起來比較方便,而且能單獨處理描述每個數(shù)據(jù)信息。下面將列出若干數(shù)據(jù)元素數(shù)據(jù)卡片信息。名字:會議信息表名字:會議信息表主持人:主持此次會議人地點:參與此次會議地點編號:會議次序號開始時間:此次會議開始時間結束時間:此次會議結束時間名字:會員信息表證件號:某個會員編號性別:會員性別年紀:會員年紀姓名:會員名字電話:會員聯(lián)絡電話名字:管理員信息表證件號:某個管理員編號性別:管理員性別年紀:管理員年紀姓名:管理員名字電話:管理員聯(lián)絡電話名字:議題信息表編號:議題編號議題名稱:議題名稱提交部門:提交議題部門決定事項:此次會議所需要處理事項責任人:負責這個議題人會簽部門:3.4實體聯(lián)絡E-R圖依據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典分析,我們能夠確定該應用中實體,屬性和實體之間關系,并畫出以下所表示E-R圖。本系統(tǒng)中共有4個實體,每個實體屬性以下:會員:(會員編號,姓名,性別,年紀,電話)管理員:(管理員編號,姓名,性別,年紀,電話)議題:(議題編號,議題名稱,提交部門,決定事項,責任人,會簽部門)會議:(會議編號,會議名稱,地點,開上時間,結束時間)依據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典分析,我們能夠確定該應用中實體,屬性和實體之間關系,并畫出以下所表示E-R圖。依據(jù)以上分析計劃出實體有:駕駛員實體、車輛實體、維修企業(yè)實體、保險企業(yè)實體。E-R圖見圖3.3.1,圖3.3.2,圖3.3.3,圖3.3.4系統(tǒng)總體E-R圖見圖3.3.5。地點地點會議結束時間開始時間會議名稱會議編號圖3.2會議E-R圖管理員編號管理員編號管理員姓名電話年齡性別圖3.3管理員E-R圖性別電話性別電話年紀證件號姓名會員 圖3.4管理員E-R圖議題議題責任人會簽部門編號決定事項提交部門議題名稱圖3.5議題管理E-R圖地點地點會議結束時間開始時間會議名稱會議編號管理員編號管理員姓名電話年紀性別性別電話年紀證件號姓名會員議題責任人會簽部門編號決定事項提交部門議題名稱管理1管理2討論1參與討論2 mmn1n地點會議結束時間開始時間會議名稱會議編號性別電話年紀證件號姓名會員議題責任人會簽部門編號決定事項提交部門議題名稱參與討論會議名稱地點姓名1圖3.6實體和實體之間E-R圖3.5關系轉換規(guī)則E-R圖向關系模型轉化要處理問題是怎樣將實體和實體間聯(lián)絡轉換為關系模式,怎樣確定這些關系模式屬性和碼。對于實體,將每個實體轉換為一個關系,實體屬性即為關系屬性,實體碼即為關系碼。對于實體間聯(lián)絡,有一下三種不一樣情況:若實體間聯(lián)絡時1:1,能夠在兩個實體轉換成兩個關系中任意一個關系屬性中加入另一個關系碼。若實體間聯(lián)絡為1:m,則在n端實體轉換成關系中加入1端實體轉換成關系碼。若實體間聯(lián)絡時n:m,則將聯(lián)絡轉換為關系,關系屬性為諸個實體碼加上聯(lián)絡含有屬性,而關系碼則為諸實體碼組合。依據(jù)對E-R圖分析,我們能夠確定該應用中實體,屬性和實體之間關系以下:會員:(會員編號,姓名,性別,年紀,電話)管理員:(管理員編號,姓名,性別,年紀,電話)議題:(議題編號,議題名稱,提交部門,決定事項,責任人,會簽部門)會議:(會議編號,會議名稱,地點,開上時間,結束時間)討論:(會員編號,議題編號)參與:(會議編號,會員編號)

4系統(tǒng)概要設計4.1總體設計系統(tǒng)概要設計基礎目標是用比較抽象概括方法確定系統(tǒng)怎樣完成預定任務,也就是要確定系統(tǒng)配置物理方案。軟件結構設計時應該遵照最關鍵原理是模塊獨立,讓模塊相互間接口關系應該盡可能簡單。4.2系統(tǒng)功效模塊圖能夠依據(jù)模塊獨立原理對軟件結構進行精化。為了合理分解,得到盡可能高內聚、盡可能松散耦合,最終要是,為了得到一個易于實現(xiàn)、易于測試和易于維護軟件結構,應該對模塊進行再分解或合并。該系統(tǒng)關鍵包含資源共享模塊、會員報名模塊、議題管理模塊模塊和報名管理模塊。這議題模塊關鍵實現(xiàn)會員和管理員之間信息溝通,讓會員和管理者調整好自己需要。資源共享模塊是是所以人員無阻隔一個模塊,在這里能夠實現(xiàn)資源共享,讓全部些人全部能更有效交流和實現(xiàn)信息交換窗口。會員報名模塊和報名管理模塊是會員和管理員分別對應一個相關人員編制信息兩個模塊。系統(tǒng)功效模塊圖圖4.1所表示。會議管理系統(tǒng)會議管理系統(tǒng)議題管理模塊報名管理模塊會員報名模塊數(shù)據(jù)共享模塊圖4.1會議管理系統(tǒng)4.3數(shù)據(jù)庫邏輯結構設計數(shù)據(jù)庫通常分為三級模式:外模式、概念模式和內模式。外模式也就是不一樣用戶所正確數(shù)據(jù)視圖,它將數(shù)據(jù)庫內部抽象數(shù)據(jù)及其相互之間關系表示為簡單、直觀應用界面。概念模式是數(shù)據(jù)庫中全部數(shù)據(jù)邏輯結構和特征描述,通常以某種數(shù)據(jù)模型為基礎。內模式是對數(shù)據(jù)物理結構和存放方法描述。數(shù)據(jù)庫概念結構設計,是在需求分析基礎上,設計出能夠滿足用戶需求多種實體,和她們之間關系,為后面邏輯結構設計打下基礎。依據(jù)會議管理系統(tǒng)功效要求,選擇MySQL作為后臺數(shù)據(jù)庫。在上面實體和實體之間E-R圖設計基礎上,形成數(shù)據(jù)庫中表格及表格之間關系。該數(shù)據(jù)庫由4個表組成,會員表、報名表、議題表、會議信息表。1.會員信息會員信息是對會員信息進行統(tǒng)計,包含會員姓名、性別、年紀、電話、會員登錄密碼。會員信息表如4.1表所表示。表4.1會員信息表列名數(shù)據(jù)類型長度是否為空說明v_namevarchar20否會員姓名v_sexvarchar10否會員性別v_ageint50否會員年紀v_telvarchar50否會員電話v_passwordvarchar50否登錄密碼

報名信息報名信息表是對報名人員信息進行統(tǒng)計,包含報名人姓名、性別、年紀、電話、審核狀態(tài)。報名信息表如4.2表所表示。表4.2報名信息表列名數(shù)據(jù)類型長度是否為空說明b_namevarchar20否姓名b_sexvarchar10否性別b_ageint50否年紀b_telvarchar50否電話b_remarkvarchar50否審核狀態(tài)會議信息表會議信息表是對會議信息進行統(tǒng)計,包含會議編號、名稱、地點、時間、審批狀態(tài)、主持人。報名信息如4.3表所表示。表4.3會議信息表列名數(shù)據(jù)類型長度是否為空說明Id Int20否會議編號Namevarchar10否會議名稱Addressint50否地點Timevarchar50否時間Remarkvarchar50否審批狀態(tài)Hostvarchar50否主持人4.議題表議題信息表是對議題信息進行統(tǒng)計,包含議題名稱、議題名稱、提交部門、會簽部門、議題事項、責任人。議題信息如4.4表所表示。4.4議題信息表列名數(shù)據(jù)類型長度是否為空說明Id Int20否議題編號Namevarchar10否議題名稱Tijiaoint50否提交部門Huiqianvarchar50否會簽部門Shixiangvarchar50否議題事項Fuzenrenvarchar50否責任人4.4數(shù)據(jù)庫物理結構設計在數(shù)據(jù)庫設計中相當關鍵一步就是將概念模型轉化為計算機上DBMS所支持數(shù)據(jù)模型,比如,將E-R圖模型轉化為關系模型,道理很簡單,我們設計概念模型基礎上全部是部分抽象關系,在再數(shù)據(jù)庫設計實現(xiàn)過程中,在計算機上有效地表示出這些關系就成了數(shù)據(jù)庫設計關鍵。

5具體設計具體設計階段根本目標是確定應該怎樣具體地實現(xiàn)所要求系統(tǒng),包含了用戶界面設計、程序過程設計等步驟。5.1系統(tǒng)關鍵功效系統(tǒng)關鍵功效我們分別根據(jù)我們設計四大模塊來實現(xiàn)完成,我們在此基礎上還增加了系統(tǒng)登錄和注冊功效以確保系統(tǒng)完善性。我們還增加了系統(tǒng)權限管理功效,以確保會員和管理員進如不一樣操作界面。1.實現(xiàn)會員注冊,包含會員多種信息錄入,和確保信息保留。2.實現(xiàn)共享信息模塊下信息共享功效。3.實現(xiàn)會員申請會議功效,包含申請信息提交和審核功效。4.實現(xiàn)議題在沒有提交前增刪改查功效,在審批后保留和確定性。5.2程序步驟圖程序步驟圖是程序分析中最基礎、最關鍵分析技術,它是進行程序步驟分析過程中最基礎工具。它利用工序圖示符號對生產(chǎn)現(xiàn)場整個制造過程做具體統(tǒng)計,方便對零部件、產(chǎn)品在整個制造過程中生產(chǎn)、加工、檢驗、儲存等步驟待作具體研究和分析,尤其適適用于分析生產(chǎn)過程中成本浪費,提升經(jīng)濟效益。程序步驟圖優(yōu)點是對控制步驟描繪很直觀,易于掌握。我們制作程序步驟圖關鍵是會員和管理員系統(tǒng)步驟圖。這么簡練明確。管理員系統(tǒng)步驟圖用來表示管理員含有操作,當管理員登錄后能夠對會議信息進行處理,比如處理會議申請、處理會員申請信息、查看共享資源等信息。圖5.1所表示。

處理會議處理會議申請結束登錄查看共享資源處理會員申請開始圖5.1管理員步驟圖注冊注冊是否經(jīng)過申請申請會議查看共享資源開始結束制訂議題登錄圖5.2會員步驟圖圖5.2會員步驟圖5.3用戶界面設計5.3.1通常交互設計通常交互包含信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。1.一致性為用戶交互界面中菜單選擇、命令輸入、數(shù)據(jù)顯示和眾多其它功效,使用一致格式。在設計過程中,基礎上保持了系統(tǒng)格式一致。2.信息反饋向用戶立即提供視覺和聽覺信息反饋,以確保在用戶和系統(tǒng)之間立即地建立雙向通信。在本系統(tǒng)設計過程中,基礎做到了信息立即反饋,在信息顯示大部分窗體中包含了刷新按鈕,會對數(shù)據(jù)庫中數(shù)據(jù)進行立即地顯示。另外,在進行錯誤操作是,會彈出提醒窗口并發(fā)出警告提醒音。3.實施有較大影響操作前提醒用戶確定在設計過程中,假如用戶要實施刪除操作,和對數(shù)據(jù)庫讀寫操作時,全部會有窗體彈出問詢繼續(xù)操作或給予提醒。4.降低兩次操作間需要記憶內容為了避免用戶為下一步操作而記憶大量數(shù)據(jù),所以在設計過程中在需要數(shù)據(jù)傳輸窗體中設置全局變量,來傳輸數(shù)據(jù)。比如在入賬和入庫模塊操作中全部用到了這么方法。5.對話、移動和思索效率盡可能降低用戶擊鍵次數(shù),在設計時考慮到了用戶屏幕布局以降低用戶鼠標移動距離,盡可能避免用戶在操作中發(fā)生疑問情況。6.許可錯誤許可用戶誤操作盡可能不對系統(tǒng)造成傷害。7.按功效對動作分類,并據(jù)此設計屏幕布局屏幕布局盡可能將軟件所含有全部功效在主頁面展示,界面一目了然。在用戶登錄過程中假如輸入用戶名為空,或密碼為空時,彈出提醒框顯示提醒,提醒內容為”賬號或密碼不能為空”,假如用戶輸入賬號正確,密碼錯誤時也會彈出提醒框”密碼輸入錯誤”,假如用戶輸入賬號和密碼全部正確,則提醒登錄成功并進入系統(tǒng)主界面。圖5.3,圖5.4所表示。圖5.3用戶登錄界面圖圖5.4用戶或賬號為空時提醒界面圖用戶登錄賬號進入系統(tǒng)界面圖,系統(tǒng)包含模塊有會員信息管理模塊、報名管理模塊、議題管理模塊和數(shù)據(jù)共享模塊,圖5.5所表示。圖5.5系統(tǒng)主界面圖用鼠標點擊會員管理則顯示會員管理界面圖,包含會員注冊和會員信息修改,會員管理界面圖圖5.6所表示。圖5.6會員信息管理界面

點擊報名管理界面則彈出報名管理界面,該界面內容包含報名信息列出、報名信息檢索、信息審核、報名統(tǒng)計、郵件回復等模塊。圖5.7所表示。圖5.7報名管理界面鼠標點擊議題管理則彈出議題管理界面,該界面包含議題增設、議題修改、議題刪除等操作。圖5.8所表示。 圖5.8議題管理界面圖一樣點擊數(shù)據(jù)共享,彈出數(shù)據(jù)共享界面,對應操作有數(shù)據(jù)庫備份操作和數(shù)據(jù)庫還原操作。圖5.9所表示。圖5.9數(shù)據(jù)共享界面5.3.2信息顯示設計應該盡可能為用戶提供界面顯示時完整、明確和輕易了解。這么才能滿足用戶需求。使用不一樣方法顯示信息:用文字、圖形、聲音,按位置、移動和大小,使用顏色和省略等方法傳達信息。1.只顯示和目前工作相關信息在用戶操作相關系統(tǒng)特定功效信息時,無須看到和之無關數(shù)據(jù)、菜單和圖形。2.使用便于用戶快速吸收數(shù)據(jù)方法來表示數(shù)據(jù)在系統(tǒng)設計過程中,較多地使用了圖表形式表示數(shù)據(jù),比如在分析中就使用了柱狀圖形式表現(xiàn)了復雜數(shù)據(jù)。這么,用戶能夠直觀體會到圖表所表示含義。3.使用一致標識、標準縮寫和可預知顏色為了使系統(tǒng)所表示含義正確、無誤,就必需適用一致標識、標準縮寫和能夠預知縮寫,這么用戶就無需參考其它信息源就能了解,而正確地適用軟件。4.產(chǎn)生有意義錯誤信息對于系統(tǒng)在運行過程中產(chǎn)生錯誤盡可能給用戶返回一個輕易了解錯誤信息,以使用戶保持對系統(tǒng)信任和系統(tǒng)可用性。5.使用窗口分隔不一樣類型信息使用不一樣窗口顯示、保留不一樣類型信息。6.高效率使用顯示器當使用多窗口時,應該有足夠空間使得每個窗口最少全部能顯示出一部分。另外,屏幕大小應該選得和應用系統(tǒng)類型相配套。在各個顯示數(shù)據(jù)窗口中,因為數(shù)據(jù)窗體項目較多,所以在數(shù)據(jù)窗體空間中較多是用了垂直和水平滾動條,以確保信息全方面正確顯示。5.3.3數(shù)據(jù)輸入設計用戶大部分時間用在選擇菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在系統(tǒng)中,鍵盤是關鍵輸入介質,可是鼠標等設備也是關鍵輸入手段,所以,對于她們數(shù)據(jù)輸入操作有以下約定:1.保持信息顯示和數(shù)據(jù)輸入間一致性為了方便用戶使用,鼠標應該盡可能降低操作幅度。2.保持顯示信息和輸入信息之間一致性對于用戶來說,要確保其輸入數(shù)據(jù)在顯示上和其它顯示視覺特征(比如:文字大小、顏色、位置等)要一致。對于不一樣類型用戶在登錄到系統(tǒng)后,因為有不一樣權限,所以在主界面中會有部分項目受到限制而無法使用,所以要使這些項目不發(fā)生作用,以確保系統(tǒng)安全。

6軟件測試6.1概述對會議管理系統(tǒng)測試關鍵是功效測試和性能測試,檢測該系統(tǒng)是否滿足用戶需求,是否達成了用戶要求。為了確保系統(tǒng)運行安全性、高效性,在經(jīng)過需求分析、設計和編碼等階段開發(fā)后,需要對系統(tǒng)源程序進行測試,找出并修更正在各個階段設計和開發(fā)過程中錯誤和缺點,從而提升程序質量,進而提升軟件質量。6.2系統(tǒng)測試測試目標是要發(fā)覺軟件中錯誤,并加以糾正。方法關鍵分單元測試和集成測試。1.單元測試:對模塊中多個小單元進行單獨測試,若均完成估計功效,便可進行下一步集成測試。2.集成測試:集成測試是組裝軟件系統(tǒng)技術,關鍵有兩種方法。一個是先分別測試每個模塊,再把全部模塊按設計要求放在一起結合成所要程序,成為非漸增式測試方法:另一個是把下一個要測試模塊同已經(jīng)測試好模塊結合起來進行測試,測試完以后再把下一個應該測試模塊結合最近測試,稱為漸增式測試。我們所用到是第一個方法,將全部模塊結合到一起進行測試。但在其開始時采取單元測試,將設計每個模塊單獨檢測,關鍵評價模塊五個特征:1.模塊接口2.內部數(shù)據(jù)結構3.關鍵實施通路4.犯錯處理通路5.影響上述各方面特征邊界條件在此檢測中能查出30%-70%邏輯設計錯誤和編碼錯誤,所以這是一項很有效程序驗證技術。但假如軟件模塊內聚高能夠簡化單元測試過程。假如每個模塊只實現(xiàn)一個功效,則需要測試方案顯著降低,模塊中錯誤也輕易估計和發(fā)覺。對于單元測試中存在錯誤要立即處理將對以后集成測試帶來很大方便。接下來是集成測試,采取非漸增式方法。因為我們系統(tǒng)相對來說不是很大,集合到一起試功效一目了然,無須要逐步增加模塊來增加測試復雜性。測試中,我們將數(shù)據(jù)庫中數(shù)據(jù)進行錄入,當錄入為零時,系統(tǒng)給出提醒”無統(tǒng)計”;當錄入幾條信息是,對系統(tǒng)進行測試,不管是查詢,刪除或是更新速度全部很合乎要求。但在錄入上百條統(tǒng)計時,就顯著感覺出速度減緩。6.2.1測試步驟在整個系統(tǒng)測試過程中,按以下4個步驟進行,即模塊測試、聯(lián)合測試、確定測試和系統(tǒng)測試。1.模塊測試。關鍵是針對程序模塊進行正確性檢驗測試。單元測試內容有:模塊接口測試即對經(jīng)過被測模塊數(shù)據(jù)流進行測試;局部數(shù)據(jù)結構測試,即設計測試用例檢驗數(shù)據(jù)類型說明、初始化、缺省值等方面問題,還要查清全程數(shù)據(jù)對模塊影響;路徑測試,即選擇合適測試用例,對模塊中關鍵實施路徑進行測試,對基礎實施路徑和循環(huán)進行測試能夠發(fā)覺大量路徑錯誤;錯誤處理測試即檢驗模塊錯誤處理功效是否包含有錯誤或缺點;邊界測試,即要尤其注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定比較值時犯錯可能性。這部分測試能夠發(fā)覺具體設計和編程時犯下錯誤,如某個變量未賦值、數(shù)組上下界不對等。2.聯(lián)合測試。在模塊測試基礎上,需要將全部模塊根據(jù)設計要求組裝成為系統(tǒng),然后按業(yè)務步驟對集成系統(tǒng)進行測試?？上纫粋€模塊一個模塊增加測試,直到集成為一個系統(tǒng)。這個測試過程能夠發(fā)覺概要設計時犯錯誤。3.確定測試。又稱為有效性測試,它任務是驗證軟件有效性,即驗證軟件功效、性能及其它特征是否和用戶要求一致。這個測試過程最好由用戶參與測試。4.系統(tǒng)測試。將經(jīng)過確定測試軟件,在用戶實際環(huán)境(硬件環(huán)境、軟件環(huán)境、數(shù)據(jù)、人員等)進行聯(lián)合測試和確定測試。6.2.2測試方法測試軟件產(chǎn)品有兩種方法:假如已經(jīng)知道了產(chǎn)品應該含有功效,能夠經(jīng)過測試來檢驗是否每個功效全部能正常使用;假如知道產(chǎn)品內部工作過程,能夠經(jīng)過測試來檢驗產(chǎn)品內部動作是否根據(jù)規(guī)格說明書要求正常運行。前一個方法稱為黑盒測試,后一個方法稱為白盒測試法。1.黑盒測試法也稱為外部測試,其標準是對部分把程序(一個模塊或一組相關模塊)看成黑盒子(即看不見其內部結構)時看到外部規(guī)格進行測試。常見有:等價分類法,邊界值測試法、因果圖法。等價分類法,將輸入數(shù)據(jù)可能值分為若干個”等價類”,每一類一個代表性值在測試中作用等價于這一類中其它值,每個等價類數(shù)據(jù)能夠發(fā)覺某種類錯誤,從而降低所需測試用例數(shù)目。邊界值測試法,程序往往在處理邊界值是犯錯誤,所以考察邊界條件測試用例比別測試用例收到更大效果。因果圖法,等價分類法和邊界值測試法缺點是沒有檢驗多種輸入條件組合,因果圖法能清楚地表現(xiàn)程序邏輯條件(因)和對應作用(果)關系,其產(chǎn)生用例步驟為:從用自然語言書寫功效說明中找出因(輸入條件)和果(輸出或程序狀態(tài)修改),經(jīng)過畫因果圖將功效說明轉換成一張判定表,然后為判定表每一列設計測試用例。以上三種常見方法應該相互補充、相互配合地使用,才能收到愈加好效果。2.白盒測試法它以程序內部邏輯為基礎設計測試用例,所以又稱為邏輯覆蓋法,它關鍵考慮是測試用例對程序內部邏輯覆蓋程度,盡可能將程序每一路徑全部要經(jīng)過一次。語句覆蓋,程序某次運行通常并不能實施到其中每一個語句,所以,假如某個語句中含有一個錯誤,而它在測試中沒有實施,這個錯誤就不可能被發(fā)覺,所以應選擇足夠測試用例,使得程序中每個語句最少全部能實施一次。判定覆蓋,實施足夠測試用例,使得程序中每個判定條件最少取得一次”真”值和”假”值,也就是使得程序中每一個分支最少全部經(jīng)過一次。條件覆蓋,一個判定中往往包含了若干個條件,實施足夠測試用例,使得判定中每個條件取得多種可能結果。判定/條件覆蓋,實施足夠測試用例,使得判定中每個條件取到多種可能值,并使每個判定取到多種可能結果。條件組合覆蓋,實施足夠測試用例,使得每個判定條件可能組合全部最少出現(xiàn)一次。6.3測試用例測試用例是指為實施測試而向被測試系統(tǒng)提供輸入數(shù)據(jù),操作或多種環(huán)境設置和期望結果一個特定集合。

測試用例控制軟件測試實施過程,它是對每個測試項目標深入實例化。換句話說,測試用例就是記下要進行什么測試,進行測試具體步驟,和測試實施是否正確標準。表6.1以用戶賬號為屬性登錄測試用例編號測試用例預期結果實際結果112740101有效輸入有效輸入2無效輸入無效輸入31274010x無效輸入無效輸入412740117有效輸入無效輸入51274011無效輸入無效輸入表6.2以會員性別為屬性注冊管理測試用例編號測試用例預期結果實際結果1男有效輸入有效輸入2女有效輸入有效輸入3無效輸入無效輸入表6.3以電話號碼為屬性會員注冊測試用例編號測試用例預期結果實際結果1有效輸入有效輸入2無效輸入無效輸入39無效輸入無效輸入4無效輸入無效輸入表6.4以報名審核狀態(tài)為屬性報名管理測試用例編號測試用例預期結果實際結果1無效輸入無效輸入2審核經(jīng)過有效輸入有效輸入3未審核有效輸入有效輸入6.4小結軟件測試仍然是確保軟件可靠性關鍵手段。測試階段根本任務是發(fā)覺并更正軟件中錯誤。軟件測試是軟件開發(fā)過程中最艱巨最繁重任務,大型軟件測試應該分階段地進行,通常最少分為單元測試、集成測試和驗收測試3個基礎階段。設計測試方案是測試階段額關鍵技術問題,基礎目標是選擇最少高效測試數(shù)據(jù),做到盡可能完善測試,從而盡可能多地發(fā)覺軟件中問題。應該認識到,軟件