本文目錄一覽:
java論文摘要翻譯(翻譯專業的話追分)
你這玩意寫的不行,你導師同意了,就這個論文在我們學校最少得讓你改3遍
首先你這個說的結構就不清晰,如果你按後台前台那麼分你用ssh那段應該放在eclipse後面,而且MyEclipse是個插件,你這種寫法是論文大忌不嚴謹,應該說用開源IDE Eclipse加上IBM的MyEclipse插件,還用MySQL存儲系統數據這塊就更不嚴謹了,首先MySQL是個DBMS就是數據庫管理系統,你要說應用數據庫使用MySQL管理,另外Dreamweaver+Photoshop這個就不用說了吧,誰都知道Dreamweaver是用來寫HTML的,你寫的任何jsp腳本都不會有提示,況且Eclipse就能寫jsp和js代碼用得着非得強調你用了網頁三劍客么?
還有你jsp配合簡單的CSS樣式與js實現客服端頁面,這個就沒必要特別說明了吧,你要是用了Ajax說說還行,要是沒用這麼說了讓導師一看就知道你沒怎麼做
總結一下,你的這個東西寫的可謂是四個字零敲碎打啊,正確的行文順序應該是先說使用了Eclipse開發用了ssh,並且符合MVC,數據庫用MySQL管理,是運行在tomcat上的BS程序,然後說表示層用了jsp,jsp裏面又用了js,然後說說你的系統的特點,什麼功能完善什麼的,還有缺點這個能造成系統癱瘓這個就不要說了,通過測試可用說用了什麼壓力測試黑盒白盒的隨便編點,別一筆帶過,自己先改改,改完再找人翻譯
畢業論文摘要格式及
大學生活又即將即將結束,畢業生都要通過最後的畢業論文,畢業論文是一種有計劃的、比較正規的檢驗學生學習成果的形式,寫畢業論文需要注意哪些格式呢?以下是我為大家整理的畢業論文摘要格式及範文,歡迎大家借鑒與參考,希望對大家有所幫助。
【論文摘要格式】
論文摘要是文章的內容不加詮釋和評論的簡短陳述。為了國際交流,還應有外文(多用英文)摘要。摘要是在文章全文完成之後提煉出來的,具有短、精、完整三大特點。摘要應具有獨立性的自含性、即不閱讀原文的全文.就能獲得必要的信息。摘要中有數據、有結論、是一篇完整的短文.可以獨立使用,也可以引用,還可以用於工藝推廣。其內容應該包含與報告論文同等量的主要信息.以供讀者確定有無必要閱讀原論文全文,也可提供給文摘第二次文獻採用。摘要一般應說明研究工作目的’、實驗方法、結果和最終結論等.而重點是結果和結論。中文摘要一般不宜超過300字,外文摘要不宜超過250個實詞。除了實在迫不得已,摘要中不用圖、表、化學結構式、非公知公用的符號和術語。摘要可用另頁置於題名頁(頁上無正文)之前,學術論文的摘要一般置於題名和作者之後,論文正文之前。
論文摘要又稱概要、內容提要。摘要是以提供文獻內容梗概為目的,不加評論和補充解釋,簡明、確切地記述文獻重要內容的短文。其基本要素包括研究目的、方法、結果和結論。具體地講就是研究工作的主要對象和範圍,採用的手段和方法,得出的結果和重要的結論,有時也包括具有情報價值的其它重要的信息。摘要應具有獨立性和自明性,並且擁有與文獻同等量的主要信息,即不閱讀全文,就能獲得必要的信息。摘要不容贅言,故需逐字推敲。內容必須完整、具體、使人一目了然。英文摘要雖以中文摘要為基礎,但要考慮到不能閱讀中文的讀者的需求,實質性的內容不能遺漏。為此,我國的科技期刊近年來陸續採用結構式摘要,明確寫出目的、方法、結果和結論四部分。
a.目的(Objective):簡明指出此項工作的目的,研究的範圍。
b.方法(Methods):簡要說明研究課題的基本做法,包括對象(分組及每組例數、對照例數或動物只數等)、材料和方法(包括所用藥品劑量,重複次數等)。統計方法特殊者需註明。
c.結果(Results):簡要列出主要結果(需註明單位)、數據、統計學意義(P值)等,並說明其價值和局限性。
d.結論(Conclusion):簡要說明從該項研究結果取得的正確觀點、理論意義或實用價值、推廣前景。
中、英文摘要前需標明中、英文文題,作者姓名(至多3名)及作者單位(郵政編碼)。英文摘要應隔行打字,以便修改。
【論文摘要範文】
【論文題目】機動車尾氣污染防治對策與城市交通改善研究
【中文摘要】本論文通過分析機動車尾氣污染產生的原因,論述了採取多種防治對策以旨在減少機動車的尾氣污染排放,同時對城市交通改善問題進行了深入的研究。本文首先論述了我國由於機動車尾氣排放造成的城市大氣污染的嚴重形勢。論述了機動車尾氣污染的產生原因。通過總結國內外機動車污染控制的發展歷程、經驗及教訓,作者從兩方面重點論述了控制機動車尾氣污染的途徑。其一是從機動車本身入手,在機動車生產、檢驗、維護保養以及採用新技術等方面對機動車加以改造,力爭從尾氣排放污染源加以控制;其次,作者根據我國交通的具體狀況,詳細分析了城市交通改善與機動車尾氣排放的關係,根據翔實的數據:說明了在我國交通擁堵是造成機動車尾氣污染的最主要原因。在科學交通管理的原則指導下,作者詳細論述了科學交通管理的卞要措施,特別分析了對路口的交通控制策略的仿真優化過程,通過仿真結果表明,對路口的交通控制策略的優化將對尾氣排放產生非常重大的影響,可以顯着地減少污染排放總量。因此作者認為,科學交通管理是控制城市機動車尾氣污染排放的根本出路。
誰能介紹一篇用JAVA開發的超市管理系統的論文
基於Java的超市管理系統的開發與研究
摘要:着重闡述了基於Java超市管理系統的結構以及實現,詳細介紹了SQLServer數
據庫在系統中的應用和實現方法。
關鍵詞:Java;數據庫;超市管理系統;SQLServer
1建立超市管理系統的必要性
隨着我國改革開放的不斷深入、經濟飛速的發展,企業要想生存發
展,要想在激烈的市場競爭中立於不敗之地,沒有現代化的管理是萬萬
不行的。作為現代社會的一部分,超市必須適應社會的發展,因此實現超
市的信息化管理是很有必要的。
在傳統的手工管理中,往往是用人工清點的方式來掌握超市中現有
的商品,使用手工記賬的方式來掌握商品的進貨和銷售情況。這種方式
在商品數量較少、商品庫存變換少的情況下,不失為一種較好的方法。但
是,在目前的大中型超市中,往往需要處理的商品種類數以千計,而且每
天所發生的進貨和銷售情況紛繁複雜。如果要藉助人工來實現這一系列
數據的記錄和管理,工作量將非常巨大,而且容易出現錯誤,造成管理上
的混亂,更何況還需要對商品的數據進行統計和分析。
隨着科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已
被人們所認識,它已進入人類社會的各個領域並發揮着越來越重要的作
用。作為計算機應用的一部分,使用計算機對超市信息進行管理有着手
工管理所無法比擬的優點,例如:檢索迅速、查找方便、可靠性高、存儲量
大、保密性好、壽命長、成本低等。這些優點能夠極大地提高超市管理的
效率,也能使超市步入科學化、正規化的管理。
基於這些問題,為了使超市管理工作規範化、系統化、程序化,避免
超市管理的隨意性,提高信息處理的速度和準確性,能夠及時、準確、有
效地查詢和修改商品情況,建立一個超市管理系統是非常必要的。
2系統分析與設計
2.1系統可行性分析
2.1.1技術可行性
根據上述系統功能的分析,下面將進行具體的實現。從技術角度分
析,這項開發工作所涉及的專業技術為:
技術平台(OperatingSystem,操作系統):Windows系列。雖然理論上
對操作系統沒做更具體的規定,但由於開發中涉及Microsoft
SQLServer
2000的應用,所以最好使用Windows
2000以上的版本或相應的
Windows
NT版本。
開發所涉及的技術應用(Open
Database
Connectivity,開放式數據庫
連接標準):Java編程技術。
2.1.2經濟可行性
採用計算機管理不但可以提高工作效率,而且還可以節省人力、物
力、財力,這樣原來幾個人乾的工作現在一個人就完全可以勝任。因此單
從節省的職工工資、提高工作效率而避免各種直接或間接的經濟損失角
度來看,該系統實際所能夠起到的作用將會遠遠大於投入的開發費用,
所以從經濟上是完全可行的。
2.1.3操作可行性
開發所採用的工具全是可視化工具,開發出的應用程序均是圖形化
界面,操作員幾乎不用記住任何DOS命令就可以直接操作此軟件。另
外,軟件的操作員大多已經會基本的Windows操作,即便不會操作
Windows,經過短期的培訓也能熟練地使用本軟件,所以在操作上也是可
行的。
2.2系統的需求分析
通過與超市人員的交流,發現超市管理系統需要滿足來自多個不同
用戶的要求。在超市中,按照超市人員的職能分為六大類,分別是銷售
員、採購員、經理、系統管理員、倉庫管理員、顧客(註冊和非註冊)。系統
管理員的要求是掌握超市內部的所有業務,包括銷售信息、進貨信息、商
品信息,具有超級用戶的所有權限,對超市實行全面管理。銷售員的要求
是查看所有銷售信息,查看符合條件的銷售信息以及增加銷售單。採購
員的要求是查看所有採購信息,查看符合條件的採購信息,增加採購訂
單以及更改訂單狀態。超市經理的要求是能夠查看進貨信息、銷售信息
以及庫存信息。而顧客是超市的上帝,超市一切都是為顧客服務。本系統
中顧客要求是可以現場買商品,還可以訂購(必須是已註冊)。商品信息
有商品名、編號、商品數量、商品的規格、商品的價格、商品廠商等屬性;
採購信息有採購編號、採購日期、商品廠商、採購員、商品的價格、商品規
格、進貨商品的數量等屬性。
通過與超市管理人員進行反覆的討論,確定系統應該實現以下功
能:
(1)對商品信息的變動進行處理。在商品的進銷過程中,商品信息總
是在不斷變化的,比如商品價格的調整、商品信息的修改、新商品信息的
增加以及商品信息的刪除,因此設計系統時必須考慮到這些情況。
(2)對用戶信息的變動進行處理。需考慮到新用戶的註冊和已註冊
用戶的信息的修改及刪除。
(3)對採購信息的變動進行處理。採購信息的過程中採購信息也在
不斷發生改變,因此也要充分考慮。
(4)查詢及統計功能。要求可以根據指定的條件對商品信息、用戶信
息和採購信息、銷售信息進行查詢和統計。
2.3系統數據流程圖
數據流程圖(Data
FlowDiagram,DFD)是系統邏輯結構最主要的組
成部分,它反映出系統的主要功能、系統與外部環境間的輸入輸出、系統
內部的處理、數據傳送、數據存儲等情況。根據系統需求分析的結果,可
以制出超市管理系統的數據流程圖,見圖1~圖3。
2.4數據字典
數據字典是關於數據庫中數據的描述,即元數據,而不是數據本身。
針對超市管理系統的需求,通過對超市管理工作過程的內容和數據流程
分析,設計如下所示的數據項和數據結構:
圖1頂層數據流圖
241商品信息數據項包括:編號、商品名、數量、商品廠家、商品價格、商
品的規格。
商品採購信息數據項包括:採購單據編號、採購商品信息、採購員
名、採購日期、訂購單狀態。
商品銷售信息數據項包括:銷售單編號、商品名稱、商品的價格、數
量、銷售日期、顧客名稱。
用戶信息數據項包括:用戶編號、用戶名稱、用戶密碼、用戶住址、用
戶類型、用戶性別、用戶年齡。
2.5系統功能模塊劃分
根據軟件工程原理,在做軟件設計時將整個系統劃分為若干個模
塊,模塊劃分的原則是要儘可能地提高模塊的相對獨立性,這樣是為了
提高系統的可維護性。根據系統分析現給出系統功能模塊,見圖4。根據圖4可以看出系統主要劃分為倉庫管理、財務管理、銷售管理、
系統管理、採購管理、經理管理和顧客管理七大模塊,而每一模塊的具體
功能如下:
(1)倉庫管理主要功能包括:商品信息的修改、商品價格的調整、商
品的刪除、商品信息的統計,包含採購信息、銷售信息、庫存等。
(2)財務管理主要功能包括:銷售金額統計、採購員支付金額統計、
利潤估算。
(3)銷售管理主要功能包括:銷售信息的錄入、銷售信息的查詢、對
顧客購買信息查詢及金額統計、對每日銷售額進行統計。
(4)系統管理主要功能包括:倉庫管理、採購管理、銷售管理、用戶管
理、財務管理、經理管理、用戶管理。
(5)採購管理主要功能包括:查詢訂購單、分項查詢、採購商品信息
的錄入、採購單狀態的更改。
(6)經理管理主要功能包括:銷售信息查詢、採購信息查詢、庫存信
息查詢。
(7)顧客管理主要功能包括:瀏覽所有商品、查詢商品、購買商品。
3系統實現
由於此系統是一個典型的客戶/服務器(C/S)體系結構的數據庫應用
程序,因此具體實現階段主要分兩大部分進行:數據庫的實現和各種功能
模塊及頁面的實現。從運用的技術角度分析,即SQLServer部分的實現和Java部分的實現。下面,我們將從這兩個方面對系統的實現進行闡述。
3.1數據庫表的設計
為了方便數據庫設計的需要,統一相同字段的數據類型,我們首先
自定義了許多數據類型。其次,我們進行了如下的設計,通過編碼來實
現。如創建商品信息表:
CREATE
TABLE[dbo][.goodsInfo](
[GoodsID][int]NOTNULL,
[GoodsName][varchar](50)COLLATE
Chinese_PRC_CI_AS
NOT
NULL,
[GoodsNumber][int]NULL,
[GoodsProduct][varchar](50)COLLATE
Chinese_PRC_CI_AS
NOTNULL,
[GoodsPrice][float]NULL,
[GoodsSize][varchar](50)COLLATE
Chinese_PRC_CI_AS
NOT
NULL
)ON[PRIMARY]
以同樣方法創建出用戶表、商品信息表、銷售信息表、採購信息表。
其中用戶表包括用戶編號(主鍵)、用戶名稱、用戶密碼、用戶住址、用戶
類型、用戶性別、用戶年齡;商品信息表包括商品編號(主鍵)、商品名稱、
商品數量、生產廠家、價格、商品規格;銷售信息表包括銷售單號(主鍵)、
商品名稱、商品數量、顧客姓名、銷售日期、商品規格、商品價格;採購信
息表包括採購單編號(主鍵)、採購商品名稱、採購商品數量、採購商品生
產廠家、採購日期、採購狀態、採購人、採購商品的規格、採購價格。創建
了相應的表實體後,我們通過各個表實體之間關係,結合本系統全局E-
R模式圖迅速可以構造相應數據庫,本系統全局E-R模式見圖5。
3.2界面設計的實現
在界面設計時,所有的界面根層板的布局採用默認的布局(Border
Layout),在Content
Pane板的CENTER位置上增加Jpanel板,然後將
Jpanel板的布局設置為XYLayout,將所有JdbTabel放在Jpanel板的上北
面,所有界面採用的風格為默認風格。後台使用數據庫SQL
SERVER
2000,前台使用Java語言實現,前後台使用開放式數據庫連接標準
(Open
Database
Connectivity)進行連接。以上已經說明前台界面模塊劃分
及其設計,在此不再介紹,其中倉庫管理界面見圖6。4結語
在社會生活不斷信息化以及軟件不斷網絡化的今天,我們日常生活
中的超市實現現代化、信息化及其人性化的管理勢在必行,傳統的人工
管理超市的方式必然跟不上時代的節奏,而前台利用Java開發再加上後台使用SQLServer數據庫技術,兩者結合的開發結構是超市管理系統實
現的良好選擇。
參考文獻
[1]李存斌.數據庫應用技術SQLServer
2000簡明教程[M].北京:中國
水利水電出版社,2001.
[2]敬錚.Java數據庫開發與專業應用[M].北京:國防工業出版社,2002.
[3]蔡翠平.Java程序設計[M].北京:北京交通大學出版社,2003.
[4]陸正中.Jbuilder9軟件開發項目與實踐[M].北京:清華大學出版社,
2004.
[5]耿祥義.Java圖形用戶界面設計[M].北京:冶金工業出版社,2003.
[6]周蘇.軟件工程學教程[M].北京:科學出版社,2002.
求一個關於JAVA的論文
TAGS: 畢業論文 計算機 基於 遠程 對象 RMI 方法 實現 調用
哪位老兄有計算機畢業設計論文啊?是基於java的,小弟急用,謝謝!用RMI開發基於Java的企業分佈式應用我站還提供更多的免費計算機論文,但免費論文僅供參考,建議廣大網友下載後不要輕易採用。摘要由於Java具有跨平台、代碼可移植性、安全高效等廣泛而強大的功能,因而在開發網絡分佈式應用的時候,可以用它自身的機制實現分佈式計算,一種基於Java的遠程方法調用(RMI)為我們開發企業分佈式應用提供了行之有效的解決方案。
關鍵詞 Java RMI 企業分佈式應用
1 概述
隨着電力企業信息化建設的不斷深入和發展,企業內部和企業與企業之間對信息、對數據的交換量大大增加,這些信息與數據越來越需要在不同的計算機網絡間傳送和交流。同時,由於各單位、各部門之間的現存的計算機網絡硬件設備與操作系統千差萬別,應用水平也參差不齊,因此,開發出跨平台、可移植、高效安全的網絡分佈式應用來服務於電力企業,就顯得尤為重要。
在當今的編程術語里,分佈式計算已經成為很常見的詞,它將企業的業務數據和程序分佈在網絡的不同物理位置上,通過調動網絡上多台計算機的處理能力,發揮遠程調用數據的功能。
遠程方法調用(Remote Method Invocation ,RMI),可以在不同的Java虛擬機(JVM)之間實現對象與對象的通信。JVM可以位於相同或不同計算機上,在多個JVM中,一個JVM可以調用存儲在其它JVM的對象的方法。
本文主要介紹RMI的特點,分析應用RMI進行企業分佈式計算的原理,以及利用RMI實現基於Java的企業分佈式應用的具體步驟。2 遠程方法調用(RMI)的特點
2.1 TCP編程的缺點
由於Java編程語言設計之初就是面向對象和支持網絡的,因此,基於對象的RMI機制已經內置在Java平台中。
我們經常會在網絡開發中使用TCP/IP編程,這樣,自然而然地就會涉及到Socket(套接字)編程。但是,使用Socket編程需要大量重複編碼,在複雜分佈式操作時顯得非常麻煩,而且易於出錯。因此,如何快速、高效、安全、可擴展地進行網絡分佈式計算,是開發者們一貫追求和倡導的主題。直到RMI的出現,這種繁雜、低效的開發情況才有很大改觀。2.2 RMI編程的特點
當我們利用對象序列化在網絡上分配對象時,RMI提供了非Java平台無法匹敵的獨特而強電子商務資料庫)*!%267’$#7’455大的分佈式計算模型,RMI主要有以下特點:
? 客戶機可以向本地方法一樣調用遠程服務器上的方法;
? 可以根據接口指定客戶機/服務器編程合約;
? 可以從服務器對象缺省二進制類文件,自動生成調動/反調動代碼;
? 將Java編程模型擴展到機器邊界(和Java虛擬機(JVM)邊界之外),不需要任何特殊語法;
? 還可以和一個遠程方法調用中的數據同時傳輸行為(代碼)。
儘管RMI不是唯一的企業級遠程對象訪問方案,但它卻是最容易實現的。2.3 RMI與CORBA
作為分佈式應用程序框架的規範,COBRA首當其衝,它是由對象管理組織(OMG)開發的。與CORBA不同的是,CORBA能夠利用不同編程語言(例如C/C++、Basic等)開發實現分佈式應用,而RMI是一種純Java解決方案。在RMI中,程序的所有部分都由Java語言編寫,這樣,開發出來的程序完全符合Java規範,便於實現跨平台訪問、擴展和移植。按照筆者所在西北電力建設集團公司的情況看,服務器操作系統主要有Linux和Windows2000 Server,分別存在於公司和部門當中,它們是不同的系統平台;同時,公司下屬各個工程項目部又距離很遠,近的幾十公里,遠則達到上千公里甚至位於國外,因此跨平台和遠程訪問這兩大功能在開發企業應用系統時就必須考慮,而RMI恰恰能夠用它的自身特點來滿足編程需要。3 RMI基本體系結構簡介
RMI通過TCP/IP在內部使用Socket,象其名稱暗示的那樣,它能夠幫助我們查找並執行遠程對象的方法。RMI的目的是讓位於不同JVM中的對象,在外觀及行為上都像是本地的對象。
通常,我們把調用這種遠程對象的JVM,稱為客戶機;而把包括這種遠程對象的JVM,稱為服務器。
儘管對一個遠程對象的引用和獲得對本地對象的引用有所不同,但我們可以把遠程對象像本地對象一樣使用。應用程序並不知道一個對象是遠程的還是本地的。實際上,遠程對象上被調用的方法與本地對象上調用的方法,具有相同的語法結構。
作為RMI的底層(會包含複雜的Socket操作),它會自動截獲方法調用,找到遠程對象,然後處理遠程請求。筆者認為,RMI設計的重要之處,就在於不但在設計上實現了遠程訪問功能,而且實現了設計的透明性。
RMI的基本體系結構,概括起來說,由三個抽象層組成:3.1 存根/框架層(Stubs/Skeletons Layer)
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/259314.html