【畢業(yè)學位論文】（Word原稿）電視臺收錄系統(tǒng)信息交流平臺的設(shè)計與實現(xiàn)-軟件工程

碩士學位論文 （專業(yè)學位） 電視臺 收錄系統(tǒng)信息交流平臺 的設(shè)計與實 現(xiàn) 姓 名：周伊喆 學 號 ： 0921107323 所在院系：軟件學院 職業(yè)類型： 工程碩士 專業(yè)領(lǐng)域： 軟件工程 指導教師： 穆斌 袁時金 副指導教師：鄭磊 二 一二年五月 A in 2012 0921107323 中 文 題 目 電視臺 收錄系統(tǒng)信息交流平臺的設(shè)計與實現(xiàn) 姓 名 周伊喆 同濟大學 學位論文版 權(quán)使用授權(quán)書 本人完全了解同濟大學關(guān)于收集、保存、使用學位論文的規(guī)定，同意如下各項內(nèi)容：按照學校要求提交學位論文的印刷本和電子版本；學校有權(quán)保存學位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學校有權(quán)提供目錄檢索以及提供本學位論文全文或者部分的閱覽服務；學校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機構(gòu)送交論文的復印件和電子版；在不以贏利為目的的前提下，學?？梢赃m當復制論文的部分或全部內(nèi)容用于學術(shù)活動。 學位論文作者簽名： 年 月 日 同濟大學學位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學位論文，是本人在導師指導下，進行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確方式標明。本學位論文原創(chuàng)性聲明的法律責任由本人承擔。 學位論文作者簽名： 年 月 同濟大學 碩士學位論文 摘要 I 中文摘要 隨著電視臺制作流程的不斷發(fā)展，收錄系統(tǒng)對于節(jié)目制作越來越重要。而現(xiàn)在大多數(shù)的收錄系統(tǒng)在用戶操作上都會比較麻煩，即預約與下載上的操作比較繁瑣。用戶與管理員之間的交流較少或者較難溝通。有些收錄系統(tǒng)還必須聯(lián)系管理員在詢問詳細的衛(wèi)星參數(shù)與接收期參數(shù)后方才能收錄而且在收錄完成后還需要利用磁帶來進行收錄與交流。 “收錄系統(tǒng)信息交流平臺” 正是在這樣的背景下應運而生的。 本文對收錄系統(tǒng)信息交流平臺進行分析，利用 B/。本文主要包括以下幾方面 : 3】 與 約、回傳素材等操作變的簡潔。 平臺包括 收錄預約模塊、瀏覽下載模塊、系統(tǒng)管理模塊、統(tǒng)計查詢模塊這四個主要模塊。 通過本平臺的建立與開發(fā)，使用戶不需要知道你所收錄的節(jié)目的具體在哪顆衛(wèi)星上，該衛(wèi)星是什么參數(shù)。只要知道你所需要的收錄的節(jié)目的名稱與大概時間就 能輕松的找到該節(jié)目并且將他完整的收錄下來。而且通過該平臺你還可以詳細的了解最近你收錄過哪些節(jié)目不會因為你因為工作過于繁忙而忘記了重要節(jié)目的 預約 。利用收錄轉(zhuǎn)碼生成流媒體供用戶瀏覽，方便用戶 對 該資源 進行剪輯 。 關(guān)鍵字 ： 媒體。 I of a is of on be is to an is or to to to V It is in a / S / S 1. of 2. of VC SH of an 3. a of 4. of of of so do to in of on is of of to to to 第 1 章 緒論 目錄 中文摘要 . I . 錄 . 1 第 1 章 緒論 . 1 究背景 . 1 要研究內(nèi)容及研究現(xiàn)狀 . 1 要研究內(nèi)容 . 1 究現(xiàn)狀 . 1 文工作 . 2 究成果 . 2 文結(jié)構(gòu) . 3 第 2 章 術(shù)框架簡介 . 4 構(gòu) . 4 圖（ . 4 型（ . 4 制 （ . 4 架概述 . 5 架 . 5 起源 . 5 工作原理 . 6 架 . 7 起源 . 7 介 . 8 術(shù)的優(yōu)越性 . 8 架 . 9 起源 . 9 第 1 章 緒論 術(shù)概述 . 9 數(shù)據(jù)持久化與 . 9 優(yōu)越性 . 10 第 3 章 電視臺收錄系統(tǒng)信息交流平臺需求分析 . 11 統(tǒng)功能需求概述 . 11 視臺收錄系統(tǒng)信息交流平臺使用者 . 13 視臺收錄系統(tǒng)信息交流平臺需求分析 . 14 統(tǒng)總體用例圖 . 15 戶管理用例包 . 16 色管理用例包 . 19 程文稿用例包 . 23 約管理用例包 . 28 錄管理用例包 . 36 載用例包 . 42 計用例包 . 45 臺管理用例包 . 47 第 4 章 電視臺收錄系統(tǒng)信息交流平臺設(shè)計 . 51 據(jù)庫設(shè)計 . 51 戶管理模塊 . 59 冊功能 . 59 入用例設(shè)計 . 60 出功能 . 61 色管理模塊 . 62 程文稿模塊 . 63 約模塊 . 63 錄模塊 . 64 載模塊 . 66 計模塊 . 67 臺管理模塊 . 68 第 5 章 電視臺信息交流平臺實現(xiàn) . 70 第 1 章 緒論 術(shù)選型 . 70 要功能模塊的實現(xiàn) . 70 站首頁 . 70 冊模塊 . 71 錄模塊 . 72 聯(lián)文稿 . 72 約模塊 . 74 目單預約 . 75 動預約 . 75 約管理 . 76 覽下載 . 76 計查詢 . 78 統(tǒng)管理 . 79 錄模塊后臺程序 . 81 第 6 章 總結(jié)與展望 . 83 致謝 . 84 參考文獻 . 85 個人簡歷、在讀期間發(fā)表的學術(shù)論文與研究成果 . 87 第 1 章 緒論 1 第 1 章 緒論 究背景 隨著數(shù)字化、網(wǎng)絡(luò)化時代的到來，衛(wèi)星技術(shù)在廣播、通信領(lǐng)域得到廣泛應用。大量的電視節(jié)目播出和交換都通過衛(wèi)星傳送來完成，與地面電視網(wǎng)共同形成了覆蓋全球的廣播電視網(wǎng)。建立一套數(shù)字化、智能化的衛(wèi)星電視收錄系統(tǒng)，是各級電視臺獲取節(jié)目素材、進行節(jié)目交流的重要手段。對衛(wèi)星節(jié)目進行自動收錄，建立以數(shù)字化硬盤存貯為基礎(chǔ)的衛(wèi)星 自動收錄系統(tǒng)，并與節(jié)目制作、播出、管理網(wǎng)絡(luò)相呼應，構(gòu)建統(tǒng)一數(shù)據(jù)格式的全數(shù)字化錄、編、播網(wǎng)絡(luò)是當今電視臺發(fā)展的方向。然而現(xiàn)在國內(nèi)收錄系統(tǒng)的使用者大多都是一些能熟悉廣播電視業(yè)的專業(yè)人士，一般用戶并不能很好的利用收錄系統(tǒng)。 而收錄系統(tǒng)信息交流平臺的建立則能較好的將繁瑣的操作與較難的數(shù)據(jù)處理放在后臺進行處理。而用戶則能利用網(wǎng)頁或者客戶端進行幾步簡單的操作就能成功收錄下來節(jié)目。 要研究內(nèi)容及研究現(xiàn)狀 要研究內(nèi)容 本文主要對電視臺收錄信息交流平臺從設(shè)計到實現(xiàn)進行了詳細說明，相比于以往的收錄 系統(tǒng)，本收錄信息交流平臺凸顯了易操作性、可擴展性、多功能化等特點。 電視臺收錄信息交流平臺研究內(nèi)容如下 ： 1. 對以前的收錄系統(tǒng)進行研究，分析它的主要功能以及對用戶進行調(diào)研 。 2. 將收錄預約功能分為 C/S 和 B/S 兩種模式進行開發(fā)實現(xiàn) 。 3. 對文稿信息交互進行開發(fā)以及完善。 4. 作為一個完整的網(wǎng)站，對用戶注冊、用戶登入、修改密碼等等周邊功能進行完善，并進行初步測試、壓力測試 。 究現(xiàn)狀 現(xiàn)在很多國外電視臺都開始研究收錄系統(tǒng)的建設(shè)以及怎么增加他的業(yè)務功第 1 章 緒論 2 能。但是主要研究方向是在其接收衛(wèi)星信號的能力、信號波段的準確性、節(jié)目 編解碼時對圖像質(zhì)量的影響等等。而對于收錄系統(tǒng)的實際操作以及開放收錄系統(tǒng)為大眾服務這一點上很少加以研究。 文工作 本文主要工作如下： 1. 對現(xiàn)有收錄系統(tǒng)進行分析、調(diào)研、需求分析。 2. 對系統(tǒng)用到的技術(shù)進行簡單介紹。 3. 對收錄系統(tǒng)信息交流平臺進行頁面設(shè)計和數(shù)據(jù)庫設(shè)計。 4. 完成收錄系統(tǒng)信息交流平臺的建設(shè)以及測試。 究成果 我們主要在該次設(shè)計中完成了如下功能模塊： 1. 信息展示平臺。網(wǎng)站注冊用戶可以通過本網(wǎng)站發(fā)布信息，其中用戶權(quán)限分為管理員、領(lǐng)導、編輯、臺外記者、地方臺等幾個權(quán)限。每個權(quán)限都有一定的限制。 2. 節(jié)目 預約。管理員、領(lǐng)導、編輯都具有預約節(jié)目的能力。可以在節(jié)目表單中進行節(jié)目的正常預約。 3. 節(jié)目下載。這里的節(jié)目下載分為兩種，一種是流媒體的下載，另一種是高碼率的素材下載。流媒體所以權(quán)限都能在網(wǎng)站的瀏覽，而高碼率素材只能又編輯下載。 4. 我的辦公室。主要是記錄下該用戶所預約的節(jié)目，能讓用戶更好的管理自己的節(jié)目素材。 5. 系統(tǒng)管理。主要是給用戶提供修改個人信息與管理員修改公告通知能功能的模塊。 6. 統(tǒng)計功能。主要是進行收視率排名、瀏覽排名、下載排名、最新發(fā)布統(tǒng)計等統(tǒng)計功能。 7. 文稿編輯。因為部分節(jié)目是外派記者所提供，為了能給電視臺 和記者更便捷的互通方式，所以在我們所設(shè)計的網(wǎng)站中為他們提供了寫文稿和下載利用文稿的功能，能是記者更好的看到自己的文稿被誰用了。 第 1 章 緒論 3 文結(jié)構(gòu) 第 1 章：引言，介紹研究背景及意義、主要研究內(nèi)容及研究現(xiàn)狀，最后闡述了研究內(nèi)容及成果和本文的結(jié)構(gòu)。 第 2 章：介紹了開發(fā)該平臺所用到的相關(guān)技術(shù)。 第 3 章：介紹了該平臺在開發(fā)上的相關(guān)需求分析。 第 4 章：按第三章所提供的相關(guān)需求分析，在第四章我們對數(shù)據(jù)庫的開發(fā)、各個重要模塊的相關(guān)設(shè)計做了較為詳細的說明。 第 5 章： 在收錄系統(tǒng)信息交流平臺的設(shè)計和實現(xiàn)部分，提出 注冊模塊、 登入模塊、預約模塊等，并詳細介紹幾個模塊的設(shè)計與實現(xiàn)情況。 第 6 章：結(jié)論與展望，對本文作了簡單的總結(jié)，并對今后的研究提出展望。 第 2 章 術(shù)框架簡介 4 第 2 章 術(shù)框架簡介 構(gòu) 20 世紀 80 年代為編程語言 80 發(fā)明的一種軟件設(shè)計模式，被廣泛使用。最近幾年被推薦為 司 臺的設(shè)計模式，并且受到了越來越多開發(fā)者的歡迎。它將應用程序的輸入、處理和輸出分開。即應用程序被分為了 3 個核心部件：模型、視圖、控制器。它們各自處理自己的任務。 圖（ 它代表用戶交互界面，對于 用來說，可以概括為 面，但可能為 著應用的復雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個應用可能有很多不同的視圖， 計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在仕途上的業(yè)務流程的處理。業(yè)務流程的處理交給模型（ 理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。 型（ 它負責業(yè)務流程 /狀態(tài)的處理以 及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其他層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務模型的設(shè)計可以說是 主要的核心。 沒有提供模型的設(shè)計方法，而只告訴應該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。業(yè)務模型還有一個很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實體對象的數(shù)據(jù)保存（持久化）?？梢詫⑦@個模型單獨列出，所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。 制 （ 可以理解為從用戶接受請求，將模型與視圖匹配在一起，共同完成用戶的請求?？刂茖硬?不做任何的數(shù)據(jù)處理。例如，用戶單擊一個鏈接，控制層接受請求后，并不處理業(yè)務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。一個模型可能對應多個視圖，一個視圖可能對應多第 2 章 術(shù)框架簡介 5 個模型。 架概述 架的縮寫，只有做到低耦合、高內(nèi)聚，才能設(shè)計出高水平、高質(zhì)量的軟件出來。 低耦合就是軟件在構(gòu)造的時候，各個模塊、各個功能、各個類都不會過度依賴于它周圍的環(huán)境。只有這樣，才能使項目中的模塊（功能、類）在周圍發(fā)生變更時不受影響，做 到易于維護和易于適應變更。正是因為如此，也使它更易于重用到其他功能類似的環(huán)境中，提高重用性。 高內(nèi)聚則使軟件中的各模塊（功能、類）能夠各盡豈能而又充分合作，也就是對于軟件問題空間中需求的各個功能，系統(tǒng)可以合理地把它分配給各個模塊（功能、類）來共同完成。而對于該系統(tǒng)中的某一個模塊（功能、類），具有自己高度相關(guān)的職責，即該職責中的幾個任務是高度相關(guān)的。每一個模塊（功能、類）都決不去完成與自己無關(guān)職責的任務。 架中， 一個比較好的 架，提供了對開發(fā) 統(tǒng)的的底層支持，負責對 的 支持； 供了管理業(yè)務對象的一致方法，負責業(yè)務層的管理； 得與關(guān)系數(shù)據(jù)庫的交互變得十分容易，它對 得 序員可以隨心所欲的使用對象編程思維來操作數(shù)據(jù)庫， 責持久化層，完成數(shù)據(jù)庫的 作。 架 起源 早是作為 目的組成部分出現(xiàn)的。項目的創(chuàng)立者希望通過對該項目的研究，改進和提高 簽庫以及面向?qū)ο蟮募夹g(shù)水準。 個名字來源于在建筑和舊式飛機中使用的支持金屬架。使用以更好的遵循 式。此外， 供了一套完整的規(guī)范以及基礎(chǔ)類庫，可以充分的利用 優(yōu)點，減少程序員的工作量，具有很強的擴展性。它的目的是為了幫助減少在運用 第 2 章 術(shù)框架簡介 6 工作原理 12】 是 一種實現(xiàn)，相當于 的一個對象吧。它將 記（屬于 范）作為實現(xiàn)的 一部分。 承了 各項特性，并根據(jù) 特點，做了相應的變化與擴展。 工作原理如下圖所示： 圖 2.) 分：模型以一個或多個 形式存在。這些 類： 常稱之為 裝了來至于 用戶請求信息，如表單信息。 取從 來的 般用于取出 相關(guān)信息，并做出相關(guān)的處理。 2) 分： 分由 中可以看到有一個 件 之相關(guān)聯(lián)的是E 2 章 術(shù)框架簡介 7 ，承擔 色的是一個 于封裝用戶的請求參數(shù)，所有的用戶請求參數(shù)由系統(tǒng)自動封裝完成 象；該對象被 給后 據(jù) 的請求參數(shù)處理用戶請求。而封裝了底層的業(yè)務邏輯，包括數(shù)據(jù)庫訪問等。在復雜的業(yè)務中，代表的決非是一個簡單的 能是其他的業(yè)務邏輯組建。 3) 圖部分：主要由 成頁面文件完成視圖， 供豐富的 簽庫，如 ，通過這些標簽庫可以最大限度地減少腳本的使用。這些自定義的標簽庫可 以實現(xiàn)與 有效交互并增加了現(xiàn)實功能。整個應用由客戶端請求驅(qū)動，當客戶請求被截時， 據(jù)請求決定是否需要調(diào)用 用戶請求處理完成后，將處理結(jié)果通過 示給用戶。這有利于分開表現(xiàn)邏輯和程序邏輯代碼。 4) 流程：在 ，用戶的請求一般以 *為請求服務名，所有的 *求均被指向 的配置信息，將用戶請求封裝成為一個指定名稱的將此 至指定名稱的 文件操作、數(shù)據(jù)庫操作等。每個 *有對應的 稱和 稱，這些在 件中配置。 5) 核心： 核心是 此寫好 置文件是關(guān)鍵。 架 起源 1】 的形成最初來自 著的一本很有影響力的書籍 2就是這本書中第一次出現(xiàn)了 一些核心思想。 最大的目的就是使 發(fā)更加容易。 同時， 所以與 框架不同，是因為 供了一個致力于提供一個以統(tǒng)一的、高效的方式構(gòu)造整個應用，并且可以將單層框架以最佳組合柔和在一起建立一個連貫的體系。 初衷即是使 始應該更加簡單，使用接口而不是使用類，將第 2 章 術(shù)框架簡介 8 使用接口的復雜度幾乎降低到零，它使應用程序更加容易測試。它并不和現(xiàn)在的解決方案競爭，而是致力于將它們?nèi)诤显谝黄稹?介 一個開源框架，它由 它由 建。它是為了解決企業(yè)應用開發(fā)的復雜性而創(chuàng)建的。 用基本的 完成以前只可能由 成的事情。然而， 用途不僅限于服務器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何 用都可以從 目的：解決企業(yè)應用開發(fā)的復雜性 功能：使用基本的 替 提供了更多的企業(yè)應用功能 范圍：任何 用 簡單來說， 一個輕量級的控制反轉(zhuǎn) （ 和面向切面 （ 容器框架。 術(shù)的優(yōu)越性 主要目的是使 用和促進好的編程習慣。 重新開發(fā)已有的東西。因此，在 你將發(fā)現(xiàn)沒有日志記錄的包，沒有連接池，沒有分布事務調(diào)度。這些均有開源項目提供（例如 者 來做數(shù)據(jù)連接池），或由你的應用程序服務器提供。因為同樣的原因，我們沒有提供 ，但是 架已經(jīng)很好的提供了數(shù)據(jù)持久化的解決方案。 已存技術(shù)更加易用。 例如 ,盡管我們沒有底層事務協(xié)調(diào)處理，但我們提供了一個抽象層覆蓋了 任何其他的事務策略。 有直接和其他的開源項目競爭，除非我們感到我們能提供新的一些東西。例如，象許多開發(fā)人員，我們從來沒有為 興過，并且感到在 還有改進的余地。在某些領(lǐng)域 ，例如輕量級的 器和 直接的競爭，但是在這些領(lǐng)域還沒有已經(jīng)較為流行的解決方案。 應用服務器之間是可移植的。 持在 其他的應用服務器上的用戶。 第 2 章 術(shù)框架簡介 9 架 起源 14】 是一個面向 境的對象 /關(guān)系數(shù)據(jù)庫映射工具。對象 /關(guān)系數(shù)據(jù)庫映射 (這個術(shù) 語表示一種技術(shù)，用來把對象模型表示的對象映射到基于 關(guān)系模型結(jié)構(gòu)中去。 供了這個過程中自動對應轉(zhuǎn)換方案。 2001 年年末， 第一個版本發(fā)表， 2003 年 6 月 8 日發(fā)表了， 2005 年 3 月 正式發(fā)表。 術(shù)概述 一個開放源代碼的對象 /關(guān)系映射框架，它對 行了非常輕量級的對象封裝，使得 序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。它負責 象和關(guān)系數(shù)據(jù)庫之間的 映射。 部封裝了通過 問數(shù)據(jù)庫的操作，向上層應用提供了面向?qū)ο蟮臄?shù)據(jù)庫反問 對于使用 手工操作數(shù)據(jù)庫 ,而節(jié)約開發(fā)時間和開發(fā)成本。 負責協(xié)調(diào)應用與關(guān)系數(shù)據(jù)庫的交互，將開發(fā)者從繁瑣的數(shù)據(jù)處理中解放出來，專注于有價值的、核心的業(yè)務問題。 用數(shù)據(jù)庫和配置文件數(shù)據(jù)來為應用程序提供持久化的服務。在應用層和數(shù)據(jù)庫之 間的持久層中，有 持久對象、配置文件及映射文件。在應用和數(shù)據(jù)庫之間建立了“持久層”。持久層有著非常重要的作用，它將數(shù)據(jù)從應用存儲到數(shù)據(jù)庫中，并負責數(shù)據(jù)的刪除、更新和檢索。使用 數(shù)據(jù)表的表映射成類，把通常對表的操作變成對對象的操作，這樣，程序員就可以通過面向?qū)ο蟮姆椒▽崿F(xiàn)對關(guān)系型數(shù)據(jù)庫的操作了。 架中最為關(guān)鍵的組成部分，也是軟件開發(fā)者時刻關(guān)注的內(nèi)容。 數(shù)據(jù)持久化與 據(jù)持久化：“數(shù)據(jù)持久化”，即 是把數(shù)據(jù)保存到可以掉電式存儲設(shè)備以供以后使用。具體說來就是將內(nèi)存中的數(shù)據(jù)保存到磁盤上加以“固第 2 章 術(shù)框架簡介 10 化”。所謂“持久層”，也就是在邏輯層面上，專注于實現(xiàn)數(shù)據(jù)持久化的一個相對獨立的領(lǐng)域。在系統(tǒng)架構(gòu)中，該層邏輯上相對獨立，它封裝了將存儲對象持久化的行為，業(yè)務層是按照業(yè)務邏輯對從持久化層中得到的實體進行業(yè)務處理，組裝成數(shù)據(jù)傳輸對象，供表示層使用。 對象 /關(guān)系映射 前的應用程序中應用的數(shù)據(jù)持久化重要有文件系統(tǒng)、對象數(shù)據(jù)庫和關(guān)系數(shù)據(jù)庫。但是隨著面向?qū)ο笳Z言的快速發(fā)展和關(guān)系型數(shù)據(jù)庫的成熟，出現(xiàn)了 這樣一個矛盾：數(shù)據(jù)庫是關(guān)系型的而編程語言是面向?qū)ο蟮?，?shù)據(jù)以對象形式存在。這使得開發(fā)人員需要同時處理面向?qū)ο蟮拈_發(fā)和面向過程的關(guān)系型數(shù)據(jù)庫的構(gòu)建，這樣使得程序開發(fā)復雜化。而 夠很好的解決面向?qū)ο笈c關(guān)系型數(shù)據(jù)庫之間存在的不匹配矛盾。 優(yōu)越性 傳統(tǒng)的直接調(diào)用 問數(shù)據(jù)庫的手段已漸漸的被業(yè)內(nèi)人士所淘汰。隨著近年來設(shè)計思想和 術(shù)本身的演化，出現(xiàn)了許多 封裝技術(shù)，這些技術(shù)為數(shù)據(jù)庫訪問實現(xiàn)提供了更多的選擇。引用 久層框架有下面兩點好處： 增加 了數(shù)據(jù)操作的便利性：持久層編碼非常的繁瑣的工作，獲取數(shù)據(jù)庫連接、執(zhí)行 句、關(guān)閉數(shù)據(jù)庫連接等。 架對數(shù)據(jù)庫持久層的這些細節(jié)進行了封裝，使得開發(fā)者可以不必去關(guān)心這些繁瑣的細節(jié)，將更多的精力和時間投入到真正有價值的工作中。 更加面向?qū)ο蟮脑O(shè)計：目前的持久層框架，大多數(shù)都已經(jīng)建立在面向?qū)ο蟮脑O(shè)計思想之上。 乎是目前主流持久層框架的基本特性。系統(tǒng)設(shè)計提供了更加自然的實現(xiàn)方式。開發(fā)者可以使用更加易于管理的面向?qū)ο蟮姆椒▉聿僮鲾?shù)據(jù)庫，而不需將大量的時間花費在面向?qū)ο笈c關(guān)系 型數(shù)據(jù)庫不匹配的繁瑣問題上。 第 3 章 電視臺收錄系統(tǒng) 信息交流平臺需求分析 11 第 3 章 電視臺收錄系統(tǒng) 信息交流平臺需求分析 統(tǒng) 功能 需求概述 收錄系統(tǒng)信息交流平臺主要目標是電視臺收錄衛(wèi)星信號和地方臺經(jīng)廣聯(lián)回傳過來的光纖信號收錄以及臺外記者和地方臺編寫的遠程文稿進行新聞資源的共享。 在收錄系統(tǒng)，作為一個電視臺的主要功能網(wǎng)站，他需要完成自己的任務與兼顧作為一個網(wǎng)站的基本功能，所以下面要介紹網(wǎng)站的功能性需求。 功能性需求：信息展示品臺、節(jié)目預約、節(jié)目下載、文稿編輯、流媒體瀏覽功能、統(tǒng)計功能、用戶注冊、用戶登入與退出、流媒體瀏覽功能、我的辦公室管理、系統(tǒng)管 理、統(tǒng)計功能、查詢功能、公告欄功能等幾個大的功能點 信息展示平臺：網(wǎng)站注冊用戶可以通過本網(wǎng)站發(fā)布信息，其中用戶權(quán)限分為管理員、領(lǐng)導、編輯、臺外記者、地方臺等幾個權(quán)限。每個權(quán)限都有一定的限制。 節(jié)目預約