【畢業(yè)學(xué)位論文】(Word原稿)ID3 navigation database design 將MP3索引文件和路徑文件組織起來-軟件工程

要： 在使用 的播放器或者 的播放器 我們知道 ，在播放影音文件時都必須首先“告訴”播放器我們要播放那一個 文件 , 通常我們會把要播放的 件名告訴播放器 ,然后播放器再根據(jù)我們所提供的文件名 去 到相應(yīng)的目錄中去搜索 , 讀取文件并進行播放 , 那 么播放器是通過什么 方式來 知道 她 讀 取文件的文件路徑呢 ？播放器可以通過我們所提供的文件 名在相應(yīng)的索引文件中 來找到要播放的 件 的路徑 。為了滿足用戶的不同需求，我們可能 要將這些文件按 歌曲名 ) , 輯名）、 唱者）、派） , 年號 ) 進行分類。例如 :歌曲一生有你當按專輯分時它屬于專輯 一生有你，按演唱者分它又屬于 “ 水木年華 ” 組合。而事實上我們的 行分類的文件，也就是說我們從“水木年華” 組合所唱的歌曲中可以找到歌曲一生有你、同樣也可以在“一生有你 ” 專輯中看到歌曲一生有你?，F(xiàn)在的 性 名命名的 索引 文件中存儲 屬性 分類 文件 的 。 但是用戶在向 貝 不會主動地去把 那么 必須依據(jù)一定的文件信息自動地把 件按屬性分類添加到各個索引文件中去 , 然后再把索引文件的內(nèi)容顯示給用戶 , 當用戶選擇索引文件中的某條記錄后 , 程序會自動在相應(yīng)的索引文件中搜索此記錄 , 然后依據(jù)索引文件與路徑文件的映射關(guān)系來查找此記錄所對應(yīng)的 件的路徑 , 通過查找返回的路徑 , 播放器就可以播放用戶選擇的 曲了 . 本文采 用 索引文件和路徑文件組織起來 , 依據(jù) 件中存放的 息對 件進行分類并將文件索引存儲在 為 戶使用 件提供更加方便 , 快捷的服務(wù) . 關(guān)鍵字： 索引文件 、 路徑文件 , 算法 C we we to to be we of so to to to of in we To we by if it by it ,if it by it In we MP of In we of be is to p3 to of by MP P3 P3 to to of to it be on MP of to a of be in on of of to P3 to on P3 be D3 D3 P3 of in D3 MP P3 of 1 章 緒論 隨著世界數(shù)碼化進程的加快我們身邊精致的數(shù)碼玩具也在不斷更新，從像素不斷提升的數(shù)碼相機到功能不斷出新的手機，無不體現(xiàn)了現(xiàn)代科技的精致與完美。其中， 為數(shù)碼產(chǎn)品的先驅(qū)相信大家應(yīng)該很熟悉，由于網(wǎng)上 今已是最流行，普及率也最高的數(shù)碼產(chǎn)品了。在 對視覺、聽覺上的全面享受的渴求直接導(dǎo)致了今天 誕生。 自前年法國愛可視公司推出收款產(chǎn)品以來， 一直被看成是 域的升級產(chǎn)品，現(xiàn)了 “ 隨身聽 ” 到 “ 隨身看 ” 的升級，將終結(jié) 代。當法國愛可視公司的 003年首次進入中國的時候，中國的 此舉將 人們開始熟悉這一概念，并且還促使了中國 是數(shù)碼市場上顯示， 售依然熱賣，而 頗得冷清。主因是 市場仍在 “ 培育期 ” ，目前最主要的問題是價格仍然很貴，普及起來是有一定難度。而且目前為 源網(wǎng)站相當，但是網(wǎng)站內(nèi)容建設(shè)混亂、影片品質(zhì)良莠不齊、收費機制不健全等直接影響到 據(jù)業(yè)內(nèi)人士分析，隨著 成本問題將很快得到解決，價格瓶頸有望被打破，加上寬帶網(wǎng)絡(luò)的進一步普及、規(guī)范， 告顯示 ,由于存儲介質(zhì)硬盤與閃存等零部件價格的不斷下滑及 端制造廠商數(shù)目的不斷增多，競爭加劇， 2007年全球 50美元左右，這將引發(fā) 球市場的起飛 . 如今微星公司正在研發(fā)自己的下一代 品，憑借其卓越的技術(shù)和更加人性化的設(shè)計 一定 會在競爭激烈的 。 要在 競爭 激烈 的數(shù)碼市場中贏得勝利 ，就需要不斷對產(chǎn)品進行技術(shù)改進使其在同類產(chǎn)品中突顯 出自身 的優(yōu)勢。 隨著世界數(shù)碼化進程的加快 , 成為我們身邊不可缺少的 電子 娛樂 產(chǎn)品 . 但由于存放在 的 曲的格式標準里并沒有特別定義保存曲目相關(guān)信息的結(jié)構(gòu)，使得用戶在對 本課題的研究內(nèi)容就是針對以上問題提出的一種解決方案 . 目背景介紹 介 觀察目前消費性電子（ 展， 身聽憑借技術(shù)成熟、平民價格（現(xiàn)在 256要 300元不到）等優(yōu)勢，因此在 且不論是 復(fù)播放、詞曲同步及錄音等多元化方針，或者是 幕、藍牙（ 設(shè)計的集成，都讓 身聽更加如虎添翼。然而，隨著出貨量的與日劇增， 身聽未來勢必會遇到市場飽和、毛 利下降等問題，而且只能用于聽音樂，還未將影像部分納入其中，使得 上型多媒體播放器）概念應(yīng)運而生。 念 是 名思義， 放器是一個能夠播放 可以叫做 人視頻播放器）也可以叫做 攜式媒體播放器）?，F(xiàn)在對 然不少廠商都將它定義為多媒體影音播放器，但它除了聽看電 影的基本功能外還支持音樂播放、瀏覽圖片，甚至部分產(chǎn)品還可以上網(wǎng)。但為了強調(diào)便攜的特征，我們在這里所討論的 放視頻為準則，它們可以通過 394 端口傳輸文件，很方便地將視頻文件下載到設(shè)備中進行播放，而且應(yīng)當自帶 滿足隨時播放視頻的需要。 優(yōu)點很多，它能夠直接播放高品質(zhì)視頻、音頻，也可以瀏覽圖片以及作為移動硬盤、數(shù)字銀行使用；更有產(chǎn)品還具備一些十分新穎、實用的功能，例如愛可視 可以將來自 視等設(shè)備的信號以 基超威力即將推出的 放器支持 以在無線環(huán)境普及后發(fā)揮出更多作用。而且現(xiàn)在我們所見的到 多數(shù)都帶有視頻轉(zhuǎn)制等專業(yè)的視頻功能，并具備非常齊全的視頻輸入 /輸出端口，因此它們攜帶的視頻文件能夠在很多場合中播放，盡管這對一些僅在旅行途中使用播放器的用戶沒有更多的實際意義，但對于一些經(jīng)常做視頻演示的用戶則十分有用，因為 構(gòu)和硬件組成 構(gòu) : 合 般 要負責(zé)視頻解碼和編碼；而 取，以及使用接口、周邊組件的掌控等事務(wù)。另外，某些功能模塊還要增加特殊的芯片，例如 本都具有處理器，液晶顯示屏， 存儲設(shè)備三大基本原件。這三件也直接影響了我們對 面就 一一 介紹： 硬件組成 : 從原理上說， 是從硬件性能來說，兩者相差甚遠，主要是因為視頻播放功能， 要求 高的處理能力，而且要有一定的系統(tǒng)內(nèi)存， 碼器開發(fā)者就使用主頻為 400見 求芯片具有很高的計算性能，很多 麗的操作界面也會消耗不少的系統(tǒng)資源， 僅僅是視頻數(shù)據(jù)和圖像數(shù)據(jù)的處理器，現(xiàn)在的 實現(xiàn)形形式式的功能，例如，數(shù)碼伴侶，視頻采集， 所以 要集成多方面的功能。 處理器 ： 要強大處理 器作為 僅要內(nèi)建視頻編 /譯碼芯片，做為模擬與數(shù)字兩種信號間轉(zhuǎn)換之用。另外，用來接視頻譯碼器與 及 示器的驅(qū)動電路等等，最主要的是對 解碼和播放。 由于 心芯片的制作，工藝水平要求過高，所以一般的 商都無能為力，這些核心一般由有傳統(tǒng)芯片大家制作，如 ，甚至 推出了 用處理芯片 階段 完整軟硬件方案。其中， 移動娛樂設(shè)備的芯片巨頭，而 式平臺的芯片巨頭，由于 步早，所以現(xiàn)在大多是 是采用 芯片方案占領(lǐng)絕大部分的市場分額 。 液晶顯示屏 ：液晶顯示器主要考慮三個重點因素，分別是色彩表現(xiàn)力和液晶屏尺寸及分辨率。 存儲設(shè)備： 日前， 用微硬盤 (如 閃存卡 (如 儲影音文件，由于 頻文件比 頻文件體積要大得多，雖然閃存卡在防震上有優(yōu)勢，但容量有限，即使插上擴展卡也只有 1G，只能放兩部 ，這樣也使二次投入大大增加，微硬盤式容量動輒幾十 G，可存儲幾十甚至上百部電影，拉開了和 防震方面也基本達到我們要求，不過一般發(fā)熱、耗電較大。 件格式介紹 成的，幀是 全稱應(yīng)為 頻文件， 漢語中譯為活動圖像專家組，特指活動影音壓縮標準， 準中的聲音部分，也叫 根據(jù)壓縮質(zhì)量和編碼復(fù) 雜程度劃分為三層，即 分別對應(yīng) 三種聲音文件，并根據(jù)不同的用途，使用不同層次的編碼。 頻編碼的層次越高，編碼器越復(fù)雜，壓縮率也越高， 壓縮率分別為 4:1 和6:1，而 壓縮率則高達 10:1，也就是說，一分鐘 質(zhì)的音樂，未經(jīng)壓縮需要 10經(jīng)過 縮編碼后只有 1右。不過 音頻信號采用的是有損壓縮方式，為了降低聲音失真度， 取了“感官編碼技術(shù) ”，即編碼時先對音頻文件進行頻譜分析，然后用過濾器濾掉噪音電平，接著通過量化的方式將剩下的每一位打散排列，最后形成具有較高壓縮比的 件，并使壓縮后的文件在回放時能夠達到比較接近原音源的聲音效果。 件結(jié)構(gòu) 件大體分為三部分： 如下圖所示： 圖 念 息指的是包含在 樂文件中的其它相關(guān)信息，包括歌曲（音樂）名稱、演唱（奏）者，專輯名稱等信息。 , 目前使用的主 要是 種格式 . 紹 一種信息格式，它存放在 件的末尾，用 16 進制的編輯器打開一個看其末尾的 128個順序存放字節(jié)，數(shù)據(jù)結(jié)構(gòu)定義如下： 標簽頭必須是 則認為沒有標簽 , 0 標題 , 0 作者 , 0 專集 , 出品年代 , 0 備注 , 類型 . 圖 有任何標識將其分開，比如 標題信息不足 30個字節(jié)，則使用 0補足，否則將造成信息錯誤。 分 對照表如下： 0= 1= 含了作者，作曲，專輯等信息，長度不固定，擴展了 信息量。 系列的幀，個數(shù)由文件大小和幀長決定 每個 長度可能不固定，也可能 固定，由位率 定 每個 分為幀頭和數(shù)據(jù)實體兩部分 幀頭記錄了 位率，采樣率，版本等信息，每個幀之間相互獨立 含了作者，作曲，專輯等信息，長度為 128 0 0 0 0 = 3= 4= 5= 6= 紹 現(xiàn)在一共有 4個版本，但流行的播放軟件一般只支持第 3 版，既 于 錄在 只好記錄在 件的首部了 (如果有一天 發(fā)布不知道該記錄在哪里 )。也正是由于這個原因，對 操作比 慢。而且 構(gòu)比 結(jié)構(gòu)要復(fù)雜得多，但比前者全面且可以伸縮和擴展。 下面就介紹一下 個 標簽都一個標簽頭和若干個標簽幀或一個擴展標簽頭組成。關(guān)于曲目的信息如標題、作者等都存放在不同的標簽幀中，擴展標簽頭和標簽幀并不是必要的，但每個標簽至少要有一個標簽幀。標簽頭和標簽幀一起順序存放在 件的首部。 1 標簽頭 在文件的首部順序記錄 10個字節(jié)的 部。 A 數(shù)據(jù)結(jié)構(gòu)如下： 必須為 則認為標簽不存在 版本號 記錄 3 副版本號此版本記錄為 0 存放標志的字節(jié)，這個版本只定義了三位，稍后詳細解說 標簽大小，包括標簽頭的 10 個字節(jié)和所有的標簽幀的大小 B 標志字節(jié) 標志字節(jié)一般為 0，定義如下： a 表示是否使用 b 表示是否有 擴展頭部，一般沒有 ，所以一般也不設(shè)置 c 表示是否為測試標簽 C 標簽大小 一共四個字節(jié)，但每個字節(jié)只用 7 位，最高位不使用恒為 0。所以格式如下 0計算大小時要將 0 去掉，得到一個 28 位的二進制數(shù)，就是標簽大小 計算公式如下： (&00(&00(&00(&02 標簽幀 每個標簽幀都有一個 10 個字節(jié)的幀頭和至少一個字節(jié)的不固定長度的內(nèi)容組成。它們也是順序存放在文件中，和標簽頭和其它的標簽幀也沒有特殊的字符分隔。得到一個完整的幀的內(nèi)容只有從幀頭中的到內(nèi)容大小后才能讀出，讀取時要注意大小，不要將其它幀的內(nèi)容或幀頭讀入。 幀頭的定義如下： 用四個字符標識一個幀，說明其內(nèi)容，稍后有常用的標識對照表 幀內(nèi)容的大小，不包括幀頭，不得小于 1 存放標志，只定義了 6 位，稍后詳細解說 A 幀標識 用四個字符標識一個幀，說明一個幀的內(nèi)容含義，常用的對照如下： 題 表示內(nèi)容為這首歌的標題 者 表示內(nèi)容為這首歌的作者 集 表示內(nèi)容為這首歌的專集 軌 格式： N/為專集中的第 首， 為 代 是用 表示的數(shù)字 型 直接用字符串表示 注 格式： 備注內(nèi)容 ，其中 B 大小 這個可沒有標簽 頭的算法那么麻煩，每個字節(jié)的 8 位全用，格式如下 法如下： *0 *0 *0 C 標志 只定義了 6 位，另外的 10位為 0，但大部分的情況下 16位都為 0就可以了。格式如下： a 標簽保護標志，設(shè)置時認為此幀作廢 b 文件保護標志，設(shè)置時認為此幀作廢 c 只讀標志，設(shè)置時認為此幀不能修改 i 壓縮標志，設(shè)置時一個字節(jié)存放兩個 表示數(shù)字 j 加密標志 k 組標志，設(shè)置時說明此幀和其它的某幀是一組 值得注意的是 保存和讀取幀內(nèi)容的時候會在內(nèi)容前面加個 0，并把這個字節(jié)計算在幀內(nèi)容的大小中 . 分介紹 每個 有一個幀頭 度是 432,幀頭后面可能有兩個字節(jié)的 驗，這兩個字節(jié)的是否存在決定于 息的第 16 0 則幀頭后面無校驗， 為 1 則有校驗 ,校驗值長度為 2 個字節(jié) ，緊跟在 面 ，接著就是幀的實體數(shù)據(jù)了，格式如下： 度由幀頭計算得出 A 幀頭 式如下： 每幀的播放時間：無論幀長是多少，每幀的播放時間都是 26 C 數(shù)據(jù)幀大小 : (= 144 : 72) * ) + 128000 , 44100 , 1 (144 * 128000) / 44100 + 1 = 417 分長度是否變化決定于 否變化，一首 曲，它有三個版本： 9696 千比特位每秒）、 12892特位速率），表明了音樂每秒的數(shù)據(jù)量， 越高，音質(zhì)越好，文件也越大， 準規(guī)定，不變的 件稱作 多數(shù) ，而變化的 件稱作 個 長度都可能是變化的。下面是 不同點： 定位率的 大小也是固定的（公式如上所述），只要知道文件總長度，和幀長即可由播放每幀需 26算得出 放的總時間，也可通 過計數(shù)幀的個數(shù)控制快進、快退慢放等操作。 司推出的算法，所以在 會有“ 個關(guān)鍵字 ,它存放在 件中的第一個有效 ，它標識了這個 件是 。同時第一個 存放了 件的 總個數(shù)，這就很容易獲得了播放總時間，同時還有 100 個字節(jié)存放了播放總時間的 100 個時間分段的 設(shè) 4 分鐘的曲， 240S，分成 100 段，每兩個相鄰 時間差就是 以通過這個 要前后處理少數(shù)的 能快速找出我們需要快進的 目理論意義 用添加在 件里的 簽信息來組建一個 存所有的 息 , 用戶通過 提供的 UI(可以很方便的對 件進行分類 , 查找 , 檢索 , 查看 件的管理和使用 . 因此 , 現(xiàn)實工作學(xué)習(xí)中有著很大的實際意義 . 要研究內(nèi)容 “便捷”已成為這個社會最為熱門的話題，更成為很多行業(yè)最有價值的主題。 隨著世界數(shù)碼化進程的加快 ， 曲已 成為我們身邊不可缺少的娛樂 . 但由 于 式標準里并沒有特別定義保存曲目相關(guān)信息的結(jié)構(gòu)，使得用戶在對 本課題的研究內(nèi)容就是針對以上問題提出的一種解決方案，即通過提取添加在 簽信息來建立一個動態(tài)的 在 I (, 通過 件進行分類 , 查找 , 檢索 , 查看 . 從而在很大程度上減輕了用戶管理 件時的工作量 , 方便了用戶對 件的管理和使用 . 因此 , 現(xiàn)實工作生活中有著很大的實際意義 . 要開發(fā)工具 發(fā)語言 C+ 介紹 C+語言是一種應(yīng)用較廣的面向?qū)ο蟮某绦蛟O(shè)計語言，使用它可以實現(xiàn)面向?qū)ο蟮某绦蛟O(shè)計。面向?qū)ο蟮脑O(shè)計與面向過程的設(shè)計是有很大區(qū)別的，面向?qū)ο蟮某绦蛟O(shè)計是在面向過程的程序設(shè) 計的基礎(chǔ)上一個質(zhì)的飛躍。要學(xué)會面向?qū)ο蟮某绦蛟O(shè)計，首先要學(xué)會一種面向?qū)ο蟮恼Z言，即要學(xué)會用 要先有 C+的基礎(chǔ)，而學(xué)習(xí) C+語言首先要認識它面向?qū)ο蟮奶匦院蛯崿F(xiàn)面向?qū)ο蟮姆椒ā?C+是一種面向?qū)ο蟮某绦蛟O(shè)計語言 當你首次學(xué)習(xí) C+時，總會碰到一些在 ：類、對象、抽象、封裝、繼承、多態(tài)性、虛函數(shù)等等。這些概念是 C+所具有，下面簡單的介紹一下 C+對面向?qū)ο蟪绦蛟O(shè)計方法的支持和實現(xiàn)。 1、 C+支持數(shù)據(jù)封裝 支持數(shù)據(jù)封裝就是支持數(shù)據(jù)抽象。在 C+中，類是支持數(shù)據(jù)封裝的工具， 對象則是數(shù)據(jù)封裝的實現(xiàn)。面向過程的程序設(shè)計方法與面向?qū)ο蟮某绦蛟O(shè)計方法在對待數(shù)據(jù)和函數(shù)關(guān)系上是不同的，在面向?qū)ο蟮某绦蛟O(shè)計中，將數(shù)據(jù)和對該數(shù)據(jù)進行合法操作的函數(shù)封裝在一起作為一個類的定義，數(shù)據(jù)將被隱藏在封裝體中，該封裝體通過操作接口與外界交換信息。對象被說明具有一個給定類的變量，類類似于 這種結(jié)構(gòu)中包含數(shù)據(jù)，而不包含函數(shù)。 C+中的類是數(shù)據(jù)和函數(shù)的封裝體。在 C+中，結(jié)構(gòu)可作為一種特殊的類，它雖然可以包含函數(shù)，但是它沒有私有或保護的成員。 2、 C+類中包含私有、公有 和保護成員 C+類中可定義三種不同訪控制權(quán)限的成員。一種是私有 (員，只有在類中說明的函數(shù)才能訪問該類的私有成員，而在該類外的函數(shù)不可以訪問私有成員；另一種是公有 (員，類外面也可訪問公有成員，成為該類的接口；還有一種是保護(員，這種成員只有該類的派生類可以訪問，其余的在這個類外不能訪問。 3、 C+中通過發(fā)關(guān)消息來處理對象 C+中是通過向?qū)ο蟀l(fā)關(guān)消息來處理對象的，每個對象根據(jù)所接收到的消息的性質(zhì)來決定需要采取的行動，以響應(yīng)這個消息。響應(yīng)這些消息是一系 列的方法，方法是在類定義中使用函數(shù)來定義的，使用一種類似于函數(shù)調(diào)用的機制把消息發(fā)送到一個對象上。 4、 C+中允許友元破壞封裝性 類中的私有成員一般是不允許該類外面的任何函數(shù)訪問的，但是友元便可打破這條禁令，它可以訪問該類的私有成員 (包含數(shù)據(jù)成員和成員函數(shù) )。友元可以是在類外定義的函數(shù)，也可以是在類外定義的整個類，前者稱友元函數(shù)，后者稱為友元類。友元打破了類的封裝性，它是 C+另一個面向?qū)ο蟮闹匾?5、 C+允許函數(shù)名和運算符重載 C+支持多態(tài)性， C+允許一個相同的標識符或運算符代表多個不同實現(xiàn)的函 數(shù)，這就稱標識符或運算符的重載，用戶可以根據(jù)需要定義標識符重載或運算符重載。 6、 C+支持繼承性 C+中可以允許單繼承和多繼承。一個類可以根據(jù)需要生成派生類。派生類繼承了基類的所有方法，另外派生類自身還可以定義所需要的不包含在父類中的新方法。一個子類的每個對象包含有從父類那里繼承來的數(shù)據(jù)成員以及自己所特有的數(shù)據(jù)成員。 7、 C+支持動態(tài)聯(lián)編 C+中可以定義虛函數(shù)，通過定義虛函數(shù)來支持動態(tài)聯(lián)編。 以上是所講的是 C+對面向?qū)ο蟪绦蛟O(shè)計中的一些主要特征的支持。 C+程序的實現(xiàn) C+源程序的實現(xiàn)與其它 高級語言源程序?qū)崿F(xiàn)的原理是一樣的。一般都要經(jīng)過編輯、編譯、運行。其中最要的是編譯過程， C+是以編譯方式實現(xiàn)的高級語言。 C+程序的實現(xiàn)，必須要使用某種 C+語言的編譯器對程序進行編譯。編譯器的功能是將程序的源代碼轉(zhuǎn)換成為機器代碼的形式，稱為目標代碼；然后，再使目標代碼進行連接，生成可執(zhí)行文件。該過程可分為三個子過程：預(yù)處理過程、編譯過程 (詞法分析、語法分析、符號表、錯誤處理程序、生成目標代碼 )、連接過程。 發(fā)平臺 + 紹 + 本是當前國內(nèi) 比較流行的一種 C+編譯系統(tǒng) , 該項目所使用的編譯器就是 + 2 章 系統(tǒng)需求分析 統(tǒng)可行性論證 可行性分析是系統(tǒng)分析階段的第二項活動，是對系統(tǒng)進行全面、概括的分析，在初步分析的基礎(chǔ)上，明確了公司存在的主要問題和建立新系統(tǒng)的初步設(shè)想，進一步對系統(tǒng)目標、涉及范圍等因數(shù)進行分析研究。按照軟件工程的原理和方法，采用科學(xué)的軟件工程技術(shù)和手段，可以降低軟件的開發(fā)風(fēng)險 , 提高軟件的開發(fā)質(zhì)量 . 現(xiàn)從經(jīng)濟可行性、技術(shù)可行性和操作可行性三方面來進行研究。 術(shù)可行性 : 本項目的主要功能是通過提取 的 件 ,管理的數(shù)據(jù)內(nèi)容具有較強的關(guān)聯(lián)性，涉及的計算過程不是很復(fù)雜 , 數(shù)據(jù)容量不是非常的大 , 因此，在現(xiàn)有的技術(shù)條件下 , 可以完全建立一個獨立的 據(jù)庫來管理 件 ， 數(shù)來完成 , 數(shù)據(jù)庫的建立也有相關(guān)的資料可以參考 , 同時還有指導(dǎo)老師和公司工程師的指導(dǎo) . 濟可行性 : 經(jīng)濟可行性是對項目開發(fā)所需的資源 , 開發(fā)、運行和維護費用進行估算，對項目開發(fā)成功后可能取得的社會及經(jīng)濟效益進行估計。該項目為 件提供大量的服務(wù) ， 減輕了用戶管理大量的 件的負擔(dān)，項目開發(fā)成功后帶來的效益遠遠高于項目的開發(fā)、維護費用。此外，公司主管部門的大力支持使得該項目的開發(fā)建設(shè)在經(jīng)濟上十分可行。 作可行性 : 項目采用的解決方案是 , 為用戶提供非常友好的、操作簡單的用戶界面 , 精小的數(shù)據(jù)庫的功 能 。 這方面的技術(shù)有 很多 資源 ，所以能夠?qū)崿F(xiàn)預(yù)定的項目方案 。 統(tǒng)需求分析 項目的的系統(tǒng)需求描述 : 隨著世界數(shù)碼化進程的加快 , 但由 于 得用戶在對 本課題的研究內(nèi)容就是針對以上問題提出的一種解決方案，即通過提取添加在 在 件信息庫的基礎(chǔ)上為用戶提供一個 , 通過 件進行分類 , 查找 , 檢索 , 查看 . 從而在很大程度上減輕了用戶管理 件時的工作量 , 方便了用戶對 件的管理和使用 . 因此 , 現(xiàn)實工作生活中有著很大的實際意義 . 第 3 章 系統(tǒng)方案設(shè)計 統(tǒng)概述 隨著世界數(shù)碼化進程的加快 , 但由 于 相關(guān)信息的結(jié)構(gòu)， 使得用戶在對 行管理時變得非常地困難和復(fù)雜 . 本課題的研 究內(nèi)容就是針對以上問題 提出 的 一種解決 方案 ，即通過提取 添加在 的 息來建立一個的 , 存放 的 息文件 ( 組成 , 在I ( , 用戶通過 能可以很方便的對 件進行分類 , 查找 , 檢索 , 查看 . 同時系統(tǒng)會自動的將這些信息保存在 ,以備用戶下次查詢使用 . 從而在很大程度上減輕了用戶管理件時的工作量 , 方便了用戶對 件的管理和使用 . 因此 , 現(xiàn)實工作生活中有著很大的實際意義 . 體設(shè)計思想 用戶在使用 文件的時候總是選擇自己感興趣的 曲 , 可以依據(jù)用戶的興趣 和愛好 將 曲按 種選擇方式分類組織 . 存的只是 件的路徑 . 例如 , 用戶通過 供的 ( 功能選擇某個 , 系統(tǒng)會 對 織存放在 如果按 類 , 用戶比較 喜歡 聽劉德華的歌 , 的 引文件里存儲有所有 “ 劉德華 ” 的 徑 , 用戶通過 引文件可以找到劉德華的所有歌曲 . A 系統(tǒng) 首先在 磁盤 中建立 六個文件 , 是由這六個文件 組成的 , 其中包括 五個索引文件 : 一個路徑文件 : 文件建立后 , 系統(tǒng)會自動地把用于管理文件的文件頭信息 ( 寫進文件中 , 但文件中并沒有用于存放 息的記錄 . 用戶可以通過 供的 ( 功能選擇 某個 , 系統(tǒng)將會把指定的 簽信息提取出來 , 通過對提取的 息進行分析 , 根據(jù) 性 , 將文件路徑 保存在 相對應(yīng)的索引文件 ( 中 , 件的路徑信息保存在 件 中 , 這樣 , 建立了關(guān)聯(lián)關(guān)系 . 在用戶查詢這些信息的時候系統(tǒng)將會把 這些信息通過 饋給用戶 , 以方便用戶對 件的操作 , 快速地找到自己需要的 曲 . B 在 每個索引文件 ( 中 , 屬性 值 相同的歌曲的將會保存在一起 , 這樣可以提高文件的查詢速度 . 例如 , 有兩首 曲的出版日期都在 2006 年 , 那么 , 在 引文件中 , 這兩首歌曲的路徑的存放位置是相鄰的 . 當用戶需要查詢出版日期是 2006 年的歌曲時 , 就可以快速地從 引文件中找到所有符合要求的文件的路徑信息 . C 當 某 一首 曲的 息 分類 保存在 五 個索引文件 ( 中時 , 如果把相應(yīng)的歌曲的路徑在每個索引文件路徑中重復(fù)存儲一次 , 將要消耗太多的磁盤空間 , 因此將 文件路徑的單獨地組織