【摘要】
隨著資訊時代科技的飛速發展，經濟全球化已廣為人知，英語作為全球最主要的語言之一，受到越來越多的人的喜愛，不僅為了增長知識，也為了能適應社會發展的需求。但是，學英語最重要的事首先是積累詞彙，沒有一定的詞彙量是沒法學好英語的，現在，背單詞的問題困擾了一代又一代的學生們，往往把它看作是一種既乏味又複雜的一件事。針對這一問題，我們小組決定發明一個背單詞軟體，幫助廣大學子早日解決背單詞帶來的煩惱，提高學生們的學習效率。
關鍵詞： ATM、C/S架構、JAVA、Access
目 錄
引 言... 1
第一章 概 述... 1
1.1 設計目的及內容... 1
1.1 設計目的... 1
1.2 相關內容... 1
1.3 JAVA語言簡介... 2
1.4 JAVA語言的網路運用... 2
1.5 C/S架構... 2
1.6 Access資料庫... 3
1.7 Access的特性... 4
第二章 系統調研及可行性分析... 4
2.1 系統調研... 4
2.2 可行性分析概述... 4
2.3 技術可行性分析... 5
第三章 需求及總體設計... 6
3.1系統需求分析... 6
3.1.1系統的功能需求... 6
3.1.2 系統的開發環境... 6
3.1.3 資料庫設計... 7
第四章 系統主要功能實現... 10
4.1 使用者系統模組的實現... 10
結 論... 10
引 言
背單詞系統的目的就是建立一個客戶平臺，使用者使用此平臺進行單詞翻譯、單詞查詢、加入生詞庫等。相對於手工辭典操作一樣的，不過背單詞系統可以更簡便的直接的體現給使用者，而且使用方便，操作簡單。
背單詞系統的針對的使用者群是使用此軟體系統並在系統裡開戶，使用者做為系統的服務群體，按照自己的需求進行單詞的查詢，翻譯。按照使用者自己的方式選擇所需背記單詞的數量，難度。遇到有生僻的單詞可以加入生詞庫方便以後的二次查詢，節省時間，方便閱覽。
第一章 概 述
1.1設計目的及內容
1. 1 設計目的
本課題背單詞系統的目的就是建立一個客戶平臺，使用者使用此平臺進行單詞翻譯、單詞查詢、加入生詞庫等。相對於手工辭典操作一樣的，不過背單詞系統可以更簡便的直接的體現給使用者，而且使用方便，操作簡單。
背單詞系統的針對的使用者群是使用此軟體系統並在系統裡開戶，使用者做為系統的服務群體，按照自己的需求進行單詞的查詢，翻譯。按照使用者自己的方式選擇所需背記單詞的數量，難度。遇到有生僻的單詞可以加入生詞庫方便以後的二次查詢，節省時間，方便閱覽。
1. 2 相關內容
本系統要求主要實現以下功能模組：
1) 使用者能夠匯入匯出詞庫；
2) 使用者可以選擇是否顯示單詞的音標、中文解釋等；
3) 使用者可以選擇螢幕前端顯示的單詞的更新速度、背景和前景等；
4) 使用者可以拖動顯示的單詞條到螢幕的任何位置；
5) 提供生詞本功能，使用者可以隨時新增生詞，並選擇生詞庫作為當前詞庫。
5)1. 3 JAVA語言簡介
Java是一種簡單易用、完全物件導向、具有平臺無關性且安全可靠的主要面向Internet的開發工具。自從1995年正式問世以來，Java的快速發展已經讓整個Web世界發生了翻天覆地的變化。
Java 程式語言的風格十分接近C、C++語言。Java是一個純的物件導向的程式設計語言，它繼承了 C++ 語言物件導向技術的核心，Java捨棄了C ++語言中容易引起錯誤的指標（以引用取代）、運算子過載（operator overloading）、多重繼承（以介面取代）等特性，增加了垃圾回收器功能用於回收不再被引用的物件所佔據的記憶體空間，使得程式設計師不用再為記憶體管理而擔憂。在 Java SE 1.5 版本中，Java 又引入了泛型程式設計（Generic Programming）、型別安全的列舉、不定長引數和自動裝/拆箱等語言特性。 Java 不同於一般的編譯執行計算機語言和解釋執行計算機語言。它首先將原始碼編譯成二進位制位元組碼(bytecode)，然後依賴各種不同平臺上的虛擬機器來解釋執行位元組碼，從而實現了“一次編譯、到處執行”的跨平臺特性。不過，每次的編譯執行需要消耗一定的時間，這同時也在一定程度上降低了 Java 程式的執行效率。但在 J2SE 1.4.2 釋出後，Java 的執行速度有了大幅提升。
1.4 JAVA語言的網路運用
Java程式可以獲取網路上結點的圖象、聲音、HTML文件及文字等資源，並可以對獲得的資源進行處理。例如Java程式可以每隔一定時間讀取某結點提供的最新資料，並以圖表的形式顯示出來。在程式設計處理上，一般先生成一個URL型別的物件，然後用 Java中相應的方法（method）獲取該物件所代表的資源, Java Applet可以直接從網路上結點獲取圖象並顯示出來。目前，Java更廣泛的應用是在伺服器端，這是本文研究的主要話題，下文提及的Servlet、JSP等技術都是Java在伺服器端應用的具體形式。
1.5 C/S架構
C/S（Client/Server）結構，即大家熟知的客戶機和伺服器結構。它是軟體系統體系結構，通過它可以充分利用兩端硬體環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟體系統都是Client/Server形式的兩層結構，由於現在的軟體應用系統正在向分散式的Web應用發展，Web和Client/Server應用都可以進行同樣的業務處理，應用不同的模組共享邏輯元件；因此，內部的和外部的使用者都可以訪問新的和現有的應用系統，通過現有應用系統中的邏輯可以擴充套件出新的應用系統。這也就是目前應用系統的發展方向。傳統的C/S體系結構雖然採用的是開放模式，但這只是系統開發一級的開放性，在特定的應用中無論是Client端還是Server端都還需要特定的軟體支援。由於沒能提供使用者真正期望的開放環境，C/S結構的軟體需要針對不同的作業系統系統開發不同版本的軟體，加之產品的更新換代十分快，已經很難適應百臺電腦以上區域網使用者同時使用。而且代價高，效率低。C/S的優點是能充分發揮客戶端PC的處理能力，很多工作可以在客戶端處理後再提交給伺服器。對應的優點就是客戶端響應速度快。缺點主要有以下幾個：
1、只適用於區域網。而隨著網際網路的飛速發展，移動辦公和分散式辦公越來越普及，這需要我們的系統具有擴充套件性。這種方式遠端訪問需要專門的技術，同時要對系統進行專門的設計來處理分散式的資料。
2、客戶端需要安裝專用的客戶端軟體。首先涉及到安裝的工作量，其次任何一臺電腦出問題，如病毒、硬體損壞，都需要進行安裝或維護。特別是有很多分部或專賣店的情況，不是工作量的問題，而是路程的問題。還有，系統軟體升級時，每一臺客戶機需要重新安裝，其維護和升級成本非常高。
3、 對客戶端的作業系統一般也會有限制。
1.6 Access資料庫
Access 是微軟公司推出的基於Windows的桌面關聯式資料庫管理系統（RDBMS，即Relational Database Management System），是Office系列應用軟體之一。它提供了表、查詢、窗體、報表、頁、巨集、模組7種用來建立資料庫系統的物件；提供了多種嚮導、生成器、模板，把資料儲存、資料查詢、介面設計、報表生成等操作規範化；為建立功能完善的資料庫管理系統提供了方便，也使得普通使用者不必編寫程式碼，就可以完成大部分資料管理的任務。
Access能夠存取 Access/Jet、Microsoft SQL Server、Oracle(甲骨文軟體公司)，或者任何 ODBC 相容資料庫內的資料。熟練的軟體設計師和資料分析師利用它來開發應用軟體，而一些不熟練的程式設計師和非程式設計師的"進階使用者"則能使用它來開發簡單的應用軟體。雖然它支援部分物件導向（OOP）技術，但是未能成為一種完整的物件導向開發工具。
1.7 Access的特性
1) 儲存方式簡單，易於維護管理
2) Access管理的物件有表、查詢、窗體、報表、頁、巨集和模組，以上物件都存放在字尾為（.mdb或.accdb）的資料庫檔案中，便於使用者的操作和管理。
3) 物件導向 Access是一個物件導向的開發工具，利用物件導向的方式將資料庫系統中的各種功能物件化，將資料庫管理的各種功能封裝在各類物件中。介面友好、易操作
4) 整合環境、處理多種資料資訊
5) Access支援ODBC（開發資料庫互連，Open Data Base Connectivity），利用Access強大的DDE（動態資料交換）和OLE（物件的聯接和嵌入）特性，可以在一個資料表中嵌入點陣圖、聲音、Excel表格、Word文件，還可以建立動態的資料庫報表和窗體等。支援廣泛，易於擴充套件，彈性較大
總之，Access是一個既可以只用來存放資料的資料庫，也可以作為一個客戶端開發工具來進行資料庫應用系統開發；即可以開發方便易用的小型軟體，也可以用來開發大型的應用系統。
第二章 系統調研及可行性分析
2.1 系統調研
首先，背單詞系統是面向特定物件群是在此軟體系統有使用需求的使用者，所以使用者登陸系統後，應該能根據自己的需要進行各項操作。鑑於軟體系統使用環境一般在網路上或單機使用，為了考慮到軟體的安全性，對於每個使用者來說，系統的安全性直接影響著自身的利益。特別是網路環境，到處伴隨著危險，背單詞系統針對這一使用者群，採取一些有效的措施，登陸後使用者資訊反饋到客戶端資料庫裡，做好防止資訊被攔截工作。
2.2 可行性分析概述
可行性分析是在使用者的要求和系統調研的基礎上進行的，對新系統的開發從社會、技術、經濟、管理等方面進行分析，並得出新系統的開發工作可行、不可行、需要修改、追加投資、暫緩開發、分步實施等方案和結論，最後完成可行性分析。
可行性分析一般可定義為：可行性分析是在建設的前期對工程專案的一種考察和鑑定，對擬議中的專案進行全面與綜合的技術、經濟能力的調查，判斷它是否可行。
(1)可行性分析階段的主要工作包括以下幾個方面：
①新系統目標可行性分析：
分析新系統的目標是否符合企業的現狀和發展的需要。
②社會可行性分析：
社會可行性分析主要是指管理資訊系統的開發是否符合國家法律、下策，是否能夠與社會大系統實現良好的對接。
③技術可行性分析：
技術可行性分析是根據新系統的目標來衡量是否具備所需要的技術，包括系統開發人員數量和水平，硬體方面，軟體方面及其它應用技術。
④經濟可行性分析
經濟可行性分析主要是對開發新系統所投入的資金與系統投入使用後所帶來的經濟效益進行比較，確認新系統是否會給企業帶來一定的經濟效益。
⑤管理可行性分析：
管理可行性分析主要是分析企業現行的管理體制和企業領導是否具有現代化的管理意識和管理水平。
2.3 技術可行性分析
技術可行性分析主要包括四個方面：目前有關的技術能否支援所開發的新系統；新系統開發人員的數量和水平，即人力資源；硬體和軟體資源。
(1)技術支援：
首先根據新系統的目標，考慮目前有關的技術能否支援所開發的新系統。這裡討論的技術必須是已經普遍使用的，而不是待研究的或正在研究的。
(2)硬體資源：
開發管理資訊系統所需的硬體資源包含以下兩個方面：
系統開發人員在管理資訊系統的開發過程中所需要的計算機裝置及其有關的外部裝置；管理資訊系統開發成功投入使用後，使用單位所應具備的計算機裝置及其有關的外圍裝置。對硬體資源進行可行性分析時主要考慮計算機的主機記憶體、型別、功能、聯網能力、安全保護措施以及輸入/輸出裝置，外儲存器和聯網資料通訊裝置的配置、功能、效率等指標是否符合系統方案設計要求，同時還要考慮計算機的效能/價格比。
(3)軟體資源
軟體資源的可行性分析主要考慮以下幾點是否滿足使用者的要求：
①作業系統的選擇；
②編譯系統的選擇；
③資料庫管理系統的選擇；
④高階程式語言的選擇；
⑤漢字處理系統的選擇；
⑥應用軟體包的選擇。
本系統在開發前，與中心的領導和有關的操作人員密切溝通，認真聽取他們的意見，並吸收他們的積極觀點，使本系統的開發在相當大的程度上具有一定的先進性和合理性。
第三章 需求及總體設計
3.1系統需求分析
3.1.1系統的功能需求
使用者登入：使用者可以申請辦理一個學號和密碼，然後登入。
單詞查詢：使用者可以查詢單詞庫中的單詞。
修改密碼：使用者可以更改自己學號的密碼。
加入生詞庫：使用者可以自由的將生僻單詞加入到生詞庫中
3.1.2 系統的開發環境
選擇一個好的程式語言十分的重要，當前，面對眾多的程式語言，很多人無從選擇，而我們在本系統中選擇了java語言。之所以選擇java語言是因為在它強大的物件導向功能，使用它能夠輕鬆的將介面顯示和業務邏輯分開。
3.1.3 資料庫設計
本系統使用的access資料庫儲存在網站目錄下的data/bank.mdb中，該資料庫中有4張表，下面分別加以描述。
資料庫的邏輯設計
由於概念設計的結果是ER圖，DBMS一般採用關係型（本系統所使用的MS ACCESS就是關係型的DBMS），因此資料庫的邏輯設計過程就是把ER圖轉化為關係模式的過程。由於關係模型所具有的優點，邏輯設計可以充分運用關聯式資料庫規範化理論，使設計過程形式化地進行。設計結果類似是一組關係模式的定義。如資料字典:
英漢表
漢英表
班級表
生詞本
3.2系統總體功能結構設計
背單詞系統需要滿足來兩方面的需求，這兩個方面分別是使用者、單詞管理。使用者的需求是進行各項功能的操作；管理系統對使用者的資訊進行操作處理，同時儲存在資料庫中以便使用者查詢；管理系統的功能最為複雜，他包括對資料庫的維護、使用者資訊維護及分數釋出情況進行維護。
使用者可以根據開戶申請到的學號和密碼登入到系統，登入成功後可進行四種操作，一是查詢，二是檢視，三是修改密碼，四是生詞庫。其總體功能如圖3-1所示：
功能模組一般可分為：
查詢，查詢，加入生詞庫，使用生詞庫。
圖3-1 模擬背單詞系統功能結構圖
在概念設計階段中，設計人員從使用者的角度看待資料及處理要求和約束，產生一個反映使用者觀點的概念模式。然後再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一化，設計複雜程度大大降低，不受特定DBMS的限制。
3.3 系統E-R圖
系統E-R圖
第四章 系統主要功能實現
1 使用者系統模組的實現
<a>. 功能
查詢
檢視
加入生詞庫
結 論
製作一款軟體還真不是一朝一夕的事情，每件事情你都要認真的去做，去跟同學探討、交流，在製作背單詞系統的時候，自己在其中也能學到很多知識，運用老師所交的知識，去製作軟體，沒有交的可以翻閱書籍，網上找資料，同時自己也能學到一些自己不知道的，不管以後走出社會有沒有用到，有沒有從事這項工作，這都是一項很值得借鑑的經驗。