報告是對某個問題、活動、實驗等內容進行詳細描述和分析的一種書面表達形式，它可以提供相關的數(shù)據(jù)和結論，有助于我們了解情況。近期我們遇到了一個重要問題，需要準備一份報告來解決它。每一次的報告都是對我們工作的總結和概括，讓我們更好地認識到問題所在并提出解決方案。我們應該開始寫一份報告了吧？在報告中可以引用他人的觀點和研究成果，但要注明出處。以下是一些優(yōu)秀報告的示例，供大家參考和學習。
課程設計實驗報告篇一
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經非常熟悉軟件產品了，這對于相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據(jù)庫設計上了，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間。總體上來說這次的項目也不是很大，而且在數(shù)據(jù)庫的設計上比較保守，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義?？赡芫拖瘛胺妒讲惶菀子猛ㄋ滓锥姆绞浇忉尅币粯?，在“讓工具用圖標表述我的思維”時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
1、使用了新的開發(fā)環(huán)境(vim)，這是首次在脫離高級ide的情況下編碼。
2、使用了新的開發(fā)語言(python，actionscript3)，因為我一直比較喜歡“學以致用”，而且這樣的“數(shù)據(jù)驅動型”軟件的整套自實現(xiàn)的庫都已經完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。
3、編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交“可運行的代碼”。
4、實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實“遇到的問題數(shù)跟人的能力是成正比的”。
5、客觀原因在這里就不說了。
由于項目還未完成，暫時無法提出需要改進了地方。
課程設計實驗報告篇二
經過一個學期對《c++程序設計》的學習，我學習到了基本的理論知識，了解到了c++語言程序設計的思想，這些知識都為我的課程實踐和進一步的學習打下了堅實的基礎。在為期近兩周的c++課程設計中，我體會頗多，學到了很多東西。我加強了對c++程序設計這門課程的認識，并且復習了自己以前學習到的知識。這些都使得我對計算機語言的學習有了更深入的認識！總之，通過這次課程設計，我收獲頗豐，相信會為自己以后的學習和工作帶來很大的好處。像職工信息表這樣的程序設計，經歷了平時在課堂和考試中不會出現(xiàn)的問題和考驗。而這些問題，這并不是我們平時只靠課本，就可以輕易解決的。所以，鍛煉了我們挑戰(zhàn)難題，學會用已掌握的知識去解決具體問題的能力，進一步培養(yǎng)了獨立思考問題和解決問題的能力。特別是學會了在visualc++中如何調試程序的方法。當然，老師的指導和同學的幫助也是不可忽視的，他們給了我許多提示和幫助，教會了我編譯復雜程序的方法。
在老師和同學的幫助下，通過自己的努力，終于完成了這次職工信息表的簡單課程設計。我經過這段時間的編程，對其中的艱辛，我是深有體會。從剛開始的選擇程序、理解程序到后來的調試程序以及改進程序這個過程中，我遇到了各種各樣的困難和挫折。但是我堅定信念，對自己充滿了信心，想盡一切辦法克服重重困難。
通過課程設計的訓練，我進一步學習和掌握了對程序的設計和編寫，從中體會到了面向對象程序設計的方便和巧妙。懂得了在進行編寫一個程序之前，要有明確的目標和整體的設計思想。另外某些具體的細節(jié)內容也是相當?shù)闹匾＿@些寶貴的編程思想和從中摸索到的經驗都是在編程的過程中獲得的寶貴財富。這些經驗對我以后的編程會有很大的幫助的，我要好好利用。
雖然這次課程設計是在參考程序的基礎之上進行的，但是我覺得對自己是一個挑戰(zhàn)和鍛煉。我很欣慰自己能在程序中加入自己的想法和有關程序內容，也就是對它的程序改進了一番改進，并有創(chuàng)新。但是我感覺自己的創(chuàng)新還不夠典型，總之還不是很滿意。另外由于時間的緊迫和對知識的了解不夠廣泛，造成了系統(tǒng)中還存在許多不足，功能上還不夠完善。以后我會繼續(xù)努力，大膽創(chuàng)新，爭取能編寫出透射著自己思想的程序。這次課程設計讓我充分認識到了自己的不足,認識到了動手能力的重要性。我會在以后的學習中更加努力鍛煉自己，提高自己，讓自己寫出更好更完善的程序，為以后的編程打好基礎！
總而言之，這次c++程序設計實踐讓我收獲很大。
計算機科學與技術13-2班。
2010年7月4日。
課程設計實驗報告篇三
通過該課程設計要使學生樹立起強烈的工程化意識，用工程化思想和方法開發(fā)軟件。切實體會出用軟件工程的方法開發(fā)系統(tǒng)與一般程序設計方法的不同之處，學生在對所開發(fā)的系統(tǒng)進行軟件計劃、需求分析、設計的基礎上，實現(xiàn)并測試實際開發(fā)的系統(tǒng)。通過一系列規(guī)范化軟件文檔的編寫和系統(tǒng)實現(xiàn)，使學生具備實際軟件項目分析、設計、實現(xiàn)和測試的基本能力。
要求學生掌握軟件工程的基本概念、基本方法和基本原理，為將來從事軟件的研發(fā)和管理奠定基礎。每個學生選擇一個小型軟件項目（內容參照《計算機綜合實踐指導》，宋雨等編著，清華大學出版社出版），按照軟件工程的生命周期，完成軟件計劃、需求分析、軟件設計、編碼實現(xiàn)、軟件測試及軟件維護等軟件工程工作，并按要求編寫出相應的文檔。具體的方法可以選用傳統(tǒng)的軟件工程方法或者面向對象的方法，開發(fā)環(huán)境和工具不限。
1．至少提交4個文檔,包括軟件計劃、軟件需求規(guī)格說明書、軟件設計說明書、軟件測試
2．獨自實現(xiàn)了系統(tǒng)的某些功能，基本達到了要求的性能，經過了測試，基本能運行。
（2）系統(tǒng)驗收、講解、答辯 占25% （3）考勤占15%
1. 課程設計目的
軟件工程課程設計是學習軟件工程課程后所進行的實踐環(huán)節(jié)，目的是培養(yǎng)學生用工程化的思想和標準文檔化的思想進行軟件開發(fā)。本次課程設計通過開發(fā)一個小型實用的軟件系統(tǒng)，親身體驗軟件生命周期中的各個環(huán)節(jié)，以加深對軟件工程課程的深入理解、鍛煉獨立分析、解決問題的能力。
2. 課程設計要求
2.1 課程設計準備
1）復習軟件工程課程的主要內容，熟練掌握軟件生命周期的理論以及各階段的基本概念。
2）明確可行性分析、需求分析、設計、測試等階段的基本任務和基本方法。 3）熟練運用規(guī)范化的描述方法和文檔，描述軟件開發(fā)的各個階段。 4）熟悉開發(fā)環(huán)境和開發(fā)工具。
2.2 內容要求
1）對所設計和實現(xiàn)的系統(tǒng)進行可行性分析，提交可行性分析報告；
5）對所實現(xiàn)系統(tǒng)進行軟件測試，完成軟件測試報告。
1. 可行性分析報告
1.1 項目簡介
1.1.1 項目目標
用戶可以在本系統(tǒng)查詢票價、余票，然后通過注冊登錄進行預訂車票，若沒有登錄則不能預訂車票和查看我的訂單。一般的用戶可以通過本網站選擇出發(fā)地點和到達地點來查詢車票，然后進行車票預訂，用戶還可以通過我的訂單來進行對預訂的車票進行退票和查詢自己預訂的車票詳細信息。
1.2 對現(xiàn)有系統(tǒng)的分析
1.2.1 處理流程和數(shù)據(jù)流程(系統(tǒng)流程圖)
1.2.2 對現(xiàn)有系統(tǒng)的其他說明
本軟件在開發(fā)過程中，分為技術實現(xiàn)與使用軟件說明書兩大部分，這兩部分都有它的重要之處，若技術支持出現(xiàn)故障或疑難問題無法解決、程序開發(fā)出現(xiàn)偏差，程序嚴重錯誤而不解的，會影響開發(fā)軟件的進度和該軟件不能按期完成。若軟件說明書陳述出現(xiàn)問題，那出現(xiàn)部分描述含糊不清，則會影響該軟件的完整性與可繼承性。
課程設計實驗報告篇四
課程：學院：班級：姓名：學號：課題名稱：起止時間：教師：
面向對象程序設計電子信息學院計算機科學與技術。
畫圖軟件2018.5.3~2018.6.1。
1.程序功能介紹：
至少實現(xiàn)矩形、圓、橢圓、直線這幾種圖形的功能；具有繪制實心和空心圖形的功能；
要求采用抽象類作為所有圖形類的基等，所有功能已經通過驗證。
2.課程設計要求。
（2）具有設置不同線寬功能；（3）具有設置不同顏色功能；
3.對課程題目的分析與注釋。
1.建矩形類，圓類，橢圓類，直線類；
2.用不同的flag分別用作：表示形狀，判斷鼠標位置，顏色。
4.程序設計思路和說明。
5.課程設計中遇到的問題及解決方法。
（1）畫出圖形有重影；
原因：flag識別鼠標左鍵按下狀態(tài)，在程序中持續(xù)默認左鍵按下狀態(tài)；
修改前鼠標程序：casewm_lbuttondown://左鍵按下；
e.x0=m.x;1。
e.y0=m.y;=!;//開始畫圖或者停止畫圖break;。
解決方法：
(2).向右畫圓總會進入左側項目區(qū)域。
原因：鼠標進入圖標框區(qū)域flag記為零，向右拖動不會識別為零。
解決方案：講畫圓函數(shù)設置半徑的if函數(shù)，一旦識別到左側進入圖標框即flag為0；
1．課程設計結果（最終運行程序截圖）。
2.還存在的不足之處。
3.對課程設計的感想和心得體會。
在題目剛發(fā)下來時，我覺得題目很難，自己絕對不會做的，可是后來在書上找了對應的內容看了看，發(fā)現(xiàn)程序這座堡壘其實不是多么的不可攻破，只要愿意花時間，這些都不是問題。還有一點，一個好的編程習慣會對你的改錯和檢查有很大的幫助，比如在某些行后面加上注釋，這樣有利于自己一一對應的找。
做數(shù)學題目時是一環(huán)一環(huán)相扣的，其邏輯性就是一條線，而編c++時，其邏輯就像一個神經細胞，而每一個細胞有好多主突觸（函數(shù)）和細胞（主函數(shù)）相連，每一個主突觸又可以連很多其他突觸，形成一個大枝節(jié)，而每個大支節(jié)又可以連接很多突觸。所以每個程序就是通過主函數(shù)連接在一起的整體。程序就是有函數(shù)構成的。
課程設計實驗報告篇五
課程設計是培養(yǎng)學生綜合運用所學知識，發(fā)現(xiàn)，提出，分析和解決實際問題，鍛煉實踐能力的重要環(huán)節(jié)，是對學生實際工作能力的具體訓練和考察過程。隨著科學技術發(fā)展的日新月異，當今計算機應用在是生活中可以說得是無處不在。因此作為二十一世紀的大學來說掌握計算機開發(fā)技術十分重要的。
我的題目是文章處理系統(tǒng)的設計，對于我們這些新手來說，這是很大的考驗，我一千次一萬次的問自己，怎么才能找到課堂所學與實際應用的最佳結合點？怎么才能讓自己的程序在篇幅上簡單，在使用價值上豐富？怎樣讓自己的業(yè)余更靠近專業(yè)？怎樣讓自己的計劃更具有序性，而不會忙無一用？機會是老師，學校，以及無數(shù)代教育工作者給的，而能力是自己的，耐性是需要的。
經過自己的琢磨，聽取了師姐，師兄們的建議，還查閱了很多書籍，才做到了心中有數(shù)，才了解了c語言課程設計的真正用意——培養(yǎng)自學能力，養(yǎng)成程序編輯的好習慣。我從來不相信車到山前必有路的說法，認為那只是懶惰者自尋懶惰的借口，我要積極，要把握，要努力。
回顧起此次課程設計，至今我仍感慨頗多，的確，從拿到題目到完成整個編程，從理論到實踐，在整整半個學期的日子里，可以學到很多很多的的東西，同時不僅可以鞏固了以前所學過的知識，而且學到了很多在書本上所沒有學到過的知識。通過這次課程設計使我懂得了理論與實際相結合是很重要的，只有理論知識是遠遠不夠的，只有把所學的理論知識與實踐相結合起來，從理論中得出結論，才能真正為社會服務，從而提高自己的實際動手能力和獨立思考的能力。
在設計的過程中遇到問題，可以說得是困難重重，這畢竟第一次做的，難免會遇到過各種各樣的問題，同時在設計的過程中發(fā)現(xiàn)了自己的不足之處，對以前所學過的知識理解得不夠深刻，掌握得不夠牢固，比如說結構體……通過這次課程設計之后，一定把以前所學過的知識重新溫習。
這次課程設計終于順利完成了，在設計中遇到了很多編程問題，最后在郭老師的辛勤指導下，終于迎刃而解。同時，在郭老師的身上我學得到很多實用的知識，在次我表示感謝！同時，對給過我?guī)椭乃型瑢W和各位指導老師再次表示忠心的感謝。
在課程設計過程中，我學到了很多人生的哲理，懂得怎么樣去制定計劃，怎么樣去實現(xiàn)這個計劃，并掌握了在執(zhí)行過程中怎么樣去克服心理上的不良情緒，黑夜過去了，我們收獲的是黎明。
在本次實踐中，給我印象最為深刻的是在文件刪除程序的編譯過程中，我的各個子程序都已經編輯成功，那么這最后的程序就將是我成功的關鍵。老天不會讓我太過順利，他在這最后的時刻設置的障礙，是要考驗我的能力，他要置我于死地？在這個問題的解決上，我打了退堂鼓，我不能忍受長時間的無功而反，時間正在消磨我的意志。沒有了柳暗花明的一天，那么我怎么能說經受住了考驗？謝謝老師的那句話，她說：人力有所不能及，然而，人的精神是不會敗倒的。我鼓起勇氣，到處問，到處查資料，黃天不負有心人，在一篇文章上，終于看到了我所特別要求的函數(shù)，我實現(xiàn)了組合是關鍵的理論。不得不說這是精神的勝利，是永不言敗的精神讓我的程序重見天日。謝謝給我指點迷津的老師。
6月11日，我們的課程設計結束了，但是它留給我的印象是不可磨滅的。無論我以后會不會涉及到c語言程序編譯的研究，我想，我至少掌握了一種系統(tǒng)的研究方法，我們學習的目的就在于運用，我們運用這種研究方法的時候會很多，我最后要感謝課程設計，它的確教會我很多。
課程設計實驗報告篇六
通過該課程設計要使學生樹立起強烈的工程化意識，用工程化思想和方法開發(fā)軟件。切實體會出用軟件工程的方法開發(fā)系統(tǒng)與一般程序設計方法的不同之處，學生在對所開發(fā)的系統(tǒng)進行軟件計劃、需求分析、設計的基礎上，實現(xiàn)并測試實際開發(fā)的系統(tǒng)。通過一系列規(guī)范化軟件文檔的編寫和系統(tǒng)實現(xiàn)，使學生具備實際軟件項目分析、設計、實現(xiàn)和測試的基本能力。
要求學生掌握軟件工程的基本概念、基本方法和基本原理，為將來從事軟件的研發(fā)和管理奠定基礎。每個學生選擇一個小型軟件項目（內容參照《計算機綜合實踐指導》，宋雨等編著，清華大學出版社出版），按照軟件工程的生命周期，完成軟件計劃、需求分析、軟件設計、編碼實現(xiàn)、軟件測試及軟件維護等軟件工程工作，并按要求編寫出相應的文檔。具體的方法可以選用傳統(tǒng)的軟件工程方法或者面向對象的方法，開發(fā)環(huán)境和工具不限。
略
1．至少提交4個文檔,包括軟件計劃、軟件需求規(guī)格說明書、軟件設計說明書、軟件測試。
2．獨自實現(xiàn)了系統(tǒng)的某些功能，基本達到了要求的性能，經過了測試，基本能運行。
（2）系統(tǒng)驗收、講解、答辯占25%。
（3）考勤占15%。
課程設計實驗報告篇七
有關于數(shù)據(jù)庫實驗的心得體會，總的來說，受益匪淺。在這些天中，我們學到了很多東西，包括建表，導入數(shù)據(jù)，查詢，插入。最重要的是我們有機會用電腦自己進行實踐，沒接觸的時候總是覺得它比較深奧或是不可接近的新型語言，盡管自己對c語言非常感興趣，但還是有些心理上的陌生感。學習數(shù)據(jù)庫就和我們平時的其它科目學習一樣感覺它有永無止境的知識，數(shù)據(jù)庫是我在高中時候聽過，到了大學漸漸了解了些，但就其原理性的內容還不知道，也就是根本就不清楚什么是數(shù)據(jù)庫，只是知道一個所謂的中國字典里的名詞。我認識它是從我接觸實驗運作開始的，剛開始就是建立數(shù)據(jù)庫，兩種驗證模式，沒什么東西但還覺得不錯。進而就是操作語言了，緊接著就是觸發(fā)器的使用，進而對數(shù)據(jù)庫高級的使用，等等。開始知道數(shù)據(jù)庫的時候想學，不知道從何而起，不懂的話怎么問，從什么地方學起。后來到大三開學后有數(shù)據(jù)庫原理必修課，非常高興。當時感覺sqlsever數(shù)據(jù)庫管理既然是單獨一門課程一定會講的比較細，也能學到真正實用的內容。學了這門課以后發(fā)現(xiàn)和我想的基本是一樣的，老師對學生也比較和藹可親，對我們要求也不是很緊。讓每個人都覺得輕輕松松就能把這門課程學完，沒有多么緊張的作業(yè)，也沒有太苛刻的要求。
當老師在最后說這個課程結束了，回顧一下以前老師給我們講過的東西，真的有很多是我們應該去注意的。學習完sqlsever數(shù)據(jù)庫后感覺可分兩大塊，一塊是開發(fā)，一塊是管理。開發(fā)主要是寫寫存儲過程、觸發(fā)器什么的，還有就是用oracle的develop工具做form。有點類似于程序員。開發(fā)還需要有較強的邏輯思維和創(chuàng)造能力，自己沒有真正做過，但感覺應該會比較辛苦，是青春飯；管理則需要對sqlsever數(shù)據(jù)庫的原理有深刻的認識，有全局操縱的能力和緊密的思維，責任較大，因為一個小的失誤就會弄掉整個數(shù)據(jù)庫，相對前者來說，后者更看重經驗。這些東西都是從老師哪里和朋友的討論中得到的心得，也希望其他朋友能多多向老師和朋友請教，如果是個人單獨靠自己來完成一個完美的數(shù)據(jù)庫我覺得比較困難，現(xiàn)在基本上都是團隊類型的，而且他們的效率高開發(fā)的周期也快。由于數(shù)據(jù)庫管理的責任重大，很少公司愿意請一個剛剛接觸sqlsever的人去管理數(shù)據(jù)庫。對于我們這些初出茅廬的新手而且電子商務的專業(yè)，個人認為可以先選擇做管理，有一定經驗后轉型，去做數(shù)據(jù)庫的開發(fā)。當然，這個還是要看人個的實際情況來定。
sqlserver數(shù)據(jù)庫的實驗學習使我對數(shù)據(jù)庫的有了新的進步，以后再看到也就不至于什么也不懂，其實那么多數(shù)據(jù)庫我覺得學好一門就行，只是他們的語言可能不大一樣，學好一門后就可去認識其它的，這樣應該有事半功倍的效果。就像我學習c語言，當時不能說是學習的棒，但不算差。所以我對以后的語言感覺都不是很困難，了解了vb、c++還有網頁中用的html語言、asp語言都能看懂，起碼可以對別人的東西進行了一下修改。因此，我感謝數(shù)據(jù)庫老師給了我有用的知識，以便我在以后學習或認識更多的內容能有新的方法和思維，也能更加有效和快速的去消化吸收新的`東西。希望在今后中，sqlserver能給我更多幫助。感謝學校開設這樣一門優(yōu)秀使用的課程，讓我對數(shù)據(jù)庫有了更深的了解。
課程設計實驗報告篇八
學生成績管理是高等學校教務管理的重要組成部分，其內容較多，要完成能夠實現(xiàn)人員的信息錄入、查詢、修改、刪除、統(tǒng)計、保存、顯示等操作。系統(tǒng)具體實現(xiàn)的功能如下：
1.添加新的聯(lián)系人。
2.刪除所有聯(lián)系人。
3.刪除某個聯(lián)系人。
4.查詢某個聯(lián)系人。
5.查詢所有聯(lián)系人。
6.將電話本導出到文件。
7.從文件導入電話本。
8.查詢并編輯某個聯(lián)系人。
9.全班同學的平均分。
大概的算法分析。
學生成績管理軟件的數(shù)據(jù)結構。
學生成績一般都是以每個成員為單位進行管理的，一個學生學號用一個結點來表示?？紤]到添加、查詢和刪除的方便，這些以學號為單位的結點用鏈表方式組成一個主目錄。每個結點有四個域：
（1）學生代號；
（2）課程情況；
（3）成績信息管理情況；
用代碼實現(xiàn)輸入及輸出添加新的聯(lián)系人的學號，姓名，性別，生日、語文成績，數(shù)學成績；完成添加工作。
（2）刪除某個聯(lián)系人。
首先輸入要刪除的姓名，然后要在系統(tǒng)中查看是否有此記錄，再用分支結構實現(xiàn)刪除鏈表中此員工結點并修改學校員工鏈表及未找到這條記錄；因為可能系統(tǒng)中不存在此記錄。
（3）刪除所有聯(lián)系人。
此功能要逐條刪除聯(lián)系人，則我們采用分支、循環(huán)結構實現(xiàn)首先遍歷是否有給記錄，輸出讀取記錄或沒有該記錄；再到文件是否讀完，若沒讀完則要循環(huán)繼續(xù)讀取，否則已刪除了所有記錄。
（4）查詢某個聯(lián)系人。
因此功能會出現(xiàn)還沒有任何記錄、未找到這條記、輸出該聯(lián)系人信息三種情況，我們則選用簡單的三分支結構；首先要請輸入要查詢聯(lián)系人的姓名，輸出有記錄或還沒有任何記錄，有記錄則遍歷所有人，最后是未找到這條記錄，輸出該聯(lián)系人信息。
（7）從電話本導入文件的流程圖。
首先查看是否有記錄，輸出沒有任何記錄或打開“”，歷遍鏈表，、關閉文件，。
其余的函數(shù)功能實現(xiàn)相似則不重復。
心得體會。
剛放假不久，我們組的積極分子們就張羅著要開始編寫程序了，編寫這個程序我們經歷了討論選題，編寫代碼，調試，寫設計報告等。在這期間我們查閱了很多相關的資料，曾盯著課本發(fā)呆過，我們成員之間也曾進行過激烈的口舌論戰(zhàn)。經過這個暑假來的實踐學習，使我們對c++語言有了更進一步的認識和了解，要想學好它，則重在實踐，要通過不斷的上機操作及實例運用才能更好地深入體會它，當然通過實踐，我們也發(fā)現(xiàn)我們的好多不足之處。就比如我們對c++語言的一些標準庫函數(shù)不太了解，還有對函數(shù)調用的正確使用不夠熟悉，一些經常出現(xiàn)的錯誤也不能很好地處理。我們編寫這個程序使用的是比較簡單的函數(shù)及結構，由于我們的水平有限，還不能很好的使用一些效率高的方式來編寫，所以也沒有突出的創(chuàng)新點。在做題的時候我們都是分工合作。分工完成結構體、函數(shù)設計、算法分析等，這些過程中總是有很多錯誤出現(xiàn)，有好多的小問題都是我們粗心大意造成的，所以設計程序一定要仔細，不容一點的馬虎。當然也有大問題，關于文件的操作，類的使用等等這些使用我們都琢磨了很久，在解決錯誤時我們有時幾乎焦頭爛額了。但是我們與隊友之間都會不斷的相互鼓勵、支持，彼此都努力維護著將作業(yè)寫完。雖然這設計有點枯燥無味，但是當最后我們大功告成時，回味起來還是美滋滋的?？偟膩碚f我們真的是在設計的過程中受益匪淺。
課程設計實驗報告篇九
在我們整個軟件工程過程中，我體會到了許多，也學到了許多。
在項目要進行自由分組后，我們的項目小組便誕生了。我們小組由3個成員組成，在相互商量后我們也確定了我們組的項目，是做一個校園文件管理系統(tǒng)。我們也隨即做了分工，。我們的項目也正式開始了。
需求調研和分析對于軟件開發(fā)過程至關重要。我們在開發(fā)時如果不進行調研和分析，那么對于后來的項目進展將產生致命的后果。我們在項目的開發(fā)中便遇到了這樣的問題。我們開始自己隨意的計劃整個系統(tǒng)的設計，然后報給老師，老師作為一個客戶并不是全部認同，隨后我們也必須按著客戶的要求更改我們的設計報告。我也明白了，再做一個系統(tǒng)時，必須隨時和客戶保持溝通，隨時了解他們需要什么，他們想要什么功能。如果我們不去和客戶溝通，不去調研客戶的需求，做出來的系統(tǒng)即使在我們看來是一個很好，很完美的產品，但是如果客戶不認同，那么我們所做的一切都是徒勞，還要返工去修改，費時費力。所以在做任何一個項目時，前期的需求調研和需求分析都是必須的，這是在做一個項目的基本，是關系成敗的重要一環(huán)。
來的問題。如果我們的需求設計能夠比較清晰和完善，那么我們在開發(fā)過程中便會很明白的知道我們應該實現(xiàn)什么樣的功能，在數(shù)據(jù)庫里應該怎樣建表，以什么方式插入數(shù)據(jù)，從而可以避免反復修改工程的問題，也能避免出現(xiàn)可能毀壞整個工程的問題。整個工程的需求設計對于一個項目的順利進展至關重要。
對于文檔在軟件工程中的作用，我在這次項目開發(fā)過程中有了更加深刻的理解。文檔在軟件開發(fā)過程中是很有用的，文檔是一項必不可少的東西，但文檔也不能太多，太過繁瑣，如果是那樣就不太好了。首先我們要明確開發(fā)過程中為什么要寫這些文檔，文檔的最根本的作用是為了更好的溝通。一個項目或產品可能需要延續(xù)很長的時間，開發(fā)過程中可能需要很多的環(huán)節(jié)，可能會遇到很多的問題和很多的解決的方法，這時，我們需要文檔的幫助，我們需要有一個東西來記錄，我們需要有一個共同的聲音。文檔只不過是一個準繩，將開發(fā)中的各個樹枝樹葉扶正。如果，這個準繩太多太緊，大樹可能會發(fā)育的很高很直，但是就是有些畸形，如果這個準繩太少太松，大樹可能就會變成灌木叢。文檔的多少、繁簡是有度的，絕對不能說越多越好。我覺得，文檔需要說明解決問題的方法而不是解決問題的理論，因為解決問題的理論是在文檔形成中做到的。文檔完整即可，每一份文檔說明一個問題，無需將多個文檔的內容放在一個文檔的里面。除了重要階段形成文檔，其它部分都只是討論或者說是想法。不要讓文檔成為累贅，如果真是這樣，我認為就是該考慮寫這些文檔的必要性的時候了。我們在文檔的時候，一定要明白為什么要寫這些。
在整個項目開發(fā)過程中，我們也同時遇到了許多程序接口問題，頁面和功能相結合的問題，數(shù)據(jù)庫建表的問題，這些問題都是源于我們項目小組成員之間的溝通不足。我深刻認識到，在項目開發(fā)時，項目小組中各個成員之間的相互溝通是非常重要的。如果我們要在功能方面作出修改，那么程序人員和頁面人員及數(shù)據(jù)庫人員就必須相互溝通，共同對整個程序作出相應的修改，這樣才能避免最終整合時出現(xiàn)問題。
在這十個周里，我還對軟件工程有了新的理解。在我以前的理解當中，軟件工程，無非就是一個人或者幾個人或一個團隊集中在一起進行編寫代碼的工作，以實現(xiàn)開發(fā)出所用的軟件。但現(xiàn)在我明白了，軟件工程的作用，就是告訴人們怎樣去開發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統(tǒng)分析-建模-概要設計-詳細設計-編碼-測試-維護。編碼可以理解為編程，這個只占總時間的20％左右。編程只是其中的一小部分。
在這次項目里我完成了許多工作，在界面設計上我完成了，首頁、全部的商品頁面、全部的用戶頁面及部分管理員頁面的制作，在后期項目整合過程中修改了功能和界面結合時出現(xiàn)的'bug，還有數(shù)據(jù)庫插入數(shù)據(jù)及解決數(shù)據(jù)庫集中整合時出現(xiàn)的問題。這些工作我都順利完成了，雖然并不能算是非常的出色，但也算是盡力了?，F(xiàn)在看到自己辛勞的成果，我感到很欣慰。
當然，在這次項目過程中我也發(fā)現(xiàn)了自己的一些問題。如現(xiàn)在的網站開發(fā)技術還不夠強，在和小組成員相互溝通上還不夠積極等。我希望以此為契機，在將來的項目開發(fā)中能做得更好。
課程設計實驗報告篇十
1） 實驗目的
（1） 復習加法器的分類及工作原理。
（2） 掌握用圖形法設計半加器的方法。
（3） 掌握用元件例化法設計全加器的方法。
（4） 掌握用元件例化法設計多位加法器的方法。
（5） 掌握用verilog hdl語言設計多位加法器的方法。
（6） 學習運用波形仿真驗證程序的正確性。
（7） 學習定時分析工具的使用方法。
2） 實驗原理
加法器是能夠實現(xiàn)二進制加法運算的電路，是構成計算機中算術運算電路的基本單元。目前，在數(shù)字計算機中，無論加、減、乘、除法運算，都是化為若干步加法運算來完成的。加法器可分為1位加法器和多位加法器兩大類。1位加法器有可分為半加器和全加器兩種，多位加法器可分為串行進位加法器和超前進位加法器兩種。
（1）半加器
如果不考慮來自低位的進位而將兩個1位二進制數(shù)相加，稱半加。實現(xiàn)半加運算的電路則稱為半加器。若設a和b是兩個1位的加數(shù)，s是兩者相加的和，c是向高位的進位。則由二進制加法運算規(guī)則可以得到。
（2）全加器
在將兩個1位二進制數(shù)相加時，除了最低位以外，每一位都應該考慮來自低位的進位，即將兩個對應位的加數(shù)和來自低位的進位三個數(shù)相加，這種運算稱全加。實現(xiàn)全加運算的電路則稱為全加器。
若設a、b、ci分別是兩個1位的加數(shù)、來自低位的進位，s是相加
的和，c是向高位的進位。則由二進制加法運算規(guī)則可以得到：
3）
（1）
（2）
（3） 實驗內容及步驟 用圖形法設計半加器，仿真設計結果。 用原件例化的方法設計全加器，仿真設計結果 用原件例化的方法設計一個4為二進制加法器，仿真設計結果，進行定時分析。
（4） 用verilog hdl語言設計一個4為二進制加法器，仿真設計結果，進行定時分析。
（5） 分別下載用上述兩種方法設計4為加法器，并進行在線測試。
4)設計
1）用圖形法設計的半加器，如下圖1所示，由其生成的符號如圖2所示。
2）用元件例化的方法設計的全加器如圖3所示，由其生成的符號如圖4所示。
圖三：
圖四：
5）全加器時序仿真波形如圖下圖所示
6）心得體會：
并掌握了用圖形法設計半加器的方法，掌握了用元件例化法設計全加器的方法，掌握了用元件例化法設計多位加法器的方法，掌握了用verilog hdl語言設計多位加法器的方法，學習了運用波形仿真驗證程序的正確性，學習定時分析工具的使用方法。
課程設計實驗報告篇十一
課程設計報告
論文題目：
“暢想未來”app制作
心得體會
學 院:
數(shù)據(jù)科學與信息工程學院
課 程:
app制作
班 級:
計算機科學與技術專升本二班
學 號:
姓 名:
張權鐘
指導教師:
張妤
完成時間： 2022年 6 月 23 日
一、課程設計目的
圖書管理的增刪改查app
二、課程設計環(huán)境
windows 10操作系統(tǒng)
android studio
三、
設計步驟1、整體框架設計
1.1登錄界面功能
登錄界面有兩個輸入框，分別對應的是輸入用戶的用戶名和密碼，選擇記錄密碼時，下次啟動程序就可以自動填充上次輸入的用戶名和密碼，點擊注冊會跳轉到對應的注冊頁面，用戶名和密碼無誤的情況下，點擊登錄即可調整到主頁面。
1.2注冊頁面功能
注冊頁面，有三個輸入框，分別對應的是輸入用戶的用戶名和密碼以及確認密碼，當用戶名和密碼以及確認密碼無誤的情況下，點擊注冊即可完成，然后自動跳轉到登錄頁面。
1.3主界面功能
1.4讀者借書添加功能
1.5讀者借書修改功能
頁面有四個輸入框，分別對應的是輸入學生的學號、姓名、專業(yè)、圖書的條碼，可以通過只輸入學號，對數(shù)據(jù)庫里已有的信息進行查詢，然后回填到四個輸入框上，管理員即可對輸入框的相應的數(shù)據(jù)進行修改，點擊修改即可完成對讀者借書信息的修改。
1.6讀者借書刪除功能
頁面有四個輸入框，分別對應的是輸入學生的學號、姓名、專業(yè)、圖書的條碼，可以通過只輸入學號，對數(shù)據(jù)庫里已有的信息進行查詢，然后回填到四個輸入框上，管理員即可對輸入框的相應的數(shù)據(jù)進行確認，是不是自己想要刪除的數(shù)據(jù)，點擊刪除即可完成對讀者借書信息的刪除。
1.7查詢借書記錄功能
從主頁點擊查看借書記錄，即可跳轉到查詢借書記錄的頁面，里面就會展示出數(shù)據(jù)庫中存儲的借書信息情況。
2、布局頁面設計
（1）：（登錄頁面）
（2）：（注冊頁面）
（3） ：（主頁面）
（4）：（添加讀者借書頁面）
（5）：（更新讀者借書頁面）
（6）：（刪除讀者借書頁面）
（7）：（查詢圖書頁面）
3、主要設計代碼設計思路
（2）對注冊信息的密碼通過md5加密算法進行加密
四、數(shù)據(jù)庫設計
采用sqlite技術，注冊頁面輸入的數(shù)據(jù)其實就是對用戶這個數(shù)據(jù)庫表里面添加信息，在登錄的時候，會根據(jù)所填寫的信息在用戶這個數(shù)據(jù)庫當中進行比對，如果比對成功，則進入系統(tǒng)的主頁面，否則會根據(jù)對應不匹配的信息給出具體的反饋信息！
五、
總結
與體會在決定要寫這個app時候，感覺自己不太可能可以完成一個那么大的項目，畢竟做出一個成品的軟件這種事之前只有在一些軟件大?？谥新犝f過，一開始進度非常困難，到哪哪不會，你讓一個剛學android studio的萌新來操作，肯定是不可能的。于是乎我開始在網上搜索相關教程，跟著一些簡單的小項目學著做。我從視頻中學到了非常多的知識，也知道了代碼其實并不是全都是靈活的，有一些固定的代碼是寫死了的，是沒法改變的，總而言之，從這個項目中我學會了很多東西，理解了萬事開頭難的道理。
萬年歷課程設計報告
java課程設計報告
自動控制原理課程設計報告
計算機組成原理課程設計報告
《android平臺軟件開發(fā)》課程設計報告
課程設計實驗報告篇十二
姓名：學號：班級：指導教師：
目錄
1.概述
1.1問題的提出
工資管理系統(tǒng)是一個數(shù)據(jù)庫管理系統(tǒng)，是針對企業(yè)的工資管理業(yè)務進行計算機處理而開發(fā)的應用軟件。它提供關于公司老員工及新員工信息和工資有效管理等事務的信息，由于需要添加和修改員工的信息和工資信息、刪除離職員工信息和在職員工信息修改以及修改其他一些數(shù)據(jù)，工資管理系統(tǒng)由系統(tǒng)維護、輸入、查詢、修改、輸出、統(tǒng)計等子模塊組成，功能基本涵蓋普通企業(yè)的工資管理業(yè)務范圍。企業(yè)應用本系統(tǒng)后，可以有效的提高工資管理水平。
1.1.1選題背景與意義
現(xiàn)代科學的發(fā)展，使計算機進入了幾乎一切領域，計算機已經是家喻戶曉、無人不知了。從科學研究到工農業(yè)生產，從企業(yè)生產管理到家庭生活，各行各業(yè)都廣泛地使用著計算機，可以說沒有計算機，就沒有現(xiàn)代化，計算機知識已經成為當代知識分子結構中不可缺少的一個重要組成部分。隨著經濟的發(fā)展，企業(yè)正面向著大型化、規(guī)?；l(fā)展，而對于大中型企業(yè)，員工、職稱等跟工資管理有關的信息隨之急劇增加。在這種情況下單靠人工來處理員工的工資不但顯得力不從心，而且極容易出錯。
在這種情況下，我們建立一個工資管理系統(tǒng)是必要的，該整個系統(tǒng)操作簡便、界面友好、靈活、實用、安全的要求出發(fā)，完成人事、工資管理的全過程，包括新進員工加入時人事檔案的建立、老員工的轉出、職位等的變動引起職工信息的修改、員工信息查詢、統(tǒng)計等人事管理工作以及新進員工工資的新增、老員工工資修改等工資管理工作。經過實際使用證明，本文所設計的人事工資管理系統(tǒng)可以滿足本單位人事、工資管理方面的需要。
該設計主要介紹了本課題的開發(fā)背景，需求分析和功能設計等過程。
1.1.2開發(fā)工具簡介
1)pd:powerdesigner,就是一個容易畫出數(shù)據(jù)流圖和生成數(shù)據(jù)庫的邏輯模型和物理模型。該軟件很容易實現(xiàn)把數(shù)據(jù)流圖轉化成相應的數(shù)據(jù)庫的邏輯模型和物理模型。
2）solserver：它是一種關系數(shù)據(jù)庫管理系統(tǒng)，能處理大量的數(shù)據(jù)和管理眾多的并發(fā)用戶，保證了數(shù)據(jù)的完整性，并提供許多高級管理和數(shù)據(jù)分布能力。
3)visualstudio.net:向開發(fā)人員提供了用于在操作系統(tǒng)之間和語言之間集成解決方案的工具。開發(fā)人員可將現(xiàn)有的業(yè)務邏輯方便地轉換為可重復使用的xmlweb服務、封裝進程并使它們能夠用于任何平臺上的應用程序。
2.可行性分析
2.1社會可行性
c/s模式系統(tǒng)以服務器作為數(shù)據(jù)處理和存儲平臺，在終端設計有專門的應用程序進行數(shù)據(jù)的采集和初次處理，再將數(shù)據(jù)傳遞到服務器端，用戶必須使用客戶端應用程序才能對數(shù)據(jù)進行操作。c/s模式具有專業(yè)化程度高、開發(fā)手段靈活、運行速度快等特點，但受到維護成本大、適應性弱等問題的影響。本系統(tǒng)利用了c/s模式,符合企事業(yè)單位的管理要求,為其實現(xiàn)較為先進的工資管理提供了有利的支持。
2.2技術可行性
使用powerbuilder開發(fā)傳統(tǒng)意義上的c/s模式結構的數(shù)據(jù)庫系統(tǒng)，可以利用其提供的許多對于數(shù)據(jù)庫訪問與控制的有效機制，開發(fā)過程并不是很長且難度適中。我們曾學習了《數(shù)據(jù)庫原理及應用》，掌握了數(shù)據(jù)庫的基本原理及數(shù)據(jù)庫的設計方法，在此基礎上我們又深入學習了powerbuilder的數(shù)據(jù)庫系統(tǒng)開發(fā)。
2.3經濟可行性
成本：本系統(tǒng)要求的計算機配置不是很高,需要設備購置費用較低,其他設備的購置成本也在承擔能力之中。本系統(tǒng)運行費用較低,系統(tǒng)使用方便簡潔。
收益：應用本系統(tǒng)能在一定時期內產生明顯的收益,此外應用本系統(tǒng)提高了工作效率從而提高了管理水平;節(jié)省了人力,減輕了有關人員手工處理的工作負擔;即使給管理者提供相應的輔助決策信息。
3.需求分析
需求分析的過程可以說是一個對具體問題的反復理解和抽象的過程。理解就是對現(xiàn)實問題的.理解，要弄清楚究竟需要解決什么問題。抽象就是除去問題的表面，提取問題的本質，建立問題的邏輯模型，以便于以后階段的系統(tǒng)的設計實現(xiàn)。需求分析階段是軟件產品生存命期中的一個重要階段，其根本任務是確定用戶對軟件系統(tǒng)的需求。所謂需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能什么事情，完成什么樣的功能，達到什么性能。通常需求分為兩種類型：一種是功能性需求，一種是非功能性需求，這一點也需要有一種清楚的認識。功能性需求是指需要計算機系統(tǒng)解決的問題，也就是對數(shù)據(jù)的處理要求，這是一類最主要的需求。非功能性需求是指實際使用環(huán)境所要求的需求，往往是一些限制要求，例如：性能要求，可靠性要求，安全保密要求，等等。軟件需求一般包含三個層次―業(yè)務需求、用戶需求和功能需求，還包括非功能需求。業(yè)務需求：反映了組織機構或客戶對系統(tǒng)、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求：描述了用戶使用產品必須要完成的任務和具備的功能，這在使用實例文檔或方案腳本說明中予以說明。功能需求：定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足其業(yè)務需求。系統(tǒng)目的是能夠用計算機實現(xiàn)對各種工資進行日常管理，如添加、刪除、修改員工信息，能夠根據(jù)員工的等級、職位以及出勤情況、獎金、津貼情況等進行工資的計算，能夠使員工、部門方便地查詢和統(tǒng)計各種信息，最后能生成報表反饋給員工等。
3.1系統(tǒng)業(yè)務流程圖
通過對企業(yè)原先手工進行員工工資管理業(yè)務的情況，可以設計出它的業(yè)務流程圖,如圖4-1所示。
用戶登錄數(shù)據(jù)輸入工資計算存儲數(shù)據(jù)
工資查詢報表匯總
圖3-1
3.2系統(tǒng)的功能劃分
1.工資信息設置部分：包括設置員工的基本工資和其他項目的金額，如獎金等。
并且負責設置員工工資的計算公式。
2.工資信息管理部分：包括統(tǒng)計出勤、計算工資、查詢工資和導出工資表。
3.系統(tǒng)部分：包括添加用戶和修改密碼。
3.3系統(tǒng)的功能要求
1.整體結構合理，風格一致，模塊化結構，界面清晰，接口靈活，操作簡便。
2.開發(fā)方法，文檔規(guī)范化，便于管理，可擴充。
3.完善的數(shù)據(jù)輸入，維護，輸出。
4.自檢性能高，用戶誤輸、錯輸均有提示。
5.容錯性能高，某個用戶的操作錯誤不會引起整個系統(tǒng)的癱瘓，每一功能的操
作都有信息提示以免重復操作，錯誤操作有警告，以便用戶及時改正。
3.4用戶的功能需求：
3.4.1登陸功能
該系統(tǒng)要有登陸功能。管理員要進行員工信息維護或者進行計算員工工資
時，必須首先進行登陸。同理，員工也要先進行登陸才能進行各種查詢等操作。
1.用戶權限設置，修改密碼。
2.綜合初始系統(tǒng)設置。
3.4.2員工信息維護功能
該系統(tǒng)要能夠添加員工信息、刪除員工信息和修改員工信息等功能。一個單位的員工不是一成不變的，總是在不斷地變化，如有的員工被招聘進入公司，這時就要添加員工的基本信息；當員工辭職或者由于其它原因離開公司，這時就要刪除員工的基本信息；當員工進行調動時，就要修改員工的基本信息了。
1.追加員工信息。
2.刪除員工信息。
3.修改員工信息。
4.自動更新數(shù)據(jù)庫。
3.4.3工資信息維護功能
1.該系統(tǒng)要能夠輸入員工基本工資：為了方便系統(tǒng)的計算員工的工資，系統(tǒng)應
該能夠輸入員工基本工資、獎金、津貼等一些工資數(shù)據(jù)，以計算員工的月工資或者年工資等。
2.該系統(tǒng)要能夠修改員工基本工資：員工的工資不是一成不變的，它會發(fā)生變
化，這時就要求能夠修改員工的工資等。
3.該系統(tǒng)要能夠刪除員工基本工資：當員工由于某種原因離開公司后，由于員
工的基本信息已經刪除了，所以也要刪除員工的基本工資等信息。
3.4.4查詢功能
一個員工或者部門要更好了解自己工資、出勤情況、獎金、津貼等情況，可以進行相關的查詢，為了有更好地適應性，查詢應該可以根據(jù)各種情況進行查詢，能夠進行單項查詢或者按一定的條件范圍進行查詢，如能夠查詢單個員工的工資情況，能夠查詢每個部門的工資情況和月工資的統(tǒng)計情況。
1.根據(jù)員工姓名查詢員工的工資情況。
2.根據(jù)員工編號等查詢員工的工資情況。
3.根據(jù)員工學歷等各種條件組合查詢員工的工資情況。
3.4.5計算功能
1.系統(tǒng)應該能夠根據(jù)員工的基本工資、員工的出勤情況、資金和津貼情況進行
工資的計算。
2.系統(tǒng)應該根據(jù)能夠根據(jù)加班的時間、加班的類別等計算出員工所得的津貼工
資。
3.系統(tǒng)應該能夠根據(jù)各種員工在公司的工作表現(xiàn)、，計算出給員工的獎金。
4.系統(tǒng)應該能夠計算各個部門的工資情況。
5.統(tǒng)計功能：為了更好地了解員工的人數(shù)情況、員工的工資情況、部門的工資
情況或者發(fā)放工資，系統(tǒng)應該能夠對各個部門的總工資進行統(tǒng)計。
3.4.6打印功能
每月發(fā)放工資時，要求能夠打印本月的工資表、隨工資發(fā)給每個員工的工資條以及一些統(tǒng)計表等，如工資統(tǒng)計表。
1.打印工資信息。
2.打印工資條。
3.打印各種圖表。
3.4.7退出功能
員工或管理員可利用退出功能退出系統(tǒng)。
3.5系統(tǒng)的數(shù)據(jù)需求
3.5.1總結出數(shù)據(jù)信息
對上述系統(tǒng)功能需求，可心分析、歸納出其相應必須管理的信息包括員工基本信息、員工的等級信息、員工出勤情況信息、員工津貼信息等，其數(shù)據(jù)及其屬性需求分析如下：
1.員工基本信息：員工號、員工姓名、性別、工資等級、職稱、所在部門、住
址、電話等；
2.部門信息：部門號，部門名稱；
3.員工考勤信息：員工號、日期、上午、下午、遲到、早退等。
4.工資等級信息：等級號、等級名稱、職位、基本工資；
5.員工津貼信息：員工號、加班時間、加班類別等。
3.5.2數(shù)據(jù)流程圖如下
0層圖如下所示：
3.5.3數(shù)據(jù)流圖的數(shù)據(jù)字典
下面介紹一下一些主要的數(shù)據(jù)流的數(shù)據(jù)詞典。一、
系統(tǒng)管理數(shù)據(jù)流數(shù)據(jù)詞典
1.數(shù)據(jù)流名稱：管理員登陸信息
說明：它的作用是將管理員的id、密碼等讓工資管理系統(tǒng)檢查，看是否允
許登陸。
數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：工資管理系統(tǒng)2.數(shù)據(jù)流名稱：非法登陸信息
說明：它的作用是把用戶要查詢的信息提交給工資管理系統(tǒng)，讓其顯示查詢
的信息。
數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：工資管理系統(tǒng)4.數(shù)據(jù)流名稱：添加員工信息
說明：它的作用是把要添加的員工信息提交給工資管理系統(tǒng)，讓其處理該信
息。
數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：工資管理系統(tǒng)5.數(shù)據(jù)流名稱：更新員工信息
說明：它的作用是把要更新的員工信息提交給工資管理系統(tǒng)，讓其處理該信
息。
數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：工資管理系統(tǒng)6.數(shù)據(jù)流名稱：打印信息
說明：它的作用是讓工資管理系統(tǒng)反饋一些打印信息，如工資條、報表等，
以便用戶更好地了解相關信息。
數(shù)據(jù)流來源：工資管理系統(tǒng)數(shù)據(jù)流去向：管理員二、
在用戶數(shù)據(jù)流數(shù)據(jù)詞典
1.數(shù)據(jù)流名稱:業(yè)績記錄表
說明:每月執(zhí)行一次，由各部門主管填寫本部門員工的業(yè)績；部門主管和
公司高級管理人員則由總經理指定。
數(shù)據(jù)流來源：工資管理系統(tǒng)數(shù)據(jù)流去向：管理員2.數(shù)據(jù)流名稱:工資標準表
包含結構：員工編號、姓名、基本工資、生活補貼、崗位補貼，還有一些其它的數(shù)據(jù)詞典，在此不一一列出。
3.6系統(tǒng)的性能需求
1．硬件要求。設備名稱說明：處理器奔騰iii以上，256mb。內存256mb，內存越大，速度越快。硬盤40gb以上。
2．軟件要求。（1）windows以上操作系統(tǒng)，iis服務，框架。
（2）需要有一個數(shù)據(jù)庫服務器，提供數(shù)據(jù)庫的連接，這里選用
microsoftsqlserver2000來為數(shù)據(jù)庫提供連接，當然要一臺計算機來運行程序.這樣就可以了。
4.總體設計
要設計和詳細設計。首先做概要設計，它是將軟件的需求轉化為數(shù)據(jù)結構和軟件的系統(tǒng)結構。然后是詳細設計，即過程設計，通過對結構表示進行細化，得到軟件的詳細的數(shù)據(jù)結構和算法。
4.1系統(tǒng)結構的總體設計
根據(jù)上面對需求的分析，我們可以得到系統(tǒng)的模塊層次結構，層次結構如下所示：
4.2各個模塊的功能描述如下4.2.1員工基本信息維護模塊
信息子模塊。
4.2.2工資信息維護模塊
本模塊的功能是能夠完成工資信息的輸入、修改和刪除等操作。它也包括兩個子模塊，輸入工資信息子模塊、修改工資信息子模塊和刪除工資信息子模塊。
4.2.3查詢信息模塊
本模塊的功能是能夠對單個員工工資信息、員工基本信息情況、部門工資情況、總工資情況等進行單項查詢或者一定范圍查詢、多項查詢等。
4.2.4計算工資模塊
本模塊的功能是能夠計算員工工資的獎金情況、計算員工的津貼情況、計算員工月工資、年工資及進行一些相應的統(tǒng)計計算等。它包括一些子模塊，如計算津貼子模塊、計算獎金子模塊、統(tǒng)計工資子模塊等。
4.2.5打印模塊
本模塊的功能是能夠打印工資條以及一些部門報表、工資報表等，以反饋一些信息給員工。
4.2.6登陸模塊
本模塊的功能是：根據(jù)員工的登陸時的輸入信息，看是否要讓該員工登陸系統(tǒng)。
主要是用戶登錄的一個界面，判斷登錄的用戶是管理員還是普通用戶，進入后將面對的是主界面，從而進行相關的操作。
登錄的界面主要由用戶名和密碼的信息，還有一些標題設置，確定和取消的按鈕組成。通過標題可以知道此系統(tǒng)的大概內容，由此，登錄界面的設計完成。
4.2.7退出模塊
本模塊的功能是可以讓員工或管理員隨時利用該模塊退出系統(tǒng)。
5.詳細設計
概要設計完成了軟件系統(tǒng)的總體設計，規(guī)定了各個模塊的功能及模塊之間的聯(lián)系，進一步就要考慮實現(xiàn)各個模塊規(guī)定的功能，這就是要進行詳細設計。在詳細設計階段，要決定名個模塊的實現(xiàn)算法，并精確地表達這些算法。下面主要實現(xiàn)一些重點模塊的算法。
5.1生成報表
用jackson系統(tǒng)設計方法設計報表，如下所示：
5.2查詢模塊的詳細設計
在該模塊中，要查詢信息，首先要進行登陸，然后輸入要查詢的信息，如員工號，接著系統(tǒng)連接數(shù)據(jù)庫，在數(shù)據(jù)庫中查找是否有和輸入信息相應的信息，如果有，則顯示相應的查找結果；如果沒有，則提示找不到相應的信息或者提示出錯。流程圖如下所示：
在完成了詳細設計、編碼之后，就要進入軟件測試階段了。軟件測試是指根據(jù)軟件開發(fā)各階段的規(guī)格說明各程序的內部結構而精心設計一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結果），并利用這些測試用途去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試分為黑盒測試和白盒測試。黑盒測試主要看模塊的功能是否實現(xiàn)；白盒測試主要對模塊內部的檢查。
6.1黑盒測試
黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1）是否有不正確或遺漏了的功能。
6.2白盒測試
白盒測試是對軟件的過程性細節(jié)做細致的檢查。白盒測試主要想對模塊進行如下的檢查：
1）對程序的模塊的所有獨立的執(zhí)行路徑至少測試一次
2）對所有的邏輯判定，取”真”與取”假”的兩種情況都能至少測試一次；3）在循環(huán)的邊界和運行界限內執(zhí)行循環(huán)體；4）測試內部數(shù)據(jù)結構的有效性，等等。
因此在對程序進行白盒測試測試時，測試用例要有：條件組合覆蓋測試用例和路徑測試用例。
在測試完成之后，還要對程序進行調試?？捎孟旅娴膸追N方法進行調試。
1）強行排錯：可以通過內存全部來排錯，也可在程序特定部位設置打印語句來排錯。
2）回溯法排錯。這是在小程序中常用的一種有效的排錯方法。3）歸納法排錯。它是一種從特殊推斷一般的系統(tǒng)化思考方法。4）演繹法排錯軟件工程課程設計報告等。
8.結論
員工工資管理系統(tǒng)是一個典型的信息管理系統(tǒng)，通過軟件工程方面的選擇課題、需求分析、概要設計、詳細設計、程序模塊、系統(tǒng)測試等幾個步驟來實現(xiàn)。開發(fā)本系統(tǒng)的過程中，首先熟悉員工工資發(fā)放管理的流程、步驟；其次在系統(tǒng)需求分析過程中，要透過現(xiàn)象看本質，敏銳觀察到員工工資管理中存在的各種問題，并在總體設計把握好對問題的分析、理解，進而解決問題。
在我們的共同努力下，我們基本完成了這個系統(tǒng)。由于時間、條件和個人水平的限制，軟件相對較簡單，如果要將該軟件用于具體單位，還需針對單位的實際情況對軟件進行進一步的完善。
本軟件的特點和優(yōu)點：
1.本軟件可以工資核算正確無誤、快速輸出，提高企業(yè)的管理水平和管理效率。2.可以對工資的各個項目隨時作增加和刪除。
3.可以分別查詢單個工人每個月的工資，包括工資的各個細節(jié)項目。4.可以查詢各部門以及全公司的員工的工資報表。
本軟件需要改進的地方有：
1.基本工資的設定太籠統(tǒng)，不能滿足有些單位的需要。2.員工管理部分比較少需要結合人事管理軟件使用。
4.軟件的界面美觀性方面需要很大的改進。5.幫助文檔比較簡單。
課程設計對一個學生來說是一個非常的重要的學習過程。從對powerdesigner，軟件開發(fā)過程的一知半解，到完成這個系統(tǒng)的基本設計，雖然這個系統(tǒng)還存在這樣那樣的缺點，但是我在專業(yè)知識方面學到的東西是非常多的。而設計過程中也遇到了很多的困難，在老師和同學的幫助之下最終我還是克服了困難完成了設計。這個過程更使我學到了面對困難應該持有的積極態(tài)度。
總的來說，這次的課程設計是非常有意義的，在我的人生學習的路上起到了一個里程碑的作用，讓我有一個質的飛躍！
衷心感謝何老師給予我們這次機會，讓我們對軟件的開發(fā)過程還是對程序的編寫步驟都有了更加深刻的認識。
9.參考文獻
[1]楊文龍《軟件工程》，電子工業(yè)出版社，
[2]張國藩，《軟件工程》。北京：清華大學出版社，
[3]鄭人杰殷人昆陶永雷,《實用軟件件工程》.清華大學出版社,2001
[4]薩師煊王珊，《數(shù)據(jù)庫系統(tǒng)概論》，高等教育出版社2003
[5]丁寶康，《數(shù)據(jù)庫原理》，經濟科學出版社，2000
[6]林福泉，《sqlserver中小企業(yè)實務應用》，中國鐵道出版社，2002
[8]周紅芳，《powerdesigner基礎應用與系統(tǒng)開發(fā)》，電子工業(yè)出版社，
[10]薛華成，《管理信息系統(tǒng)》，清華大學出版社，2002
[11]湯庸葉小平湯娜，《數(shù)據(jù)庫理論及應用基礎》，清華大學出版社，2004
microstft編著
[13]譚桂華魏亮，《visualc#高級編程范例》，清華大學出版社
[14]章立民，《》，電子工業(yè)出版社
課程設計實驗報告篇十三
結合本專業(yè)要求，自選題目，作一個計算機繪圖輔助設計項目。例如：1）根據(jù)一個住宅小區(qū)項目的具體要求（范圍、面積、容積率、綠化率、水景、道路、公共設施等），結合當?shù)仫L俗、文化的實際特點，確定項目總體占地、布局方案，進行兩種以上戶型設計。2）設計一座棟建筑物的樓層平面圖，立面圖，建筑效果圖等。
1)項目設計符合專業(yè)要求（如：小區(qū)規(guī)劃合理，有創(chuàng)意、有特點，戶型設計合理，計算機繪圖思路正確，成圖效果好）。
2)圖形以a4紙打印，以附件的形式附在設計報告后面，要求界面規(guī)范、清晰、美觀，設計標題、圖例、比例尺、繪制者、單位、制圖時間等繪圖基本要素齊全。
3)繪圖工作量最低不能小于16機時。
4)使用二維和三維相結合的方式完成設計（例如：可通過拉伸二維多段線成為三維實體，三維圖形渲染要結合建筑特色，進行材料、色彩、采光、環(huán)境等設計，反復試驗，尋找最佳效果）。
5)設計報告要求格式正確，要素完整，層次清楚，思路清晰，文字流暢，報告內容不少于6000字。
1)根據(jù)專業(yè)要求和自己的興趣，選擇合理的設計項目；
2)做好課程設計工作計劃，按計算機繪圖（輔）設計程序，完成設計內容。3)設計成果提交設計圖電子版，按班提交光盤。4)每個同學提交設計報告紙質版。
[3]相關網站：曉東cad家園：http://
課程設計實驗報告篇十四
在這次電子課程設計中，我們小組的設計題目是汽車尾燈控制。在設計中我們使用了基本的芯片：雙向移位寄74ls194，二輸入與非門74ls00、四輸入與非門74ls20、六反相器74ls04、3-8譯碼器，555定時器及電阻電容進行搭建。設計的時候并不是個性順利，芯片的選取和電路的接法對于我這樣從來沒有實際操作過的學生還是有必須的難度的。經過我們大家群眾的討論過后，我們還是把最終的電路圖拿出來了。這讓我充分體會到團隊的力量，團結才能讓大家把事情干好。一個人的力量始終太渺小，集思廣益才能讓我們進步得更快，讓我們學到更多的知識。
最讓我頭疼的是在實際操作的過程中，我們經常會因為一個小的失誤，比如線接錯了，有些地方的線沒有接上等等問題而讓實驗板上的燈無法亮起來。這些都是讓我始料不及的。由于不細心的地方太多，當時甚至有過要放下的念頭。但是我堅持了下來，當最終看到成果的時候，我覺得這一切都是值得的。記得汪中求說過細節(jié)決定成敗。以前感觸不深，沒有注意太多的細節(jié)，總是抱著差不多就行了或者放縱自我的心態(tài)來應對生活學習中的許多問題。但是我此刻明白了，這是不對的。對于科學我們就就應持續(xù)嚴謹?shù)膽B(tài)度。課程設計中的許多細節(jié)都沒有注意，老是求快，想早點完成設計和連接實驗板的工作，但是這反而導致了很多次的失敗。好在最終擺正了心態(tài)，細心檢查之后，最終完成了連線。
我從這次的設計中還感受到堅持的重要性。做事情不能輕言談放下，雖然過程不順利，與想象中相去甚遠。但是只要我們能堅持，朝著自我既定的目標前進，就必須會走到終點。一點小小的挫折實際上是在為最后的美景做鋪墊，當我們守得云開見月明的時候，就會發(fā)現(xiàn)，沿途的曲折其實是在考驗我們的目標是否堅定。堅持下來，我們會收獲豐碩的果實。
電子課程設計，不僅僅讓我們的知識更加牢固，還讓我意識到我們所學的知識能夠與生活緊密的聯(lián)系起來。這讓我對自我有了更多的信心，因為我們在大學里面不是混日子，而是在學習真正對我們的生活有幫忙的知識和潛力。一個小小的課程設計，卻讓我有了大大的期望。我會更加珍惜此刻這么好的學習環(huán)境，努力學習知識，讓自我在激烈的社會競爭中立足，也把自我所學的知識運用到生活實際中來回報社會。
最后再次感謝老師和同學們對我的無私的幫忙，期望老師們工作順利、身體健康，同學們的學習生活更上一層樓。
將本文的word文檔下載到電腦，方便收藏和打印
推薦度：
點擊下載文檔
搜索文檔
課程設計實驗報告篇十五
在開學的第一周，我參加了院里組織的數(shù)據(jù)庫課程設計，這項任務是分組分工完成的，我們組有五名成員，分別是我們班學號的后五位同學，很榮幸地我被推薦為我們組的組長，在組長的“英明”指導下，全體組員團結奮斗，使得任務完成地比我們預期的要稍早一些，也比預期要漂亮一些，這一點我們都感到很高興也很自豪。
王婆賣瓜時間過了，言歸正傳吧。凡是都要有個總結，以下便是我在這個課程設計中的一點心得。
首先我分析一下我們組任務順利完成的成功之處并總結一些經驗，供以后反省參考用。
凡事預則備，不預則廢。這是我的座右銘，也是我深有感悟的幾句古語之一。在這個項目的開始階段，老師便讓我們做了個進度安排表，我很好的利用了這次機會，花了較多心思作出了一個很詳細的進度安排表，之后我們組任務的完成也是嚴格按照這個進度表進行的。當然我后來去了解了一下別的組的情況，有些組的進度安排表沒我們組做完善的一個很重要的原因就是他們對這一周的數(shù)據(jù)庫課程設計到底還沒什么概念。導致這種現(xiàn)象的原因有很多方面，一個是基礎太差不能理解老師安排的任務(當然這種人比較少)，一種是缺乏交流，這個交流包括組內的交流，也包括組間的，更包括與老師之間的，這也就引出了我的第二個心得。
多交流，這是我這次項目的第二個心得。對于這種分工完成的項目，組員之間的交流是極其必要的。如果組員之間不能很好的溝通，不僅會做很多無用功，而且也會做很多重復的工作。組員之間很好的互通有無，表明自己正在做什么，下一步要做什么，才能使工作很好的開展開來。而我們組這次就做到了這點，我們每天都會在qq上或者見面相互交流，并及時修改進度安排表;除此之外，我們還相互幫助解決問題，或者共同解決問題，比如說這次的概念模型的設計，我們組負責設計概念數(shù)據(jù)模型的同學(趙##)和負責數(shù)據(jù)需求分析的同學(左##)就經常溝通(因為兩者的任務聯(lián)系比較緊密)，共同解決問題，才會做出令我們組員都比較滿意的數(shù)據(jù)概念模型和漂亮的數(shù)據(jù)需求分析文檔;當然最重要的是我們也常會去與老師溝通，老師也在關鍵的設計地方也給了很多很多的寶貴意見。當然不得不作出檢討的地方是組長這次與老師交流的比較少，反而不及組員，希望在接下來的項目中能有所改觀，起好帶頭作用。我同樣也有觀察別的組完成情況，發(fā)現(xiàn)有些組出現(xiàn)了組長包干或者組長與個別組員的包干的現(xiàn)象，我覺得導致出現(xiàn)這種可怕現(xiàn)象的主要責任在于組長，組長的任務不僅僅參與部分任務的完成，更重要的是分配任務并協(xié)調組間關系，是溝通交流的一根主要管道。通俗的講就是組長上要聯(lián)系老師，中要與他組交流，下要與組員積極溝通，我覺得這也是組長這個角色的設置的必要所在吧。我真心地希望在我們下一個創(chuàng)新課程j2ee的訓練中我們班不要再出現(xiàn)這種現(xiàn)象，每個人都有平等得到鍛煉的機會，組長不認真分配任務不積極與組員溝通在某種程度上剝奪了組員得到鍛煉的機會，而更可悲的是很多組員還沒有意識到這一點。
以上很簡單的三點讓我們組在這次設計之中順利完成了任務，下面談談我們組在這次任務中做的不足的地方吧。
首先得從組長自身談起，剛有說到組長與老師交流較少是第一點，第二點是組長一直以來的老毛病了，就是基礎不扎實，數(shù)據(jù)庫的理論知識很多考完就忘的干干凈凈，在項目的開始階段又返工去補習部分數(shù)據(jù)庫的知識，而且我們的組員大部分也這樣，甚至班里有很多同學也是這樣的。所以以后對于重要的專業(yè)基礎課一定要牢牢把握，絕不能追求過一門算一門。不過話說回來，組長這次返工還是較有成效，很快的理解了設計任務，并以最快的速度做好了詳細的進度安排表，需要被鼓勵一下呵呵。第三點就是組長對問題的解決程度缺乏完美的追求，說通俗一點就是不求甚解，其實在我們的設計模型中，有一些地方還可以做調整的，數(shù)據(jù)的完整性和合理性將會進一步提升，如果我?guī)ьI組員朝這個方向再多努力一點，水平就不僅僅提高幾個檔次了，但是組長鼓勵組員去解決了一部分，且在一些地方確實做了修改。
其次說說組員，這幾位組員中有兩位與組長合作過一次，默契還不錯，在這次的任務的完成中發(fā)揮了很大的作用，他們是周#和左##，分別擔任功能需求說明書的編寫和數(shù)據(jù)需求分析說明書的編寫，曾在第一次小組會議就表示一定要交出令組長非常滿意的作品，而且事實的確是這樣，都完成的很出色。而其余兩位同學相對主動性就差了點，總是要組長不停的花心思督促能勉強完成任務，令組長很是頭疼，但總的來說還是很配合，但這也在一定程度上導致組內組員水平出現(xiàn)較大差異。
怎么辦呢不足之處真還少，可能是組長反省的還不夠吧，等以后反省徹底了再和老師說說吧。
課程設計實驗報告篇十六
實驗三十六：
1.溫度報警程序，當溫度值大于37則報警，小于-5則退出運行狀態(tài)。
前面板：
程序框圖：
程序功能及用途：
本程序功能為溫度報警，溫度值超過37就報警，小于-5就退出運行狀態(tài)。
程序演示：
（備注：以下的當前溫度值顯示格式設置為2位的浮點數(shù)，當然也可以設置為其他形式）
1.0當溫度值大于37°時，紅燈亮表示報警。（備注：以下的溫度值）
2.0當溫度值小于-5°時，程序退出運行狀態(tài)。
程序思路和步驟：
本題要求溫度值超過一定值（37）時就報警，這里用指示燈來顯示，當溫度值低于一定值（-5）時就退出運行狀態(tài)。
由程序框圖我們可以知道：首先由一個隨機數(shù)函數(shù)產生一個0-1之間的雙精度浮點數(shù)，拿這個數(shù)與常量-15相乘可以得到一個范圍為0到-15的數(shù)；另一方面通過另一個隨機數(shù)函數(shù)產生一個0-1之間的雙精度浮點數(shù)，拿這個數(shù)與常量100相乘可以得到一個范圍為0到100的數(shù)；最后將這兩個數(shù)通過“和”函數(shù)進行求和得出的.結果作為溫度計的輸入值，并用輸出數(shù)值控件顯示此時的溫度值；同時進而將這個值通過“大于”函數(shù)或是“小于”函數(shù)進行比較，當輸出的溫度值大于常量37，此時對應的報警指示燈就會由綠燈變?yōu)榧t燈，說明溫度值超過預定設置的溫度值，達到報警的目的；而當溫度值小于常量-5時，小于函數(shù)輸出為真，最后通過和停止按鈕進行或操作，達到退出運行狀態(tài)的作用。在本設計中加入時間延遲函數(shù)主要是將程序運行延遲一下時間，不加延時的話程序運行過快，數(shù)據(jù)變化過快，不利于觀察，本次設計設置延遲時間為0.7s，觀察的效果剛好。至此，該題的所有功能均已實現(xiàn)。
2.建立一個實現(xiàn)計算器功能的vi。前面板有數(shù)字控制件用來輸入兩個數(shù)值，有數(shù)值顯示件用來顯示運算結果。運算方式有加、減、乘、除，可用一個滑動條實現(xiàn)運算方式的設定。
前面板：
程序框圖：
程序演示：
當0=k&&k5時，此時運算方式為加法。
2.0當
2.0當5=k&&k10時，此時運算方式為減法。
3.0當10=k&&k15時，此時運算方式為乘法。
課程設計實驗報告篇十七
實習報告是指各種人員實習期間需要撰寫的對實習期間的工作學習經歷進行描述的文本。它是應用寫作的重要文體之一。下面是設計表現(xiàn)課程設計實習報告，請參考！
一、實習目的
完成對市場已有的銷售包裝整體設計的仿真模擬以及以手繪方式表現(xiàn)為主，完成科學合理、美觀清晰的策劃提案。
二、實習內容與過程
內容一、選擇包裝樣本為相宜本草面膜包裝，根據(jù)其包裝版式設計，進行了相關模擬。
1、有目的性的選擇具有設計特征的包裝實體
2、完全仿真模擬，1：1地再現(xiàn)了其包裝版式設計，具體內容如下：
（1）選擇已有市場銷售包裝：根據(jù)實習指導書要求找到具有設計感的包裝為相宜本草水洗面膜系列。
（2）將所要的模擬的包裝拆解，掃描成電子文檔。
（3）利用軟件adobeillustrator對所掃描圖像進行全真模擬。前期處理為1:1比例、300dip分辨率。模擬對象主要包括文字、色彩、矢量圖片處理、刀版等。
（4）利用軟件adobeillustrator對所做模擬包裝進行分析說明。說明方面主要包括包裝版式、消費者訴求和商品品牌說明。
（5）最后利用photoshop對拍攝的包裝實物進行修圖，制作包裝效果圖。
3、選擇相關設計軟件完成電子檔；
5、根據(jù)實體進行相關（攝影+后期）效果圖；
6、撰寫相關設計要點說明；
內容二、根據(jù)某包裝比賽要求，參考相關“快速表現(xiàn)”的表現(xiàn)形式，提供設計方案，并以手繪方式說明包裝方案內容。具體內容如下：
（1）先上網搜索相關包裝競賽的設計要求資料、歷屆獲獎作品及其獲獎作品分析說明，了解相關競賽要求及其側重點，再結合社會與消費者需求和待解決的.包裝問題從而確定出包裝設計方向和大致內容的規(guī)劃。
（2）與指導老師確認后，用快速表現(xiàn)形式和對照文字對所設計包裝加以說明，使其滿足相關競賽要求和社會生產技術要求。
（3）最后完成整體初步設計稿（草圖）提交給老師。
三、實習總結及體會
通過這次對包裝設計的分析與模仿，我才真正的明白原來包裝要注意的細節(jié)非常多，位置、顏色搭配、材質選擇、商標設計、設計成本、生產成本，制作難度等等諸多方面都有很深的講究。包裝設計是從商標、圖案、色彩、造型、材料等構成要素入手，以商品特性為基礎，遵循品牌設計的一些基本原則，如：促進銷售、保護商品、儲存商品商品、方便使用和運輸?shù)?，還要考慮材料的綠色環(huán)保，使各項設計要素協(xié)調搭配，相輔相成，以取得最佳的包裝設計方案。如果從營銷的角度出發(fā)，包裝商標設計是突出商品個性的重要因素，個性化的品牌形象是最有效的促銷手段，也能很快的提高知名度。實習，就是把我們在學校所學的理論知識，運用到客觀實際中去，是自己所學到的理論知識有用武之地，只學不實踐，那么所學的就等于零。理論應該與時間相結合。能學習到的理論知識是有限的，只有通過練習，才能讓自己真正掌握專業(yè)知識。
【本文地址：http://mlvmservice.com/zuowen/7095872.html】
