本篇文章給大家談?wù)劀\談微信小程序開發(fā)的論文，以及基于微信小程序的畢業(yè)設(shè)計論文對應(yīng)的知識點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、開題報告微信小程序購物選題背景怎么寫
• 2、淺談微信小程序的利與弊
• 3、微信小程序項(xiàng)目開發(fā)總結(jié)
• 4、論文雙選小程序怎么弄
• 5、基于微信小程序的人臉分析學(xué)生課堂狀態(tài)監(jiān)測系統(tǒng) 畢業(yè)論文+項(xiàng)目源碼

開題報告微信小程序購物選題背景怎么寫

一、研究的目的、意義與應(yīng)用前景等：

基于微信小程序的商城平臺的目的：隨著信息時代的發(fā)展，用戶的消費(fèi)水平也在不斷的上升，傳統(tǒng)超市以及電子商務(wù)在線上推廣和購物體驗(yàn)等方面也到了一個瓶頸期。淘寶、京東等購物平臺需要占手機(jī)更多的內(nèi)存，而選擇微信小程序能夠節(jié)省更多的內(nèi)存并且無需下載app，使人們能夠更加的便捷。微信小程序的開發(fā)相較于app的門檻稍微低一些，使得更多的人投入進(jìn)來，也使得微信小程序在短時間內(nèi)構(gòu)建了完整的開發(fā)環(huán)境和開發(fā)者生態(tài)。拆分出來的服務(wù)號并沒有提供更好的服務(wù)，而微信小程序的開發(fā)、獲取用戶和傳播成本更低。

? 基于微信小程序的商城平臺的意義：微信小程序非常適合為人們生活中的重要又低頻的需求服務(wù)，相對于原生態(tài)的app更加切合線下快速推廣的這種需求。論文以傳統(tǒng)社區(qū)類便利店的購物方式為出發(fā)點(diǎn)，結(jié)合微信小程序技術(shù)，采用面向?qū)ο蟮拈_發(fā)方法，開發(fā)一種可以方便商家線下推廣、消費(fèi)者線上購物的方便快捷的微信小程序購物系統(tǒng)。

?

二、研究的內(nèi)容和擬解決的主要問題：

1研究的內(nèi)容

本系統(tǒng)主要包括兩部分：

微信小程序客戶端：1.客戶登陸注冊2.商戶申請3.商品展示4.商品分類購物車5下單支付6個人信息管理

管理端：1.應(yīng)用管理2.訂單管理3.信息管理4.用戶管理管理5.等其他多項(xiàng)功能

第1章 系統(tǒng)開發(fā)背景與目的意義

1.1 系統(tǒng)開發(fā)的背景

1.2系統(tǒng)研究現(xiàn)狀

1.3系統(tǒng)開發(fā)的意義

1.4系統(tǒng)開發(fā)的內(nèi)容

第2章 系統(tǒng)分析??

2.1 系統(tǒng)現(xiàn)狀分析

2.2 系統(tǒng)開發(fā)的問題分析

2.3 系統(tǒng)可行性分析

2.4? 系統(tǒng)開發(fā)語言分析

第3章? 系統(tǒng)設(shè)計

3.1系統(tǒng)設(shè)計目標(biāo)

3.2 系統(tǒng)用例圖設(shè)計

3.3 系統(tǒng)業(yè)務(wù)流程設(shè)計

3.4 系統(tǒng)功能設(shè)計

3.5系統(tǒng)開發(fā)環(huán)境設(shè)計

3.6系統(tǒng)數(shù)據(jù)庫設(shè)計

4? 系統(tǒng)功能界面實(shí)現(xiàn)

4.1? 系統(tǒng)功能界面的設(shè)計實(shí)現(xiàn)

4.2個人中心角色功能的設(shè)計

5? 系統(tǒng)測試

5.1? 系統(tǒng)測試方案

5.2? 系統(tǒng)測試所需要的條件

5.3? 功能測試過程與結(jié)果

5.4 測試結(jié)果分析

?

總 結(jié)

淺談微信小程序的利與弊

直到前天的正式上線，微信小程序迅速火爆朋友圈~我也來湊個熱鬧，隨便說說自己對小程序的小小見解~

作為一個有著三年多iOS開發(fā)經(jīng)驗(yàn)的程序媛和一個微信公眾號的運(yùn)營者，在微信小程序之火剛剛燎原之際，我就產(chǎn)生了濃厚的興趣并關(guān)注著動向。不過直到上個周末我才安裝小程序的開發(fā)工具，而對于它的用戶體驗(yàn)，更是遲在公測之日使用到第一個小程序——微信自己開發(fā)的“小程序示例”，才真的體會到小程序到底是個啥（在此也深深地鄙視一下自己的執(zhí)行力）。

到目前為止，我一共添加并使用過5個小程序（排除小程序示例），它們的體驗(yàn)好壞不同?？偨Y(jié)一下就是——app為主，小程序?yàn)檩o。小程序現(xiàn)在還無法撼動原生app的地位~

經(jīng)常使用微信看公眾號文章的童鞋應(yīng)該有一個很不好的體驗(yàn)：在關(guān)注地看某篇文章時，經(jīng)常錯過朋友發(fā)的微信消息（因?yàn)閕OS系統(tǒng)的局限性，app在前臺時不會發(fā)出通知），或者因?yàn)橐磁笥寻l(fā)的消息，而不得不退出目前正在看的文章，要么把鏈接轉(zhuǎn)發(fā)到自己微信賬號/文件助手里，要么收藏該文章留著之后再看。這樣導(dǎo)致的結(jié)果是：①被迫暫停了閱讀的快感，之后忘記繼續(xù)閱讀②沒有及時回復(fù)重要的消息。我覺得這是目前微信最需要改善的一個缺點(diǎn)~

那么小程序的出現(xiàn)，還是會面臨上述問題：因?yàn)槿绻覀兂两谝粋€小程序里，還是會漏掉微信消息。說嚴(yán)重點(diǎn)，小程序和公眾號文章類似，它們和微信最原始的功能“聊天”是沖突的！這也導(dǎo)致了小程序具有局限性，只能做的比較“淺”，設(shè)計者在設(shè)計小程序時應(yīng)盡量避免讓用戶停留太久的時間。

嗯~相信對于好多童鞋來說，很多原生app的存在只是對于某些特定的場合：比如我只在不知道中午吃什么的時候用【大眾點(diǎn)評】、只在晚上訂飯的時候用【美團(tuán)外賣】，所以這兩個app我可以毫不猶豫地從手機(jī)里刪掉，改為使用微信小程序，這樣也完美地解決了①好多童鞋手機(jī)內(nèi)存低的問題，②像我這樣不定時會清理掉多余的app的奇葩【捂臉】（連自己手里里的文件夾也是按照圖標(biāo)顏色分類的 = =）不過對于大多數(shù)app，尤其是功能比較復(fù)雜、或用戶信息安全性需要得到保障的，我想大多數(shù)用戶不會舍原生app而去選擇小程序。

說完用戶體驗(yàn)，再說說它的開發(fā)吧~微信的開發(fā)文檔寫的比較全面，還有作為示例的小程序展現(xiàn)了各種控件的展現(xiàn)方式，相信對于做前端和后端的資深開發(fā)者來說，開發(fā)小程序的難度比較低，容易上手。因?yàn)槲乙恢痹谧鰅OS開發(fā)，偏離html語言太久的時間，因此對于我來說有些學(xué)習(xí)成本。

總之，我很佩服微信的團(tuán)隊，他們總是在不斷地創(chuàng)新，研發(fā)了很多NB的產(chǎn)品。對于小程序，昨天的公測只是一個開始，微信小程序團(tuán)隊還有很長的時間去發(fā)展，我也同樣期待著，微信小程序會給大家?guī)砀錾捏w驗(yàn)~我也不擔(dān)心自己的移動開發(fā)前程因?yàn)槲乙呀?jīng)開始學(xué)習(xí)win10開發(fā)了哇卡卡卡卡卡【嘿哈】（請大家腦補(bǔ)微信同款小表情）

微信小程序項(xiàng)目開發(fā)總結(jié)

1. 微信小程序知識總結(jié)和案例分析

微信小程序知識總結(jié)和案例分析 1.如何做好微信小程序數(shù)據(jù)分析

實(shí)時統(tǒng)計：即當(dāng)前在線訪問的用戶數(shù)，包括：。

訪問時長（0~30s,30s~60s,1min~3min,3min~5min,5min~10min,10min以上）。 訪問頁數(shù)（1頁，2頁，3~5頁，6~10頁，11~20頁，20頁以上）。

訪問地域（全部，自由選擇國家，地區(qū)組合）。 詳細(xì)數(shù)據(jù)（一鍵生成小程序第一次訪問時間，地域，訪客類型，入口頁面，最后停留頁面，訪問時長，訪問頁數(shù)）。

累計訪問用戶數(shù)：默認(rèn)顯示的是30天的數(shù)據(jù)，累計訪問次數(shù)即小程序自上線到當(dāng)前的所有訪問用戶數(shù)。 實(shí)時訪問：訪問小程序所有或單個頁面的總次數(shù)，多個頁面之間跳轉(zhuǎn)，同個頁面的重復(fù)訪問計為多次訪問（實(shí)時數(shù)據(jù)處理同步可能有15分鐘以內(nèi)的延遲，只統(tǒng)計已發(fā)布的線上版本使用數(shù)據(jù)）。

打開次數(shù)：昨日打開小程序總次數(shù)，用戶從打開小程序到主動關(guān)小程序開發(fā)多少錢閉小程序或超時退出為一次。 訪問次數(shù)：昨日訪問小程序內(nèi)所有頁面總次數(shù)，多個頁面之間的跳轉(zhuǎn)，同一頁面的重復(fù)訪問計為多次訪問。

訪問人數(shù)：昨日訪問小程序內(nèi)所有頁面的總用戶數(shù)，同一用戶多次訪問不重復(fù)計。 新訪問用戶數(shù)：首次訪問小程序頁面的用戶數(shù)，同一用戶多次訪問不重復(fù)計。

2.微信小程序有哪些商店案例

微信小程序商店很多的，想要找到一家好的商店小程序開發(fā)公司不容易，需要注意以下幾方面：

第一，看美不美小程序從看到的第一眼到打開頁面的整體都得好看。如果第三方公司給你提供的小程序你覺得頁面很LOW，不好看一定影響轉(zhuǎn)化率，丑的一定沒有轉(zhuǎn)化率。在這個拼顏值的年代，界面美不美觀是塊敲門磚。

如果你希望自己的小程序裝修得非常漂亮，其實(shí)需要非常多的模塊。如：圖片輪播廣告、視頻播放、語音播放、公告、商品組件、店鋪導(dǎo)航、關(guān)聯(lián)鏈接、商品搜索等等。這就像積木一樣，商家要根據(jù)自己品牌調(diào)性和商品特點(diǎn)，來個性化自定義自己的店鋪?？梢蕴峁┴S富的店鋪模板、裝修組件等選擇，幫助店鋪搭建。

第二、看快不快

如果一個小程序2s鐘都沒打開，你一定會關(guān)掉，沒有人會等3s。所以，在正常4G環(huán)境下，小程序打開頁面必須在2s之內(nèi)，因?yàn)榇蟛糠质菦_動型購買場景。所以小程序系統(tǒng)的訪問速度必須非?？欤热缯fH5做到1s以內(nèi)，小程序需要做到1.5s以內(nèi)，如果第三方公司給你做的小程序慢于2s才打開，不建議你選擇。

第三、看穩(wěn)不穩(wěn)定

小程序如果不穩(wěn)定，給商家?guī)淼膿p失是致命的。因?yàn)槟阕龅揭欢ǔ潭葧r，做一次活動，一次群發(fā)和一次推廣影響到的人群很龐大。當(dāng)所有人都參與活動的時候，如果一次群發(fā)宕機(jī)訪問不了，你就會失去了一大批用戶。判斷第三方公司做的小程序系統(tǒng)是不是穩(wěn)定，你要看一年的穩(wěn)定時間。

第四、看營銷功能多不多

小程序沒有關(guān)注行為，沒有像公眾號圖文群發(fā)的功能。所以，營銷功能要足夠多，才能實(shí)現(xiàn)裂變。根據(jù)多年微商城的經(jīng)驗(yàn)，比如多人拼團(tuán)、分銷員、好友瓜分券、多網(wǎng)點(diǎn)、限時折扣、優(yōu)惠券、發(fā)券寶、秒殺等，這些都是很好實(shí)現(xiàn)裂變傳播、推廣獲客、營銷成交、留存復(fù)購的營銷功能。

3.旅游小程序開發(fā)的優(yōu)秀案例有哪些

小程序種類多，方便快捷，而對于旅游這種范圍廣，涉及多個產(chǎn)業(yè)群的產(chǎn)業(yè)可開發(fā)的小程序就更多了，包括食住行游娛購等六個主要方面。

旅游電商?在線交易在旅游出行中，包括機(jī)票預(yù)購、酒店預(yù)訂、車輛預(yù)約以及門票購買等等，都可以在小程序?qū)崿F(xiàn)。達(dá)到了方便快捷。

戶外活動?組織報名通過微信小程序發(fā)布活動消息，借助微信好友、群聊和公眾號分享傳播，通過小程序進(jìn)行活動報名。旅行社?虛擬貨架打破門店空間限制，將傳統(tǒng)產(chǎn)品手冊同步至線上渠道，以虛擬貨架的形式，展示門店產(chǎn)品和服務(wù)旅游景區(qū)?信息發(fā)布旅游景區(qū)及時高效的信息發(fā)布平臺，通過小程序介紹景區(qū)資源，發(fā)布旅游信息，提供游玩攻略，參與游客互動。

旅游出行類小程序目前開發(fā)的案例：一家民宿是一個民宿預(yù)訂平臺，功能唯一，但高度專注，提 *** 品齊全，基本滿足需求。一家民宿針對人們旅行住宿的需求，整合資源，力圖為每一個自助出境游的華人提供住宿幫助，在小程序的開發(fā)上，該平臺也以實(shí)用性作為了標(biāo)準(zhǔn)，攜程作為國內(nèi)OTA的領(lǐng)頭羊，在規(guī)模上對其他同行保持了絕對的優(yōu)勢，攜程也不僅僅再局限于在線旅游代理平臺，實(shí)用性也遠(yuǎn)遠(yuǎn)超過了其它一些提供單一業(yè)務(wù)的平臺，攜程小程序同樣具備完善的功能，從訂酒店訂車票車輛預(yù)約甚至定制旅游等都出現(xiàn)在首頁面，個人中心一目了然，包含了出游每一個環(huán)節(jié)，提供一站式旅游服務(wù)這一直都是攜程的主張。

旅游小程序的開發(fā)可不止這些主流的開發(fā)方向，因?yàn)榕c這些擁有資源和經(jīng)驗(yàn)優(yōu)勢的大佬們沒有可比性，可以嘗試從細(xì)分垂直領(lǐng)域去開發(fā)小程序，旅行小賬本就是非常另類的一個小程序，功能定位明確，也是旅途非常有必要的操作，在整個旅游服務(wù)環(huán)節(jié)能包車保持較高的使用頻率，一直從游前貫穿到游后，并且還能作為數(shù)據(jù)留存，是游客產(chǎn)生依賴感。小程序中完全為了游客記賬的方便而設(shè)計。

以上三種不同類別的小程序開發(fā)可為當(dāng)前旅游業(yè)小程序開發(fā)提供借鑒思路。

4.案例分析實(shí)驗(yàn)總結(jié)

相關(guān)案例資料，熟悉了我們組的PPT流程。

我們組首先從書本入手查閱相關(guān)的資料，進(jìn)而分析了案例的相關(guān)知識、優(yōu)缺點(diǎn)等等，融合之后進(jìn)行總結(jié)制作PPT。四、實(shí)驗(yàn)中遇到問題及解決方法1、不善于對知識點(diǎn)的總結(jié)與應(yīng)用，總結(jié)資料能力多少都有些欠缺，經(jīng)常鍛煉這些能力是十分必要的。

2、對信息的處理不到位，考慮分析問題的時候不能做到全面細(xì)致，由于思考和理解存在局限性，應(yīng)該聽老師和同學(xué)的講解來解決。3、對案例分析題中所涉及的知識，不能熟練的找出來。

而想到某一些知識點(diǎn)也不能很好的概括并加以分析說明。對有些財務(wù)政策比較陌生，以后應(yīng)該多研讀政策原文，理解政策精神。

4、語言表達(dá)能力有所欠缺，比較死板缺乏活力，以后要加強(qiáng)這方面的經(jīng)驗(yàn)，繼而有所提高。5、對于PPT的制作很陌生，遇到不少的困難。

再加上對方案進(jìn)行比較、擇優(yōu)時，考慮得不夠全面，分析得不夠透徹。經(jīng)常犯一些不必要的錯誤。

五、實(shí)驗(yàn)結(jié)論具體參見同學(xué)的【附頁】：案例分析報告六、心得體會在我大三的下半學(xué)年，我們上了叫“財務(wù)管理案例分析”的實(shí)驗(yàn)課。短短兩周的實(shí)驗(yàn)課程竟然是將近兩年不見的賴?yán)蠋熃o我們授課。

這令我萬分的懷念。除了這一驚喜外，賴?yán)蠋熯€給我們貯備了另一個驚喜：那就是賴氏特色的教學(xué)方式。

以前的實(shí)驗(yàn)課老師都是緊緊抓住書本，讓我們做書本上的題、計算一類的。但是本次的校內(nèi)實(shí)習(xí)，老師讓同學(xué)們組成小組通過多個不同的案例進(jìn)行分析，我們分成人數(shù)不等的小組，然后進(jìn)行分工，有的查閱資料，有的制作PPT，有的是陳述人，有的是答辯人。

然后讓我們團(tuán)結(jié)協(xié)作做成PPT并用類似演講的形式展示出來，然后又通過問答的環(huán)節(jié)，讓全班同學(xué)都積極參與進(jìn)來。當(dāng)然回答問題的小組成員也要事前做足了充分的準(zhǔn)備。

我們每天都有不同的案例或者一天就多個案例的進(jìn)行著，除了小組案例分析外還有班級對抗賽、小組自由選擇案例分析等等多方面的創(chuàng)新。這不但能熟悉財務(wù)管理這門學(xué)科中所涉及的知識和問題，讓我們掌握了現(xiàn)實(shí)當(dāng)中的多類企業(yè)的財務(wù)管理中面對的不同問題，這還鍛煉了我們的思維思考、語言表達(dá)、組織能力等等。

我在小組中做過陳述人、資料查閱、還答辯了一個問題。這不僅加強(qiáng)了我的專業(yè)知識掌握度還加強(qiáng)了我的個人綜合能力，從而為實(shí)際工作打下良好基礎(chǔ)。

我們懂得了在案例中涉及教材上的知識點(diǎn)，從而對案例如何進(jìn)行系統(tǒng)的分析。我們通過互聯(lián)網(wǎng)進(jìn)行資料查詢，使我們對案例有了進(jìn)一步的了解，更便于我們對其進(jìn)行分析總結(jié)，并從中進(jìn)行知識的擴(kuò)展。

老式教學(xué)都是針對課本做計算做題，這無疑于紙上談兵，在現(xiàn)實(shí)工作中，我們對于課本上的理論知識的運(yùn)用是不太現(xiàn)實(shí)的，工作中的不定因素太多，而書本只是把理論性的東西寫了出來。賴?yán)蠋煱盐覀儚膫鹘y(tǒng)的教學(xué)模式中拉了出來，這個新式的教學(xué)方法很特別，常常帶給我們不一樣的全新感受。

這次試驗(yàn)對于我來說最大的收獲是綜合能力的提高，好比原來搜索資料的時候只知道看原文，從不知道還要標(biāo)注作者、出版社、出版年限等等，還有就是PPT的使用，之前我很少制作PPT，運(yùn)用得相當(dāng)不熟練，制作出來的PPT也沒有什么特色而且速度相當(dāng)緩慢，現(xiàn)在的我對于這種軟件有了比較充分的了解，做出來的效果也較之前好了不少速度也有了相應(yīng)的提高。這對于我今后的工作幫助是很大的。

再一點(diǎn)就是同學(xué)之間的協(xié)作溝通，因?yàn)樵谥暗膶W(xué)習(xí)生活中很少與同學(xué)有這種知識的交流，所以也發(fā)現(xiàn)了每個人的想法是多么的不同，看問題的角度千奇百怪，這使得可能我找出來的資料，總結(jié)制作的同學(xué)覺得并沒有用處，這也就鍛煉了我的溝通能力和協(xié)作能力，幾個同學(xué)也在這種溝通下更加的了解彼此，加深了我們的友誼。特別是我們組的人比較少，只有四個，而且相對于其他小組對于分工有著明確的劃分，我們組則是機(jī)動性的時刻變化著，每個人都是身兼數(shù)職，所以我們就更加團(tuán)結(jié)、更加了解彼此了。

不過對于我本人最大的鍛煉則是作為陳述人在講臺上講述PPT，這對于我來說是很難得的經(jīng)歷，因?yàn)槲冶救藢τ谘葜v主持這類的工作是不大熱愛的，那么自然也就很陌生，當(dāng)然這也就使我很緊張。講解的也就比較生硬相對于其他小組的陳述相比之下就不是很有特色了，不過先不論我講解的好壞，單單上臺去講這對于我已經(jīng)是不小的突破了。

這成為我珍貴的經(jīng)驗(yàn)。做了這么多天的案例分析，自然也就對于這些案例的知識點(diǎn)有了更深一步的認(rèn)識，這使我的會計知識更加豐富了，理解的也更加透徹了。

還鍛煉了我們的思維思考能力、語言表達(dá)能力、組織能力等等。要知道個人的綜合能力的高低是在職場上獲得成功的關(guān)鍵所在。

所以提高綜合能力是多么的重要。

論文雙選小程序怎么弄

畢業(yè)論文選題系統(tǒng)是基于微信小程序，后端是基于java編程語言，ssm框架，mysql數(shù)據(jù)庫和IDEA工具開發(fā)，本系統(tǒng)分為學(xué)生，教師，管理員三個角色；學(xué)生可以注冊登陸系統(tǒng)，查看系統(tǒng)公告，選課論文課題，提交課題論文，查看論文審核，答辯結(jié)果等信息；教師可以發(fā)布課題，審核學(xué)生論文，課題答辯結(jié)果，在線回復(fù)學(xué)生留言；管理員對學(xué)生，教師，公告，論文，選題，答辯等進(jìn)行管理；本系統(tǒng)功能齊全，文檔齊全，適合作為微信小程序畢業(yè)設(shè)計來參考和學(xué)習(xí)。

一.技術(shù)環(huán)境

jdk版本：1.8 及以上

ide工具：IDEA ，微信小程序開發(fā)工具

數(shù)據(jù)庫: mysql5.7 （必須5.7）

編程語言: Java

tomcat: 8.0 及以上

java框架：SSM

maven: 3.6.1

前端：layui ，微信

詳細(xì)技術(shù)：HTML+CSS+JS+JSP+JAVA+SSM+MYSQL+JQUERY+MAVEN+微信開發(fā)工具

二.項(xiàng)目文件（項(xiàng)目獲取請看文末官網(wǎng)）

在這里插入圖片描述

三.系統(tǒng)功能

在這里插入圖片描述

四.代碼示例

package com.lmu.controller;

/**

* 和登陸有關(guān)的都在這里

*/

import com.opensymphony.xwork2.ActionContext;

import com.opensymphony.xwork2.ActionSupport;

import com.lmu.model.Role;

import com.lmu.model.User;

import com.lmu.service.RoleService;

import com.lmu.service.UserService;

import com.lmu.utils.JsonUtils;

import com.lmu.utils.UserUtils;

import org.apache.commons.collections.map.HashedMap;

import org.apache.struts2.ServletActionContext;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.context.annotation.Scope;

import org.springframework.stereotype.Controller;

import java.io.IOException;

import java.util.HashMap;

import java.util.Map;

@Controller(“loginController”)

@Scope(“prototype”)

public class LoginController extends ActionSupport {

@Autowired

private UserService userService;

@Autowired

private RoleService roleService;

private User user;

private MapString, Object map = new HashMap();

public User getUser() {

return user;

}

public void setUser(User user) {

this.user = user;

}

public UserService getUserService() {

return userService;

}

public void setUserService(UserService userService) {

this.userService = userService;

}

/**

* 用戶登陸

* @return

*/

public void index() throws IOException {

User user1 = userService.getUser(user);

if (user1 != null){

if (user1.getIsSh() == 1){

if (user1.getRole().getEnName().equals(“admin”)){

ActionContext.getContext().getSession().put(“user”, user1);

}

if (user1.getRole().getEnName().equals(“js”)){

ActionContext.getContext().getSession().put(“user1”, user1);

}

if (user1.getRole().getEnName().equals(“xs”)){

ActionContext.getContext().getSession().put(“user2”, user1);

}

map.put(“flag”, 1);

map.put(“url”, “login_indexs.do”);

map.put(“id”, user1.getId());

JsonUtils.toJson(map);

} else {

map.put(“flag”, 2);

JsonUtils.toJson(map);

}

} else {

map.put(“flag”, 3);

JsonUtils.toJson(map);

}

}

public String indexs() throws IOException {

User u = UserUtils.getUser();

if (u != null){

ActionContext.getContext().put(“user”, u);

String ss = u.getRole().getEnName();

ActionContext.getContext().put(“role”, u.getRole().getEnName());

}

return SUCCESS;

}

//登陸頁面

public String login() {

return SUCCESS;

}

//退出

public String tuichu() {

ActionContext ac = ActionContext.getContext();

Map session = ac.getSession();

session.remove(“userName”);

session.remove(“userId”);

ServletActionContext.getRequest().getSession().invalidate();

return “login”;

}

}

package com.lmu.controller;

/**

* 用戶新增

*/

import com.opensymphony.xwork2.ActionContext;

import com.opensymphony.xwork2.ActionSupport;

import com.opensymphony.xwork2.ModelDriven;

import com.lmu.model.Role;

import com.lmu.model.User;

import com.lmu.service.RoleService;

import com.lmu.service.UserService;

import com.lmu.utils.JsonUtils;

import com.lmu.utils.Pager;

import com.lmu.utils.UserUtils;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.context.annotation.Scope;

import org.springframework.stereotype.Controller;

import java.awt.event.FocusEvent;

import java.io.IOException;

import java.util.Date;

import java.util.HashMap;

import java.util.Map;

@Controller(“userController”)

@Scope(“prototype”)

public class UserController extends ActionSupport implements ModelDrivenUser {

@Autowired

private UserService userService;

@Autowired

private RoleService roleService;

private User user;

private Integer userId;

private MapString, Object map = new HashMap();

/**

* list

*

* @return

*/

public String list() throws IOException {

User user1 = UserUtils.getUser();

if (user1 == null || user1.getId() == null){

ActionContext.getContext().put(“login”, 1);

return SUCCESS;

}

PagerUser pagers = null;

Role role = user1.getRole();

if (role.getEnName().equals(“admin”)) {

pagers = userService.getList(user);

ActionContext.getContext().put(“pagers”, pagers);

ActionContext.getContext().put(“user”, user1);

ActionContext.getContext().put(“role”, role);

ActionContext.getContext().put(“bean”, user);

return SUCCESS;

} else if (role.getEnName().equals(“xs”) || role.getEnName().equals(“js”)) {

pagers = userService.getList(user1);

ActionContext.getContext().put(“pagers”, pagers);

ActionContext.getContext().put(“bean”, user);

return SUCCESS;

}

return null;

}

/**

* 跳轉(zhuǎn)add

*

* @return

*/

public String add() {

PagerRole pagers = roleService.pagers();

ActionContext.getContext().put(“pagers”, pagers);

return SUCCESS;

}

/**

* 查詢修改

*

* @return

*/

public String edit() {

User bean = userService.findById(userId);

PagerRole pagers = roleService.pagers();

ActionContext.getContext().put(“bean”, bean);

ActionContext.getContext().put(“pagers”, pagers);

return SUCCESS;

}

/**

* 審核

*

* @return

*/

public void updateSh() throws IOException {

user.setIsSh(1);

userService.updates(user);

map.put(“flag”, true);

map.put(“url”, “user_list.do”);

JsonUtils.toJson(map);

}

/**

* 更新

*

* @return

*/

public String update() throws IOException {

if (user.getPass().equals(“”)){

user.setPass(null);

}

userService.updates(user);

map.put(“flag”, true);

map.put(“url”, “user_list.do”);

JsonUtils.toJson(map);

return SUCCESS;

}

/**

* 保存

*

* @return

*/

public void save() throws IOException {

if (userService.getUser(user) != null){

map.put(“flag”, false);

map.put(“url”, “login_login.do”);

JsonUtils.toJson(map);

} else {

user.setTime(new Date());

userService.save(user);

map.put(“flag”, true);

map.put(“url”, “login_login.do”);

JsonUtils.toJson(map);

}

}

public void delete() throws IOException {

User user1 = userService.findById(userId);

user1.setIsDelete(1);

userService.update(user1);

map.put(“flag”, true);

map.put(“url”, “user_list.do”);

JsonUtils.toJson(map);

}

@Override

public User getModel() {

if (user == null) {

user = new User();

}

return user;

}

public Integer getUserId() {

return userId;

}

public void setUserId(Integer userId) {

this.userId = userId;

}

public User getUser() {

return user;

}

public void setUser(User user) {

this.user = user;

}

}

基于微信小程序的人臉分析學(xué)生課堂狀態(tài)監(jiān)測系統(tǒng) 畢業(yè)論文+項(xiàng)目源碼

目錄

一、前言 1

二、創(chuàng)意概述 1

三、功能簡介 1

四、開發(fā)工具與技術(shù) 2

五、應(yīng)用對象和應(yīng)用環(huán)境 2

六、項(xiàng)目設(shè)計 2

1 目標(biāo)與服務(wù)模型 2

1.1 項(xiàng)目背景 2

1.2 項(xiàng)目目標(biāo) 3

1.3 解決思路 3

1.3.1 團(tuán)隊工作模式 3

1.3.2 項(xiàng)目分析方法 3

1.3.3 制定計劃 4

1.4 工作范圍與交付物說明 5

1.4.1 工作范圍說明 5

1.4.2 交付物說明 5

2 需求分析與項(xiàng)目管理 5

2.1 業(yè)務(wù)分析方案 5

2.1.1 功能需求 5

2.1.2 性能需求 5

2.1.3 運(yùn)行需求 6

2.2 項(xiàng)目管理 7

2.2.1 項(xiàng)目生命周期與組織 7

2.2.2 角色與職責(zé) 8

2.2.3 項(xiàng)目審評 8

2.2.4 任務(wù)分解與安排進(jìn)度 9

2.2.5 項(xiàng)目過程與質(zhì)量管理 10

2.2.6 項(xiàng)目溝通與風(fēng)險管理 10

3 技術(shù)路線及實(shí)現(xiàn)方案 11

3.1 技術(shù)路線 11

3.1.1 系統(tǒng)拓?fù)鋱D 11

3.2 FACE++ 平臺 12

3.3 圖片處理模塊 13

3.3.1 圖片采集模塊 13

3.3.2 圖片上傳模塊 13

3.4 數(shù)據(jù)處理模 14

3.4.1 簽到系統(tǒng) 14

3.4.2 狀態(tài)監(jiān)測系統(tǒng) 14

3.5 微信小程序客戶端 14

3.5.1 功能介紹 14

3.5.2 圖表庫：Echarts 15

3.5.3 組件庫：ColorUI 和 15

3.5.4 全局配置與核心 API 16

3.5.5 部分具體實(shí)現(xiàn) 17

3.5.6 效果圖 20

3.5.7 流程圖 21

4 成本模型及可行性分析 22

4.1 成本模型 22

4.1.1 成本分析 22

4.2 可行性分析 23

4.2.1 市場分析 23

4.2.2 政策分析 24

4.2.3 經(jīng)濟(jì)可行性分析 26

4.2.4 技術(shù)可行性分析 27

4.2.5 操作可行性分析 27

4.2.6 法律可行性分析 27

4.3 風(fēng)險管理 27

4.3.1 技術(shù)風(fēng)險 27

4.3.2 組織風(fēng)險 28

4.3.3 人員流動風(fēng)險 28

4.3.4 控制進(jìn)度風(fēng)險 28

七、結(jié)語 28

淺談微信小程序開發(fā)的論文的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于基于微信小程序的畢業(yè)設(shè)計論文、淺談微信小程序開發(fā)的論文的信息別忘了在本站進(jìn)行查找喔。