靈感範文站

做數據庫的心得體會多篇

做數據庫的心得體會多篇

做數據庫的心得體會篇1

在我看來,數據庫課程設計主要的目標是利用課程中學到的數據庫知識和技術較好的開發設計出數據庫應用系統,去解決各行各業信息化處理的要求。通過這次的課程設計,可以鞏固我們對數據庫基本原理和基礎理論的理解,掌握數據庫應用系統設計開發的基本方法,進一步提高我們綜合運用所學知識的能力。

當我們這組決定做大學生就業諮詢系統時,我們並沒有着手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都準備好了之後,我們進行模塊的分工。每個人都有自己的模塊設計,而且寫出來的代碼要求可以實現相應模塊的功能,得到理想的效果。當每個人都把自己的分工做好了,最後會由一個人把這些全部組合搭建在一起。我們使用的是html和php相互嵌套使用,當一個系統做好了之後,我會好好地把程序都看一遍,理會其中的奧祕。

我所負責的是數據庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候,覺得很感興趣,所以有一段時間幾乎到了癡迷的程度。然而php 是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大,可以開發出很多大型的系統。但是在做備份和還原的時候,要考慮的東西還是很多的。當我遇到錯誤的時候,感到很受打擊。值得欣慰的是,在同學的幫助和大量參考書的查閱下,我把自己的模塊做好了。這就是我收穫最大的地方。而且,我明白了遇到困難永不放棄的重要性,我知道了團隊合作的重要性,我領悟了只有堅持不懈纔會取得勝利。

知識的獲得是無止境的,只要你想學,只要你行動,沒有什麼會難倒我們的。回首這一個多星期的課程設計,我很欣慰。因爲我有了動力,有了勇氣。謝謝老師對我們的不懈幫助,謝謝學校給了我們這一次實踐的機會,也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨着我。

做數據庫的心得體會篇2

這次數據庫課程設計用的是microsoft visual foxpro 6.0 ,而我們平時用的microsoft sql server 2000,雖然對vfp完全陌生,但在老師的指引下,我們近乎完美的完成了課程設計。當然過程是艱辛的。

面對着完全陌生的操作環境vfp,許多同學開始埋怨,要求用sql,用我們學過的asp等來完成設計。但我們慢慢發現用vfp做課程設計其實很有優勢,於是它的這個優勢激發了我們去了解它的慾望。老師先將vfp中基本的建數據庫,建表以及建表單等向我們演示了一遍,我們也仿照着做了,發覺並不是很難。但想到這次課程設計做的是一套學生學籍和成績管理系統,我們又開始茫然了。那天,老師給我們看了一段可以讓文字循環移動的代碼,這使我們產生了好奇心理,有了快速瞭解它的衝動。因爲用面向對象的語言做特效,這還是第一次。下課之後我把那段我們不瞭解的語言寫的特效代碼發到了vfp論壇上請人幫忙解釋,最後我們完全理解了那段代碼的意思。

這次課程設計我們克服了炎熱的天氣(學校機房之前沒裝空調……後來設計完才裝……),也克服對新知識的恐懼感以及畏難情緒。我們懂得了團隊合作的重要性,也懂得了團隊中如何交流、如何分工,如何集體討論難點。我們充分利用了網絡資源(技術論壇,共享的實例等)。

我們喜歡這次課程設計的感覺,喜歡編程,喜歡團隊交流。

做數據庫的心得體會篇3

兩個星期的時間非常快就過去了,這兩個星期不敢說自己有多大的進步,獲得了多少知識,但起碼是瞭解了項目開發的部分過程。雖說上過數據庫上過管理信息系統等相關的課程,但是沒有親身經歷過相關的設計工作細節。這次實習證實提供了一個很好的機會。

通過這次課程設計發現這其中需要的很多知識我們沒有接觸過,去圖書館查資料的時候發現我們前邊所學到的僅僅是皮毛,還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位,不能靈活運用於實際,不能很好的用來解決問題,這就需要我們不斷的大量的實踐,通過不斷的自學,不斷地發現問題,思考問題,進而解決問題。在這個過程中我們將深刻理解所學知識,同時也可以學到不少很實用的東西。

從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統的設計開發過程。很多東西書上寫的很清楚,貌似看着也很簡單,思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到後面突然就發現自己一開始的設計有問題,然後又回去翻工,在各種反覆中不斷完善自己的想法。

我想有這樣的問題不止我一個,事後想想是一開始着手做的時候下手過於輕快,或者說是根本不瞭解自己要做的這個系統是給誰用的。因爲沒有事先做過仔細的用戶調查,不知道整個業務的流程,也不知道用戶需要什麼功能就忙着開發,這是作爲設計開發人員需要特別警惕避免的,不然會給後來的工作帶來很大的麻煩,甚至可能會需要全盤推倒重來。所以以後的課程設計要特別注意這一塊的設計。

按照要求,我們做的是機票預訂系統。說實話,我對這個是一無所知的,沒有訂過機票,也不知道航空公司是怎麼一個流程。盲目開始設計的下場我已經嘗過了,結果就是出來一個四不像的設計方案,沒有什麼實際用處。沒有前期的調查,僅從指導書上那幾條要求着手是不夠的。

在需求分析過程中,我們通過上網查資料,去圖書館查閱相關資料,結合我們的生活經驗,根據可行性研究的結果和客戶的要求,分析現有情況及問題,採用client/server結構,將機票預定系統劃分爲兩個子系統:客戶端子系統,服務器端子系統。在兩週的時間裏,不斷地對程序及各模塊進行修改、編譯、調試、運行,其間遇到很多問題:由於忘記了一些java語言的規範使得在調試過程中一些錯誤沒有發現,通過這次課程設計,我對調試掌握得更加熟練了,意識到了程序語言的規範性以及我們在編程時要有嚴謹的態度,同時在寫程序時如有一定量的註釋,既增加了程序的可讀性,也可以使自己在讀程序時更容易。

我們學習並應用了sql語言,對數據庫的創建、修改、刪除方法有了一定的瞭解,通過導入表和刪除表、更改表學會了對於表的一些操作,爲了建立一個關係數據庫信息管理系統,必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價的一般過程,爲畢業設計打下基礎。

很多事情不是想象中的那麼簡單的,它涉及到的各種實體、屬性、數據流程、數據處理等等。很多時候感覺後面的設計根本無法繼續,感覺像是被前面做的各種圖限制了。在做關係模型轉換的時候碰到有些實體即可以認爲是實體又可以作爲屬性,爲了避免冗餘,儘量按照屬性處理了。

物理結構設計基本沒有碰到問題,這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置:主鍵約束、check約束、default定義等。最後才做索引的部分,對一些比較經常使用搜索的列,外鍵上建立索引,這樣可以明顯加快檢索的速度,最後別忘記重要的安全性設置,限制用戶訪問權限,新建用戶並和數據庫用戶做相應的映射。

不管做什麼,我們都要相信自己,不能畏懼,不能怕遇到困難,什麼都需要去嘗試,有些你開始認爲很難的事在你嘗試之後你可能會發現原來她並沒有你以前覺得的那樣,自己也是可以的。如果沒有自信,沒有目標,沒有信心就不可能把事情做好,當其他人都在迷茫的時候,自己一定要堅信目標,大學畢業出去即面臨找工作,從學習這個專業,到以後從事這方面的工作都需要不斷地去學習去實踐,這次實踐可以給我們敲一個警鐘,我們面臨畢業,面臨擇業,需要這些實踐經驗,在困難面前要勇於嘗試,這是這次課程設計給我的最大感想!

以上基本是這次實習的體會了,設計進行的非常艱難,編碼非常不容易,才發現做一個項目最重要的不在於如何實現,而是實現之前的需求分析和模塊設計。創新很難,有些流行的系統其實現並不難,難的在於對市場的分析和準確定位。設計,是一個任重道遠的過程。

做數據庫的心得體會篇4

數據庫課程設計大賽塵囂漸漸遠去,懷着對這次大賽些許不捨,懷着對當初課程設計開始時候豪情萬丈決心留戀,懷着通過這次課程設計積累信心與鬥志,我開始寫這篇文章,爲自己足跡留下哪怕是微不足道但是對自己彌足珍貴痕跡並期望與大家共勉。

首先,讓我記憶追溯到大二暑假,在老大指引下(老大勸我學asp(asp培訓 )。net),我接觸到microsoft 公司。net產品。那個時候我已經學過vc和asp,因爲windows程序設計實驗課關係,接觸過vb(vb培訓 ),但是沒有專門去學他,因爲習慣了c++裏面class,int,覺得vbsub,var 看着就不是很順心。我是一個好奇心很強人,突然看到了一個號稱“。net是用於創建下一代應用程序理想而又現實開發工具”,而且主推c#語言,由於對c語言一貫好感,我幾乎是立刻對他產生了興趣。我就開始了對c#學習,任何語言都不是孤立存在,所以數據交互是很重要,暑假時候我把我們這學期課本數據庫系統概論看了一遍。我記得以前用c語言編程時候,數據是在內存中申請空間,譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來時候啦,於是我又裝上了sql server20xx,以前學asp時候用是access,那個時候只是照着人家做,理論是什麼也不是很清楚。

開發時候我想過用什麼架構,c/s模式?模式有很多,怎麼選擇?我就上網搜索現在最流行架構是什麼。結果搜到了mvc架構,就是你啦。我決定用這個架構,不會,沒關係,咱學。just do it!前期工作準備好後,那麼我就得把我暑假學。net加以實踐。這個時候我更加深入瞭解了利用ado。net操縱數據庫知識。並且對數據庫裏面存儲過程有了比較深入瞭解。經過大概2個多星期奮鬥,我完成了我數據庫課程設計——基於。net數據集圖書館管理系統。並最後非常榮幸獲得了大賽一等獎以及以及新技術應用獎。

與其臨淵羨魚,不如退而結網。這次數據庫課程設計給我最大印象就是如果自己有了興趣,就動手去做,困難在你勇氣和毅力下是擡不了頭。從做這個數據庫開始無論遇到什麼困難,我都沒有一絲放棄念頭。出於對知識渴望,出於對新技術好奇,出於對一切未知求知。我完成了這次數據庫課程設計,不過這只是我學習路上驛站,未來十年。net核心技術就是xml[至少微軟是這麼宣傳],我會繼續學習它,包括jave公司j2ee我也很想試試,語言本來就是相通,just do it!語言並不重要畢竟它僅僅是工具,用好一個工具並不是一件值得爲外人道事情,主要是瞭解學習思想。古語說好:學無止境啊。

實際上從學習經歷來看,我們接觸知識體系都是屬於比較老或比較傳統,與現在發展迅速it行業相比很多情況已不再適用,尤其是當開源模式逐漸走近開發者後更是如此。雖然是一個數據庫課程設計,由於本人在選擇項目時候是本着對自己有實際應用價值角度考慮,所以其中也涉及到一些數據庫以外設計。總而言之,這次數據庫設計心得體會不能用語言完全表達。

做數據庫的心得體會篇5

跟老闆做了兩個算是比較大的項目,數據庫主體都是我設計的。第一個感覺很失敗;第二個現在正在用,雖然總結了第一個的教訓,但感覺還是有些遺憾。把這過程中的一些心得記在這裏,以便日後用到時來查閱。若以後還有機會再設計數據庫——現在倒還有些期待,呵呵,再有新的體會,也全部補充到這裏。

1.儘量使用數據冗餘。

隨着磁盤容量的大幅飆升,這一點已經不會產生什麼問題。當然冗餘歸冗餘,不能把數據的關聯弄的亂七八糟的。

本科數據庫課程中學的知識直接拿來,在實際中會出大問題。滿足三級範式的數據庫結構會讓你面對大量的連表查詢,應用程序中會用到大量的數據庫訪問,既繁瑣(煩死你)又使程序運行速度減慢。

2.儘量不要使用varmax)類型

這一點主要是用動軟代碼生成器自動生成代碼時,如果varchar的最大長度指定爲max,在自動生成代碼時,它無法生成這一最大長度,需要手動補進去。

現在感覺用個var1000)就夠了。

3.使用預留字段。

數據庫表(尤其是動態表格),在你把所有字段都設計好了之後,再添加幾個備註字段和預留字段。

之前我覺得這樣做沒多大意義,因爲預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現在覺得還是有必要的,很有必要的,即便在用到時需要自己十分清楚之前預留的無意義字段現在表示什麼意義。不過我的第二個數據庫中還是沒采用,這也是遺憾之處啊。

個人感覺用note1、note2、r1(r表示reserve)、r2、r3,2個備註字段和3個預留字段就足夠了,再多的話就不容易記住哪個字段具體表示什麼意義了,容易暈。類型就都用var200)吧。

做數據庫的心得體會篇6

持續一個月的數據庫實訓,讓我參與了軟件工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最:

一.項目最大:項目大是因爲我們這個事業起點網站涉及到用戶衆多-高校,企業,學生,老師,專家,第二個原因是網站的功能多-用戶管理,網上實習,網上競賽,畢業實習設計,項目管理,人才庫管理,人才推薦,搜索 ... 項目大很容易造成系統範圍的泛濫,在我們的開發初期,由於需求不太明確,功能實現沒有重點,造成了需求範圍的擴大,給項目開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題,一致認同先把項目的基本功能實現,將網站的基本架構搭建起來,最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中,我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性,這兩個文檔是指導我們後期開發的最重要的依據。

二.數據庫表最多:如此龐大的系統,就需要龐大的數據庫來支持,所以項目大的直接後果就是我們的數據庫表特別多,而且表與表之間的依賴關係也複雜,實體類之間的關係衆多,設計起來有一定的難度。數據庫的另外一個問題是-數據表的屬性,數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔,如果需求分析不完整的話,就會造成數據庫表屬性的缺失,從用戶的角度看,就會覺得你的系統提供的數據不夠全面,信息量小。

三.開發團隊最大:我們團隊一共有十四個人,這個對於我們的項目經理來說,是一個相當嚴峻的問題,畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和,管理起來有相當大的難度。對於我們這些小組成員來說,由於溝通渠道太多,造成了我們項目中遇到問題,不知道去跟哪個小組成員溝通。爲了解決這個問題,我們在團隊中又選出了三個小組長,小組成員遇到問題,先去諮詢小組長,然後小組長提供反饋信息。

四.項目各個模塊間藕合度高:網站涉及的各個功能模塊之間的聯繫緊密,模塊之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要爲每個模塊提供接口,主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的接口說明去設計自己的模塊,所以後期的模塊整合沒有遇到什麼太大的不兼容性等問題。

接下來就談談我這一個月中的工作:

需求分析階段:需求分析階段我完成了網上競賽模塊的需求分析,其中遇到的主要問題是閱讀材料後發現網上實習,網上競賽,畢業設計指導這幾個模塊的功能是類似的,提取需求分析後不夠明確,經過幾次跟湯老師的交流後,確定了這幾個模塊之間的具體差別,網上競賽模塊的基本需求也大致確定了,網上競賽模塊的基本功能就是學生通過網站報名參加競賽,企業審覈通過後,專家對作品進行評分,排名。

概要設計階段:在需求分析的基礎上,對網上競賽模塊進行了比較具體的概要設計,流程圖(ipo圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述,如何實現學生報名,企業發佈,專家評審的步驟操作,與及跟其他模塊對該模塊的限制。

數據庫設計階段:我負責整合初步數據庫設計說明書,分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數據表,然後對這些數據表進行整合。在這個過程中遇到的問題就是數據庫實在是太大了,最後下來一共有30多張表,表與表之間的關係複雜,關聯性大,需要設置的外鍵較多,很難將所有的屬性字段給提取出來,屬性的類型設置也是一個問題,採用數值型還是採用字符串性在數據庫設計中尤爲重要,因爲在後臺搜索方面,數值型比較快捷,而在數據顯示方面,字符串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它,因爲這樣實體間關聯起來會更加簡單。數據庫的設計關鍵是要對整個項目的整體的把握,並且要細化對每個實體類的具體屬性要求。

詳細設計階段:我覺得是最重要的一個方面,一個完整的詳細設計說明應該可以幫助程序員完成具體的實現,程序員可以不用考慮模塊之間的耦合問題,只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了,我們就可以在裏面填充自己的功能了。但是因爲時間太倉促了,我們這個階段也就縮水了,帶來後面的問題就是後期代碼編寫的時候比較混亂,函數接口較難統,界面風格多樣化。這個階段,我的主要工作是跟隊友一起設計出了網上競賽模塊的學生,企業,管理員,高校以及專家的界面。

編碼階段:我們是用開發的,主要任務就是從工具中選出你想要的控件,然後在控件響應函數中填充代碼,完成相應的事件響應。這裏遇到的最大問題是頁面的排版問題,因爲自己是第一次開發網站,造成了自己設計的界面風格單調,不太美觀,現在就儘量做到頁面的整齊。這個階段主要做的就是:寫代碼→編譯→調試→寫代碼。

這一個月中我學到了很多東西,技術方面就是學會了用編寫網站,最重要的'是讓我經歷了軟件工程化的所有階段,讓我對整個軟件工程有了感性的認識,而且將大學三年所學到的知識進行了一次系統的串聯,更重要的是學會了如何跟項目團隊中的成員溝通問題,這是一個寶貴的實踐經驗。

做數據庫的心得體會篇7

本次課程設計,使我對《數據結構》這門課程有了更深入理解。《數據結構》是一門實踐性較強課程,爲了學好這門課程,必須在掌握理論知識同時,加強上機實踐。

我課程設計題目是線索二叉樹運算。剛開始做這個程序時候,感到完全無從下手,甚至讓我覺得完成這次程序設計根本就是不可能,於是開始查閱各種資料以及參考文獻,之後便開始着手寫程序,寫完運行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全,經常運行出現錯誤,但通過同學間幫助最終基本解決問題。

在本課程設計中,我明白了理論與實際應用相結合重要性,並提高了自己組織數據及編寫大型程序能力。培養了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。並對vc有了更深入瞭解。《數據結構》是一門實踐性很強課程,上機實習是對學生全面綜合素質進行訓練一種最基本方法,是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。

上機實習一方面能使書本上知識變“活”,起到深化理解和靈活掌握教學內容目;另一方面,上機實習是對學生軟件設計綜合能力訓練,包括問題分析,總體結構設計,程序設計基本技能和技巧訓練。此外,還有更重要一點是:機器是比任何教師更嚴厲檢查者。因此,在“數據結構”學習過程中,必須嚴格按照老師要求,主動地、積極地、認真地做好每一個實驗,以不斷提高自己編程能力與專業素質。

通過這段時間課程設計,我認識到數據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養了我實際分析問題、編程和動手能力,使我掌握了程序設計基本技能,提高了我適應實際,實踐編程能力。總來說,這次課程設計讓我獲益匪淺,對數據結構也有了進一步理解和認識。

一週的課程設計結束了,在這次的課程設計中不僅檢驗了我所學習的知識,也培養了我如何去把握一件事情,如何去做一件事情,又如何完成一件事情的方法和技巧。在設計過程中,和同學們相互探討,相互學習,相互監督。我學會了運籌帷幄,學會了寬容,學會了理解,也學會了做人與處世,這次課程設計對我來說受益良多。

課程設計是我們專業課程知識綜合應用的實踐訓練,着是我們邁向社會,從事職業工作前一個必不少的過程。“千里之行始於足下”,通過這次課程設計,我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計,學會腳踏實地邁開這一步,就是爲明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數據結。

數據結構,是一門研究非數值計算的程序設計問題中計算機的操作對象(數據元素)以及它們之間的關係和運算等的學科,而且確保經過這些運算後所得到的新結構仍然是原來的結構類型。“數據結構”在計算機科學中是一門綜合性的專業基礎課。數據結構是介於數學、計算機硬件和計算機軟件三者之間的一門核心課程。數據結構這一門課的內容不僅是一般程序設計(特別是非數值性程序設計)的基礎,而且是設計和實現編譯程序、操作系統、數據庫系統及其他系統程序的重要基礎。通過這次模具設計,我在多方面都有所提高。

在界面設置中使用函數調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好,任意改變,但改變的時候必須採用標準英文大寫,同時在製作顯示菜單的窗口,大小根據菜單條數設計。最後採用printf輸出程序設計界面。

這次的程序軟件基本上運行成功,可以簡單的建立鏈式循環鏈表,並進行輸出,及循環語句的運用和選擇語句的控制。由於時間和知識上的限制,使得程序規模相對較小,即功能還不很全面,應用也不很普遍。原來c語言可是涉及很多知識,而不是枯燥無聊的簡單的代碼部分而已,利用c語言方面的知識,我們可以設計出更完善的軟件。

通過這次的課程設計,更是讓我深刻認識到自己在學習中的不足,同時也找到了克服這些不足的方法,這也是一筆很大的資源。在以後的時間中,我們應該利用更多的時間去上機實驗,加強自學的能力,多編寫程序,相信不久後我們的編程能力都會有很大的提高能設計出更多的更有創新的作品。

做數據庫的心得體會篇8

一週的課程設計結束了,在這次的課程設計中不僅檢驗了我所學習的知識,也培養了我如何去把握一件事情,如何去做一件事情,又如何完成一件事情的方法和技巧。在設計過程中,和同學們相互探討,相互學習,相互監督。我學會了運籌帷幄,學會了寬容,學會了理解,也學會了做人與處世,這次課程設計對我來說受益良多。

課程設計是我們專業課程知識綜合應用的實踐訓練,着是我們邁向社會,從事職業工作前一個必不少的過程。“千里之行始於足下”,通過這次課程設計,我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計,學會腳踏實地邁開這一步,就是爲明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數據結。

數據結構,是一門研究非數值計算的程序設計問題中計算機的操作對象(數據元素)以及它們之間的關係和運算等的學科,而且確保經過這些運算後所得到的新結構仍然是原來的結構類型。“數據結構”在計算機科學中是一門綜合性的專業基礎課。數據結構是介於數學、計算機硬件和計算機軟件三者之間的一門核心課程。數據結構這一門課的內容不僅是一般程序設計(特別是非數值性程序設計)的基礎,而且是設計和實現編譯程序、操作系統、數據庫系統及其他系統程序的重要基礎。通過這次模具設計,我在多方面都有所提高。

在界面設置中使用函數調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好,任意改變,但改變的時候必須採用標準英文大寫,同時在製作顯示菜單的窗口,大小根據菜單條數設計。最後採用printf輸出程序設計界面。

這次的程序軟件基本上運行成功,可以簡單的建立鏈式循環鏈表,並進行輸出,及循環語句的運用和選擇語句的控制。由於時間和知識上的限制,使得程序規模相對較小,即功能還不很全面,應用也不很普遍。原來c語言可是涉及很多知識,而不是枯燥無聊的簡單的代碼部分而已,利用c語言方面的知識,我們可以設計出更完善的軟件。

通過這次的課程設計,更是讓我深刻認識到自己在學習中的不足,同時也找到了克服這些不足的方法,這也是一筆很大的資源。在以後的時間中,我們應該利用更多的時間去上機實驗,加強自學的能力,多編寫程序,相信不久後我們的編程能力都會有很大的提高能設計出更多的更有創新的作品。