前言:想要寫出一篇令人眼前一亮的文章嗎?我們特意為您整理了5篇數據庫設計畢業論文范文,相信會為您的寫作帶來幫助,發現更多的寫作思路和靈感。
關鍵詞:Android,MVC,畢業論文管理系統
面對Android手機如此迅速發展的今天,畢業論文管理系統等類似的軟件出現在手機終端的機會將會越來越多,同時其發展的速度也會越來越快。畢業論文管理系統作為傳統WEB應用,也必將在手機客戶端上得到應用。
一、構建系統的整體框架
(一)采用的技術手段和方法
技術手段:系統采用C/S結構,MVC軟件開發模式,前臺使用Eclipse開發,后臺服務器使用Servlet編寫服務器,同時用Tomcat作為服務器,前臺客戶端環境使用的是Android控件[2]。通過JDBC來調用Mysql數據庫,來實現手機客戶端與服務器之間數據傳輸。數據傳輸的采取的技術是JSON技術,JSON(JavaScript Object Notation) 是一種輕量級的數據交換格式。JSON是完全獨立的文本格式,而且還使用了一個語言習慣類似C家族(包括C,C+ +,C#,Java中的JavaScript,Perl,Python和等)。這些特性使JSON成為理想的數據交換語言。易于讀取和寫入,也易于機器解析和生成。
研究方法主要有如下三種:
1.問卷調查法。采取發放問卷的方式,了解系統應該實現哪些功能以及后續的系統的完善等。
2.資料和文獻法。查閱相關資料和文獻,解決系統設計過程中出現的關鍵問題。
3.科學實驗法。用黑盒和白盒的方式對系統的整體性能進行測試。
(二)整體框架。
本系統采用MVC框架,該框架有良好的可擴展性,便于后續的擴展和修改,細化的結構分支為:
1.用戶管理:添加用戶,用戶信息修改。
2.論題管理:上傳題目,修改題目,審核題目,選擇題目。
3.論文管理:論文上傳,論文下載,論文審核。
系統框架圖如下圖所示:
二、數據庫設計
系統運行的核心是一個穩定運行的數據庫,數據庫設計的優良直接影響到整個系統運行狀況[3]。
(一)數據庫需求分析
本系統的需求主要體現在用戶管理、論題管理、論文管理上。因此,需要設計一個滿足要求并且能對各種信息進行存儲的數據庫。總結得出基于Android的畢業論文管理系統的數據庫要滿足如下數據庫需求:
該系統的用戶有:管理員、學生、教師。其中教師和學生用戶的編號都要能唯一標識出人物身份。管理員、教師和學生用戶的姓名都應該是一個非空集合。論題和論文中必須還有教師的外鍵約束。
(二) 數據庫的概念結構設計
根據上述數據庫需求分析,可知本系統的實體有管理員實體、普通用戶實體、論文實體。
E-R模型的組成包含三個元素:實體、屬性、聯系。E-R模型用E-R圖表示。實體是用戶工作環境中所涉及的事務,屬性是對實體特征的描述。
從數據需求分析中得出系統的實體屬性圖,遵循三范式原則,對實體之間的依賴關系進行了整合,得出E-R圖。
(三)數據庫邏輯結構設計
數據庫結構設計之后,就要將上面的數據庫概念模型轉化成數據庫系統所支持的實際數據模型,也就是數據庫的邏輯結構本系統采用的是MySQL數據庫,定義管理員表、普通用戶表、論文表、題目表和選擇表,具體表的設計這里不再詳述。
三、各模塊的設計
(一)用戶管理模塊的設計
用戶管理模塊:該模塊主要包含了用戶的添加及刪除、基本資料修改和個人信息主頁,也是對本系統用戶的信息的統一管理,實現登錄等操作的必備模塊。
系統將根據登錄用戶角色的不同為用戶分配相應的功能。本系統的所有角色都是采用的登錄名+密碼的方式進行登錄。管理員,學生,老師都通過用戶名+密碼的方式驗證登陸。
Android登錄界面采用的是線性布局LinearLayout,需要設計本界面按取登陸按鍵需要跳轉到論題信息模塊,本系統編程時是用setContentView的方法實現的頁面跳轉。
(二)論題管理模塊的設計
論題信息管理模塊:該模塊主要包含有論文題目的申報、論文題目修改、論文題目審核、學生選題。是畢業論文管理系統中,選題環節的關鍵。當老師通過該系統發表課題,課題通過審核后,學生用戶可以選擇課題
選題界面的布局采用的是LinearLayout中包含RelativeLayout布局文件本界面需注意選擇論文后跳轉到申請提交界面頁面跳轉同樣采用setContentView方法[4]。
(三)論文管理模塊的設計
論文管理模塊:主要包含有:論文上傳、論文下載和論文審核。是實現師生間相互傳送文件的基礎。該模塊布局文件同樣是采用的LinearLayout
以上三個模塊設計好后,接下來需要實現數據庫的連接,這里主要用到數據庫連接類DBConnection.java 來實現,其中主要是字符串url、user、password作為參數,然后再去調用DriverManager類的getConnection方法[5]。最終返回一個數據庫連接對象,實現數據庫的連接。使用工具類DAO來實現對數據庫數據進行增刪查。
四、系統測試
這個系統的測試使用了白盒測試,黑盒測試兩種測試方法,主要采用的是黑盒測試方法。這樣才能更好的達到下列試驗的目的:
(1)系統整體功能測試:檢查各個功能模塊是有遺漏的功能。
(2)接口檢查:檢查輸入輸出的信息是否符合規范。
(3)數據檢查:檢查數據結構是否正確并且對外部信息的訪問進行驗證。
(4)性能檢查:檢查性能要求可不可以得到滿足。
五、結束語
智能手機的各種app已經開始改變人們的生活,更多的各類管理系統都已經從WEB端拓展到了移動設備終端上了。相信在今后,基于Android的畢業論文管理系統將在高校中有其一席之地。
參考文獻:
[1] 盧海東編著.Android應用開發從入門到精通[M] 北京:人民郵電出版社2016
[2] Paul Deitel著 Android應用開發案例精解[M] 北京:電子工業出版社 2013
[3] Baron Schwartz.高性能MySQL[M] .浙江:寧海元電子工業出版社,2013.18~55
(1)培養學生綜合運用所學知識,結合實際獨立完成課題的工作能力.
(2)對學生的知識面,掌握知識的深度,運用理論結合實際去處理問題的能力,實驗能力,外語水平,計算機運用水平,書面及口頭表達能力進行考核.
2.要求
(1)要求一定要有結合實際的某項具體項目的設計或對某具體課題進行有獨立見解的論證,并要求技術含量較高.
(2)設計或論文應該在教學計劃所規定的時限內完成.
(3)書面材料:框架及字數應符合規定
3.成績評定
(1)一般采用優秀,良好,及格和不及格四級計分的方法.
(2)評閱人和答辯委員會成員對學生的畢業設計或畢業論文的成績給予評定.
4.評分標準
優秀:按期圓滿完成任務書中規定的項目;能熟練地綜合運用所學理論和專業知識; 有結合實際的某項具體項目的設計或對某具體課題進行有獨立見解的論證,并有較高技術含量.
立論正確,計算,分析,實驗正確,嚴謹,結論合理,獨立工作能力較強,科學作風嚴謹;畢業設計(論文)有一些獨到之處,水平較高.
文字材料條理清楚,通順,論述充分,符合技術用語要求,符號統一,編號齊全,書寫工整.圖紙完備,整潔,正確.
答辯時,思路清晰,論點正確,回答問題基本概念清楚,對主要問題回答正確,深入.
(2)良好:按期圓滿完成任務書中規定的項目;能較好地運用所學理論和專業知識; 有一定的結合實際的某項具體項目的設計或對某具體課題進行有獨立見解的論證,并有一定的技術含量.立論正確,計算,分析,實驗正確,結論合理;有一定的獨立工作能為,科學作風好;設計〈論文〉有一定的水平.
文字材料條理清楚,通順,論述正確,符合技術用語要求,書寫工整.設計圖紙完備,整潔,正確.
答辯時,思路清晰,論點基本正確,能正確地回答主要問題.
(3)及格:在指導教師的具體幫助下,能按期完成任務,獨立工作能力較差且有一些小的疏忽和遺漏;能結合實際的某項具體項目的設計或對某具體課題進行有獨立見解的論證,但技術含量不高.在運用理論和專業知識中,沒有大的原則性錯誤;論點,論據基本成立,計算,分析,實驗基本正確.畢業設計(論文)基本符合要求.
文字材料通順,但敘述不夠恰當和清晰;詞句,符號方面的問題較少i圖紙質量不高,工作不夠認真,個別錯誤明顯.
答辯時,主要問題能答出,或經啟發后能答出,回答問題較膚淺.
(5)不及格:任務書規定的項目未按期完成;或基本概念和基本技能未掌握.沒有本人結合實際的具體設計內容或獨立見解的論證,只是一些文件,資料內容的摘抄.畢業設計(論文)未達到最低要求.
文字材料不通順,書寫潦草,質量很差.圖紙不全,或有原則性錯誤.
答辯時,對畢業設計(論文)的主要內容闡述不清,基本概念糊涂,對主要問題回答有錯誤,或回答不出.
對畢業設計(論文)質量要求
----論文內容符合任務書要求
1.對管理類論文要求:
·對畢業論文的要求是一定要有結合實際的本人獨立論證的內容.
·要求論點明確,立論正確,論證準確,結論確切
·論證內容要求有調查研究,有統計數據,對統計數據要有分析,歸納,總結,
·根據總結得出結論.
·最后有例證說明
管理類論文畢業論文行文的邏輯要領
增強畢業論文行文的邏輯力量,達到概念明確,論證充分,條理分明,思路暢通,是寫好畢業論文的關鍵.提高畢業論文行文的邏輯性,需把握以下幾點:
(1)要思路暢通
寫畢業論文時,思維必須具有清晰性,連貫性,周密性,條理性和規律性,才能構建起嚴謹,和諧的邏輯結構.
(2)要層次清晰,有條有理寫畢業論文,先說什么,后說什么,一層一層如何銜接,這一點和論文行文的邏輯性很有關系.
(3)要論證充分,以理服人,寫畢業論文,最常用的方法是歸納論證,即用對事實的科學分析和敘述來證明觀點,或用基本的史實,科學的調查,精確的數字來證明觀點.
(4)畢業論文行文要注意思維和論述首尾一貫,明白確切.
(5)文字書寫規范,語言準確,簡潔.
2.對工程設計性論文要求:
·有設計地域的自然狀況說明和介紹
·有原有通信網概況介紹及運行參數的說明
·有設計需求,業務預測
·有具體的設計方案
·有相應性能及參數設計和計算
·有完整的設計圖紙
例如: A市本地SDH傳輸網設計方案
一,A市概況簡介
二, A市電信局SDH傳輸網絡現狀(或PDH傳輸網絡現狀)
1, A市本地網網絡結構,交換局數量及位置,傳輸設備類型及容量
2, 存在的問題及擴大SDH網的必要性(或建設SDH網的必要性)----需求及業務預測
三, A市電信局SDH傳輸網絡結構設計方案
1, 網絡拓撲結構設計
2,設備簡介
3, 局間中繼電路的計算與分配
4, 局間中繼距離的計算
四, SDH網絡保護方式
1, SDH網絡保護的基本原理
2, A市電信局SDH網網絡保護方式的選擇及具體設計
五, SDH網同步
1, 同步網概念與結構
2, 定時信號的傳送方式
3, A市電信局SDH網絡同步方式具體設計
六, 方案論證,評估
3.計算機類型題目論文要求:
管理信息系統
·需求分析(含設計目標)
·總體方案設計(總體功能框圖,軟件平臺的選擇,運行模式等)
·數據庫設計(需求分析,概念庫設計,邏輯庫設計,物理庫設計,E-R圖,數據流圖,數據字典,數據庫表結構及關系),
·模塊軟件設計(各模塊的設計流程),
·系統運行與調試.
·附主要程序清單(與學生設計相關的部分,目的是檢測是否是學生自己作的).
校園網,企業網等局域網設計
·功能需求
·對通信量的分析
·網絡系統拓撲設計
·設備選型,配置
·軟件配置
·子網及VLAN的劃分
·IP地址規劃
·接入Internet
·網絡安全
例如:××人事勞資管理信息系統的開發與設計
1,開發人事勞資管理信息系統的設想
(1)人事勞資管理信息系統簡介
(2)人事勞資管理信息系統的用戶需求
2,人事勞資管理信息系統的分析設計
(1)系統功能模塊設計
(2)數據庫設計
—數據庫概念結構設計
—數據庫邏輯結構設計
(3)系統開發環境簡介
3,人事勞資管理信息系統的具體實現
(1)數據庫結構的實現
(2)應用程序對象的創建
(3)應用程序的主窗口
(4)菜單結構
(5)數據窗口對象的創建
(6)登錄程序設計
(7)輸入程序設計
(8)查詢程序設計
(9)報表程序設計
4,總結
關鍵詞:畢業論文 管理系統 B/S模式
本科畢業論文是畢業生總結性的獨立作業,是學生運用在校學習的基本知識和基礎理論,去分析、解決一兩個實際問題的實踐鍛煉過程,也是學生在校期間學習成果的總結,是整個教學活動中不可缺少的重要環節。撰寫畢業論文對于培養學生初步的科學研究能力,提高其綜合運用所學知識分析問題、解決問題的能力有著重要的意義。人工進行畢業論文各種信息的管理存在著工作量大、速度慢、出錯率高等方面的問題,設計畢業論文管理系統顯得非常必要[1,2]。
筆者對畢業設計過程中的課題申報、課題審核、學生選題、提交論文等環節進行了系統分析,設計了基于Web的畢業論文管理系統,充分利用與整合了可用的網絡資源,為學校、學院、教師和學生提供了交互式接口,實現了學生和教師的網上互動[3]。本系統采用了優秀網站開發技術ASP,后臺使用Access數據庫,從整體上實現了論文管理的各項功能,使得畢業設計課題的申報和審核、論文選題、論文提交、成績考核等更易于管理,同時也可以對畢業設計課題的難度、工作量等其他信息進行詳細管理,對保證畢業設計的質量有一定的現實意義[4]。
1 系統功能設計
本系統的基本功能根據用戶的不同分為4個模塊:學生模塊、教師模塊、專家模塊和管理員模塊。
1.1 學生模塊
注冊:新用戶需要先注冊,填寫自己的基本信息,本系統規定學號為0001~9999,即學生數最多為9999。
登錄:注冊過的用戶可以使用“學號/姓名+密碼”登錄系統。
密碼修改:初始密碼規定為6位以上數字或字符,學生登錄后可修改密碼。
課題選擇:教師申請的課題通過審核之后,學生可以選擇自己的志愿。
結果查詢:在教師選擇學生之后,學生可以查詢到自己是否被確認。
論文提交:學生可以在特定時間將寫好的論文提交上去。
確認上傳:論文提交之后要確認上傳,一旦確認上傳就不能再次提交了。
對教師評價:在論文的最后階段要對教師進行評價。
留言:在教師確認學生之后,學生可以通過留言的形式與教師進行溝通。
1.2 教師模塊
注冊:教師首次登錄也需要先注冊,系統規定教師號為001~999。
課題申報:填寫必要的信息進行課題申報。
課題修改:對申報的課題進行修改,查找錯誤。
選擇學生:在學生選擇課題之后,教師可以選擇學生。
綜合查詢:可以查詢相關主題的信息、分數和課題的審核結果。
論文下載:教師可以下載學生提交的論文。
成績評定:教師在審核學生論文之后,可以對論文進行成績評定。
論壇:教師可以在論壇上給學生留言,或與學生交流問題。
1.3 專家模塊
一審:由各學院的專家對教師提交的課題進行審核。
二審:在一審中沒有通過的課題要進行二次審核。
結果公布:公布審核通過的課題和沒有通過審核的課題。
綜合查詢:可以查詢相關主題的信息、分數以及課題的審核結果、教師的成績、學生調劑情況等。
1.4 管理員模塊
2 系統實現
系統是通過B/S三層結構實現學生論文提交、教師對論文的管理以及專家審核等功能。采用瀏覽器、服務器、數據庫的三層結構,當不同用戶通過瀏覽器提交和評閱時,向Web服務器發出請求,Web服務器根據用戶的指令執行程序,并從數據庫中取出相應的信息反饋給客戶端。
2.1 登錄和注冊
2.2 學生模塊
其中課題選擇與結果查詢、論文提交和確認上傳部分設計如下。
2.2.1 課題選擇部分與結果查詢設計
本院教師申請的課題被審核通過之后,學生即可看到備選課題。每名學生有3個可供選擇的志愿,但最終由教師決定哪個課題對應哪個學生。學生選擇課題之后,可點擊結果查詢,查看自己的選擇情況,如果正確則可以點擊“完成”,否則點擊“重選”。這兩個部分的算法設計基本相同,只是在不同條件下顯示不同而已。課題選擇部分只是查詢數據庫,將教師申請通過的課題顯示出來;而結果查詢則是從數據庫中查詢當前學生所選課題的信息,將課題的選擇順序、課題名稱、指導教師等結果依次顯示出來。如果點擊“完成”,則系統會彈出提示框,詢問學生是否確定當前的課題選擇結果,如果確定,系統將清空“志愿”的值,并顯示“操作完成不能再進行修改”的提示。
2.2.2 論文提交部分和確認上傳部分的設計
在學生選好課題之后,開始畢業論文的撰寫工作,論文寫好后可以通過論文提交功能進行提交。其中,論文命名格式必須為“學號+姓名”,并且文件后綴名必須是“.doc”,文件上傳如果成功,會彈出提示窗口。系統之所以要設計確認上傳功能,主要考慮到兩個原因:(1)確認上傳就意味著最終上傳,與論文上傳功能分開比較好;(2)論文提交程序中使用了window.parent.Finish()功能[7],但該語句在執行過之后程序就結束了。因此,即使在其后使用更新數據庫的語句也得不到執行。
2.3 教師模塊
由于教師模塊的整體風格與學生模塊使用了同樣的框架,因此與學生模塊的風格基本相同。
2.3.1 課題申報與課題修改模塊的設計
教師在學生開始選題之前就要進行課題申請,只有通過專家審核的課題才能夠被學生使用。課題申報頁面主要是填寫和提交課題的相關信息(如圖4所示)。
只要提交的課題沒有被審核通過,教師就可以進行課題的修改,以達到專家小組的要求。在課題修改頁面中,會顯示一個包含所有可以修改課題的下拉式菜單,點擊某一個課題,則會跳轉到與課題申請相類似的頁面,只是頁面下方的“提交”按鈕變為“修改并提交”按鈕。
2.3.2 選擇學生功能模塊的設計
當學生選擇過教師的課題之后,可能出現一個題目多人選的情況,教師可視情況對學生進行挑選,頁面將課題名稱與對應的學生以表格形式顯示出來。
當教師點擊某學生時,頁面會顯示學生的基本信息供教師參考。一旦教師在某一課題中選擇了某個學生,該學生就不能再被其他教師、其他課題選中。
2.3.3 成績評定模塊的設計
對于學生已經提交的論文,教師經過仔細閱覽之后,可以對學生的論文進行評分,等級分為五級,即優、良、中等、及格和不及格。
2.4 專家模塊
專家主要是針對本院系教師申請的課題進行相關審核,功能包括:一審、二審、結果公布和綜合查詢。專家不能夠自行注冊,須由管理員進行添加。
點擊“一審”,系統會自動查詢數據庫,將教師申請審核的課題顯示出來,并附以專家意見表格,用于填寫專家的審核意見(如圖5、圖6所示)。
只有在“審核小組修改意見”中信息為“適用”的課題才能夠通過審核,否則需要進行二審。二審的界面與一審基本相同,如果課題不能通過審核,則不能在結果公布中顯示出來。
2.5 管理員模塊
管理員的功能可分為3個部分:備份數據、刪除數據和添加審核人員。
2.6 BBS論壇
BBS論壇是本系統中連接學生和教師的一個交流平臺,在學生的功能主界面和教師的功能主界面上各有一個可以進入論壇的入口。對于學生來說,當學生選擇過題目并且教師也選擇了該生之后,學生就可以使用BBS論壇與教師進行交流,比如論文的提交時間、論文的格式要求等。對于教師來說,當教師確定學生之后,便可以與該生在論壇上以留言的形式進行交流,特別是解答學生的相關問題。
本系統設計時考慮到教師功能與學生功能之間的差異,設計相應的界面時也有少許不同,由于學生只能選擇一個課題,因此學生的論壇主頁只有一個課題的相關入口;但教師不同,一個教師可以有多個課題,因此教師的論壇主頁有多個課題的相關入口。
3 結束語
該系統在使用ASP和Microsoft Access 2000的基礎上,實現了畢業論文管理系統中各個模塊的功能,包括課題申請、課題的審核、學生選題、論文提交、論文下載、網上留言交流以及論文成績評判等。整個系統模塊劃分清晰、容易理解和操作,同時各模塊之間聯系緊密,相互耦合,使得系統更加完善。
對于目前的畢業論文管理系統而言,應從以下兩方面予以完善:第一,網上交流采用即時通訊工具,如QQ,這樣能夠使得學生和教師的交流更加方便快捷;第二,論文的開題報告、中期報告也應當有相應的功能模塊,與論文提交成為一體。
參考文獻
[1]李巍,王華東.畢業論文管理系統中的關鍵技術研究[J].計算機時代,2011(8):32-34.
[2]梁敬東,伍世珍.基于J2EE的畢業論文管理系統設計與實現[J].高等農業教育,2010(8):83-84.
[3]陳芳,陳朝.基于Web的畢業論文管理系統的設計與實現[J].電腦知識與技術,2008,4(8):2049-2050,2066.
[4]劉志銘,孫明麗,龐婭娟.ASP+Access數據庫系統開發案例精選[M].北京:人民郵電出版社,2007.
[5]錢血忠,羅海馳,陳國俊.數據庫原理及技術課程設計[M].北京:清華大學出版社,2009.
我們這篇文章分部分進行講解:
一、本科學生畢業論文的目的和內容
二、管理信息系統開發的主要步驟
三、計算機專業所選開發工具和注意事項
四、計算機畢業論文撰寫格式
五、畢業論文中正文的寫法和注意事項
六、結束語的寫法
七、參考文獻列出畢業論文設計中主要參考書籍
八、附錄的寫法
九、論文評分的能用標準
一、本科學生畢業論文的目的和內容
本科學生在畢業之前必須做畢業論文,其目的是通過畢業論文,讓學生獨立開發一個具體的計算機應用項目,系統地進行分析總結和運用學過的書本知識,以鞏固本科階段所學的專業理論知識,并給予一個理論聯系實際的機會。
為了便于實施和管理,規定網絡學院計算機相關專業本科學生畢業論文主要以開發一個管理信息系統為畢業實踐的課題,每個畢業生通過獨立開發一個具體的管理信息系統,掌握開發一個比整完整的管理信息系統的主要步驟,并從中獲得一定的實際經驗。
二、管理信息系統開發的主要步驟
管理信息系統開發的主要步驟及各步驟的基本內容如下:
1、系統分析
主要工作內容有以下幾項:確定系統目標,系統可行性分析
2、系統調查
系統的組織結構、職能結構和業務流程分析。其中系統的組織結構圖應畫成樹狀結構。
系統業務流程分析、業務流程圖
3、數據流程分析
數據流程圖(系統關聯圖、頂層圖、一層數據流圖、二層數據流圖)、數據詞典、代碼設計
4、管理信息系統的功能設計
系統的功能結構圖,每個功能模塊的主要工作內容、輸入輸出要求等。
系統控制結構圖
5、數據庫設計
概念模型設計:實體、實體間的聯系、E-R圖
關系模式設計:E—R圖->關系模式的轉換規則
關系模式
數據庫表設計:數據庫表結構
6、系統物理配置方案
7、人機界面設計
8、模塊處理概述
9、系統測試和調試:測試計劃、測試用例、測試結果
三、開發工具和注意事項
1、開發工具
開發工具可由學生任選。如Delphi、FoxPro、VB、Access等,這些工具的使用全由學生自學。
2、注意事項
(1)項目開發步驟的完整性(系統需求分析、概念設計、物理設計、系統環境和配置、系統實施以及系統測試和調試等)
(2)每個開發步驟所得結果的正確性(業務流程圖、數據流程圖、數據詞典、HIPO圖、E-R圖、關系模式、人機界面設計及模塊處理等的詳細分析和說明)
(3)論文整體結構的完整性(前言、各個具體步驟的敘述和分析、結語、參考文獻和有關附錄)
(4)提供軟件系統的可執行盤片及操作說明書
(5)參考資料(列出必要的參考資料)
四、畢業論文撰寫格式
注意:1.每個步驟都要有文字說明和論述2.各個步驟必須是有機的組合,不可以支離破碎不成一體。
一、封面
二、摘要用約200-400字簡要介紹一下論文中闡述的主要內容及創新點
三、主題詞用一、二個詞點明論文所述內容的性質。(二和三要在同一頁面上)
四、目錄一般采用三級目錄結構。例如第三章系統設計3.1系統概念結構3.1.1概念模型
五、正文
第一章前言
簡要介紹:組織機構概況、項目開發背景、信息系統目標、開發方法概述、項目開發計劃等。
第二章系統需求分析
本章應包含:
(1)現行業務系統描述
包括業務流程分析,給出業務流程圖。
具體要求:業務流程圖必須有文字說明,圖要完整、一定要有業務傳遞的流程。
(2)現行系統存在的主要問題分析
指出薄弱環節、指出要解決的問題的實質,確保新系統更好,指出關鍵的成功因素。
(3)提出可能的解決方案
(4)可行性分析和抉擇
包括技術可行性、經濟可行性、營運可行性分析和抉擇。
第三章新系統邏輯方案
針對用戶需求,全面、系統、準確、詳細地描述新系統應具備的功能。
(1)數據流程分析
最主要的是給出數據流程圖,要求滿足以下條件:
A.數據流程圖必須包括系統關聯圖、系統頂層圖、第一層分解圖和第二層分解圖組成。B.系統關聯圖確定了從外部項到系統的數據流和從系統向外部項的數據流,這些數據流在其它層次的數據流中不允許減少,也不允許增加。各層次內部的數據流不受關聯圖的限制。C.數據流應有名字。D.外部項和數據存儲之間不得出現未經加工的數據流。E.數據流程圖的分解中,必須保持每個分層同其上層加工中的外部項和輸入輸出流相一致。F.各加工之間一般不應出現未經數據存儲的數據流。G.數據存儲之間不得出現未經加工的數據流。H.數據存儲可以分解。I.若有查詢處理,應在數據流程圖中表達。J.統計和打印報表不在數據流圖中表達。
(2)數據詞典描述
可采用圖表格式或較緊湊的記錄格式描述A、若采用圖表格式,可只寫出數據流、數據元素、加工、數據存儲和外部項各一個表。B、若采用緊湊的記錄格式,則應列出全部成分。如數據元素:編號名稱存在于數據結構備注E1入庫數據F1/F3/F11/F15入庫單號日期貨號數量E2出庫數據F1/F3/F11/F15出庫單號日期貨號數量C、據流程圖中系統頂層圖的數據加工都必須詳盡寫出。
(3)基本加工小說明
可采用結構化語言、數學公式等描述各個基本加工。
第四章系統總體結構設計
(1)軟件模塊結構設計A、系統軟件模塊結構圖,并由此導出功能分解圖及層次式菜單結構。B、系統的模塊結構應與數據流程圖的頂層圖的加工一致。
(2)數據庫設計A、應按下列次序闡述各個元素:實體、實體的屬性、實體間聯系、E-R圖、轉換規則、關系模式。B、在介紹實體的屬性時,不應包括聯系屬性,聯系屬性直至關系模式中才出現。C、數據流程圖中的每個數據存儲可隱含于E-R圖中的多個實體。D、E-R圖中的實體要與數據流程圖中的數據存儲相對應。每個實體要指出實體的標識碼(主碼)。對每個實體或聯系應列出其應有的屬性(用列舉的方法)。E、E-R圖中至少要有一個多對多的聯系。F、必須嚴格按照轉換規則從E-R圖產生數據關系模式集,需要時作必要的優化,并說明理由。G、對于一對一的聯系,只應把任一個實體的主碼放在另一個實體中作為外碼。H、一對多聯系也可以產生新的關系模式,如要這樣做,必須說明理由。I、多對多聯系,或三元聯系必須產生新的關系模式。J、關系模式的個數和名字要與E-R圖中的實體和聯系相一致。K.、每個關系模式中要用下橫線標出主碼,后隨的符號“#”標出外碼。L、若有代碼對照表可在最后列出,需另加說明。
(3)計算機系統配置方案的選擇和設計
給出硬件配置,系統軟件配置,網絡通信系統配置(可選)等內容。
(4)系統總體安全性、可靠性方案與措施。
第五章系統詳細設計
(1)代碼設計基本數據項的代碼格式。
(2)人機界面設計給出人機界面視圖(輸入輸出接口,屏幕格式設計等)
(3)模塊處理過程根據軟件環境做不同處理。可采用腳本、程序流程圖、結構化的PDL語言等。
第六章實施概況
(1)實施環境和工具的比較選擇
(2)編程環境、工具、實現與數據準備概況
(3)系統測試概況主要包括測試計劃、測試用例、測試記錄。
(4)系統轉換方案及實現概況
(5)系統運行與維護概況
六、結束語
(1)系統特色、局限與展望
(2)實施中遇到的挫折、創新、體會與致謝
七、參考文獻列出畢業論文設計中主要參考書籍
序號、書名或文章名、作者名、出版社或雜志名、出版日期或雜志期號。
八、附錄
(1)列出部分有一定代表性的程序代碼段
(2)操作說明書
九、論文評分標準
1、A等
系統正確無誤,系統功能完善,設計步驟完整正確,實用性強,有一定的創新性,論文結構嚴謹,表述流暢。
2、B等
系統基本正確,系統功能基本完善,設計步驟基本完整正確,有一定的實用性,論文結構良好,表述基本流暢。
3、C等
系統有少量錯誤,系統功能不夠完善,設計步驟欠完整,基本上沒有實用性,論文結構一般,表述基本清楚。
4、不及格
關鍵詞:實踐教學管理;.NET;系統設計
中圖分類號:TP315 文獻標識碼:A 文章編號:1009-3044(2013)17-4013-04
隨著高等學校管理信息化推進程度的不斷加強,教務管理信息化的建設也越來越成熟,但管理工作量大、管理過程復雜的實踐教學信息化管理系統卻處在起步階段,原因很多,其中各高校實踐教學管理模式的不同是阻礙通用產品推廣最大的因素。因此,基于院校實踐教學管理實際,基于web技術采用. net框架開發相適應的實踐教學管理系統,實現實踐教學過程管理的信息化,提高實踐教學管理的質量和效率,具有重要的現實意義。
1 系統需求分析
實踐教學管理環節涉及的范圍很廣,從學校的實驗設備儀器的管理到實踐教學項目、校外實訓基地、畢業論文課題、頂崗實習等管理環節,都存在大量的數據上報、審核及統計等要求,根據項目組對管理人員實際管理需要的調查,以及結合現有的其他教學管理系統的運行狀況,認為實踐教學管理系統建設主要存在以下需求:
1)正方教務管理系統作為學校教學管理信息化的主要平臺,其他與教學有關的管理系統都要被納入這個系統中,所有的基礎數據都必須來自現有的正方教務管理系統,包括教師數據、學生數據、場地信息等,這樣才能保證系統數據的準確性和安全性。所以在開發實踐教學管理系統前必須弄清教務管理系統的數據庫結構,使實踐教學管理系統能融入教務管理系統中,共享教務管理系統的基礎數據。
2)由于在學生選題過程中,會存在大量學生同時選題,系統處理的數據量比較龐大,可能導致數據庫服務器阻塞的問題,所在在數據庫訪問方式上必須保證數據庫運行的安全與穩定。
3)系統要確保數據的安全性和資料的相對保密性,系統運行要在學校內部網絡中,也方便與學院現有的其他系統之間相互進行調用。
4)系統要方便教師操作,要根據用戶需求提供規范、靈活的打印方式,并跟教育部下發的表格格式對應。
5)考慮到實踐教學管理系統的子系統比較多,而且各個子系統在業務流程上都相互獨立,所以在實現三層架構時必須留出相應的接口,便于后期的二次開發和數據維護。
2 系統規劃與功能設計
2.1 系統總體功能規劃
經過對系統需求的分析,實踐教學管理系統主要分為7個子系統和1個用戶管理模塊。其系統功能結構如圖1所示。
2.2 各子系統功能概述
實習實訓基地管理子系統功能:管理全院校內外實習實訓基地的基本教學數據,方便各分院教學秘書和教務處對這些數據查詢、監控與統計。
實驗室管理子系統功能:管理學院所有的包括設備、人員、科研和社會服務管理等在內的實驗室信息,提供教育部實驗室數據上報功能。方便各分院實驗室管理人員與教務處、設備處對這些信息進行實時的查詢、溝通、監控,提高教務管理的水平和工作效率。
畢業論文與實習子系統功能:根據浙江省教育廳對普通高校畢業論文抽查的要求,結合本校自身的管理情況,該模塊具備指導教師論文指導資格審批、申報論文課題、學生在線選題、論文指導過程記錄、論文的上傳和下載、畢業實習管理、論文和指導過程記錄打印等功能。
考證管理子系統功能:進行證書基本信息管理、考證報名管理、證書成績管理、考證數據查詢、數據報表統計等。
實驗實訓項目管理子系統功能:包含實踐教學項目管理、查詢修改、實驗課程開出率統計、實驗室利用率統計等功能。
競賽管理子系統功能:包括各級各類競賽的基本信息管理、申報立項管理以及數據統計、查詢等功能。
實踐教學條例管理子系統功能:提供實踐教學環節相關的規章制度、管理條例的查詢、閱覽、打印、下載及通知等功能。
用戶管理模塊功能:系統嚴格控制用戶的使用權限,對使用系統的用戶進行登記和權限分配,并通過權限分配控制用戶可操作的數據范圍。
3 系統設計與實現
3.1 系統開發的關鍵技術
戰略囊括了一整套新的工具與技術,而這些新的工具與技術代表下一代的Windows和Internet的開發平臺。微軟公司一直致力于用.NET來簡化應用程序開發和部署(特別是對Internet應用程序)的方法,并用.NET進一步提升web service的能力,作為開發人員設計和部署分布式應用程序的有效工具。
.NET要實現一個很重要的思想是,“在任何時候、任何地方、使用任何可用的方式,都可以取得任何你想要的信息”。為了實現這項標準,必須結合許多新的技術、設備和軟件平臺。
.NET體系結構的核心是.NET Framework。NET Framework就是一個包含一組系統服務、類及數據類型的計算平臺,它能提高開發人員的開發效率,并且能夠更加容易地使用Windows操作系統所提供的一組底層功能。.NET Framework包括兩個核心模塊:通用語言運行時CLR(Common Language Runtime)和.NET Framework類庫。
3.2 系統數據庫設計
本系統采用Microsoft SQL Server 2000,開發設計容易上手,維護成本較低。SQL Server 2000是Microsoft公司推出的SQL Server數據庫管理系統的最新版本。該版本繼承了SQL Server 7.0版本的優點同時又比它增加了許多更先進的功能,具有使用方便可伸縮性好與相關軟件集成程度高等優點。由于今天Windows操作系統占領著主導地的位,選擇SQL Server一定會在兼容性方面取得一些優勢。另外,SQL Server2000除了具有擴展性,可靠性以外,還具有可以迅速開發新的因特網系統的功能。尤其是它可以直接存貯XML數據,可以將搜索結果以XML格式輸出等特點,有利于構建了異構系統的互操作性,奠定了面向互聯網的企業應用和服務的基石。這些特點在.NET戰略中發揮著重要的作用。
根據本系統的功能分析設計,數據結構采用E-R圖構建,導出系統數據表的分析方法來進行數據庫設計。系統簡化E-R圖如圖2所示。
3.3 系統框架
三層結構是目前流行的架構設計模式,它是在由Buschmann等提出的“層模式”基礎上發展起來的,由表示層、業務邏輯層和數據訪問層三個層次結構組成。它通過分解來管理問題的復雜性,同時還可以有效地重復使用業務邏輯并保留與數據庫等的重要連接。三層結構是一種嚴格分層方法,即數據訪問層只能被業務邏輯層訪問,業務邏輯層只能被表示層訪問,用戶通過表示層將請求傳送給業務邏輯層,業務邏輯層完成相關業務規則和邏輯,并通過數據訪問層訪問數據庫獲得數據,然后按照相反的順序依次返回將數據顯示在表示層。
由于本系統是基于Internet的界面操作,所以其核心是B/S模式。為了使用戶可以方便、快捷地訪問本系統,我們選擇了基于的B/S模式三層結構來設計系統。采用來構建前端和中間層,SQL Server2000來管理后端數據庫。
3.4 系統實現
采用B/S架構開發的系統,可以利用瀏覽器隨時隨地登陸系統,實現用戶所需的操作。系統登陸后,用戶可通過選擇不同的子系統進行操作。圖5是系統運行中的一個界面。
4 系統應用成效
目前開發完成的系統已經投入使用,整個系統運行非常穩定。從目前系統運行的反饋情況來看,系統應用取得了如下成效:
4.1 提高了管理的效能
以畢業論文管理為例,學生在畢業論文開始前,需對畢業論文的課題進行審核,教研室及各教學部門需對這些課題進行審核,其中的一個審核項目就是題目雷同問題,通過系統,很快就判斷出雷同的課題,對審核人員進行提示,這是其一;其二,根據系統錄入課題的各類屬性,非常方便的統計出各類所需數據,以供參考決策,比如課題類型,系統很快就可以統計出課題類型的分布情況,這些數據的分析為下一步的工作安排提供了依據。
4.2 簡便化了過程監控
畢業論文指導過程的監控是畢業論文管理最重要的環節之一。通過過程監控可以實時掌握論文的進度及學生論文的總體水平。在系統實施前,教學管理人員要了解該環節情況,必須通過實地走訪、資料檢查等形式才能實現,很大程度要受時間、地點等各方面的限制。而通過系統,在過程記錄管理中,教學人員可以隨時查閱教師的指導記錄,使他們隨時了解論文的指導情況,對論文質量、進度等有一個全面的了解。
4.3 節約了人力物力
信息化管理后,以往通過紙質材料來進行上傳下達的問題得到解決。分院與學校之間無需傳遞著各種審批的文檔,不會因為紙質文檔某條記錄出錯導致文檔重新打印,對人力和物力帶來的極大浪費。通過系統,所有的審核只要通過計算機來實現,無需通過文檔來回傳遞信息,層層審核變得很容易實現,不會因為某個環節缺失就無法審核的情況出現。
4.4 為系統后續開發奠定了基礎
通過現有系統使用后積累的經驗,及系統本身所具備的可擴展性,對未來系統后續版本的開發奠定了良好的基礎。
本系統構建了針對本校管理特點的實踐教學管理自動化系統,實現部門與部門、系統與系統之間信息的共享與交換, 從而達到實踐教學信息化管理的目標。本系統功能強大, 架構靈活,為后期數字化校園建設打下堅實的基礎。
參考文獻:
[1] 鄒劍鋒,李律松,李曉栓開發技術詳解[M].北京:人民郵電出版社,2005:273-274.
[2] Paul Dickinson. 高級編程[M].張曉明,鄧少鯤,譯.北京:中國電力出版社,2003.
[3] 武蒼松.B/S與C/S結構的分析與比較[J].電腦學習,1999(10).