【正文】 一個問題。對于這樣的挑戰(zhàn)，還有好的平臺出現(xiàn)，能夠很好的解決這一問題。通過上面的分析，我們可以得到：在有良好的技術(shù)為依托的、經(jīng)濟方面有所支撐的、操作上有所支持的前提下，此系統(tǒng)的開發(fā)具有投入少、周期短、見效快、易控制的特點，此系統(tǒng)的開發(fā)時完全可行的。 系統(tǒng)分析的任務(wù)與步驟 系統(tǒng)分析的任務(wù)了解用戶要求。網(wǎng)站的邏輯模型由一系列的圖表和文字組成。2. 分析用戶新的要求，改進現(xiàn)行模型，形成新系統(tǒng)的邏輯模型。 功能需求分析微博的價值在于簡練，在于面向最普通的大眾，意義在于廣播形式。本系統(tǒng)的主要功能是簡潔方便的供各個人群使用，用戶在本系統(tǒng)注冊申請自己的微博客。系統(tǒng)主要提供的功能包括以下幾方面：博主的注冊和登錄廣播日志的發(fā)布和管理，包括廣播日志管理和分類選擇功能，其中廣播日志管理功能包括廣播日志的添加、刪除和修改。系統(tǒng)后臺管理，主要包括資源管理、公告管理、會員管理、留言管理、系統(tǒng)管理。 4：查看已發(fā)布的各種信息：以選擇列表的形式查看已發(fā)布信息。 3：查看微博首頁：瀏覽微博首頁的自己感興趣的內(nèi)容，且可做出評論。：我的微博類（allgonggao）ID/title/concent/addtime/leibieAdd()/update()/delete()我的微博模塊（allpaimai）ID/mc/addtime/price/fn/addby/isshAdd()/update()/delete()用戶信息（pmjl）ID/username/proid/price/addtimeAdd()/update()/delete()管理員類（allusers）ID/username/pwd/addtime/cx/Add()/update()/delete()注冊用戶（users）ID/username/pwd/xm/tel/sfz/gs/issh/addtimeAdd()/update()/delete() 性能描述 系統(tǒng)具有特點如下： 1. 時間經(jīng)濟性。保證系統(tǒng)的物理安全，數(shù)據(jù)存儲和存取的安全和保密，數(shù)據(jù)傳輸?shù)陌踩捅Ｃ?，做好使用人員的授權(quán)管理。當(dāng)進行涉及密碼變動的操作時，必須要求先輸入原密碼，以防他人盜用身份后直接修改密碼導(dǎo)致賬戶丟失。4. 靈活性。注冊用戶用例圖圖2..2用例分析說明如下：瀏覽廣播日志：閱讀系統(tǒng)內(nèi)收聽的博主的廣播。評論管理：有些評論可能含有一些不好的言論，需要及時刪除這些評論，具體操作包括：添加評論、刪除評論、查詢評論。微博訪問權(quán)限設(shè)置：有時，需要臨時的關(guān)閉微博，不喜歡任何人來訪問，就可以通過該選項來設(shè)置。日志分類管理：有隨心所欲、心情日志、博友夢想、音樂視頻、分享收藏、資料文件幾個分類。體統(tǒng)為了滿足各種用戶的需求，提供了很多這樣的模塊，但不同的用戶不可能希望所有的模塊都展示在自己的首頁桑，而是希望可以只選擇自己所喜歡的模塊，所以通過該功能，用戶就可以添加自己喜歡的模塊和刪除自己不喜歡的模塊。公告管理：系統(tǒng)管理員對公告內(nèi)容的添加、刪除和修改。 數(shù)據(jù)流圖（Data Flow Diagram）：簡稱DFD，它從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。帳號、密碼微博信息表用戶注冊驗證會員會員界面會員信息表帳號、密碼會員登錄驗證會員信息表會員信息微博系統(tǒng)提供數(shù)據(jù)瀏覽請求微博系統(tǒng)服務(wù)器會員管理員登錄信息修改操作增加操作相應(yīng)結(jié)果返回 系統(tǒng)數(shù)據(jù)字典數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細(xì)的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。 主要數(shù)據(jù)流定義注冊申請信息：名稱：注冊申請信息流說明：注冊微博系統(tǒng)的會員，位置：會員—注冊處理驗證結(jié)果信息：名稱：驗證結(jié)果說明：告訴用戶注冊結(jié)果，如注冊成功，即可進入微博系統(tǒng)，可發(fā)表內(nèi)容。 功能模塊圖 系統(tǒng)總體功能圖微博系統(tǒng)刪除編輯系統(tǒng)管理公告管理留言管理查看和刪除會員資源管理會員管理退出用戶登錄密碼找回選擇話題個人設(shè)置廣播收聽找人評論欄目管理查看和刪除廣播文件管理添加公告編輯和刪除公告對會員上鎖設(shè)置前臺管理員網(wǎng)站信息設(shè)置系統(tǒng)管理員管理系統(tǒng)標(biāo)簽管理友情鏈接管理查看和刪除留言 系統(tǒng)功能模塊描述1. 用戶登錄模塊該模塊是我們微博系統(tǒng)的首界面，進入該系統(tǒng)時，需要先注冊一個用戶名，然后登錄后進行以后的操作，用戶名唯一。微博發(fā)表功能：注冊用戶登錄以后進入個人主頁面，然后可以在個人主頁或者在廣播大廳中發(fā)表屬于自己的微博。3. 友情鏈接模塊友情鏈接模塊主要是注冊用戶登錄進入個人主頁面后尋找自己好友的場所，其內(nèi)容就是當(dāng)注冊用戶在其他用戶中點擊了“加粉”之后，該用戶就已經(jīng)成為了注冊用戶的粉絲，同理如果其他用戶對注冊用戶點擊了“加粉”，那么注冊用戶也成為了其他用戶的粉絲。：通過設(shè)置，可以把會員設(shè)置為前臺管理員，也可以對其進行上鎖和刪除的操作。：查看會員的各種留言，也可以對其進行刪除。利用ER方法進行數(shù)據(jù)庫的概念設(shè)計，可分成三步進行：首先設(shè)計局部ER模式，然后把各局部ER模式綜合成一個全局模式，最后對全局ER模式進行優(yōu)化，得到最終的模式，即概念模式。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等 設(shè)計全局ER模式所有局部ER模式都設(shè)計好了后，接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。 為了給多個局部ER模式的合并提供開始合并的基礎(chǔ)，首先要確定各局 部結(jié)構(gòu)中的公共實體類型。 沖突分為三類：屬性沖突、結(jié)構(gòu)沖突、命名沖突。 4) 全局ER模式的優(yōu)化在邏輯設(shè)計中，把需求分析中所得到的ER圖轉(zhuǎn)換為與數(shù)據(jù)模型相符合的邏輯結(jié)果。：管理員微博用戶微博點評查看方式友情連接發(fā)布廣播分享應(yīng)用設(shè)置數(shù)據(jù)庫圖 系統(tǒng)子功能前臺管理：普通用戶即會員登錄模式，已登錄會員可以按照自己想要的個性方式發(fā)表自己想要說的東西。：：： 友情連接管理：：第五章 編碼實現(xiàn)本系統(tǒng)有一個小組兩個人共同協(xié)作完成，我負(fù)責(zé)的模塊主要為用戶登錄界面、資產(chǎn)類型管理模塊、資產(chǎn)管理模塊、資產(chǎn)借出管理模塊、查看個人信息模塊，由于分頁模塊頁面都需求，故由我們組共同完成。用戶根據(jù)自己的郵箱帳號和密碼進入操作頁面，在用戶信息表中有一個角色的屬性，在登錄系統(tǒng)中，根據(jù)自己喜歡的個性設(shè)置頁面，發(fā)表自己喜歡的東西等。: 3. 會員發(fā)布信息，會員選擇自己想發(fā)表的信息類別，設(shè)置信息主題等，而后描述內(nèi)容就可以發(fā)布了。：會員管理，對會員是否是前臺管理員進行設(shè)置，及上鎖、查看和刪除操作。選取一定的測試用例，在空數(shù)據(jù)庫架構(gòu)上開始對每一頁面使用測試用例進行功能、性能測試、可用性測試和安全性測試，參照此系統(tǒng)的開發(fā)規(guī)模，經(jīng)過為期一周的測試，代碼覆蓋率達(dá)到85%以上。2. 表單測試當(dāng)用戶給系統(tǒng)管理員提交信息時，就需要使用表單操作，例如用戶注冊、登錄、信息提交等。如果表單只能接受指定的某些值，則也要進行測試。在使用了數(shù)據(jù)庫的網(wǎng)站中，一般情況下，可能發(fā)生兩種錯誤，分別是數(shù)據(jù)一致性錯誤和輸出錯誤。，也就是說，用戶登錄后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登錄才能正常使用。 登錄測試數(shù)據(jù)輸入和輸出測試權(quán)限測試用戶的部分功能測試系統(tǒng)測試的參考測試用例主要是針對功能測試而選取的，在功能測試中，涉及的數(shù)據(jù)輸入多種多樣，因此，以下羅列一些簡要的字符串測試用例，以對文字輸入部分進行有效的功能測試。通過前面的測試，證明系統(tǒng)數(shù)據(jù)處理具有安全性及穩(wěn)定性，在數(shù)據(jù)出錯情況下能夠給出正確提示，返回相應(yīng)的頁面?？偨Y(jié)這次微博系統(tǒng)制作過程，我綜合使用了目前因特網(wǎng)上比較流行的各種靜態(tài)制作方法及交互式動態(tài)網(wǎng)站的制作設(shè)計手段，并對初步利用后臺程序完成了網(wǎng)站的動態(tài)響應(yīng)與生成網(wǎng)頁的技術(shù)。如何用ASP編寫程序來方便用戶在微博上發(fā)布信息和交流。感謝黨老師在百忙之抽出時間來為我指導(dǎo)講解，并提出了許多寶貴的意見和建議，我的論文才得以順利完成。s Frame Check Sequence (FCS) for errors. If the frame is defective (runt, fragment, invalid CRC, or Giant), the port discards the frame and increments the appropriate counter.Requesting access to the data bus— A header containing information necessary to make a forwarding decision is added to the frame. The line card then requests access or permission to transmit the frame onto the data bus.Frame transmitted onto the data bus— After the central arbiter grants access, the frame is transmitted onto the data bus.Frame is received by all ports— In a shared bus architecture, every frame transmitted is received by all ports simultaneously. In addition, the frame is received by the hardware necessary to make a forwarding decision.Switch determines which port(s) should transmit the frame— The information added to the frame in step 2 is used to determine which ports should transmit the frame. In some cases, frames with either an unknown destination MAC address or a broadcast frame, the switch will transmit the frame out all ports except the one on which the frame was received.Port(s) instructed to transmit, remaining ports discard the frame— Based on the decision in step 5, a certain port or ports is told to transmit the frame while the rest are told to discard or flush the frame.Egress port transmits the frame to Host2— In this example, it is assumed that the location of Host2 is known to the switch and only the port connecting to Host2 transmits the frame.One advantage of a shared bus architecture is every port except the ingress port receives a copy of the frame automatically, easily enabling multicast and broadcast traffic without the need to replicate the frames for each port. This example is greatly simplified and will be discussed in detail for Catalyst platforms that utilize a shared bus architecture in Chapter 3, Catalyst Switching Architecture.Figure 23. Frame Flow in a Shared Bus Crossbar SwitchingIn the shared bus architecture example, the speed of the shared data bus determines much of the overall traffic handling capacity of the switch. Because the