第一篇：論文過程材料

畢業(yè)設(shè)計(jì)過程材料

專業(yè)班級(jí)計(jì)算機(jī)科學(xué)與技術(shù)班

姓名

指導(dǎo)教師

所在學(xué)院 信息科技學(xué)院

2017年 5月

總 目 錄一、二、三、四、五、任務(wù)書 文獻(xiàn)綜述 開題報(bào)告 外文翻譯 工作指導(dǎo)記錄

本科畢業(yè)設(shè)計(jì)

任 務(wù) 書

題 目移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 學(xué) 院 信息科技學(xué)院 專 業(yè) 班 級(jí) 學(xué) 號(hào) 學(xué)生姓名 指導(dǎo)教師）

發(fā)放日期 2016年10月

一、主要任務(wù)與目標(biāo)

學(xué)生會(huì)事務(wù)管理的主體大多是在校大學(xué)生,服務(wù)的時(shí)間具有不確定性,移動(dòng)應(yīng)用非常適合這種場(chǎng)景,這樣事務(wù)管理人員就可以不受時(shí)間和地點(diǎn)限制,在需要的時(shí)候完成工作。本課題將移動(dòng)技術(shù)運(yùn)用到高校學(xué)生會(huì)事務(wù)管理中，用移動(dòng)設(shè)備代替人工，將人力從繁雜的勞動(dòng)中解放出來，同時(shí)通過梳理管理流程，是該工作更加便捷、高效。

系統(tǒng)能夠自動(dòng)地收集、存儲(chǔ)、加工處理、查詢檢索和統(tǒng)計(jì)相關(guān)數(shù)據(jù)，方便有效地提高學(xué)生工作辦公自動(dòng)化管理的水平，解決了日常繁雜的數(shù)據(jù)整理、、歷史資料的統(tǒng)計(jì)處理的重復(fù)性勞動(dòng)。使過去許多只能定性管理的項(xiàng)目變?yōu)槎抗芾?，使傳統(tǒng)的人工事務(wù)性管理模式轉(zhuǎn)化為借助現(xiàn)代化技術(shù)和手段實(shí)現(xiàn)的科學(xué)化管理模式，不僅節(jié)省人力和物力、提高辦公效率，而且使管理的方式從過程管理轉(zhuǎn)變?yōu)槟繕?biāo)管理，從數(shù)量管理轉(zhuǎn)變?yōu)橘|(zhì)量管理，有助于提高學(xué)生工作管理的水平和質(zhì)量。

二、主要內(nèi)容與基本要求

系統(tǒng)前端將采用移動(dòng)互聯(lián)技術(shù),實(shí)現(xiàn)學(xué)生事務(wù)中的考勤管理、文件管理、活動(dòng)管理、公告管理、通信管理等功能。后端使用J2EE技術(shù)，完成系統(tǒng)的后端管理工作。

要求系統(tǒng)設(shè)置嚴(yán)格的用戶權(quán)限，系統(tǒng)管理員、學(xué)生會(huì)干部用戶和教師用戶根據(jù)權(quán)限不同，注冊(cè)登陸系統(tǒng)后，各司其職。其中管理員用戶只有一個(gè)，負(fù)責(zé)設(shè)置其他所有用戶權(quán)限，對(duì)其他用戶進(jìn)行管理和審核。普通學(xué)生會(huì)干部注冊(cè)后，可登錄系統(tǒng)，由系統(tǒng)分配不同權(quán)限，從而對(duì)擁有權(quán)限的業(yè)務(wù)進(jìn)行操作，所有的用戶相互之間可以直接通過郵件通訊。

三、計(jì)劃進(jìn)度

第一階段:2016年11-12月,根據(jù)《畢業(yè)設(shè)計(jì)(論文)任務(wù)書》的要求查閱有關(guān)文獻(xiàn),撰寫文獻(xiàn)綜述和開題報(bào)告,參加開題答辯?

第二階段:2016年12月-2017年1月,進(jìn)行需求調(diào)研,完成需求分析? 第三階段:2017年1-2月,對(duì)項(xiàng)目急性概要設(shè)計(jì)?詳細(xì)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)? 第四階段:2017年2-4月,程序編寫,實(shí)現(xiàn)各個(gè)模塊的功能,同時(shí)完成單元測(cè)試? 第五階段:2017年5月:整合各功能模塊,進(jìn)行系統(tǒng)測(cè)試,完成系統(tǒng)部署? 第六階段:2017年5月:撰寫?修改畢業(yè)論文,完成畢業(yè)論文終稿? 第七階段:2017年5月:畢業(yè)論文打印裝訂,完成畢業(yè)答辯?

四、主要參考文獻(xiàn)

[1] 卞樑．上海商學(xué)院藝術(shù)設(shè)計(jì)學(xué)院學(xué)生工作管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]．電子科技大學(xué)，2014．

[2]曾昭皓，李衛(wèi)東．高校學(xué)生事務(wù)管理模式的建構(gòu)與創(chuàng)新——專業(yè)化高校學(xué)生事務(wù)管理系 統(tǒng)初探[J]．思想教育研究，2011，(08)．

[3]傅洪勛.新時(shí)期我國大學(xué)生管理工作探討［J］.科教文匯，2013（6）：34-46.[4] 付饒．基于Web的大學(xué)生綜合信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]．電子科技大學(xué)，2014． [5] 劉彬．基于B/S的高職院校學(xué)生事務(wù)管理系統(tǒng)的開發(fā)和實(shí)現(xiàn)[J]．科技視界 2012(26)： 234-235．

[6] 王秦輝，孫洪睿，李超．基于.NET 的高校教務(wù)管理信息系統(tǒng)設(shè)計(jì)[J]．技術(shù)前沿 2010(3)： 63-64．

[7] 柴晟，陳蕾，王海春，等．基于.ＮＥＴ的高校院系事務(wù)綜合管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J]．計(jì) 算機(jī)應(yīng)用 2007(27)：326-328．

[8]魏麗芬．基于.NET 技術(shù)實(shí)現(xiàn) MVC 三層架構(gòu)的學(xué)生事務(wù)管理系統(tǒng)[J]．機(jī)電技術(shù)2011(1)： 18-21．

[9]唐玉芳，張永勝．基于.NET的學(xué)生信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J]．計(jì)算機(jī)技術(shù)與發(fā)展 2010(4)：242-245．

[10]樊偉，周正國．基于 ASP.NET 的學(xué)生信息管理系統(tǒng)[J]．和田師范?？茖W(xué)校學(xué)報(bào) 2007(27)：197-198 ．

[11] 葉小卉．高校學(xué)生事務(wù)管理系統(tǒng)的需求分析與功能描述[J]．中國科技信息，2012(16)： 173-195．

[12] Mingxing Cai,，Jintao Zheng，Ping Shi．Three-Tier Knowledge Management System Based on.NET[J].Software Engineering & Applications, 2009, 2:40-43.[13]高揚(yáng).基于.NET平臺(tái)的三層架構(gòu)軟件框架的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)技術(shù)與發(fā)展.2011,21(02):78.[14] 楊學(xué)瑜，王志軍，劉同利.ASP.NET入門與提高[M]，北京：清華大學(xué)出版社，2004，283-292.[15] 徐楓.ASP.NET 三層架構(gòu)體系分析與應(yīng)用[N].數(shù)據(jù)技術(shù)與應(yīng)用.2011(08).指導(dǎo)教師 年 月 日 教學(xué)院長 年 月 日

本 科 生 畢 業(yè) 設(shè) 計(jì)

文 獻(xiàn) 綜 述

題 目 移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 專 業(yè)

班 級(jí) 姓 名

指導(dǎo)教師

所在學(xué)院 信息科技學(xué)院

2016年11月

前言

隨著計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)和通信技術(shù)的發(fā)展和應(yīng)用，事務(wù)處理信息化已成為當(dāng)代主流。高校更應(yīng)該采取積極的對(duì)策措施,推動(dòng)高校學(xué)生會(huì)事務(wù)管理信息化的進(jìn)程。當(dāng)今世界，信息技術(shù)日新月異，信息化已經(jīng)成為社會(huì)生產(chǎn)力發(fā)展和人類文明進(jìn)步新的動(dòng)力，并正引領(lǐng)世界經(jīng)濟(jì)和社會(huì)及教育的巨大變革，信息和信息系統(tǒng)的概念已經(jīng)深入到社會(huì)的各個(gè)行業(yè)，包括教育領(lǐng)域。因?yàn)橛辛诵畔⑾到y(tǒng)，社會(huì)正在經(jīng)歷著一個(gè)巨大的變革，從數(shù)據(jù)處理到過程自動(dòng)化，管理控制決策，信息技術(shù)滲透到社會(huì)的每一個(gè)角落，為當(dāng)今時(shí)代的進(jìn)步和發(fā)展贏得了時(shí)間。因?yàn)橛辛诵畔⑾到y(tǒng)，各行各業(yè)的效率得到了很大的提高，信息系統(tǒng)的作用日趨重要。

本次的畢業(yè)設(shè)計(jì)主要是針對(duì)學(xué)生會(huì)事務(wù)管理系統(tǒng)。眾所周知，高校學(xué)生會(huì)已經(jīng)成為學(xué)生組織中的重要組成部分，在各高校內(nèi)，學(xué)生會(huì)已經(jīng)起到了作為學(xué)生和學(xué)校之間的橋梁作用，然而學(xué)生會(huì)在學(xué)校的發(fā)展已經(jīng)遇到了瓶頸。傳統(tǒng)的管理方式，使得學(xué)生會(huì)工作效率降低，不得不增加各類人力，物力的投入，常常在一些諸如工作總結(jié)、工作計(jì)劃等文件的收集、處理上花費(fèi)大量的時(shí)間。因此，必須采用新的模式來改革現(xiàn)行的工作模式，引入學(xué)生會(huì)事物信息管理系統(tǒng)可以大大減少工作人員在一些重復(fù)性的工作中所花的時(shí)間，并且可以更好的管理各工作中的人力、物力的分配，使學(xué)生會(huì)的工作人員將更多的時(shí)間用在活動(dòng)創(chuàng)新、學(xué)校工作承上啟下等更具意義的工作中。

正文

（一）學(xué)生會(huì)事務(wù)管理系統(tǒng)的研究現(xiàn)狀

根據(jù)調(diào)查，目前高校學(xué)生會(huì)已經(jīng)成為學(xué)生組織中的翹楚，在各高校內(nèi)，學(xué)生會(huì)發(fā)揮了作為學(xué)生和學(xué)校之間的橋梁作用，但是，學(xué)生的發(fā)展也遇到一系列問題。隨著信息技術(shù)和計(jì)算機(jī)技術(shù)的不斷發(fā)展，繼企業(yè)之后，高校也在進(jìn)行著信息化的改革。比如學(xué)生學(xué)籍管理系統(tǒng)、圖書館系統(tǒng)、學(xué)生選課系統(tǒng)等。但是，相比于高校這些機(jī)構(gòu)的信息化建設(shè)，學(xué)生會(huì)的信息化發(fā)展在各高校內(nèi)卻進(jìn)展緩慢。學(xué)生會(huì)的信息化建設(shè)是信息時(shí)代發(fā)展的必然趨勢(shì)，也是高校提高競爭力的必備條件。我校學(xué)生會(huì)目前共有生活部、秘書處、文藝部、宣傳部等部門。各個(gè)學(xué)院也有自己獨(dú)立的學(xué)生會(huì)，共同受轄于校學(xué)生會(huì)，每年開學(xué)，新加入學(xué)生會(huì)的成員有將近百人。組織舉辦各類大小活動(dòng)幾十于次，這些信息基本都是處于人工管理階段，很多材料、經(jīng)驗(yàn)、信息并不能有效及時(shí)的存檔，導(dǎo)致在學(xué)生會(huì)換屆的階段，許多工作無法正常開展。并且，由于各個(gè)部門之間相對(duì)獨(dú)立，無法共享其他部門的工作情況和信息。

無論過去還是現(xiàn)在，教育界對(duì)高校學(xué)生會(huì)組織的重要性及對(duì)學(xué)生生活、學(xué)習(xí)的影響的討

論和研究屢見不鮮。在國外，多數(shù)高校對(duì)學(xué)生會(huì)工作的要求及賦予的責(zé)任基本相同，主要包括兩個(gè)方面：對(duì)學(xué)校負(fù)責(zé)的要求和責(zé)任、對(duì)學(xué)生負(fù)責(zé)的要求和責(zé)任。在國內(nèi)，高校學(xué)生會(huì)管理、運(yùn)行存在著很多不足之處，體現(xiàn)在學(xué)生會(huì)干部及廣大普通同學(xué)不能準(zhǔn)確定位學(xué)生會(huì)；依賴性凸顯，缺乏獨(dú)立處理問題的能力；制度過于形式化，執(zhí)行力弱；學(xué)生會(huì)活動(dòng)點(diǎn)單一，參與面狹窄。由此可見，國內(nèi)外對(duì)學(xué)生會(huì)的研究還是有很大差距的，國內(nèi)僅僅只局限于對(duì)學(xué)生的責(zé)任，還沒涉及到對(duì)學(xué)校的責(zé)任和要求。而國內(nèi)高校學(xué)生會(huì)管理的不如人意之處，有些是因?yàn)槭侄?、工具的落后?dǎo)致的，如果將學(xué)生會(huì)管理和運(yùn)行進(jìn)行信息化的管理，許多問題會(huì)迎刃而解。

綜上，在互聯(lián)網(wǎng)和信息技術(shù)高度發(fā)展的時(shí)代大背景下，開發(fā)設(shè)計(jì)學(xué)生會(huì)的信息管理系統(tǒng)是十分必要的。

（二）學(xué)生會(huì)事務(wù)管理系統(tǒng)及其使用技術(shù)的主要成果

學(xué)生會(huì)是大學(xué)生的群眾組織，是學(xué)生自我教育、自我管理、自我服務(wù)的載體，學(xué)生會(huì)組織代表學(xué)生的利益，及時(shí)向?qū)W院反映學(xué)生成長發(fā)展過程的教育資源需求，維護(hù)同學(xué)們的正當(dāng)權(quán)益，參與學(xué)院的日常管理；及時(shí)向?qū)W校相關(guān)部門反映同學(xué)們的意見、建議和要求，并向廣大學(xué)生傳達(dá)貫徹學(xué)校的政策措施，所以學(xué)生會(huì)也是溝通老師與學(xué)生的橋梁紐帶。而如何做好、提高橋梁紐帶的作用，是如今學(xué)生會(huì)工作中值得重點(diǎn)關(guān)注的問題。在學(xué)生會(huì)事務(wù)管理的發(fā)展過程中，出現(xiàn)了很多種管理方案，學(xué)生會(huì)工作項(xiàng)目化管理制度就是其中的一種。

項(xiàng)目化管理是將活動(dòng)視為項(xiàng)目，以項(xiàng)目為單元、以項(xiàng)目負(fù)責(zé)人（項(xiàng)目經(jīng)理）為中心,以培養(yǎng)具有創(chuàng)新精神和實(shí)踐能力的全面發(fā)展的學(xué)生干部為目的，并在團(tuán)委、學(xué)生會(huì)的宏觀政策指導(dǎo)下，項(xiàng)目負(fù)責(zé)人總負(fù)責(zé)、總管理、統(tǒng)籌配置人力/物力/信息/資金等多方面資源，監(jiān)控項(xiàng)目進(jìn)程，確?；顒?dòng)順利開展的一種學(xué)生會(huì)工作運(yùn)行方式。規(guī)范學(xué)生會(huì)的活動(dòng)及工作管理，讓活動(dòng)有步驟，受監(jiān)控地妥善開展，并通過項(xiàng)目化管理為學(xué)生干部搭建成長的平臺(tái)，讓項(xiàng)目成員在工作過程中培養(yǎng)勤于思考、獨(dú)立思考、縝密思考的能力，培養(yǎng)創(chuàng)新精神、責(zé)任意識(shí)和實(shí)踐能力。

為學(xué)生會(huì)管理和運(yùn)行提供信息化手段，也是一種提升學(xué)生會(huì)管理能力的一種管理方案。借助信息化技術(shù)對(duì)全校的學(xué)生會(huì)事務(wù)進(jìn)行管理，其內(nèi)容包括新學(xué)生會(huì)成員的管理、對(duì)各學(xué)生會(huì)成員擔(dān)任職務(wù)的管理、對(duì)各學(xué)院學(xué)生會(huì)分部的管理等等。學(xué)生會(huì)管理人員在進(jìn)入系統(tǒng)時(shí)，系統(tǒng)通過注冊(cè)登錄來提供用戶的訪問權(quán)限，系統(tǒng)會(huì)檢查用戶的合法性，如不合法，系統(tǒng)拒絕用戶進(jìn)入，如是合法用戶，則根據(jù)命令要求類型處理。系統(tǒng)主要有新學(xué)生會(huì)成員的管理、對(duì)

各學(xué)生會(huì)成員擔(dān)任職務(wù)的管理、對(duì)各學(xué)院學(xué)生會(huì)分部的管理、資格審定等具體功能,分別進(jìn)行不同的管理。

當(dāng)前，在這個(gè)互聯(lián)網(wǎng)飛速發(fā)展的時(shí)代里，信息化插上了移動(dòng)互聯(lián)的翅膀，隨著網(wǎng)絡(luò)速度越來越快，移動(dòng)終端的能力也越來越強(qiáng)大，從而吸引著越來越多的企業(yè)進(jìn)駐到互聯(lián)網(wǎng)行業(yè)，每日都有大量的移動(dòng)應(yīng)用投入使用。摩根斯坦利的報(bào)告認(rèn)為，移動(dòng)互聯(lián)網(wǎng)應(yīng)用可能是桌面互聯(lián)網(wǎng)應(yīng)用創(chuàng)造的產(chǎn)業(yè)規(guī)模的十倍，同樣按照中國工程院副院長鄔賀銓提供的數(shù)字，4.2億網(wǎng)民里有11%使用手機(jī)和數(shù)字卡上網(wǎng)，這大大展現(xiàn)了移動(dòng)互聯(lián)網(wǎng)產(chǎn)業(yè)的價(jià)值體現(xiàn)，現(xiàn)在使用智能終端上網(wǎng)的用戶已經(jīng)占到上網(wǎng)用戶數(shù)的十分之一到二分之一，正常推算下去，移動(dòng)互聯(lián)網(wǎng)的用戶數(shù)將超過固定互聯(lián)網(wǎng)用戶數(shù)，將獲得大量市場(chǎng)份額。在這樣的一個(gè)大環(huán)境背景下，抓住機(jī)遇，通過移動(dòng)互聯(lián)網(wǎng)技術(shù)改革學(xué)生會(huì)事務(wù)管理，成為一個(gè)必然的選項(xiàng)。

據(jù)中國市場(chǎng)調(diào)查網(wǎng)市場(chǎng)分析凱度移動(dòng)最近發(fā)布了2016年第一季度移動(dòng)操作系統(tǒng)占有率報(bào)告，該報(bào)告顯示，安卓操作系統(tǒng)在美國、歐洲和中國市場(chǎng)一路高歌猛進(jìn)，而iOS卻步步退縮。在歐洲五大市場(chǎng)，本季安卓的市場(chǎng)占有率升至75.6%，同比增長7.1個(gè)百分點(diǎn)。在美國，安卓也拿下了65.5%的份額，同比增長7.3%。而在中國市場(chǎng)，安卓的市場(chǎng)占有率則達(dá)到了77%，同比增長6個(gè)百分點(diǎn)。在這樣的大背景下，Android的開發(fā)能最大限度的滿足大部分學(xué)生會(huì)干部的需求。

１、Ａｎｄｒｏｉｄ系統(tǒng)現(xiàn)狀

Android N平臺(tái)也就是 Android 7.x 版本。在2016年5月19日，谷歌在美國加州的山景城舉辦了 Google I/O 開發(fā)者大會(huì)中發(fā)布次版本。2016年6月，Android N正式命名為“牛軋?zhí)恰?。Android N主要在運(yùn)行時(shí)和圖形處理上做了更新。運(yùn)行時(shí)間上，Android N對(duì)編譯器進(jìn)行了優(yōu)化，軟件的運(yùn)行時(shí)間提升了3-6倍。引入了一個(gè)全新的JIT編譯器，使得App安裝速度快了75%，編譯代碼的規(guī)模減少了50%。圖形處理方面，N加入了一個(gè)新的圖形工具Vulkan，可以幫助游戲的視覺體驗(yàn)更加出色，并減少對(duì)CPU的要求。Android N支持Vulkan API，包括其全部特性，尤其是能夠降低CPU系統(tǒng)開銷，提升描繪指令，應(yīng)用編譯與安裝方面，Android N不會(huì)一股腦地全部進(jìn)行AOT預(yù)先編譯，而是結(jié)合JIT實(shí)時(shí)編譯、混合編譯，都針對(duì)每個(gè)應(yīng)用進(jìn)行優(yōu)化，可大大提升應(yīng)用安裝速度、性能、存儲(chǔ)和能效，號(hào)稱安裝速度比現(xiàn)在快最多75%。Android N現(xiàn)在支持全新的文件加密模式，可以對(duì)單獨(dú)的文件進(jìn)行加密，而不是一個(gè)應(yīng)用或者是一個(gè)壓縮包。同時(shí)加密在Android啟動(dòng)時(shí)就開始了，保證了“盲點(diǎn)”時(shí)間的安全。功能方面，Android N更多的是在用戶操作的便捷性上做了一些提升，加入了全新的原生分屏多任務(wù)功能，并且加入了多任務(wù)快速切換功能，幫助用戶解決在兩個(gè)任務(wù)之

間頻繁切換的問題。新的 Android N 系統(tǒng)將增加一個(gè)“清除所有”的按鍵來幫助用戶快速退出所有已經(jīng)打開的應(yīng)用程序。對(duì)于用戶較長時(shí)間未使用的應(yīng)用程序，Android N 將會(huì)自動(dòng)關(guān)閉。

２、JAVA語言現(xiàn)狀

而在Android開發(fā)中用到的Java看起來設(shè)計(jì)得很像C++，但是為了使語言小和容易熟悉，設(shè)計(jì)者們把C++語言中許多可用的特征去掉了，這些特征是一般程序員很少使用的。Java還剔除了C++的操作符過載和多繼承特征，并且不使用主文件，免去了預(yù)處理程序。因?yàn)镴ava沒有結(jié)構(gòu)，數(shù)組和串都是對(duì)象，所以不需要指針。同時(shí)Java能夠自動(dòng)處理對(duì)象的引用和間接引用，實(shí)現(xiàn)自動(dòng)的無用單元收集，使用戶不必為存儲(chǔ)管理問題煩惱，能更多的時(shí)間和精力花在研發(fā)上。

Java是一個(gè)面向?qū)ο蟮恼Z言。對(duì)程序員來說，意味著要注意應(yīng)用中的數(shù)據(jù)和操縱數(shù)據(jù)的方法，而不是嚴(yán)格地用過程來思考。在一個(gè)面向?qū)ο蟮南到y(tǒng)中，類是數(shù)據(jù)和操作數(shù)據(jù)的方法的集合。數(shù)據(jù)和方法一起描述對(duì)象的狀態(tài)和行為。每一對(duì)象是其狀態(tài)和行為的封裝。類是按一定體系和層次安排的，使得子類可以從超類繼承行為。在這個(gè)類層次體系中有一個(gè)根類，它是具有一般行為的類。Java程序是用類來組織的。Java還包括一個(gè)類的擴(kuò)展集合，分別組成各種程序，用戶可以在自己的程序中使用。Java既支持各種層次的網(wǎng)絡(luò)連接，又以Socket類支持可靠的流網(wǎng)絡(luò)連接，所以用戶可以部署分布式的客戶機(jī)和服務(wù)器。Java解釋程序也執(zhí)行許多運(yùn)行時(shí)的檢查，諸如驗(yàn)證所有數(shù)組和串訪問是否在界限之內(nèi)。異常處理是Java中使得程序更穩(wěn)健的另一個(gè)特征。異常是某種類似于錯(cuò)誤的異常條件出現(xiàn)的信號(hào)。使用try/catch/finally語句，程序員可以找到出錯(cuò)的處理代碼，這就簡化了出錯(cuò)處理和恢復(fù)的任務(wù)。Java的存儲(chǔ)分配模型是它防御惡意代碼的主要方法之一。

Java環(huán)境本身對(duì)新的硬件平臺(tái)和操作系統(tǒng)是可移植的。Java編譯程序也用Java編寫，而Java運(yùn)行系統(tǒng)用ANSIC語言編寫。Java是一種先編譯后解釋的語言，所以它不如全編譯性語言快。但是有些情況下性能是很要緊的，為了支持這些情況，Java設(shè)計(jì)者制作了“及時(shí)”編譯程序，它能在運(yùn)行時(shí)把Java字節(jié)碼翻譯成特定CPU的機(jī)器代碼，也就是實(shí)現(xiàn)全編譯了。Java字節(jié)碼格式設(shè)計(jì)時(shí)考慮到這些“及時(shí)”編譯程序的需要，所以生成機(jī)器代碼的過程相當(dāng)簡單，它能產(chǎn)生相當(dāng)好的代碼。Java是多線索語言，它提供支持多線索的執(zhí)行，能處理不同任務(wù)，使具有線索的程序設(shè)計(jì)很容易。

３、ＳＱＬｉｔｅ數(shù)據(jù)庫現(xiàn)狀

在Ａｎｄｒｏｉｄ開發(fā)中所使用的SQLite是一個(gè)輕量級(jí)、跨平臺(tái)的關(guān)系型數(shù)據(jù)庫。既

然號(hào)稱關(guān)系型數(shù)據(jù)庫，支持SQL92標(biāo)準(zhǔn)中常用的視圖、事務(wù)、觸發(fā)器等就是理所當(dāng)然的了。它的第一個(gè)特色：輕量級(jí)。SQLite和C/S模式的數(shù)據(jù)庫軟件不同，它是進(jìn)程內(nèi)的數(shù)據(jù)庫引擎，因此不存在數(shù)據(jù)庫的客戶端和服務(wù)器。使用SQLite一般只需要帶上它的一個(gè)動(dòng)態(tài)庫，就可以享受它的全部功能。而且那個(gè)動(dòng)態(tài)庫的尺寸也挺小，以版本3.6.11為例，Windows下487KB、Linux下347KB。

SQLite的另外一個(gè)特點(diǎn)是綠色：它的核心引擎本身不依賴第三方的軟件，使用它也不需要“安裝”。所以在部署的時(shí)候能夠省去不少麻煩。所謂的“單一文件”，就是數(shù)據(jù)庫中所有的信息（比如表、視圖、觸發(fā)器、等）都包含在一個(gè)文件內(nèi)。這個(gè)文件可以copy到其它目錄或其它機(jī)器上，也照用不誤。如果光支持主流操作系統(tǒng)，那就沒啥好吹噓的了。除了主流操作系統(tǒng)，SQLite還支持了很多冷門的操作系統(tǒng)，并提供對(duì)很多嵌入式系統(tǒng)（比如Android、Windows Mobile、Symbin、Palm、VxWorks等）的支持。隨著內(nèi)存越來越便宜，普通PC配置的內(nèi)存都以GB為單位了，這使得SQLite的內(nèi)存數(shù)據(jù)庫特性就越發(fā)顯得好用。SQLite的API不區(qū)分當(dāng)前操作的數(shù)據(jù)庫是在內(nèi)存還是在文件（對(duì)于存儲(chǔ)介質(zhì)是透明的）。

（三）移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)的發(fā)展趨勢(shì)和存在的問題

學(xué)生會(huì)的信息化建設(shè)是高校提高競爭力的必備條件，是信息時(shí)代發(fā)展的必然要求，而移動(dòng)的、互聯(lián)的應(yīng)用趨勢(shì)，也同樣適合學(xué)生會(huì)事物管理這一領(lǐng)域。校學(xué)生會(huì)目前共有組織部、宣傳部、辦公室、生活部等十幾個(gè)部門，各個(gè)學(xué)院也有自己獨(dú)立的學(xué)生會(huì)，共同受轄于校學(xué)生會(huì)。每年開學(xué)，都有新生加入學(xué)生會(huì)，學(xué)生會(huì)也會(huì)組織各種活動(dòng)，這些信息往往都是處于人工管理階段，整理效率低、易出錯(cuò)，并且無法進(jìn)行有效、快速的傳承。

實(shí)現(xiàn)學(xué)生會(huì)事物的信息化管理，應(yīng)符合互聯(lián)網(wǎng)經(jīng)濟(jì)時(shí)代的信息化要求，滿足一下發(fā)展趨勢(shì)：

1）平臺(tái)化：網(wǎng)絡(luò)時(shí)代的事務(wù)管理系統(tǒng)是一種跨部門運(yùn)作的信息系統(tǒng)，可以聯(lián)結(jié)各個(gè)崗位上的許多工作人員，可以聯(lián)結(jié)各類信息系統(tǒng)和信息資源。近年來不少企業(yè)都建立自己的事務(wù)管理系統(tǒng)，如財(cái)務(wù)管理、人力資源管理、銷售管理、市場(chǎng)管理、客戶關(guān)系管理等、、學(xué)生會(huì)管理系統(tǒng)也需要像企業(yè)化的管理系統(tǒng)那樣，建立自己的數(shù)據(jù)庫，存檔各個(gè)時(shí)段活動(dòng)文檔。提供相應(yīng)平臺(tái)增加學(xué)生會(huì)干部之間的相互交流，聯(lián)系。在每年學(xué)生會(huì)干部換屆時(shí)可以更快速，更有效的進(jìn)行文檔，材料的傳接工作。

2）智能化：隨著網(wǎng)絡(luò)和信息化的發(fā)展，用戶在進(jìn)行業(yè)務(wù)數(shù)據(jù)處理時(shí)，面對(duì)海量數(shù)據(jù)，往往費(fèi)時(shí)費(fèi)力，如果軟件能幫助用戶做一些基本的商業(yè)智能（BI）分析工作，幫助用戶快速 的從這些數(shù)據(jù)中發(fā)現(xiàn)一些潛在的商業(yè)規(guī)律與機(jī)會(huì)，提高用戶的工作績效，將對(duì)用戶產(chǎn)生巨大的吸引力。學(xué)生會(huì)的工作中有極大一部分都是數(shù)據(jù)處理，像生活部，每周都有各個(gè)寢室檢查后的數(shù)據(jù)統(tǒng)計(jì)；紀(jì)檢部每星期需要將每天的上課點(diǎn)名情況進(jìn)行統(tǒng)計(jì)，給出每周各班級(jí)的曠課情況。系統(tǒng)需要把每周相同類型的數(shù)據(jù)處理方式集成在管理系統(tǒng)中，讓學(xué)生會(huì)干部只需要在平臺(tái)輸入數(shù)據(jù)，就可以在系統(tǒng)中獲得相應(yīng)的數(shù)據(jù)處理結(jié)果。

3）網(wǎng)絡(luò)化：隨著網(wǎng)絡(luò)使用的全面普及，軟件網(wǎng)絡(luò)化必然是大勢(shì)所趨，企業(yè)日常事務(wù)管理系統(tǒng)與互聯(lián)網(wǎng)輕松的銜接是企業(yè)日常事務(wù)管理系統(tǒng)必走之路。而學(xué)生會(huì)的工作是將每周活動(dòng)下發(fā)班級(jí)進(jìn)行宣傳，將每周的各項(xiàng)檢查下發(fā)班級(jí)，上報(bào)學(xué)院、學(xué)校存檔。因此需要更方便的信息傳遞方式。以往的學(xué)生會(huì)工作中都是通過ＱＱ，郵箱等方式進(jìn)行文件傳遞，這樣不僅工作效率低，而且容易出現(xiàn)遺漏，保存不及時(shí)造成的數(shù)據(jù)丟失等各種問題。在管理系統(tǒng)中就可以將信息整理成各種數(shù)據(jù)，如文件、結(jié)構(gòu)化數(shù)據(jù)、語音、圖像等，以便提供更高效的數(shù)據(jù)共享、查詢和分析。

4）人性化：隨著學(xué)生會(huì)事務(wù)管理系統(tǒng)功能的不斷擴(kuò)展，使用將會(huì)越來越復(fù)雜，同時(shí)各部門內(nèi)部情況各有差異，其需求也不盡相同，這就要求系統(tǒng)必須具有人性化設(shè)計(jì)，能夠根據(jù)不同學(xué)生干部的需要進(jìn)行功能組合，將合適的功能放在合適的位置給合適的學(xué)生干部訪問，實(shí)現(xiàn)真正的人本管理。未來學(xué)生會(huì)事務(wù)管理系統(tǒng)的門戶更加強(qiáng)調(diào)人性化，強(qiáng)調(diào)易用性、穩(wěn)定性、開放性，強(qiáng)調(diào)人與人溝通、協(xié)作的便捷性，強(qiáng)調(diào)對(duì)于眾多信息來源的整合，強(qiáng)調(diào)構(gòu)建可以拓展的管理支撐平臺(tái)框架，從而改變目前“人去找系統(tǒng)”的現(xiàn)狀，實(shí)現(xiàn)“系統(tǒng)找人”的全新理念，讓合適的角色在合適的場(chǎng)景、合適的時(shí)間里獲取合適的知識(shí)，充分發(fā)掘和釋放人的潛能，并真正讓企業(yè)的數(shù)據(jù)、信息轉(zhuǎn)變?yōu)橐环N能夠指導(dǎo)人行為的意念、能力。

結(jié)論

總體來說,學(xué)生會(huì)在學(xué)校里發(fā)揮越來越重要的作用,尤其在大學(xué)校園內(nèi),老師與學(xué)生直接最重要的橋梁就是學(xué)生會(huì)里的學(xué)生干部?他們影響著校園文化?校園生活,而他們也決定著大學(xué)生校園生活的豐富度?

如何提升學(xué)生會(huì)干部的素質(zhì),做好學(xué)生會(huì)工作也成了高校工作的重中之重?筆者在擔(dān)任學(xué)生會(huì)干部期間發(fā)現(xiàn),每次開學(xué)初以及學(xué)期末,各個(gè)部門有大量的工作計(jì)劃?工作總結(jié)要撰寫,這些文件的書寫格式?樣式都需要反復(fù)告知各部門的學(xué)生干部,在收集這么材料的時(shí)候仍然有許多不合規(guī)范的地方,每次只能通過QQ?郵箱之類通訊手段逐一聯(lián)系,不但工作效率低,還容易出錯(cuò)?現(xiàn)在,大部分的學(xué)校都分校學(xué)生會(huì)和院學(xué)生會(huì)兩級(jí)管理,在工作中,他們相互獨(dú)立,但是在很多情況下,他們需要相互聯(lián)系,相互溝通?但是他們都來自不同學(xué)院,不同班級(jí),相互直接都不認(rèn)識(shí),常常需要通過學(xué)生會(huì)主席或分團(tuán)委書記去幫忙聯(lián)系,這樣不僅麻煩,還影響問題處理的時(shí)效性?

如今,有些高校已經(jīng)推出了高校學(xué)生會(huì)事務(wù)管理系統(tǒng),由此可見,結(jié)合現(xiàn)代計(jì)算機(jī)技術(shù),網(wǎng)絡(luò)技術(shù)等高新技術(shù)提高學(xué)生會(huì)干部工作效率,減少錯(cuò)誤是非常必要的?但現(xiàn)在各高校推出的都是B/S或C/S架構(gòu)的系統(tǒng),需要學(xué)生會(huì)干部在pc機(jī)旁或隨身攜帶筆記本才能完成,如能夠提供一套移動(dòng)的系統(tǒng),無疑會(huì)給工作帶來更大的便利?

本系統(tǒng)將設(shè)計(jì)開發(fā)一套基于移動(dòng)技術(shù)的學(xué)生會(huì)事物管理系統(tǒng),以適應(yīng)當(dāng)前移動(dòng)互聯(lián)網(wǎng)飛速發(fā)展的時(shí)代,既能夠?qū)W(xué)生會(huì)干部從簡單?反復(fù)?瑣碎的文件整理?文件收集等工作上解放出來,又可以解決學(xué)生會(huì)干部工作環(huán)境不固定性帶來的問題?

參考文獻(xiàn)

[1] 蔣笑宇．高校學(xué)生會(huì)組織發(fā)展現(xiàn)狀及問題分析．學(xué)術(shù)理論經(jīng)營管理者，2014-12：271-272． [2]周新艷．如何落實(shí)新課程三維目標(biāo)的小薛煙酒．物理教學(xué)探討，2010-8． [3]李莉，王志紅．對(duì)數(shù)學(xué)教程標(biāo)準(zhǔn)中“三維目標(biāo)”的理解．現(xiàn)代教育課程，2007． [4] 戴艷．高校學(xué)生會(huì)管理文獻(xiàn)綜述．考試周刊，2014(39):145-147．

[5] 姚昱旻，劉衛(wèi)國.Android 的架構(gòu)與應(yīng)用開發(fā)研究[J].計(jì)算機(jī)系統(tǒng)應(yīng)用，2008,77(11)：99-111.[6] Bruce Eckel.Thinking in Java[M].Upper Saddle River, New Jersey, USA: Prentice Hall, 2006 [7] 林寒超,張南平.Hibernate技術(shù)的研究[J].計(jì)算機(jī)技術(shù)與發(fā)展,2006, 16(11): 112-113,116 [8] 李華明.Android游戲編程之從零開始[M].北京：清華大學(xué)出版社，2011

[9] 姚昱旻，劉衛(wèi)國.Android的架構(gòu)與應(yīng)用開發(fā)研究[J].計(jì)算機(jī)系統(tǒng)應(yīng)用，2008，17(11)：110-112

[10] Enck, William, Ongtang, Machigar, McDaniel, Patrick.Understanding Android Security[J].IEEE security & privacy, 2009, 7(1): 50-57 [11] 吳亞鋒，蘇亞光.Android 2.0游戲開發(fā)實(shí)戰(zhàn)寶典[M].北京：人民郵電出版社，2010 [12]韋澤濤.如何提高高校學(xué)生會(huì)的執(zhí)行力.重慶科技學(xué)院學(xué)報(bào)（社會(huì)科學(xué)版），2008.[13] 池曉明.基于人力資源管理視角構(gòu)建高校學(xué)生會(huì)管理新體制之選拔機(jī)制.現(xiàn)代營銷，2010.[14] 陳孝通.淺議“項(xiàng)目化管理”在高校學(xué)生會(huì)中的運(yùn)用.金色年華（教學(xué)參考），2012（8）.[15] 栗曉冬.淺談高校學(xué)生會(huì)管理工作.青少年研究-山東省團(tuán)校學(xué)報(bào)，2008（z1）.指導(dǎo)教師審核意見：

指導(dǎo)老師（簽字）

年月日

本 科 生 畢 業(yè) 設(shè) 計(jì)

開 題 報(bào) 告

題 目 移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

專 業(yè) 計(jì)算機(jī)科學(xué)與技術(shù)（服務(wù)外包方向）

班 級(jí) 131班 姓 名胡田力

指導(dǎo)教師

張華音(高級(jí)工程師)

所在學(xué)院 信息科技學(xué)院

開題時(shí)間 2016年12月

一、選題的背景與意義

現(xiàn)今社會(huì)，可以說是信息科技高速的發(fā)展時(shí)代，如何高效地處理信息已成為社會(huì)各行業(yè)普遍面臨的問題。什么是信息？信息是泛指人類社會(huì)傳播的一切內(nèi)容。人通過獲得、認(rèn)識(shí)自然界和社會(huì)的不同信息來區(qū)別不同事物，得以認(rèn)識(shí)和改造世界，是人們對(duì)客觀世界的具體描述。信息傳遞是人們進(jìn)行交流與聯(lián)系的重要途徑。人類社會(huì)活動(dòng)隨時(shí)離不開對(duì)信息有效合理的加工。信息化促進(jìn)了整個(gè)社會(huì)的發(fā)展。隨著社會(huì)信息技術(shù)應(yīng)用水平的提高，計(jì)算機(jī)已被廣泛應(yīng)用于當(dāng)今社會(huì)的各個(gè)領(lǐng)域，成為推動(dòng)社會(huì)發(fā)展的首要技術(shù)動(dòng)力。

在現(xiàn)如今的信息時(shí)代，生活方式隨著Internet的不斷發(fā)展發(fā)生了不同尋常的改變?；贗nternet的遠(yuǎn)程辦公方式已經(jīng)越來越受到大家的歡迎，應(yīng)用的領(lǐng)域也越來越廣泛，提高辦公效率已經(jīng)成為所有企業(yè)、公司、事業(yè)單位等各部門最求的目標(biāo)。正因?yàn)橛兄墒斓募夹g(shù)以及解決實(shí)際問題的先例，本課題將web技術(shù)運(yùn)用到高校學(xué)生會(huì)事務(wù)管理中，用計(jì)算機(jī)代替人工，將人力從繁雜的勞動(dòng)中解放出來，同時(shí)利用技術(shù)手段使文檔更叫安全、高效。

該系統(tǒng)能夠自動(dòng)地收集、存儲(chǔ)、加工處理、查詢檢索和統(tǒng)計(jì)相關(guān)數(shù)據(jù)，方便有效地提高學(xué)生工作辦公自動(dòng)化管理的水平，解決了日常繁雜的數(shù)據(jù)整理、歷史資料的統(tǒng)計(jì)處理的重復(fù)性勞動(dòng)。使過去許多只能定性管理的項(xiàng)目變?yōu)槎抗芾?，使傳統(tǒng)的人工事務(wù)性管理模式轉(zhuǎn)化為借助現(xiàn)代化技術(shù)和手段實(shí)現(xiàn)的科學(xué)化管理模式，不僅節(jié)省人力和物力、提高辦公效率，而且使管理的方式從過程管理轉(zhuǎn)變?yōu)槟繕?biāo)管理，從數(shù)量管理轉(zhuǎn)變?yōu)橘|(zhì)量管理，有助于提高學(xué)生工作管理的水平和質(zhì)量。

二、研究的基本內(nèi)容與擬解決的主要問題

2.1 研究的基本內(nèi)容

“移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)”應(yīng)用移動(dòng)互聯(lián)網(wǎng)技術(shù)，將大學(xué)學(xué)生會(huì)的日常事務(wù)管理信息化、移動(dòng)化。本系統(tǒng)設(shè)置嚴(yán)格的用戶權(quán)限，分為三類用戶：系統(tǒng)管理員、學(xué)生會(huì)干部用戶和教師用戶。其中管理員用戶只有一個(gè)，負(fù)責(zé)設(shè)置其他所有用戶權(quán)限，對(duì)其他用戶進(jìn)行管理和審核。普通學(xué)生會(huì)干部注冊(cè)后，可登錄系統(tǒng)，由系統(tǒng)分配不同權(quán)限，從而對(duì)擁有權(quán)限的業(yè)務(wù)進(jìn)行操作，所有的用戶相互之間可以直接通過郵件通訊。

主要功能介紹，詳細(xì)功能見圖2功能模塊圖：

移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)后臺(tái)管理·前臺(tái)管理修改用戶權(quán)限增加用戶修改用戶刪除用戶修改文件柜查看文件柜創(chuàng)建活動(dòng)修改活動(dòng)發(fā)布活動(dòng)刪除公告修改公告用戶間通訊修改用戶權(quán)限撥打用戶電話發(fā)送短信考勤、簽到

圖1 功能模塊圖

1、后臺(tái)管理：后臺(tái)管理為在登錄界面使用后臺(tái)管理賬戶登錄

修改用戶權(quán)限：對(duì)不同用戶設(shè)置不同權(quán)限。如：教師用戶擁有出修改教師用戶以外的所有權(quán)限。不同職位的學(xué)生會(huì)干部有不同的使用權(quán)限。

用戶管理：分團(tuán)委學(xué)生會(huì)換屆或?qū)W院領(lǐng)導(dǎo)更替，既發(fā)生成員變化時(shí)，進(jìn)行相應(yīng)用戶進(jìn)行添加和刪除，對(duì)職位變動(dòng)的進(jìn)行賬戶權(quán)限的修改

2、前臺(tái)管理

文件柜使用：所有用戶有集體文件柜。文件柜的作用為用戶間的文件傳遞媒介。所有成員可以在集體文件柜上傳文件，刪除自己上傳文件。主席團(tuán)和教師用戶可以對(duì)所有文件進(jìn)行管理。

創(chuàng)建、發(fā)布、使用活動(dòng)：當(dāng)每個(gè)部門負(fù)責(zé)的活動(dòng)開始是，每個(gè)部門可以在系統(tǒng)中發(fā)布互動(dòng)，寫明詳細(xì)的活動(dòng)主題，活動(dòng)時(shí)間，活動(dòng)主要負(fù)責(zé)人、各分工詳細(xì)負(fù)責(zé)人。所有成員按活動(dòng)計(jì)劃執(zhí)行。

公告管理：部門部長和主席團(tuán)成員可以發(fā)布公告，對(duì)公告進(jìn)行發(fā)布、刪除。進(jìn)行重要事件通知。

修改用戶權(quán)限：教師用戶可以對(duì)學(xué)生會(huì)干部用戶進(jìn)行權(quán)限修改。

用戶間通訊：當(dāng)被通訊用戶不在線是進(jìn)行郵件通訊。當(dāng)被通訊用戶在線是進(jìn)行實(shí)時(shí)通訊，并在用戶界面進(jìn)行消息提醒。

撥打電話：在系統(tǒng)內(nèi)有所有用戶聯(lián)系方式，可一鍵進(jìn)行撥打電話。發(fā)送短信：各用戶在系統(tǒng)進(jìn)行短信編輯，并以短信形式發(fā)送至對(duì)方手機(jī)。

考勤、簽到：對(duì)于每次重大活動(dòng)、重要會(huì)議等，對(duì)每次成員出勤進(jìn)行記錄，并且每個(gè)用戶可以查看自己出勤率。

2.2擬解決的主要問題

1、進(jìn)行文件上傳和下載。

2、如何提高郵件通訊的時(shí)效性，縮減用戶間聯(lián)系時(shí)間。

3、對(duì)管理員用戶的管理。

三、研究的方法與技術(shù)路線

本系統(tǒng)主要使用JAVA語言進(jìn)行Android系統(tǒng)開發(fā)。最低支持Android 4.2版本，系統(tǒng)就構(gòu)圖如圖2所示，在應(yīng)用程序?qū)永肑ava語言設(shè)計(jì)和編寫屬于自己的應(yīng)用程序。使用SQLite數(shù)據(jù)庫，存放用戶信息，文件柜內(nèi)容及一定時(shí)間內(nèi)的通訊記錄。

圖2 Android系統(tǒng)結(jié)構(gòu)圖

1?Android系統(tǒng)

Android 4.2是谷歌新一代移動(dòng)操作系統(tǒng),谷歌原定于2012年10月30日通過其官方博客發(fā)布了全新的Android 4.2系統(tǒng),同時(shí)還發(fā)布了基于這種操作系統(tǒng)的Nexus 4智能手機(jī)和

Nexus 10平板電腦?

Android 4.2沿用了4.1版“果凍豆”(Jelly Bean)這一名稱,最新操作系統(tǒng)與Android 4.1相似性很高,但仍在細(xì)節(jié)之后做了一些改進(jìn)與升級(jí),比較重要的包括:Photo Sphere全景拍照;鍵盤手勢(shì)輸入;Miracast無線顯示共享;手勢(shì)放大縮小屏幕,以及為盲人用戶設(shè)計(jì)的語音輸出和手勢(shì)模式導(dǎo)航功能等;Android 4.2操作系統(tǒng)的亮點(diǎn)是支持行業(yè)標(biāo)準(zhǔn)的WiFi顯示共享工具M(jìn)iracast,這個(gè)工具允許Nexus 4向電視流傳輸音頻和視頻?

2?JAVA語言

首先是模塊化特性:現(xiàn)在的 Java7也是采用了模塊的劃分方式來提速,一些不是必須的模塊并沒有下載和安裝,因此在使用全新的Java7的虛擬機(jī)的時(shí)候會(huì)發(fā)現(xiàn)真的很快,當(dāng)虛擬機(jī)需要用到某些功能的時(shí)候,再下載和啟用相應(yīng)的模塊,這樣使得最初需要下載的虛擬機(jī)大小得到了有效的控制?同時(shí)對(duì)啟動(dòng)速度也有了很大的改善?

其次是多語言支持:這里的多語言不是指中文英文之類的語言,而是說Java7的虛擬機(jī)對(duì)多種動(dòng)態(tài)程序語言增加了支持,比如:Rubby? Python等等?對(duì)這些動(dòng)態(tài)語言的支持極大地?cái)U(kuò)展了Java虛擬機(jī)的能力?對(duì)于那些熟悉這些動(dòng)態(tài)語言的程序員而言,在使用Java虛擬機(jī)的過程中同樣可以使用它們熟悉的語言進(jìn)行功能的編寫,而這些語言是跑在功能強(qiáng)大的JVM之上的?

再有是開發(fā)者的開發(fā)效率得到了改善:Java7通過多種特性來增強(qiáng)開發(fā)效率?比如對(duì)語言本身做了一些細(xì)小的改變來簡化程序的編寫,在多線程并發(fā)與控制方面:輕量級(jí)的分離與合并框架,一個(gè)支持并發(fā)訪問的HashMap等等?通過注解增強(qiáng)程序的靜態(tài)檢查?提供了一些新的API用于文件系統(tǒng)的訪問?異步的輸入輸出操作?Socket通道的配置與綁定?多點(diǎn)數(shù)據(jù)包的傳送等等?

最后是執(zhí)行效率的提高,也是給人感覺最真切體驗(yàn)的特性:壓縮了64位的對(duì)象指針,Java7通過對(duì)對(duì)象指針由64位壓縮到與32位指針相匹配的技術(shù)使得內(nèi)存和內(nèi)存帶塊的消耗得到了很大的降低因而提高了執(zhí)行效率?此外還提供了新的垃圾回收機(jī)制(G1)來降低垃圾回收的負(fù)載和增強(qiáng)垃圾回收的效果?G1垃圾回收機(jī)制擁有更低的暫停率和更好的可預(yù)測(cè)性?

3?SQLITE SQLite最大程度的實(shí)現(xiàn)了self-contained?它實(shí)現(xiàn)了對(duì)外部程序庫以及操作系統(tǒng)的最低要求,這使得它非常適合應(yīng)用于嵌入式設(shè)備,同時(shí),可以應(yīng)用于一些穩(wěn)定的,很少修改配置的應(yīng)用程序中?

SQLite是使用ANSI-C開發(fā)的,可以被任何的標(biāo)準(zhǔn)C編譯器來進(jìn)行編譯?

SQLite與操作系統(tǒng)和存儲(chǔ)設(shè)備(磁盤)之間的通信是通過VFS(Virtual File System)來完成的，對(duì)于嵌入式設(shè)備來說，開發(fā)一個(gè)可用的VFS并不困難。

SQLite使用互斥來保證多線程環(huán)境下的操作安全性。

大多數(shù)SQL數(shù)據(jù)庫引擎都作為一個(gè)獨(dú)立的服務(wù)器進(jìn)程，應(yīng)用程序通過使用一些協(xié)議，比如TCP/IP來發(fā)送請(qǐng)求給服務(wù)器，并接受結(jié)果，以這種方式來與數(shù)據(jù)庫服務(wù)器進(jìn)行通信。SQLite與此不同，進(jìn)程可以通過訪問數(shù)據(jù)庫直接進(jìn)行數(shù)據(jù)庫文件的讀寫而不需要中間層的服務(wù)器進(jìn)程。這樣的實(shí)現(xiàn)的主要的好處是不需要進(jìn)行安裝，配置，初始化，管理以及維護(hù)單獨(dú)的服務(wù)進(jìn)程。但是，數(shù)據(jù)庫引擎可以通過使用服務(wù)器來預(yù)防客戶端應(yīng)用程序的bug，確保服務(wù)器不被客戶端的錯(cuò)誤所損壞。大多數(shù)SQL數(shù)據(jù)庫都是基于C/S模式的，在serverless的數(shù)據(jù)庫中，SQLite是目前唯一允許多個(gè)應(yīng)用同時(shí)訪問的。

四、研究的總體安排與進(jìn)度

第一階段:2016年11-12月:根據(jù)《畢業(yè)設(shè)計(jì)(論文)任務(wù)書》的要求及老師的有關(guān)指導(dǎo),搜集相關(guān)資料,查閱有關(guān)文獻(xiàn),撰寫出開題報(bào)告,交指導(dǎo)老師進(jìn)行開題檢查?參與開題答辯?

第二階段:2016年12月-2017年1月:開題答辯后開始閱讀有關(guān)資料并進(jìn)行需求調(diào)研,在老師的指導(dǎo)下做好課題的需求分析?

第三階段:2017年1-2月:閱讀有關(guān)資料,在老師的指導(dǎo)下做好課題的概要設(shè)計(jì)?詳細(xì)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)?

第四階段:2017年2-4月:開始程序編寫,通過編寫具體代碼實(shí)現(xiàn)各個(gè)模塊的功能,同時(shí)完成單元測(cè)試?

第五階段:2017年5月:整合各功能模塊,進(jìn)行系統(tǒng)測(cè)試,完成系統(tǒng)部署? 第六階段:2017年5月:撰寫?修改畢業(yè)論文,完成畢業(yè)論文終稿? 第七階段:2017年5月:畢業(yè)論文打印裝訂,完成畢業(yè)答辯?

五、主要參考文獻(xiàn)

[1]馬志強(qiáng).基于.Android平臺(tái)即時(shí)通信系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京交通大學(xué)2009 [2]楊云君.Android 的設(shè)計(jì)與實(shí)現(xiàn)[M].北京：機(jī)械工業(yè)出版社，2013:45-49.[3]高煥堂.Google Android 應(yīng)用框架原理與程序設(shè)計(jì) 36 計(jì)[M].Misoo,2010:8-13.[4] Xin Chen,Songwe i Ma,Bingli Guo,Yan Wang,Juhao Li, Zhangyuan Chen,Yongqi He.A novel fragmentation-aware spectrum allocation algorithm in flexible bandwidth

optical networks[J].Optical Switching and Networking,2014(12)：6-22.[5] Zhu, Zhiwu Liu, Xu Li, Xiangyu.Ratcheting Behaviors of the Carbon FiberReinforced PEEK Composites: Experimenta l Study and Numerical Simulation[J].Polymers & Polymer Composite, 2014,(221)：45-230.[6]盧娜.基于 Android平臺(tái)的手機(jī)桌面資訊系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[M].西安電子科技大學(xué)，2011:290-300.[7]代艷．SQLite在Android開發(fā)中的應(yīng)用．恩施職業(yè)技術(shù)學(xué)院學(xué)報(bào)．2016,01 [8]張生財(cái).基于Android教務(wù)信息管理系統(tǒng)開發(fā)[J].科技創(chuàng)新與應(yīng)用，2014,34:72.[9]盧娜.基于Android平臺(tái)的手機(jī)桌面資訊系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[M].西安電子科技大學(xué)，2011:290-300.[10]陳屴.Android云終端的系統(tǒng)備份與還原方案[J].福建電腦，2016,03:130-131+157.[11]王慶磊.Android移動(dòng)數(shù)據(jù)安全探析[J].福建電腦，2016,03:101+109.指導(dǎo)教師審核意見：

指導(dǎo)老師（簽字）

年月日

本 科 生 畢 業(yè) 設(shè) 計(jì)

外 文 資 料 翻 譯

題 目 移動(dòng)學(xué)生會(huì)事務(wù)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

專 業(yè)

班 級(jí) 姓 名 指導(dǎo)教師

所在學(xué)院 信息科技學(xué)院

附件1.外文資料翻譯譯文;2.外文原文

移動(dòng)設(shè)備DVM）。使用Android，重點(diǎn)一直是基于移動(dòng)設(shè)備上有限的資源優(yōu)化基礎(chǔ)設(shè)施[2]。為了補(bǔ)充操作環(huán)境，設(shè)計(jì)并實(shí)現(xiàn)了Android特定的應(yīng)用程序框架。因此，Android可以最好地被描述為一個(gè)完整的解決方案堆棧，結(jié)合了操作系統(tǒng)，中間件組件和應(yīng)用程序。在Android中，修改后的Linux 2.6內(nèi)核充當(dāng)硬件抽象層（HAL）?？偠灾珹ndroid操作環(huán)境可以標(biāo)記為：

?開放移動(dòng)開發(fā)平臺(tái) ?移動(dòng)設(shè)備的硬件參考設(shè)計(jì)

?由修改后的Linux 2.6內(nèi)核供電的系統(tǒng) ?運(yùn)行時(shí)環(huán)境

?應(yīng)用程序和用戶界面（UI）框架

3.0 Android架構(gòu)

圖1概述了當(dāng)前（分層）Android體系結(jié)構(gòu)。修改的Linux內(nèi)核作為HAL運(yùn)行，分別提供設(shè)備驅(qū)動(dòng)程序，內(nèi)存管理，進(jìn)程管理以及網(wǎng)絡(luò)功能。圖書館層通過Java（與偏離傳統(tǒng)Linux設(shè)計(jì)）相連接。在這個(gè)層面上，Android特定的libc（Bionic）所在的位置。表面處理器處理用戶界面（UI）窗口。Android運(yùn)行時(shí)層擁有Dalvik虛擬機(jī)（DVM）和核心庫（如Java或IO）。Android中可用的大多數(shù)功能都是通過核心庫提供的。

圖1：Android架構(gòu)

應(yīng)用程序框架包含API接口。在這一層，活動(dòng)管理器管理應(yīng)用程序生命周期。內(nèi)容提供商使應(yīng)用程序可以訪問其他應(yīng)用程序的數(shù)據(jù)或共享自己的數(shù)據(jù)。資源管理器提供對(duì)非代碼資源（如圖形）的訪問，而通知管理器可使應(yīng)用程序顯示自定義警報(bào)。在應(yīng)用程序框架之上分別是內(nèi)置的和用戶應(yīng)用程序。必須指出，用戶應(yīng)用程序可以替換內(nèi)置的應(yīng)用程序

應(yīng)用程序，并且每個(gè)Android應(yīng)用程序都在自己的進(jìn)程空間中運(yùn)行，在其自己的DVM實(shí)例中。這些主要Android組件中的大多數(shù)將在本報(bào)告的后幾節(jié)進(jìn)一步討論（更詳細(xì)）。3.1 Dalvik虛擬機(jī)

基于Android的系統(tǒng)利用自己的虛擬機(jī)（VM），它被稱為Dalvik虛擬機(jī)（DVM）[4]。

DVM使用特殊的字節(jié)碼，因此本機(jī)Java字節(jié)碼不能直接在Android系統(tǒng)上執(zhí)行。Android社區(qū)提供了一個(gè)工具（dx），允許將Java類文件轉(zhuǎn)換為Dalvik可執(zhí)行文件（dex）。DVM實(shí)現(xiàn)被高度優(yōu)化，以便在通常配備有相當(dāng)慢（單個(gè)）CPU，有限的存儲(chǔ)器資源，沒有OS交換空間和有限的電池容量的移動(dòng)設(shè)備上盡可能高效地執(zhí)行。DVM已經(jīng)以允許設(shè)備以相當(dāng)有效的方式執(zhí)行多個(gè)VM的方式實(shí)現(xiàn)。還必須指出的是，DVM依賴于修改的Linux內(nèi)核，用于任何潛在的線程和低級(jí)內(nèi)存管理功能。

使用Android 2.2，實(shí)現(xiàn)了對(duì)JVM基礎(chǔ)架構(gòu)的一些重大更改。最高版本2.2，JVM是一個(gè)實(shí)際的解釋器，與使用Java 1.0部署的原始JVM解決方案類似。雖然Android解決方案總是反映了一個(gè)非常有效的解釋器，但它仍然是一個(gè)解釋器，因此沒有生成本機(jī)代碼。隨著Android 2.2的發(fā)布，一個(gè)即時(shí)（JIT）編譯器已被并入到解決方案堆棧中，它將Dalvik字節(jié)碼轉(zhuǎn)換成更高效的機(jī)器代碼（類似于C編譯器）。在道路上，額外的JIT和垃圾收集（GC）功能將部署在Android中，進(jìn)一步破壞（潛在的）集合系統(tǒng)性能。3.2目標(biāo)平臺(tái)不是從數(shù)據(jù)完整性的角度）是截然不同的。3.6電源管理

在移動(dòng)設(shè)備領(lǐng)域，電源管理顯然是最重要的。這并不意味著電力管理在任何其他系統(tǒng)上都應(yīng)該被忽略。因此，隨著任何操作系統(tǒng)的任何IT系統(tǒng)的電源管理被認(rèn)為是必要的，因?yàn)楫?dāng)今的計(jì)算機(jī)系統(tǒng)的電力需求不斷增加。為了說明，為了減少和管理功耗，基于Linux的系統(tǒng)提供節(jié)電功能，例如時(shí)鐘門控，電壓縮放，激活睡眠模式或禁用內(nèi)存緩存。這些功能中的每一個(gè)都降低了系統(tǒng)的功耗（通常以增加的延遲行為為代價(jià)）[9]。大多數(shù)基于Linux的系統(tǒng)通過高級(jí)配置和電源接口（ACPI）來管理功耗。

基于Android的系統(tǒng)提供了自己的電源管理基礎(chǔ)架構(gòu)（標(biāo)注為PowerManager），這些基礎(chǔ)是在沒有應(yīng)用程序或服務(wù)實(shí)際需要電源的情況下處理器不應(yīng)該消耗任何電源的前提下設(shè)計(jì)的。Android要求應(yīng)用程序和服務(wù)通過Android應(yīng)用程序框架和本機(jī)Linux庫通過喚醒鎖來請(qǐng)求CPU資源。如果沒有主動(dòng)喚醒鎖，Android將關(guān)閉處理器。

4.0 Android應(yīng)用程序

Android應(yīng)用程序通過Android資產(chǎn)打包工具（AAPT）捆綁到Android包（.apk）中。為了簡化開發(fā)過程，Google提供Android開發(fā)工具（ADT）。ADT簡化了從類到dex文件的轉(zhuǎn)換，并在部署期間創(chuàng)建了.apk。以非常簡化的方式，Android應(yīng)用程序通常由以下組成：

?活動(dòng)（為用戶應(yīng)用程序創(chuàng)建屏幕需要比較

圖2顯示了Android和Linux 2.6操作環(huán)境之間的主要區(qū)別。首先，Android內(nèi)核是從

Linux衍生出來的，但在主線Linux內(nèi)核分發(fā)之外已經(jīng)大大改變了。為了進(jìn)一步說明這一點(diǎn)，Android既不配備本機(jī)X-Windows設(shè)置，也不支持全套標(biāo)準(zhǔn)GNU庫。因此，將任何現(xiàn)有的GNU / Linux應(yīng)用程序或庫移植到Android都是艱巨的任務(wù)（Android中支持X-Windows是可能的）。

Linux和Android之間的最大區(qū)別在于嵌入到Android中的Java抽象層。如圖2所示，Android設(shè)計(jì)基于比Linux更深層的實(shí)現(xiàn)堆棧。換句話說，Android應(yīng)用程序從實(shí)際的內(nèi)核中比在Linux中更遠(yuǎn)（在OS層中有更長的代碼路徑）。Linux應(yīng)用程序的核心是以c和c ++開發(fā)，因此c和c ++代碼代表了主要的Linux應(yīng)用程序環(huán)境。在Linux中，用戶應(yīng)用程序（通過庫和系統(tǒng)調(diào)用子系統(tǒng)）具有直接的內(nèi)核訪問功能，而不是Android（見圖2）[7]。在Android中，內(nèi)核幾乎隱藏在Android操作環(huán)境的深層。在Linux下，可以通過特殊的編譯器標(biāo)志直接優(yōu)化（c，c ++）應(yīng)用程序的進(jìn)程，進(jìn)一步提高應(yīng)用程序性能[7]。此外，Linux操作設(shè)置本身還包含一個(gè)非常豐富的庫，調(diào)試器和開發(fā)工具的非常豐富的基礎(chǔ)架構(gòu)，這些工具無法通過Android訪問。

雖然Android設(shè)計(jì)基于更深層次的實(shí)現(xiàn)堆棧，因此與Linux相比，應(yīng)用程序從內(nèi)核中進(jìn)一步移除，但Android內(nèi)核性能仍然很重要，必須進(jìn)行量化和了解。與Linux一樣，聚合應(yīng)用程序性能仍然受到實(shí)現(xiàn)的內(nèi)核原語的效率的影響。與Linux相比，目前只有少數(shù)Android性能，壓力測(cè)試和基準(zhǔn)測(cè)試工具（如DHTDroid）可用?；贏ndroid系統(tǒng)的快速開發(fā)和部署周期，實(shí)際的Android應(yīng)用和內(nèi)核級(jí)性能工具的需求在不久的將來會(huì)顯著增加。

圖2：Android與Linux 2.6環(huán)境

參考文獻(xiàn)

1.Maker, F., Chan, Y., “A Survey on Android vs.Linux”, University of California, 2009 2.Liang, “System Integration for the Android Operating System”, National Taipei University, 2010 3.Brady, P., “Android Anatomy and Physiology“, Google I/O Developer Conference, 2008 4.Bornstein, D., “Dalvik VM Internals”, Google I/O Developer Conference, 2008 5.Toshiba, “NAND vs.NOR Flash Memory: Technology Overview”, Toshiba, 2006 6.Johnson, “Performance Tuning for Linux Servers”, IBM Press, 2005 7.Heger, D., “Quantifying IT Stability – 2nd Edition, Instant Publisher, 2010 8.Android Wikipedia, 2011 9.Linux Wikipedia, 2011

Mobile DevicesInstruction Set To simplify the discussion, the statement made here is that most of the Linux 2.6 based devices are x86 based systems, whereas most mobile phones are ARM based products.While ARM represents a 32-bit reduced instruction set computer(RISC)instruction set architecture, x86 systems are primarily based on the complicated instruction set computer(CISC)architecture.In general, the statement can be made that ARM(RISC)is executing simpler(but more)instructions compared to an x86(CISC)system.As already discussed, memory is at a premium in mobile devices due to size, cost, and power constraints.ARM addresses these issues by providing a 2nd 16-bit instruction set(labeled thumb)that can be interleaved with regular 32-bit ARM instructions.This additional instruction set can reduce the code size by up to 30%(at the expense of some performance limitations).Ergo, from an overall systems perspective, the incorporation of the thumb instruction set can be considered as an exercise in compromises.Compared to x86 processors, the ARM design reveals a strong focus on lower power consumption, which again makes it suitable for mobile devices [1].3.3 Kernel and Startup Process It is paramount to reiterate that while Android is based on Linux 2.6, Android does not utilize a standard Linux kernel [6],[7].Hence, an Android device should not be labeled a Linux solution per se.Some of the Android specific kernel enhancements include: ? alarm driver(provides timers to wakeup devices)? shared memory driver(ashmem)? binder(for inter-process communication), ? power management(which takes a more aggressive approach than the Linux PM solution)? low memory killer ? kernel debugger and logger During the Android boot process, the Android Linux kernel component first calls the init process(compared to standard Linux, nothing unusual there).The init process accesses the files init.rc and init.device.rc(init.device.rc is device specific).Out of the init.rc file, a process labeled zygote is started.The zygote process loads the core Java classes, and performs the initial processing steps.These Java classes can be reused by Android applications and hence, this step

expedites the overall startup process.After the initial load process, zygote idles on a socket and waits for further requests.Every Android application runs in its own process environment.A special driver labeled the binder allows for(efficient)inter-process communications(IPC).Actual objects are stored inshared memory.By utilizing shared memory, IPC is being optimized, as less data has to be transferred.Compared to most Linux or UNIX environments, Android does not provide any swap space.Hence, the amount of virtual memory is governed by the amount of physical memory available on the device [7].3.4 The Bionic Library Compared to Linux, Androids incorporates its own c library(Bionic)[3].The Bionic library is not compatible with the Linux glibc.Compared to glibc, the Bionic library has a smaller memory footprint.To illustrate, the Bionic library contains a special thread implementation that 1st, optimizes the memory consumption of each thread and 2nd, reduces the startup time of a new thread.Android provides run-time access to kernel primitives [2].Hence, user-space components can dynamically alter the kernel behavior.Only processes/threads though that do have the appropriate permissions are allowed to modify these settings.Security is maintained by assigning a unique user ID(UID)and group ID(GID)pair to each application.As mobile devices are normally intended to be used by a single user only(compared to most Linux systems), the UNIX/Linux /etc/passwd and /etc/group settings have been removed.In addition(to boost security), /etc/services was replaced by a list of services(maintained inside the executable itself).To summarize, the Android c library is especially suited to operate under the limited CPU and memory conditions common to the target Android platforms [2].Further, special security provisions were designed and implemented to ensure the integrity of the system.3.5 Storage Media & File System When it comes to configuring and setting-up mobile devices, traditional hard drives are in general too big(size), too fragile, and consume too much power to be useful.In contrast, flash memory devices normally provide a(relative)fast read access behavior as well as better(kinetic)shock resistance compared to hard drives.Fundamentally, two different types of flash memory devices are common, labeled as NAND and NOR based solutions [5].While in general, NOR based

solutions provide low density, they are characterized as(relative)slow write andfast read components.On the other hand, NAND based solutions offer low cost, high density, and are labeled as(relative)fast write and slow read IO solutions.Some embedded systems are utilizing NAND flash devices for data storage, and NOR based components for the code(the execution environment).From a file system perspective, as of Android version 2.3, the(well-known)Linux ext4 file system is being used [9].Prior to the ext4 file system, Android normally used YAFFS(yet another flash file system).The YAFFS solution is known as the first NAND optimized Linux flash file system.Some Android product providers(such as Archos with ext3 in Android 2.2)replaced the standard Archos file system with another file system solution of their choice.As of the writing of this report, the maximum size of any Android application equals to a low 2-digit MB number, which compared to actual Linux based systems has to be considered as being very small.This implies that the memory and file system requirements(from a size perspective – not from a data integrity perspective)are vastly different for Android based devices compared to most Linux systems.3.6 Power Management In the mobile device arena, power management is obviously paramount.That does not imply though that power management should be neglected on any other system.Hence, power management in any IT system, with any operating system, is considered a necessity due to the ever increasing power demand of today’s computer systems.To illustrate, to reduce and manage power consumption, Linux based systems provide power-saving features such as clockgating, voltage scaling, activating sleep modes, or disabling memory cache.Each of thesefeatures reduces the system's power consumption(normally at the expense of an increased latency behavior)[9].Most Linux based systems manage power consumption via the Advanced Configuration and Power Interface(ACPI).Android based systems provide their own power management infrastructure(labeled PowerManager)that was designed based on the premise that a processor should not consumeany power if no applications or services actually require power.Android demands that applications and services request CPU resources via wake locks through the Android application framework and native Linux libraries.If there are no active wake locks, Android will shutdown the processor.4.0 Android Applications Android applications are bundled into an Android package(.apk)via the Android Asset Packaging Tool(AAPT).To streamline the development process, Google provides the Android Development Tools(ADT).The ADT streamlines the conversion from class to dex files, and creates the.apk during deployment.In a very simplified manner, Android applications are in general composed of: ? Activities(needed to create a screen for a user application – classes with a UI)? Intents(used to transfer control from one activity to another)? Services(classes without a UI, so they can be executed in the background)? Content Providers(allows the application to share information with other applications)5.0 Android and Linux – Comparison Figure 2 discloses the major differences between the Android and the Linux 2.6 operating environment.First of all, the Android kernel was derived from Linux, but has been significantly altered outside the mainline Linux kernel distribution.To further illustrate that point, Android is neither equipped with a native X-Windows setup, nor does it support the full set of standard GNU libraries.Hence, it is a daunting task to port any existing GNU/Linux application or library to Android(support for X-Windows would be possible in Android though).The biggest difference between Linux and Android revolves around the Java abstraction layer embedded into Android.As depicted in Figure 2, the Android design is based on a deeper implementation stack than Linux.In other words, the Android applications are farther removedfrom the actual kernel than in Linux(have a longer code path down into the OS layer).The core of Linux applications are developed in c and c++, hence c and c++ code represents the predominant Linux application environment.In Linux, the user applications(via the libraries and the system call subsystem)have direct kernel access, not so with Android(see Figure 2)[7].In Android, the kernel is almost hidden deep inside the Android operating environment.Under Linux, the make process for(c, c++)applications can directly be optimized via special compiler flags, further boosting application performance [7].Further, the Linux operating setup natively incorporates a very rich infrastructure of libraries, debuggers, and development tools that are not

accessible by Android.While the Android design is based on a deeper implementation stack, and hence the applications are farther removed from the kernel compared to Linux, Android kernel performance is still important and has to be quantified and understood.As in Linux, aggregate application performance is still impacted by the efficiency of the implemented kernel primitives.Compared to Linux, only a few Android performance, stress-testing, and benchmarking tools(such as DHTDroid)are available today.Based on the rapid development and deployment cycle of Android based systems, the need for actual Android application and kernel-level performance tools will increase rather significantly over the near future.Figure 2: The Android vs.the Linux 2.6 Environment References 1.Maker, F., Chan, Y., “A Survey on Android vs.Linux”, University of California, 2009 2.Liang, “System Integration for the Android Operating System”, National Taipei University, 2010 3.Brady, P., “Android Anatomy and Physiology”, Google I/O Developer Conference, 2008 4.Bornstein, D., “Dalvik VM Internals”, Google I/O Developer Conference, 2008 5.Toshiba, “NAND vs.NOR Flash Memory: Technology Overview”, Toshiba, 2006 6.Johnson, “Performance Tuning for Linux Servers”, IBM Press, 2005 7.Heger, D., “Quantifying IT Stability – 2nd Edition, Instant Publisher, 2010 8.Android Wikipedia, 2011

9.Linux Wikipedia, 2011

用于Google App Engine上的通用回合制游戲服務(wù)的架構(gòu)

用于基于Android的游戲

概述：

本文介紹了開發(fā)和評(píng)估部署在Google App Engine上的服務(wù)架構(gòu)的工作，可用于促進(jìn)Android設(shè)備上運(yùn)行的游戲的通用游戲初始化，轉(zhuǎn)換和完成。

Google App Engine及其相關(guān)組件（如持久性和負(fù)載平衡）將被評(píng)估為目的。我還想研究如何推動(dòng)Android設(shè)備。

基于回合的Android游戲的相關(guān)質(zhì)量屬性將被討論并評(píng)估Google App Engine和架構(gòu)。

1.0 動(dòng)機(jī)

我目前正在開發(fā)基于回合的Android [ANDROID]游戲，玩家可以在其他Android設(shè)備上與其他玩家玩耍。

為了完成游戲的開發(fā)，我需要研究如何在玩家之間初始化游戲，并且轉(zhuǎn)換可以在設(shè)備之間分配。

本文的動(dòng)機(jī)是評(píng)估Google App Engine [GAE]中開發(fā)的解決方案是否可以解決這一挑戰(zhàn)，以及軟件架構(gòu)的外觀。

即使為一個(gè)特定游戲產(chǎn)生了動(dòng)機(jī)，我想知道是否可以開發(fā)通用服務(wù)以支持其他游戲。游戲服務(wù)器將不會(huì)有任何關(guān)于玩游戲的知識(shí)，只負(fù)責(zé)將游戲數(shù)據(jù)分發(fā)為有效載荷。每個(gè)游戲應(yīng)用程序負(fù)責(zé)創(chuàng)建和解釋分布式負(fù)載。

另一個(gè)動(dòng)機(jī)是我想獲得有關(guān)Google App Engine [GAE]的知識(shí)，以便能夠針對(duì)未來項(xiàng)目的其他基于云的平臺(tái)評(píng)估該平臺(tái)。

2.0假設(shè)/問題陳述

Google App Engine是用于部署基于回合的服務(wù)器的合適平臺(tái)

Android游戲應(yīng)用程序。意味著平臺(tái)API和內(nèi)部服務(wù)，從外部服務(wù)的暴露，到持久性足夠豐富，以支持服務(wù)的開發(fā)。

Google App Engine能夠動(dòng)態(tài)擴(kuò)展，以便能夠支持突擊播放的游戲。

可以設(shè)計(jì)可以由不同的獨(dú)立回合制游戲使用的通用服務(wù)。新開發(fā)的游戲可以使用該服務(wù)，而無需更改服務(wù)。游戲開發(fā)人員然后可以專注于游戲設(shè)計(jì)和重用相同的游戲服務(wù)。

3.0方法

為了能夠?yàn)樗枋龅膯栴}開發(fā)架構(gòu)，我需要學(xué)習(xí)如何

Google App Engine工作。已經(jīng)審查了文件，我試圖找到關(guān)于如何解決這種挑戰(zhàn)的最佳實(shí)踐說明。

解決所述挑戰(zhàn)的解決方案的架構(gòu)已經(jīng)針對(duì)該問題進(jìn)行了開發(fā)和評(píng)估。

已經(jīng)開發(fā)了建筑原型，以證明我能夠開發(fā)服務(wù)的關(guān)鍵部分。原型的主題是持久性，向設(shè)備發(fā)送通知，以及服務(wù)如何暴露和負(fù)載平衡。

為了檢查Google App Engine是否能夠在玩家增加時(shí)進(jìn)行擴(kuò)展和執(zhí)行，已經(jīng)進(jìn)行了性能測(cè)試通用有效載荷。

對(duì)于這種架構(gòu)，Google Cloud Messaging是從服務(wù)器向客戶端發(fā)送有效負(fù)載的機(jī)制，因此Google Cloud Messaging實(shí)際上是有效載荷格式和大小的決定性因素。

4.2 Google App Engine 本段描述了Google App的一些功能和特性 引擎，以及我如何使用它。云特征

Google App Engine可以被稱為平臺(tái)即服務(wù)（PaaS）云提供商。PaaS是一種服務(wù)，開發(fā)人員不用擔(dān)心他的解決方案將被執(zhí)行的硬件，操作系統(tǒng)甚至執(zhí)行平臺(tái)。

PaaS表征是在“云端突破：朝著云定義”一文中作出的（Vaquero et al。，2009）。只要部署的應(yīng)用程序遵守一些實(shí)施標(biāo)準(zhǔn)，PaaS提供商將服務(wù)于該服務(wù)。Google為開發(fā)人員提供了一套額外的服務(wù)，如持久性，身份管理，緩存等。有關(guān)持久性的更多信息可以在本文后面找到。

Google App Engine由于其PaaS特性，是對(duì)本文進(jìn)行檢查的明顯選擇。這將使游戲開發(fā)者有可能集中精力制作酷炫游戲，而不用擔(dān)心如果游戲在一夜之間變得流行，玩家將從數(shù)百人

增加到數(shù)萬人。在Google App Engine上托管的服務(wù)具有自動(dòng)擴(kuò)展的能力，并且具有性能和可用性等質(zhì)量屬性。語言

Google App Engine支持在Pyton，GO和Java中開發(fā)的應(yīng)用程序。

由于我是Java開發(fā)人員，我想使用提供Java庫的Google Cloud消息傳遞;我將專注于創(chuàng)建基于Java的架構(gòu)。

Google App Engine可以創(chuàng)建Java企業(yè)[JEE]應(yīng)用程序，其中包含JSP和servlet的戰(zhàn)略存檔可以部署和公開為服務(wù)。通訊

對(duì)于Android設(shè)備和Google App Engine之間的通信，我將使用RESTFul接口[REST]。選擇RESTful的界面是因?yàn)樗浅］p便，如果游戲服務(wù)應(yīng)該擴(kuò)展到支持其他平臺(tái)或設(shè)備而不是Android，可以很容易地被不同的平臺(tái)使用。此外，使用RESTful接口非常容易，因?yàn)榇蠖鄶?shù)開發(fā)環(huán)境和編程語言都具有HTTP客戶端實(shí)現(xiàn)。持久性

Google App Engine提供樹不同的持久化數(shù)據(jù)機(jī)制。Google描述了這樣的機(jī)制： App Engine資料儲(chǔ)存庫

提供NoSQL無模式對(duì)象數(shù)據(jù)存儲(chǔ)，具有查詢引擎和原子事務(wù)。Google Cloud SQL 根據(jù)熟悉的MySQL數(shù)據(jù)庫，為您的App Engine應(yīng)用程序提供一個(gè)關(guān)系型SQL數(shù)據(jù)庫。Google云端存儲(chǔ)

為大小達(dá)TB的對(duì)象和文件提供存儲(chǔ)服務(wù)。

由于游戲服務(wù)旨在能夠擴(kuò)展到極高的負(fù)載，許多游戲和許多玩家，我想檢查App Engine數(shù)據(jù)存儲(chǔ)區(qū)。部署

在Google App Engine上部署新版本的服務(wù)時(shí)，可以選擇要部署的版本。如果服務(wù)已經(jīng)在以前的版本中運(yùn)行，則此版本在新版本已部署之前仍將處于活動(dòng)狀態(tài)。

部署的新版本可以在被激活之前進(jìn)行私有測(cè)試，并可供最終用戶使用。這是Google App Engine非常重要和有價(jià)值的功能，因?yàn)樗梢栽诓煌C(jī)的情況下更新您的服務(wù)。當(dāng)新版本經(jīng)過測(cè)試和激活后，用戶只需直接進(jìn)入新的部署。

這種熱的部署原因意味著您必須了解您的游戲和用戶狀態(tài)以及您需要如何設(shè)計(jì)您的服務(wù)。這意味著您必須開發(fā)無狀態(tài)服務(wù)，無論客戶端最后調(diào)用的服務(wù)實(shí)例無關(guān)緊要。計(jì)費(fèi)

由于Google App Engine的特點(diǎn)是PaaS云解決方案，所以付款策略是您只需支付實(shí)際使用的資源。這意味著如果你的應(yīng)用程序沒有被使用，或者如果它不被非常使用，它將花費(fèi)你沒有什么甚至沒有什么來暴露你的服務(wù)。您的服務(wù)使用的越多，您將花費(fèi)的越多。您將通過CPU，存儲(chǔ)和網(wǎng)絡(luò)基礎(chǔ)架構(gòu)等資源的特定使用來計(jì)費(fèi)。

每個(gè)應(yīng)用程序都有配額，在其中可以完全免費(fèi)公開您的服務(wù)。配額每24小時(shí)重置一次。這意味著，只有當(dāng)您的應(yīng)用程序達(dá)到一定負(fù)載時(shí)，您才需要付費(fèi)使用Google App Engine，因此，您也可能因此而獲得收入。圖1顯示了單獨(dú)監(jiān)控和計(jì)費(fèi)的資源。

如果服務(wù)例如自動(dòng)縮放到更多的實(shí)例，因?yàn)檩^高的負(fù)載，您將使用更多的實(shí)例小時(shí)，最終將為此計(jì)費(fèi)。

另一方面，當(dāng)您的應(yīng)用程序未被使用時(shí)在夜間或周末期間，您將無費(fèi)用。對(duì)于所示示例，只有一個(gè)活動(dòng)實(shí)例。

圖2來自Google App Engine儀表板的原型配額概述

Google App Engine儀表板可讓您輕松監(jiān)控應(yīng)用程序在一定時(shí)間內(nèi)公開的費(fèi)用。

這種支付策略的缺點(diǎn)是，當(dāng)您的服務(wù)負(fù)載增加時(shí)，您很難估計(jì)資源使用情況。這是很難解釋給你的公司，因?yàn)槟愕呢?cái)務(wù)負(fù)責(zé)人喜歡他的費(fèi)用的可預(yù)測(cè)性。

希望通過使用Google App Engine，比建立自己的基礎(chǔ)設(shè)施更具成本效益。

了解Google App Engine是否具有成本效益，這不是本文的一部分。應(yīng)該開展進(jìn)一步的工作，包括成本效益分析來解決這個(gè)問題。

4.3 Android的Google Cloud Messaging 當(dāng)一個(gè)游戲?qū)κ州喌綍r(shí)，我們需要能夠通知一個(gè)特定的玩家關(guān)于這個(gè)回合的結(jié)果，從而將主動(dòng)權(quán)交給下一個(gè)玩家。

現(xiàn)代移動(dòng)平臺(tái)具有將通知推送到移動(dòng)設(shè)備的功能。

Apple的Apple通知機(jī)制稱為“Apple Push Notification Service”。

Google具有類似于Android設(shè)備的功能。這項(xiàng)服務(wù)稱為“Google Cloud Messaging”[GCM]。Google Cloud Messaging [GCM]是由Google提供的一項(xiàng)服務(wù)，可以將服務(wù)通知推送到基于Android的設(shè)備。

消息可以包含高達(dá)4kb的有效載荷數(shù)據(jù)。Android應(yīng)用可以訂閱給定服務(wù)的通知。

根據(jù)Google的說法，Google Cloud Messaging解決方案是完全免費(fèi)的。

4.4進(jìn)一步工作

持久性

有必要進(jìn)一步檢查持久性是如何進(jìn)行的。本文只是劃傷了數(shù)據(jù)存儲(chǔ)的表面。開發(fā)服務(wù)

本文最明顯的任務(wù)就是做實(shí)際的解決方案。開發(fā)的架構(gòu)是開始開發(fā)的良好起點(diǎn)。為客戶開放SaaS解決方案

該架構(gòu)是以某種方式開發(fā)的，因此該服務(wù)可以支持許多不同的游戲。這樣做可以讓您完成多租戶解決方案，其他人可以租用您的服務(wù)。

在文中“一個(gè)突破云：一個(gè)云定義”[Vaquero等，2009]，這種公共服務(wù)被分類為SaaS（軟件即服務(wù)）解決方案，如果成功，你可以賺錢這個(gè)解決方案

為了能夠使其成為多租戶解決方案，您必須開發(fā)管理模塊，管理功能并進(jìn)行計(jì)費(fèi)。成本效益分析

本文的重點(diǎn)是技術(shù)性。如果游戲服務(wù)器解決方案應(yīng)該在Google App Engine上取得成功，那么應(yīng)該給予某種利潤。進(jìn)一步的工作將包括在Google App Engine上開發(fā)和部署成本效益分析。

使解決方案iOS兼容

開發(fā)的架構(gòu)只適用于Android設(shè)備，但未來發(fā)展的明顯選擇將是使該解決方案也適用于iOS設(shè)備。

蘋果已經(jīng)銷售了超過500.000.000個(gè)iOS設(shè)備[iOS]，因此通過使解決方案支持iOS，潛在客戶的數(shù)量將會(huì)爆炸。

將Google App Engine與其他PaaS環(huán)境進(jìn)行比較

應(yīng)該將本文的結(jié)果與其他PaaS環(huán)境的分析進(jìn)行比較，然后才能確定進(jìn)一步開發(fā)的環(huán)境。

5.0 相關(guān)工作

5.1蘋果measuring it against quality attribute scenarios.4.0 Analyses and Results 4.1 Concept and requirements of the gamer server The primary functionality of the gamer server is to connect players and facilitate change of turns and communicate game progress between two players.The game server does not know anything about the game being played.Its finest task is to distribute data payload between the players android application.All the functionality about interpreting the meaning and state of the payload data is in the hands of the android application.This makes the server usable for most turn based online games like chess, backgammon, etc.where there are two contestants.The functionality of the game server can be divided into the following function areas:

Game initialization The task of the game server is to facilitate an online game between two players.Before a game can begin, it is of cause necessary to establish the link between two players.The game server has two very different ways of establishing the connection: Known opponent The most obvious way of playing a game, must be to play against an opponent you already know.The game server supports initialization of a game between one named player and another.In other words, a player can ask another player, already created on the same game server, to play a game.The player enquired to play can then either accept or reject the challenge.Random opponent Another way for a player to initialize a game is to ask the game server to find an opponent for him.The game sever can then match two random players, both looking for opponents, and initialize a game between them.This way of initializing games between random players are used both by the games Wordfeud [WF] and Quiz battle [QB].One of the advantages of supporting this kind of random-player game initialization is that a player might not stop playing the game just because he doesn’t know any other players.This makes it more likely that he keeps playing, and thereby increasing the revenue for the game provider.The last part of the game initialization is to randomly choose which player is to commence the game, and thereby doing the first turn.Turn management and communication of game progress After a game has been initialized between two players, the job of the game server is to facilitate when turn changes from one player to another.When a player is about to end his turn, he calls the game server, with data payload representing the changed state or the state of the entire game.The game server then notifies the waiting device and application of change of turn, and distributes the game state payload.It is then the up to the waiting application to interpret the payload and show the player the games state changes made by the opponent player.The game server does not know anything about the game.It just distributes payload from one player to

第二篇：畢業(yè)設(shè)計(jì)論文過程材料

畢業(yè)設(shè)計(jì)(論文)過程材料

目錄

1．畢業(yè)設(shè)計(jì)（論文）任務(wù)書

2．畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）工作計(jì)劃

3．畢業(yè)設(shè)計(jì)（論文）開題報(bào)告（含論文綜述）

4．畢業(yè)設(shè)計(jì)（論文）讀書報(bào)告（讀書筆記）

5．畢業(yè)設(shè)計(jì)（論文）外文翻譯（附外文原文）

6．畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）階段總結(jié)

7．畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）工作總結(jié)

8．畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）鑒定表

9．畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）工作記錄本

第三篇：過程控制系統(tǒng)論文

過程控制系統(tǒng)的發(fā)展史

“過程控制”是現(xiàn)代工業(yè)自動(dòng)化的一個(gè)重要領(lǐng)域.隨著各類生產(chǎn)工藝技術(shù)的不斷改進(jìn)提高,生產(chǎn)過程的連續(xù)化、大型化不斷強(qiáng)化，隨著對(duì)過程內(nèi)在規(guī)律的進(jìn)一步了解，以及儀表、計(jì)算機(jī)技術(shù)的迅猛發(fā)展，生產(chǎn)過程控制技術(shù)獲得了更大的進(jìn)展?！哆^程控制系統(tǒng)》是過程控制自動(dòng)化及相關(guān)專業(yè)的一門主要專業(yè)課程。過程控制系統(tǒng)可分為常規(guī)儀表過程控制系統(tǒng)與計(jì)算機(jī)過程控制系統(tǒng)兩大類。前者在生產(chǎn)過程自動(dòng)化中應(yīng)用最早，已有六十余年的發(fā)展歷史，后者是自20世紀(jì)70年代發(fā)展起來的以計(jì)算機(jī)為核心的控制系統(tǒng)。從系統(tǒng)結(jié)構(gòu)來看，過程控制已經(jīng)經(jīng)歷了四個(gè)階段。

1.基地式控制階段(初級(jí)階段)

20世紀(jì)50年代,生產(chǎn)過程自動(dòng)化主要是憑生產(chǎn)實(shí)踐經(jīng)驗(yàn)，局限于一般的控制元件及機(jī)電式控制儀器,采用比較笨重的基地式儀表(如自力式溫度控制器,就地式液位控制器等),實(shí)現(xiàn)生產(chǎn)設(shè)備就地分散的局部自動(dòng)控制。在設(shè)備與設(shè)備之間或同一設(shè)備中的不同控制 系統(tǒng)之間，沒有或很少有聯(lián)系，其功能往往局限于單回路控制。過程控制的目的主要是幾種熱工參數(shù)(如溫度，壓力，流量及液位)的定值控制，以保證產(chǎn)品的質(zhì)量和產(chǎn)量的穩(wěn)定。時(shí)至今日,這類控制系統(tǒng)仍沒有被淘汰，而且還有了新的發(fā)展，但所占的比重大為減小。

2.單元組合儀表自動(dòng)化階段

20世紀(jì)60年代出現(xiàn)了單元組合儀表組成的控制系統(tǒng),單元組合儀表有電動(dòng)和氣動(dòng)兩大類。所謂單元組合,就是把自動(dòng)控制系統(tǒng)儀表按功能分成若干單元，依據(jù)實(shí)際控制系統(tǒng)結(jié)構(gòu)的需要進(jìn)行適當(dāng)?shù)慕M合，因此單元組合儀表使用方便，靈活。單元組合儀表之間用標(biāo)準(zhǔn)統(tǒng)一的信號(hào)聯(lián)系，氣動(dòng)儀表(QDZ系列)為20~100kPa氣壓信號(hào)，電動(dòng)儀表為0~10mA直流電流信號(hào)(DDZ—Ⅱ系列）和4～20mA直流電流信號(hào)（DDZ—Ⅲ系列）。由于電流信號(hào)便于遠(yuǎn)距離傳送，因而實(shí)現(xiàn)了集中監(jiān)控與集中操縱控制系統(tǒng),對(duì)提高設(shè)備效率和強(qiáng)化生產(chǎn)過程有所促進(jìn)，使用那個(gè)了工業(yè)生產(chǎn)設(shè)備日益大型化與連續(xù)化發(fā)展的需要。隨著儀表工業(yè)的迅速發(fā)展,對(duì)過程控制對(duì)象特性的認(rèn)識(shí)，對(duì)儀表及控制系統(tǒng)的設(shè)計(jì)計(jì)算方法等都有了較大的進(jìn)步。但從設(shè)計(jì)構(gòu)思來看，過程控制仍處于各控制系統(tǒng)互不關(guān)聯(lián)或關(guān)聯(lián)甚少的定值控制范疇,只是控制的品質(zhì)有了較大的提高。單元組合儀表已延續(xù)了幾十年,目前國內(nèi)還廣泛應(yīng)用。由單元組合儀表組成的控制系統(tǒng),其控制策略主要是PID控制和常用的復(fù)雜控制系統(tǒng)(如串級(jí)、均勻、比值、前饋、分程和選擇性控制等）。

3.計(jì)算機(jī)控制的初級(jí)階段

20世紀(jì)70年代出現(xiàn)了計(jì)算機(jī)控制系統(tǒng)，最初是直接數(shù)字控制(DDC)實(shí)現(xiàn)集中控制，代替常規(guī)的控制儀表。但由于集中控制的固有缺陷,未能普及與推廣就被集散控制系統(tǒng)(DCS)所替代。DCS在硬件上將控制回路分散化，數(shù)據(jù)顯示，實(shí)時(shí)監(jiān)督等功能集中化，有利于安全平穩(wěn)的生產(chǎn)。就控制策略而言，DCS仍以簡單的PID控制為主,再加上一些復(fù)雜的控制算法,并沒有充分發(fā)揮計(jì)算機(jī)的功能。

4.綜合自動(dòng)化階段

20世紀(jì) 80年代以后出現(xiàn)了二級(jí)優(yōu)化控制 ,在DCS的基礎(chǔ)上實(shí)現(xiàn)先進(jìn)控制和優(yōu)化控制。在硬件上采用上位機(jī)和DCS(或電動(dòng)單元組合儀表)相結(jié)合，構(gòu)成二級(jí)計(jì)算機(jī)優(yōu)化控制。隨著計(jì)算機(jī)及網(wǎng)絡(luò)技術(shù)的發(fā)展，DCS出現(xiàn)了開放式系統(tǒng),實(shí)現(xiàn)多層次計(jì)算機(jī)網(wǎng)絡(luò)構(gòu)成的管控一體化系統(tǒng)(CIPS)。同時(shí)，以現(xiàn)場(chǎng)總線為標(biāo)準(zhǔn)，實(shí)現(xiàn)以微處理器為基礎(chǔ)的現(xiàn)場(chǎng)儀表與控制系統(tǒng)之間進(jìn)行全數(shù)字化,雙向和多站通信的現(xiàn)場(chǎng)總線網(wǎng)絡(luò)控制系統(tǒng)(FCS)。FCS將對(duì)控制系統(tǒng)結(jié)構(gòu)帶來革命性變革 ,開辟控制系統(tǒng)的新紀(jì)元。

當(dāng)前自動(dòng)控制系統(tǒng)發(fā)展的主要特點(diǎn)是:生產(chǎn)裝置實(shí)施先進(jìn)控制成為發(fā)展主流;過程優(yōu)化受到普遍關(guān)注;傳統(tǒng)的DCS正在走向國際統(tǒng)一標(biāo)準(zhǔn)的開放式系統(tǒng);綜合自動(dòng)化系統(tǒng)(CIPS)是發(fā)展方向。

綜合自動(dòng)化系統(tǒng)，就是包括生產(chǎn)計(jì)劃和調(diào)度,操作優(yōu)化,先進(jìn)控制和基層控制等內(nèi)容的遞階控制系統(tǒng)，亦稱管理控制一體化系統(tǒng)(簡稱管控一體化系統(tǒng))。這類自動(dòng)化系統(tǒng)是靠計(jì)算機(jī)和及其網(wǎng)絡(luò)來實(shí)現(xiàn)的,因此也稱為計(jì)算機(jī)集成過程系統(tǒng)(CIPS)。這里,“計(jì)算機(jī)集成”指出了它的組成特征，“過程系統(tǒng)”指明了它的工作對(duì)象,正好與計(jì)算機(jī)集成制造系統(tǒng)(CIMS)相對(duì)應(yīng),有人也稱之為過程工業(yè)的CIMS。

可以認(rèn)為，綜合自動(dòng)化是當(dāng)代工業(yè)自動(dòng)化的主要潮流。它以整體優(yōu)化為目標(biāo),以計(jì)算機(jī)為主要技術(shù)工具，以生產(chǎn)過程的管理和控制的自動(dòng)化為主要內(nèi)容,將各個(gè)自動(dòng)化 “孤島”綜合集成為一個(gè)整體的系統(tǒng)。近二十幾年來，工業(yè)生產(chǎn)規(guī)模的迅猛發(fā)展，加劇了對(duì)人類生存環(huán)境的污染，因此,減小工業(yè)生產(chǎn)對(duì)環(huán)境的影響也已納入了過程控制的目標(biāo)范圍,綜上所述,過程控制的主要目標(biāo)有保障生產(chǎn)過程的安全和平穩(wěn),達(dá)到預(yù)期的產(chǎn)量和質(zhì)量，盡可能減少原材料和能源消耗,把生產(chǎn)對(duì)環(huán)境的危害降低到最小程度。由此可見，生產(chǎn)過程自動(dòng)化是保持生產(chǎn)穩(wěn)定、降低消耗、降低成本、改善勞動(dòng)條件、促進(jìn)文明生產(chǎn)、保證生產(chǎn)安全和提高勞動(dòng)生產(chǎn)率的重要手段，是20世紀(jì)科學(xué)與技術(shù)進(jìn)步的特征，是工業(yè)現(xiàn)代化的標(biāo)志之一。

以上為過程控制系統(tǒng)的歷史，現(xiàn)狀以及未來的發(fā)展方向。

電專111班

孟陽

120114303113

第四篇：發(fā)酵工程論文發(fā)酵過程論文

發(fā)酵工程論文發(fā)酵過程論文

生物工程技術(shù)下的發(fā)酵床養(yǎng)豬法

摘要: 在我國,工業(yè)式養(yǎng)豬的缺點(diǎn)逐漸顯露,而“發(fā)酵床養(yǎng)豬法”的提出在解決養(yǎng)豬業(yè)環(huán)境污染、養(yǎng)殖效益、質(zhì)量安全方面都表現(xiàn)出了明顯的優(yōu)勢(shì),受到養(yǎng)豬者的歡迎和行業(yè)部門的重視。因此,具有巨大的推廣價(jià)值。但在應(yīng)用這一技術(shù)時(shí),也存在一些問題,影響、制約“發(fā)酵床養(yǎng)豬法”的應(yīng)用發(fā)展,我們應(yīng)該對(duì)其有一個(gè)客觀的認(rèn)識(shí)。

關(guān)鍵詞: 發(fā)酵床養(yǎng)豬;優(yōu)勢(shì);問題;制約;客觀

近年來,養(yǎng)豬業(yè)面對(duì)的挑戰(zhàn)日漸增多,除了豬病與市場(chǎng)風(fēng)險(xiǎn)外,排污與環(huán)保的壓力可能是最令養(yǎng)豬人頭痛的難題。在環(huán)保聲浪日漸高漲的背景下,以厚墊料為主要特征、以“零排放”為主要賣點(diǎn)的“發(fā)酵床”養(yǎng)豬法,在強(qiáng)大的商業(yè)宣傳攻勢(shì)及各級(jí)政府部門的推動(dòng)下,大有星火燎原之勢(shì)。我認(rèn)為,一項(xiàng)飼養(yǎng)工藝的重大變革不但需要嚴(yán)謹(jǐn)?shù)目茖W(xué)論證,更需要對(duì)實(shí)際效果進(jìn)行實(shí)事求是的經(jīng)得起時(shí)空考驗(yàn)的客觀評(píng)估。

發(fā)酵床技術(shù)的概括

1.1 發(fā)酵床養(yǎng)豬技術(shù)的原理

發(fā)酵床養(yǎng)豬的原理是在養(yǎng)豬圈舍內(nèi)利用一些高效有益微生物與墊料建造發(fā)酵床,豬將排泄物直接排在發(fā)酵床上,利用生豬的拱掘習(xí)性,加上人工輔助翻耙,使豬糞、尿和墊料充分混合,通過有益發(fā)酵微生物菌落的分解發(fā)酵,使豬糞、尿有機(jī)物質(zhì)得到充分的分解和轉(zhuǎn)化。發(fā)酵床養(yǎng)豬的技術(shù)原理與農(nóng)田有機(jī)肥被分解的原理基本一致,關(guān)鍵是墊料碳氮比與發(fā)酵微生物的選擇。其技術(shù)核心在于“發(fā),可以說,“發(fā)酵床”效率的高低決定了該養(yǎng)豬法經(jīng)濟(jì)效益的高低。

1.2 發(fā)酵床中的有益微生物

發(fā)酵床中所使用的高效有益微生物主要有芽孢桿菌屬、乳酸桿菌屬(厭氧型)、放線菌群(好氣型)和酵母菌群(好氧型)。

1.3 發(fā)酵床養(yǎng)豬的注意事項(xiàng)

1.3.1 豬舍:一般要求豬舍呈東西走向,座北朝南,這樣的圈舍采光好,利于發(fā)酵;而且南北可以敞開,適合通風(fēng)良好,不臭也沒蚊蠅。

1.3.2 陽光:屋頂需要設(shè)置透明亮瓦,要讓陽光照進(jìn)來,這個(gè)對(duì)圈底微生物發(fā)酵床菌種營養(yǎng)搭檔伴侶和糞便秸稈發(fā)酵劑的發(fā)酵非常重要,亮瓦的多少以陽光自東向西移動(dòng)時(shí)可照到豬圈全部為最佳,盡量做到陽光普照。

1.3.3 養(yǎng)豬密度:根據(jù)豬的大小來分,考慮豬的數(shù)目,每個(gè)豬大概1平方米左右,如果養(yǎng)的密度太小,微生物營養(yǎng)不夠,發(fā)酵不好,就失去效果了,但是可以補(bǔ)充。密度過大絕對(duì)不行,對(duì)圈地造成很大的影響,豬的活動(dòng)空間也不夠,微生物吸收不了這么多豬糞,導(dǎo)致圈底潮濕。

1.3.4 墊料:墊料一般選擇:秸稈、樹葉雜草、稻谷殼粉、鋸末屑、糞便,發(fā)酵床菌種之一糞便秸稈發(fā)酵劑等,有條件加入少量的米糠、酒糟等糟渣飼料發(fā)酵效果更好。其厚度一般在80cm左右,以確保發(fā)酵床有較高的溫度。

1.3.5 墊料管理:正常運(yùn)行的墊料,其中心部無臭味,濕度45%～50%,溫度45℃左右,PH值7～8。為了保證墊料的正常發(fā)酵,應(yīng)每周翻動(dòng)2～3次,翻動(dòng)深度30厘米以上。打散結(jié)塊墊料保證通透性。每批豬出欄后將墊料徹底翻一遍。

對(duì)發(fā)酵床的客觀看待

2.1 發(fā)酵床養(yǎng)豬技術(shù)的優(yōu)點(diǎn)

2.1.1 減輕對(duì)環(huán)境的污染:豬糞尿可長期留存豬舍內(nèi),不向外排放,不向周圍流淌,利用墊料里含有的相當(dāng)活性的土壤微生生物的發(fā)酵原理,能夠迅速有效的降解、消化豬的排泄物,不需要再對(duì)豬糞尿采用清掃排放,也不會(huì)形成大量的沖圈污水,從而變成沒有任何廢棄物排放的養(yǎng)豬場(chǎng),真正達(dá)到養(yǎng)豬零排放的目的。

2.1.2 節(jié)約能源:豬糞尿與鋸末墊料的混合物在微生物的作用下迅速發(fā)酵分解,產(chǎn)生熱量,中心溫度可達(dá)40～50℃或更高,表層溫度長期維持在25～30℃。在零度以下的冬天,不管南方北方(北方更有優(yōu)勢(shì)),這個(gè)升溫的優(yōu)點(diǎn)是很具經(jīng)濟(jì)價(jià)值的,省了電、煤等取暖費(fèi)。尤其是改善了豬的腹感溫度,降低了豬舍溫度變化幅度,相比其他取暖方式,更具優(yōu)勢(shì)。同樣,在夏季,由于幾乎全敞開窗戶,形成了掃地風(fēng)、穿堂風(fēng)等類似涼亭子的效果,結(jié)合墊料管理,豬只感覺非常涼爽。

2.1.3 增加安全性:利用有益菌占位原理,增強(qiáng)豬只抗病力,提高了飼養(yǎng)效率和豬肉品質(zhì)病原菌致病的基礎(chǔ)是病原菌達(dá)到一定的濃度,由于發(fā)酵微生物等有益菌的大量繁殖,在墊床上、空氣中甚至豬舍的各個(gè)角落都彌漫著有益菌,使有益菌成為優(yōu)勢(shì)菌群,形成阻擋病原菌的天然屏障。即使有極少量病原菌的刺激,也只能使豬只產(chǎn)生特異性免疫反應(yīng),從而使豬只形成堅(jiān)強(qiáng)的保護(hù)力。

2.1.4 提高豬肉品質(zhì):豬飼養(yǎng)在墊料上,顯得十分舒適,豬活動(dòng)量較大。豬生長發(fā)育健康,幾乎沒有豬病發(fā)生,幾乎不用抗生藥物,提高了豬肉品質(zhì),生產(chǎn)出真正意義上的有機(jī)豬肉。

2.2 發(fā)酵床養(yǎng)豬技術(shù)的缺點(diǎn)

2.2.1 發(fā)酵床造價(jià)比較高:不適合小型用戶,適合規(guī)模養(yǎng)殖場(chǎng)。

2.2.2 飼養(yǎng)密度與排泄物承載能力:由于豬群的排泄物全部匯集在“發(fā)酵床”上,有效單位面積的飼養(yǎng)密度與排泄物的承載能力呈正相關(guān),發(fā)酵床面積太小導(dǎo)致功能微生物因面積不夠而超負(fù)荷工作,導(dǎo)致發(fā)酵床降解糞便、除臭、促生長的作用就不明顯或基本喪失殆盡。

2.2.3 疫病的控制問題:雖然危害養(yǎng)豬業(yè)的主要細(xì)菌、病毒無法在50℃的環(huán)境下長期存活,但不能帶豬消毒始終是這一養(yǎng)豬法的缺陷,發(fā)酵床養(yǎng)的豬也會(huì)得病,發(fā)酵的益生菌也不可能完全抑制病毒,同時(shí)發(fā)酵床是靠木屑、米糠等粉狀物吸收豬的排泄物,而豬有拱食的習(xí)慣,木屑、米糠等粉狀物會(huì)因?yàn)樨i拱食進(jìn)入呼吸道,有造成呼吸道疾病的潛在威脅,濕度過高時(shí)會(huì)使寄生蟲病危害嚴(yán)重。

總結(jié)

總之,任何一種技術(shù)都會(huì)存在優(yōu)缺點(diǎn),也有一定的應(yīng)用條件,發(fā)酵床養(yǎng)豬技術(shù)也不例外,因此發(fā)酵床的功能作用不是萬能的,辦法是否總會(huì)比問題多,也不一定,關(guān)鍵需要從各個(gè)方面綜合考慮。在推廣過程中,我們根據(jù)其他怕什么不怕什么,對(duì)一些技術(shù)進(jìn)行了完善改良并積極做好維護(hù)和管理工作使發(fā)酵床長期正常運(yùn)轉(zhuǎn)。

參考文獻(xiàn):

[1]向仲懷、黃君霆、夏建國,等蠶絲生物學(xué)[M].北京:中國林業(yè)出版社,2005.[2]向仲懷,家蠶遺傳育種學(xué)[M].北京:中國農(nóng)業(yè)出版社,1994.[3]張友洪、肖金樹、周安蓮,特殊性狀蠶品種923·9215×952·956H的育成[J].中國蠶業(yè),2006,27(3):37-38.[4]羅尤海、代方銀、魯成,家蠶突變型濃黑蛹的遺傳分析研究[J].安徽農(nóng)業(yè)科學(xué),2006(14):3398-3400.[5]楊明觀、陳玉銀、江麗軍,桑蠶暗化蛾突變體及其在生產(chǎn)上的應(yīng)用前景[J].蠶桑通報(bào),2001,32(4):19-21.[6]宋秀超、郝建偉、陳燦菊、崔艷輝,《今日畜牧獸醫(yī)》,2008年第九期.[7]杜曉光,《中國動(dòng)物保健》(ChinaAnimalHealth),2009年8月.[8]李玉霞,《ChinaSwineIndustry》,2009年第八期.

第五篇：4-9畢業(yè)設(shè)計(jì)(論文)過程材料目錄

本科畢業(yè)設(shè)計(jì)(論文)過程材料

目錄

1．本科畢業(yè)設(shè)計(jì)（論文）任務(wù)書

2．本科畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）工作計(jì)劃

3．本科畢業(yè)設(shè)計(jì)（論文）開題報(bào)告（含論文綜述）

4．本科畢業(yè)設(shè)計(jì)（論文）讀書報(bào)告（讀書筆記）

5．本科畢業(yè)設(shè)計(jì)（論文）外文翻譯（附外文原文）

6．本科畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）階段總結(jié)

7．本科畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）工作總結(jié)

8．本科畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）鑒定表

9．本科畢業(yè)實(shí)習(xí)、畢業(yè)設(shè)計(jì)（論文）工作記錄本