在撰寫報告時，要合理使用圖表、數(shù)據(jù)和實例等，讓讀者能夠直觀地理解和理解報告內(nèi)容。報告應清晰表達研究的問題、方法和結果。以下是一份關于環(huán)境污染的報告范文，供大家了解并采取行動。
數(shù)據(jù)庫課程設計報告篇一
有關于數(shù)據(jù)庫實驗的心得體會，總的來說，受益匪淺。在這些天中，我們學到了很多東西，包括建表，導入數(shù)據(jù)，查詢，插入。最重要的是我們有機會用電腦自己進行實踐，沒接觸的時候總是覺得它比較深奧或是不可接近的新型語言，盡管自己對c語言非常感興趣，但還是有些心理上的陌生感。學習數(shù)據(jù)庫就和我們平時的其它科目學習一樣感覺它有永無止境的知識，數(shù)據(jù)庫是我在高中時候聽過，到了大學漸漸了解了些，但就其原理性的內(nèi)容還不知道，也就是根本就不清楚什么是數(shù)據(jù)庫，只是知道一個所謂的中國字典里的名詞。我認識它是從我接觸實驗運作開始的，剛開始就是建立數(shù)據(jù)庫，兩種驗證模式，沒什么東西但還覺得不錯。進而就是操作語言了，緊接著就是觸發(fā)器的使用，進而對數(shù)據(jù)庫高級的使用，等等。開始知道數(shù)據(jù)庫的時候想學，不知道從何而起，不懂的話怎么問，從什么地方學起。后來到大三開學后有數(shù)據(jù)庫原理必修課，非常高興。當時感覺sqlsever數(shù)據(jù)庫管理既然是單獨一門課程一定會講的比較細，也能學到真正實用的內(nèi)容。學了這門課以后發(fā)現(xiàn)和我想的基本是一樣的，老師對學生也比較和藹可親，對我們要求也不是很緊。讓每個人都覺得輕輕松松就能把這門課程學完，沒有多么緊張的作業(yè)，也沒有太苛刻的要求。
當老師在最后說這個課程結束了，回顧一下以前老師給我們講過的東西，真的有很多是我們應該去注意的。學習完sqlsever數(shù)據(jù)庫后感覺可分兩大塊，一塊是開發(fā)，一塊是管理。開發(fā)主要是寫寫存儲過程、觸發(fā)器什么的，還有就是用oracle的develop工具做form。有點類似于程序員。開發(fā)還需要有較強的邏輯思維和創(chuàng)造能力，自己沒有真正做過，但感覺應該會比較辛苦，是青春飯；管理則需要對sqlsever數(shù)據(jù)庫的原理有深刻的認識，有全局操縱的能力和緊密的思維，責任較大，因為一個小的失誤就會弄掉整個數(shù)據(jù)庫，相對前者來說，后者更看重經(jīng)驗。這些東西都是從老師哪里和朋友的討論中得到的心得，也希望其他朋友能多多向老師和朋友請教，如果是個人單獨靠自己來完成一個完美的數(shù)據(jù)庫我覺得比較困難，現(xiàn)在基本上都是團隊類型的，而且他們的效率高開發(fā)的周期也快。由于數(shù)據(jù)庫管理的責任重大，很少公司愿意請一個剛剛接觸sqlsever的人去管理數(shù)據(jù)庫。對于我們這些初出茅廬的新手而且電子商務的專業(yè)，個人認為可以先選擇做管理，有一定經(jīng)驗后轉型，去做數(shù)據(jù)庫的開發(fā)。當然，這個還是要看人個的實際情況來定。
sqlserver數(shù)據(jù)庫的實驗學習使我對數(shù)據(jù)庫的有了新的進步，以后再看到也就不至于什么也不懂，其實那么多數(shù)據(jù)庫我覺得學好一門就行，只是他們的語言可能不大一樣，學好一門后就可去認識其它的，這樣應該有事半功倍的效果。就像我學習c語言，當時不能說是學習的棒，但不算差。所以我對以后的語言感覺都不是很困難，了解了vb、c++還有網(wǎng)頁中用的html語言、asp語言都能看懂，起碼可以對別人的東西進行了一下修改。因此，我感謝數(shù)據(jù)庫老師給了我有用的知識，以便我在以后學習或認識更多的內(nèi)容能有新的方法和思維，也能更加有效和快速的去消化吸收新的`東西。希望在今后中，sqlserver能給我更多幫助。感謝學校開設這樣一門優(yōu)秀使用的課程，讓我對數(shù)據(jù)庫有了更深的了解。
數(shù)據(jù)庫課程設計報告篇二
這個學期學習了財務管理課后，我們進行了為期一周的課程設計，做了十一個案例分析，在這個過程中對可課上所學內(nèi)容進行了加深鞏固，更加深刻的認識了財務管理在企業(yè)生產(chǎn)運作中的重要性。原來我們課本所學的與實務差距還是比較大的，這也就使這次課程設計有了更深的價值。
課程設計誠然是一門專業(yè)課，給我很多專業(yè)知識以及專業(yè)技能上的提升，同時又是一門辯思課，給了我很多思考，給了我莫大的空間。同時，設計讓我感觸很深。使我對抽象的理論有了具體的認識。通過這次課程設計，我熟悉了公司財務管理的各個環(huán)節(jié)，了解各項財務管理活動的實際運作過程，掌握各項財務管理方法與技巧，通過案例分析，對財務管理工作實踐有一個較全面的感性認識，進一步消化和深化已學到的專業(yè)理論知識。
我認為，在這學期的實驗中，不僅培養(yǎng)了獨立思考、動手操作的能力，在各種其它能力上也都有了提高。更重要的是，在實驗課上，我們學會了很多學習的方法。而這是日后最實用的，真的是受益匪淺。要面對社會的挑戰(zhàn)，只有不斷的學習、實踐，再學習、再實踐。這對于我們的將來也有很大的幫助。
我真正的認識到財務管理是企業(yè)管理的重要組成部分，是從事財務管理活動的根本指導。它滲透到企業(yè)的各個領域、各個環(huán)節(jié)之中。我們要根據(jù)財經(jīng)法規(guī)制度，按照財務管理的原則，組織財務活動，處理財務關系的一項經(jīng)濟管理工作。
財務管理也是直接關系到企業(yè)的生存與發(fā)展，從某種意義上說，財務管理是企業(yè)可持續(xù)發(fā)展的一個關鍵。如：企業(yè)財務管理的合理性會促使企業(yè)加強管理和核算、改進技術、提高勞動生產(chǎn)率、降低成本，從而有利于資源的合理配置和經(jīng)濟效益的提高。從企業(yè)的長遠發(fā)展來看，系統(tǒng)有效的財務管理是為了企業(yè)價值的最大化。
“北大青鳥借殼”事件發(fā)生幾個月后，天橋商場的經(jīng)營滑落到了盈虧臨界點，面對這嚴峻的形勢以及雙方共同利益，青鳥天橋決定實行裁員，一場裁員風波由此產(chǎn)生。資產(chǎn)重組中裁員本是正?，F(xiàn)象，由于員工的激憤情緒使這次停業(yè)讓公司丟掉了400萬元的銷售額和60萬元的利潤。在風波的開始，青鳥天橋追求的是利潤與股東財富的最大化。
充分考慮到相關利益者的權益；加強對企業(yè)各級人員的思想教育和素質(zhì)培養(yǎng)工作；管理層在制定企業(yè)財務目標時應隨企業(yè)具體的情況的變化而改變。從個人角度來說：提高自身的職業(yè)素質(zhì)，熟知相關法律法規(guī)，有效維護自己的合法利益。從社會的角度：各種社會保障體系應盡快建立和健全相關公司的法律法規(guī)應盡快建立并落實到位。
mt企業(yè)的財務管理目標案例分析中，化名為mt企業(yè)成立于1960年，屬國營單位，當初設礦時，全部職工不過200人，擁有固定資產(chǎn)40萬元，流動資金10萬元，礦長王等一班人均享受處級待遇，并全部由上級主管部門——某地區(qū)煤炭管理局任命。企業(yè)的主要任務是完成國家下達的煤炭生產(chǎn)任務。60年代以總產(chǎn)值最大化為目標，80年代以利潤最大化為目標，90年代以股東財富最大化為目標。
在這個案例中我認識到了在企業(yè)不同的階段有不同的財務管理目標，目標是隨著經(jīng)濟體制及很多因素共同作用而成的。每個目標的都有優(yōu)缺點，都不是絕對的最優(yōu)目標。
藍天公司是經(jīng)營機電設備的一家國有企業(yè)，改革開放以來由于該企業(yè)重視開拓新的市場和保持良好的資本結構，逐漸在市場上站穩(wěn)了腳跟，為進一步拓展國際市場，公司需要在國外建立一全資子公司，企業(yè)需要籌資。
籌資政策是管理總部基于集團戰(zhàn)略發(fā)展結構的'總體規(guī)劃，并確保投資及其目標的貫徹與實現(xiàn)，而確定的集團融資活動的基本規(guī)范與取向標準，是企業(yè)集團財務政策的重要組成部分。滿足投資需要，是企業(yè)集團融資管理的知道原則。要求總部在融資政策的制定上，必須以推動投資政策的貫徹實施為著眼點。應當在集團戰(zhàn)略發(fā)展結構的總體框架下，根據(jù)與集團核心能力、主導產(chǎn)業(yè)或業(yè)務相關的投資領域、投資方式、質(zhì)量標準與財務標準的基本規(guī)范，通過計劃的形勢，對集團整體及子公司等的融資規(guī)模、配置結構、融資方式以及時間進度等實現(xiàn)做出統(tǒng)籌規(guī)劃與協(xié)調(diào)安排，從而在政策上保障融資與投資的協(xié)調(diào)匹配。
青島海爾集團公司是我國家電行業(yè)的校使者，其前身是原青島電冰箱總廠，經(jīng)過十多年的兼并擴張，已經(jīng)今非昔比。據(jù)20xx年中報分析，公司的業(yè)績增長非常穩(wěn)定，主營業(yè)務收入和利潤保持同步增長，這在競爭激烈、行業(yè)利潤明顯滑坡的家電行業(yè)是極為可貴的。
我對青島海爾集團的資產(chǎn)負債表和利潤表及利潤分配表進行了分析，這真的是一項很麻煩的工作。對海爾公司的短期償債能力進行分析，主要側重分析計算流動比率。速動比率，并結合流動資產(chǎn)和流動負債項目中的具體項目對海爾公司的短期償債能力進行評價。對海爾公司的長期償債能力進行分析，主要側重分析資產(chǎn)負債率、股東權益比率、權益乘數(shù)、負債股權比率等指標。資產(chǎn)負債率反映的是企業(yè)全部負債占全部資本的比重。債權人關心的是債權的安全性，他們希望資產(chǎn)負債率越低越好；股東關心的是資本利潤率能否超過債務的利率，由于財務杠桿的存在，當企業(yè)資本利潤率大于債務利率時，扣除固定利息后，股東回報有增加，所以股東傾向于較高的資產(chǎn)負債率，以充分利用財務杠桿。從企業(yè)管理者的角度來說，資產(chǎn)負債率越高，企業(yè)財務風險就，但資產(chǎn)負債率太低，企業(yè)又失去了財務杠桿的作用。因此在企業(yè)財務分析實踐中評價長期償債能力時應對企業(yè)盈利能力進行分析，以兼顧相關利益者的利益。就青島海爾來說，資產(chǎn)負債率在同行業(yè)中較低，可以保證整個企業(yè)長期的償債能力，使企業(yè)處于較穩(wěn)健的盈利模式中，可以說管理者較好的兼顧了債權人和股東的利益。
股東權益比率反映資產(chǎn)總額中有多少比例是所有者投入的。不難看出，股東權益比率與資產(chǎn)負債率之和為1.因此，兩個比率是從不同的側面來反映企業(yè)長期財務狀況，股東權益比率越大，資產(chǎn)負債比率就越小，企業(yè)的財務風險也就越小，償還長期債務的能力越強。就青島海爾而言，期股東權益比率越高，故長期償債能力較高。權益乘數(shù)反映了企業(yè)財務杠桿的大小，權益乘數(shù)越大，說明股東投入的資本在資產(chǎn)中占比重較小，財務杠桿越大，償債能力越差。青島海爾的權益乘數(shù)相對較小，說明償債能力好。
振聲電子公司財務狀況綜合分析的案例中，振聲電子公司創(chuàng)立于1990年5月，是一家以計算機行業(yè)發(fā)展為主的產(chǎn)業(yè)化、多元化的小型高科技產(chǎn)業(yè)公司。公司主要經(jīng)營中西文系列終端、計算機及其軟件、打印機、pos終端等產(chǎn)品，初步形成了以電子信息技術為主體，電腦硬件業(yè)、軟件和信息服務業(yè)、消費電子業(yè)三大產(chǎn)業(yè)攜手發(fā)展的產(chǎn)業(yè)格局。運用杜邦分析法對振聲電子公司財務狀況進行綜合分析。
在公司財務分析中，僅觀察財務報表無法洞察財務狀況的全貌，僅觀察單一財務比率也難以了解公司財務狀況的全面情況。為此，需要把各種財務比率結合起來。杜邦財務分析體系是一種綜合分析法，它利用若干相互關聯(lián)的指標對營運能力、償債能力及盈利能力等進行綜合性的分析和評價。這種方法從評價企業(yè)績效最具綜合性和代表性的指標——權益報酬率出發(fā)，層層分解至企業(yè)最基本生產(chǎn)要素的使用、成本與費用的構成和企業(yè)風險，從而滿足經(jīng)營者通過財務分析進行績效評價需要，在經(jīng)營目標發(fā)生異動時能及時查明原因并加以修正，為改善企業(yè)內(nèi)部經(jīng)營管理提供的有益的的分析框架。
杜邦分析法的缺陷：從績效評價的角度來看，杜邦分析法只包括財務方面的信息，不能全面反映企業(yè)的實力，有很大的局限性，主要是對短期財務結果過分重視，有可能助長公司管理層的短期行為，忽略企業(yè)長期的價值創(chuàng)造。財務指標反映的是企業(yè)過去的經(jīng)營業(yè)績，衡量工業(yè)時代的企業(yè)能夠滿足要求。但在目前的信息時代，顧客、供應商、雇員、技術創(chuàng)新等因素對企業(yè)經(jīng)營業(yè)績的影響越來越大，而杜邦分析法在這些方面是無能為力的。
實踐相結合起來，從理論中得出結論，才能真正為社會服務，從而提高自己的實際動手能力和獨立思考的能力。在設計的過程中遇到問題，可以說得是困難重重，但可喜的是最終都得到了解決。
此次設計也讓我明白了思路即出路，有什么不懂不明白的地方要及時請教或上網(wǎng)查詢，只要認真鉆研，動腦思考，動手實踐，就沒有弄不懂的知識，收獲頗豐。通過此次的案例分析，我覺得財務管理是一個把企業(yè)從經(jīng)驗管理向科學管理過渡的重要工具，企業(yè)管理的一個重要組成部分。在金融危機下，許多企業(yè)的財務出現(xiàn)問題，包括資金鏈斷裂，融資難，財務管理目標失誤等等，這都與我們學校的財務管理息息相關，所以我們在學習過程中，要不斷了解當今世界經(jīng)濟政治，把學到的財務管理知識運用于實例中，才能更好的學習財務管理。
數(shù)據(jù)庫課程設計報告篇三
本次課程設計的選題，研究及論文的撰寫均是在我們的指導教師×老師和×老師的悉心指導下進行的。設計中的每一個環(huán)節(jié)無不凝聚著×老師和×老師的心血。老師在數(shù)據(jù)庫設計方面有很多的實踐經(jīng)驗，在我們面對問題時對我們的悉心指導及其嚴謹?shù)墓ぷ鲬B(tài)度銳意創(chuàng)新的精神，使我們受益匪淺，在此特別向×老師和×老師表示深深的感謝和由衷的敬意。
在系統(tǒng)的完善過程中，我們也遇到了這樣或那樣的技術問題，但經(jīng)過自己的不懈努力及查閱大量的資料，最終還是完成了這次任務，雖然結果與老師的預期有一定的距離，但我們都盡了最大的努力。實訓期間，同學們也給了我許多有益的啟示和幫助，使我能夠順利完成。
在論文的最后，我要再次感謝×老師，她是我們的授課教師，同時也是我們實訓的指導老師。在上課時，她會細心地為我們講解課上知識，下課時，也會不遺余力地為我們解答疑難問題。在本次課程設計時她也非常的細心，每次有什么問題，她都會細心地講解與示范，直到我們明白為止。在這里，對您衷心地表示感謝孫老師和關老師的幫助，同學的幫助都是我在未來的最大財富。在最后，我要再次感謝給予我?guī)椭睦蠋熗瑢W們。祝你們今后事事順心。
特別感謝×老師和×老師一直以來對我們的關懷與教導，再次祝您工作順利，事事如意。
數(shù)據(jù)庫課程設計報告篇四
數(shù)據(jù)庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。
首先，讓我的記憶追溯到大二暑假，在老大的指引下，我接觸到microsoft公司的。net產(chǎn)品。那個時候我已經(jīng)學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.網(wǎng)絡是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”，而且主推c#語言，由于對c語言的一貫好感，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數(shù)據(jù)交互是很重要的，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程的時候，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等。很耗費內(nèi)存空間。這個時候就是數(shù)據(jù)庫站出來的時候啦，于是我又裝上了sqlserverxx，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后，隨著這學期的數(shù)據(jù)庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業(yè)名詞說嚇著，包括什么建模，軟件工程，數(shù)據(jù)分析，數(shù)據(jù)挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發(fā)明工具是很難，但是用一個工具就容易多了，justdoit！我記得我做這個數(shù)據(jù)庫之前，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網(wǎng)去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣。
開發(fā)的時候我想過用什么架構，c/s模式？模式有很多，怎么選擇？我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。justdoit！前期工作準備好后，那么我就得把我暑假學的。網(wǎng)絡加以實踐。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解。經(jīng)過大概2個多星期的奮斗，我完成了我的數(shù)據(jù)庫課程設計--基于。網(wǎng)絡數(shù)據(jù)集的圖書館管理系統(tǒng)。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數(shù)據(jù)庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數(shù)據(jù)庫課程設計，不過這只是我學習路上的驛站，未來十年。net的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續(xù)學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，justdoit！語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境??！
我很慶幸我參加了這次數(shù)據(jù)庫大賽，讓我確實打開了眼界。
（最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續(xù)學習。畢竟學習就是一個justdoit的過程?。┪抑苯訌膱蟾嫔厦鎻椭七^來的。所以這段也不刪去了。呵呵。
vb程序設計實驗心得二：vb課設心得體會（1581字）。
課程是計算機科學與技術本科專業(yè)的專業(yè)骨干課。本課程主要通過論述了面向對象程序設計和組建編程的機理，涉及到控制臺界面程序、windows窗體程序、圖形界面編程、數(shù)據(jù)庫、網(wǎng)絡應用系統(tǒng)等多方面的內(nèi)容。內(nèi)容量大，程序設計復雜、同時程序調(diào)試是在環(huán)境下進行，在編程過程中環(huán)境會自動為用戶生成一些必要代碼，以降低編程難度，降低學生的編程負擔，但這也帶來了一些問題，如：學生對的程序結構把握和了解不全面，對編程機理了解不透徹，學生容易盲目照搬書上代碼，不求甚解，似是而非。為了解決這個問題，我們采取了課程設計的方法來加深學生對知識的理解，將書本知識遷移到新的問題解決中，提高學生分析問題和解決問題的能力。
要求學生在學習該課程中，應用每個相對獨立的、完整的單元知識解決一個實際項目，設計編寫一個小作品；學完整個課程后，完成一個綜合性比較強的編程項目，使學生對整個課程內(nèi)容進行全面的總結、梳理，以項目完成為手段，全面鍛煉學生分析問題和解決問題的能力。
一。目的。
1.為使學生掌握編程、面向對象程序設計思想和組建編程的知識實際技能，除了系統(tǒng)地講授必要的知識，上機練習，做作業(yè)外，還應該對學生作較全面的編程技能和分析問題解決問題的能力訓練，即作課程設計，以達到如下目的：具體應用和鞏固本課程及有關先修課的基礎理論和專業(yè)知識，了解面向對象程序設計思想，掌握應用編程和組建編程程序設計方法，培養(yǎng)學生初步的項目設計能力。
2.獨立地根據(jù)一定的項目要求，查閱資料，寫出項目開發(fā)目標，分析開發(fā)過程中所用到的課程知識，提出解決方案，編碼并上機調(diào)試完成系統(tǒng)，培養(yǎng)學生分析問題和解決問題的能力。課程設計是教學過程中的一個重要環(huán)節(jié)，必須認真對待。
二。要求。
在課程設計中要求學生注意培養(yǎng)認真負責，踏實細致的工作作風和保質(zhì)保量，按時完成任務的習慣。在設計過程中必須做到：
1.在某個教學單元結束后，完成一個教師布置的、或學生自己擬定的、知識覆蓋整個章節(jié)的，有一定綜合性和難度的項目，要求學生描述出要達到的目標、圍繞目標，收集資料和素材，復習所需的課程知識，描述問題解決方案、編寫程序上機調(diào)試，直到項目的完成。最后的成果要有完成的作品和相應的文檔。
2.在課程結束后，完成一個大的編程項目，其要求與課程單元的項目差不多，只是綜合性更強、難度更大、知識覆蓋面更廣，工作量更大，以全面促進學生復習和梳理學科教學內(nèi)容，提升學生分析問題、解決問題和文檔的書寫和編制。
三、采取的措施。
為了保證課程設計能夠按照預定的目標和計劃進行，我們還采取了以下措施來加強對學生監(jiān)督和管理。
2.在課程設計過程中，教師隨時巡視和監(jiān)督，了解把握和控制課程設計的進展；
4.將課程設計作為學期成績的一部分記載，大約占10%，必須完成課程設計后才能參加考試，課程設計不過關，即使考得再好，也不能過。
四、取得的效果。
通過以上措施，學生全部都完成了自己的項目、將所有的作品通過超鏈接網(wǎng)頁的方式集成在一個作品集中，所有的學生都完成了4～6個小作品，每個作品都反映了學生應用課程的某部分知識解決某個問題的結果，通過完成這些作品，學生鞏固、加深了對相關知識的理解，加強了知識之間的聯(lián)系，促進了知識的遷移和應用。同時學生看到凝聚著自己的心血、汗水、思維和創(chuàng)新的作品，就像一個母親看到自己呱呱墜地孩子那樣充滿了喜悅，激發(fā)了學生的創(chuàng)造欲望。通過同學之間作品的對比，提供了一個相互學習交流的平臺，激發(fā)了學生的競爭意識。總之通過課程設計受到了良好的多方面的效果，從考試成績來看，級本科全部都及格了。
數(shù)據(jù)庫課程設計報告篇五
姓名：學號：班級：指導教師：
目錄。
1.概述。4。
1.1問題的提出。4。
1.1.1選題背景與意義。4。
1.1.2開發(fā)工具簡介。5。
2.可行性分析。5。
2.1社會可行性。5。
2.2技術可行性。5。
2.3經(jīng)濟可行性。6。
3.需求分析。6。
3.1系統(tǒng)業(yè)務流程圖。7。
3.4.2員工信息維護功能。8。
3.4.3工資信息維護功能。8。
3.5系統(tǒng)的數(shù)據(jù)需求。10。
3.5.1總結出數(shù)據(jù)信息。10。
3.5.3數(shù)據(jù)流圖的數(shù)據(jù)字典。12。
4.總體設計。13。
4.1系統(tǒng)結構的總體設計。14。
4.2.1員工基本信息維護模塊。14。
4.2.2工資信息維護模塊。15。
4.2.3查詢信息模塊。15。
4.2.4計算工資模塊。15。
4.2.5打印模塊。15。
4.2.6登陸模塊。15。
5.詳細設計。16。
6.測試。18。
7.調(diào)試。19。
8.結論。19。
9.參考文獻。21。
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ā)展，使計算機進入了幾乎一切領域，計算機已經(jīng)是家喻戶曉、無人不知了。從科學研究到工農(nóng)業(yè)生產(chǎn)，從企業(yè)生產(chǎn)管理到家庭生活，各行各業(yè)都廣泛地使用著計算機，可以說沒有計算機，就沒有現(xiàn)代化，計算機知識已經(jīng)成為當代知識分子結構中不可缺少的一個重要組成部分。隨著經(jīng)濟的發(fā)展，企業(yè)正面向著大型化、規(guī)?；l(fā)展，而對于大中型企業(yè)，員工、職稱等跟工資管理有關的信息隨之急劇增加。在這種情況下單靠人工來處理員工的工資不但顯得力不從心，而且極容易出錯。
在這種情況下，我們建立一個工資管理系統(tǒng)是必要的，該整個系統(tǒng)操作簡便、界面友好、靈活、實用、安全的要求出發(fā)，完成人事、工資管理的全過程，包括新進員工加入時人事檔案的建立、老員工的轉出、職位等的變動引起職工信息的修改、員工信息查詢、統(tǒng)計等人事管理工作以及新進員工工資的新增、老員工工資修改等工資管理工作。經(jī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經(jīng)濟可行性。
成本：本系統(tǒng)要求的計算機配置不是很高，需要設備購置費用較低，其他設備的購置成本也在承擔能力之中。本系統(tǒng)運行費用較低，系統(tǒng)使用方便簡潔。
收益：應用本系統(tǒng)能在一定時期內(nèi)產(chǎn)生明顯的收益，此外應用本系統(tǒng)提高了工作效率從而提高了管理水平；節(jié)省了人力，減輕了有關人員手工處理的工作負擔；即使給管理者提供相應的輔助決策信息。
3.需求分析。
需求分析的過程可以說是一個對具體問題的反復理解和抽象的過程。理解就是對現(xiàn)實問題的。理解，要弄清楚究竟需要解決什么問題。抽象就是除去問題的表面，提取問題的本質(zhì)，建立問題的邏輯模型，以便于以后階段的系統(tǒng)的設計實現(xiàn)。需求分析階段是軟件產(chǎn)品生存命期中的一個重要階段，其根本任務是確定用戶對軟件系統(tǒng)的需求。所謂需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能什么事情，完成什么樣的功能，達到什么性能。通常需求分為兩種類型：一種是功能性需求，一種是非功能性需求，這一點也需要有一種清楚的認識。功能性需求是指需要計算機系統(tǒng)解決的問題，也就是對數(shù)據(jù)的處理要求，這是一類最主要的需求。非功能性需求是指實際使用環(huán)境所要求的需求，往往是一些限制要求，例如：性能要求，可靠性要求，安全保密要求，等等。軟件需求一般包含三個層次―業(yè)務需求、用戶需求和功能需求，還包括非功能需求。業(yè)務需求：反映了組織機構或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求：描述了用戶使用產(chǎn)品必須要完成的任務和具備的功能，這在使用實例文檔或方案腳本說明中予以說明。功能需求：定義了開發(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.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)要能夠添加員工信息、刪除員工信息和修改員工信息等功能。一個單位的員工不是一成不變的，總是在不斷地變化，如有的員工被招聘進入公司，這時就要添加員工的基本信息；當員工辭職或者由于其它原因離開公司，這時就要刪除員工的基本信息；當員工進行調(diào)動時，就要修改員工的基本信息了。
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)要能夠刪除員工基本工資：當員工由于某種原因離開公司后，由于員。
工的基本信息已經(jī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è)績；部門主管和。
公司高級管理人員則由總經(jīng)理指定。
數(shù)據(jù)流來源：工資管理系統(tǒng)數(shù)據(jù)流去向：管理員2.數(shù)據(jù)流名稱：工資標準表。
包含結構：員工編號、姓名、基本工資、生活補貼、崗位補貼，還有一些其它的數(shù)據(jù)詞典，在此不一一列出。
3.6系統(tǒng)的性能需求。
1．硬件要求。設備名稱說明：處理器奔騰iii以上，256mb。內(nèi)存256mb，內(nèi)存越大，速度越快。硬盤40gb以上。
2．軟件要求。（1）windows以上操作系統(tǒng)，iis服務，配置。net框架。
（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)的大概內(nèi)容，由此，登錄界面的設計完成。
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ī)格說明各程序的內(nèi)部結構而精心設計一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結果），并利用這些測試用途去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試分為黑盒測試和白盒測試。黑盒測試主要看模塊的功能是否實現(xiàn)；白盒測試主要對模塊內(nèi)部的檢查。
6.1黑盒測試。
黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1）是否有不正確或遺漏了的功能。
6.2白盒測試。
白盒測試是對軟件的過程性細節(jié)做細致的檢查。白盒測試主要想對模塊進行如下的檢查：
1）對程序的模塊的所有獨立的執(zhí)行路徑至少測試一次。
2）對所有的邏輯判定，取”真”與取”假”的兩種情況都能至少測試一次；3）在循環(huán)的邊界和運行界限內(nèi)執(zhí)行循環(huán)體；4）測試內(nèi)部數(shù)據(jù)結構的有效性，等等。
因此在對程序進行白盒測試測試時，測試用例要有：條件組合覆蓋測試用例和路徑測試用例。
在測試完成之后，還要對程序進行調(diào)試。可用下面的幾種方法進行調(diào)試。
1）強行排錯：可以通過內(nèi)存全部來排錯，也可在程序特定部位設置打印語句來排錯。
2）回溯法排錯。這是在小程序中常用的一種有效的排錯方法。3）歸納法排錯。它是一種從特殊推斷一般的系統(tǒng)化思考方法。4）演繹法排錯軟件工程課程設計報告等。
8.結論。
員工工資管理系統(tǒng)是一個典型的信息管理系統(tǒng)，通過軟件工程方面的選擇課題、需求分析、概要設計、詳細設計、程序模塊、系統(tǒng)測試等幾個步驟來實現(xiàn)。開發(fā)本系統(tǒng)的過程中，首先熟悉員工工資發(fā)放管理的流程、步驟；其次在系統(tǒng)需求分析過程中，要透過現(xiàn)象看本質(zhì)，敏銳觀察到員工工資管理中存在的各種問題，并在總體設計把握好對問題的分析、理解，進而解決問題。
在我們的共同努力下，我們基本完成了這個系統(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)度。
總的來說，這次的課程設計是非常有意義的，在我的人生學習的路上起到了一個里程碑的作用，讓我有一個質(zhì)的飛躍！
衷心感謝何老師給予我們這次機會，讓我們對軟件的開發(fā)過程還是對程序的編寫步驟都有了更加深刻的認識。
9.參考文獻。
[1]楊文龍《軟件工程》，電子工業(yè)出版社，
[2]張國藩，《軟件工程》。北京：清華大學出版社，
[3]鄭人杰殷人昆陶永雷，《實用軟件件工程》.清華大學出版社，2001。
[4]薩師煊王珊，《數(shù)據(jù)庫系統(tǒng)概論》，高等教育出版社2003。
[5]丁寶康，《數(shù)據(jù)庫原理》，經(jīng)濟科學出版社，2000。
[6]林福泉，《sqlserver中小企業(yè)實務應用》，中國鐵道出版社，2002。
[8]周紅芳，《powerdesigner基礎應用與系統(tǒng)開發(fā)》，電子工業(yè)出版社，
[10]薛華成，《管理信息系統(tǒng)》，清華大學出版社，2002。
[11]湯庸葉小平湯娜，《數(shù)據(jù)庫理論及應用基礎》，清華大學出版社，2004。
microstft編著。
[13]譚桂華魏亮，《visualc#高級編程范例》，清華大學出版社。
[14]章立民，《用實例學，電子工業(yè)出版社。
數(shù)據(jù)庫課程設計報告篇六
2、課題目的。
該網(wǎng)站主要面向的對象是所有有需求的用戶，本院的學生都可以在其上面下載課件，在線測試和留言。該網(wǎng)站的系統(tǒng)管理員可以進行用戶管理，系統(tǒng)信息的維護等工作。老師則擁有權限可以上傳課件，上傳和發(fā)布作業(yè)，查看學生提交的作業(yè)，查看學生在線考試的分數(shù)記錄，回答學生留言板的問題。該網(wǎng)站也不排除其他人員對網(wǎng)站的訪問，同樣可以對該網(wǎng)站自由的訪問和操作。
2.2課程背景。
隨著計算機在中國的廣泛普及，數(shù)值化管理手段的逐步完善，越來越多的學生逐漸習慣于是用信息化手段進行學習信息，這樣也方便的老師使用信息化手段對學生進行管理。而信息化應用在教學管理中的應用是實現(xiàn)教學管理科學化、現(xiàn)代化的關鍵。因此，該網(wǎng)站為本書店提供了搞笑，準確，快速的管理模式，實現(xiàn)管理規(guī)范化、科學化。
3、項目概述。
3.1網(wǎng)站需求分析。
后臺包括信息管理（包括信息管理、公告管理）、課件管理（包括課件的添加管理、顯示管理）、回復管理（帖子的回復管理、刪除管理、熱帖的顯示管理）、管理員管理（查看會員信息、查看留言及回復）、權限管理（管理員增加、管理員修改、管理員刪除）。
3.3主要內(nèi)容及功能：本網(wǎng)站系統(tǒng)功能主要分為五大類：
（1）教學大綱和通知部分：教學大綱單獨設計頁面。通知和新聞發(fā)布部分在要在首頁顯示，發(fā)布通知是管理員的權限。
（2）課件發(fā)布系統(tǒng)：管理員可以發(fā)布課件，課件管理。老師可以上傳課件。學生可以下載網(wǎng)上發(fā)布后的課件。
（3）作業(yè)發(fā)布系統(tǒng)：老師可以上傳作業(yè)發(fā)布，學生可以下載作業(yè)，管理員擁有管理作業(yè)和刪除以前老師發(fā)布的作業(yè)權利（防止積累過多）。
（4）網(wǎng)上測試系統(tǒng)：在線自測（題目全為選擇題），有題庫管理系統(tǒng)隨機生成，每套題目有50道題目組成，在試卷的管理中隨機生成的試卷分等級比如分簡單和較難的試題（這些要在生成前學生選擇的）。
（5）論壇系統(tǒng)學生可以提交問題，然后由老師或者其他同學進行回答。學生對問題進行回復，編輯，刪除等操作在管理員對其進行檢查后顯示，老師可以及時進行解答。
圖3-1后臺信息管理功能圖。
（6）實訓案例系統(tǒng)：管理員可以發(fā)布作品和管理。老師可以上傳一些學生的優(yōu)秀作品，學生可以下載發(fā)布出的作品。
本系統(tǒng)性能力易于使用，具體有較高的擴展性和可維護性。這就需求數(shù)據(jù)庫結構能充分滿足各種信息的輸入與輸出，實現(xiàn)有組織地動態(tài)地存儲大量關聯(lián)數(shù)據(jù)，方便用戶訪問系統(tǒng)中的數(shù)據(jù)，它與文件系統(tǒng)的重要區(qū)別是數(shù)據(jù)的充分共享，交叉訪問，與應用程序的高度獨立性。
4、項目特點。
通過數(shù)據(jù)庫課程網(wǎng)站，比較低的成本實現(xiàn)優(yōu)質(zhì)教育教學資源的共享，打破現(xiàn)有的教育教學質(zhì)量受制于教學資源不足的瓶頸，通過免費為師生提供優(yōu)質(zhì)教育教學質(zhì)量。
（4）信息的整體性。
一、選題背景及意義：
數(shù)據(jù)庫技術主要研究如何存儲、使用和管理數(shù)據(jù),是計算機技術中發(fā)展最快、應用最廣的技術之一。作為計算機軟件的一個重要分支，數(shù)據(jù)庫技術一直是倍受信息技術界關注的一個重點。尤其是在信息技術高速發(fā)展的今天，數(shù)據(jù)庫技術的應用可以說是深入到了各個領域。當前，數(shù)據(jù)庫技術已成為現(xiàn)代計算機信息系統(tǒng)和應用系統(tǒng)開發(fā)的核心技術，數(shù)據(jù)庫已成為計算機信息系統(tǒng)和應用系統(tǒng)的組成核心，更是未來“信息高速公路”的支撐技術之一。因此，為了更好的認識和掌握數(shù)據(jù)庫技術的現(xiàn)狀及發(fā)展趨勢，本文對有關數(shù)據(jù)庫發(fā)展的文獻進行了收集整理，以求在對現(xiàn)有相關理論了解、分析的基礎上，對數(shù)據(jù)庫發(fā)展進行綜合論述，對數(shù)據(jù)庫技術發(fā)展的總體態(tài)勢有比較全面的認識，從而推動數(shù)據(jù)庫技術研究理論的進一步發(fā)展。
二、論文綜述。
1、數(shù)據(jù)庫技術發(fā)展歷程：許多年以來在數(shù)據(jù)庫技術領域很少有重大的技術創(chuàng)新能夠引起人們對整個數(shù)據(jù)庫發(fā)展歷程的回顧與反思。db29中推出的purexml技術，對過去數(shù)十年來關系型數(shù)據(jù)庫的最基本的數(shù)據(jù)組織方式進行了重大的創(chuàng)新，第一次讓我們對數(shù)據(jù)庫的歷史，以及過去支撐其發(fā)展壯大的理論基礎和外部挑戰(zhàn)從新的角度進行審視。今天我們很少去回顧數(shù)據(jù)庫的歷史，對于絕大多數(shù)it技術人員，數(shù)據(jù)庫等同于關系型數(shù)據(jù)庫，數(shù)據(jù)則和表緊密聯(lián)系。e－r模型幾乎是我們描述世界的唯一方式，sql語言是數(shù)據(jù)庫信息訪問處理的唯一手段。關系型數(shù)據(jù)庫已經(jīng)成為了一種宗教式的信仰，數(shù)據(jù)相關的所有理論問題似乎都已經(jīng)解決。
然而歷史的發(fā)展總是在我們不經(jīng)意間產(chǎn)生轉折，所有重大技術的產(chǎn)生及發(fā)展都有其生存的土壤。40年前數(shù)據(jù)庫的誕生并不是關系型數(shù)據(jù)庫，第一代的數(shù)據(jù)庫第一次實現(xiàn)了數(shù)據(jù)管理與應用邏輯的分離，采用層次結構來描述數(shù)據(jù)，是層次型數(shù)據(jù)庫(ims)。第二代數(shù)據(jù)庫奠基于上世紀70年代e.fcodd博士提出的關系型理論以及sql語言的發(fā)明。實現(xiàn)了數(shù)據(jù)建模和數(shù)據(jù)操作處理的標準化，關系型數(shù)據(jù)庫在其后的20多年的時間取得了長足的發(fā)展，得到了廣泛的應用。技術的演進主要集中在性能、擴展性和安全性等方面的提升，其基本的理論框架和技術理念并沒有大的變化。
與之相反，在過去的20多年里，it產(chǎn)業(yè)發(fā)生了重大的變化和一系列技術及理念的創(chuàng)新。數(shù)據(jù)庫所生存的外部土壤隨著internet以及在網(wǎng)絡環(huán)境下it系統(tǒng)互聯(lián)互通相互協(xié)作的趨勢，對信息管理技術提出了新的挑戰(zhàn)。
三、論文提綱。
（一）數(shù)據(jù)庫技術概論。
（二）數(shù)據(jù)庫技術發(fā)展現(xiàn)狀------關系數(shù)據(jù)庫技術仍然是主流。
1、發(fā)展現(xiàn)狀概述。
2、oracle概念及應用。
3、access概念及應用。
4、sql概念及應用。
5、db2概念及應用。
6、發(fā)展現(xiàn)狀總結。
1、下一代數(shù)據(jù)庫技術的發(fā)展主流―――面向對象的數(shù)據(jù)庫技術與關系數(shù)據(jù)庫技術。
2、演繹面向對象數(shù)據(jù)庫技術。
3、數(shù)據(jù)庫技術發(fā)展的新方向――――非結構化數(shù)據(jù)庫。
4、數(shù)據(jù)庫技術發(fā)展的又一趨勢―――數(shù)據(jù)庫技術與多學科技術的有機結合。
5、未來數(shù)據(jù)庫技術及市場發(fā)展的兩大方向―――數(shù)據(jù)倉庫和電子商務。
6、數(shù)據(jù)庫技術的實踐性發(fā)展―――面向專門應用領域的數(shù)據(jù)庫技術。
（四）當代與未來數(shù)據(jù)庫研究的熱點―――數(shù)據(jù)挖掘、知識發(fā)現(xiàn)與數(shù)據(jù)倉庫。
1、數(shù)據(jù)挖掘技術。
3、知識發(fā)現(xiàn)技術。
4、小結。
5、結論。
四、論文寫作進度安排。
（一）開題報告：論文題目、系別、專業(yè)、年級、姓名、導師。
（二）目的意義和國內(nèi)研究概況。
（三）論文的理論依據(jù)、研究方法、研究內(nèi)容。
（四）研究結論。
（五）預期的結果。
（六）進度安排。
數(shù)據(jù)庫課程設計報告篇七
這次數(shù)據(jù)庫課程設計用的是microsoftvisualfoxpro6.0，而我們平時用的microsoftsqlserver，雖然對vfp完全陌生，但在老師的指引下，我們近乎完美的完成了課程設計。當然過程是艱辛的。
面對著完全陌生的操作環(huán)境vfp，許多同學開始埋怨，要求用sql，用我們學過的asp等來完成設計。但我們慢慢發(fā)現(xiàn)用vfp做課程設計其實很有優(yōu)勢，于是它的這個優(yōu)勢激發(fā)了我們?nèi)チ私馑挠＠蠋熛葘fp中基本的建數(shù)據(jù)庫，建表以及建表單等向我們演示了一遍，我們也仿照著做了，發(fā)覺并不是很難。但想到這次課程設計做的是一套學生學籍和成績管理系統(tǒng)，我們又開始茫然了。那天，老師給我們看了一段可以讓文字循環(huán)移動的代碼，這使我們產(chǎn)生了好奇心理，有了快速了解它的沖動。因為用面向對象的語言做特效，這還是第一次。下課之后我把那段我們不了解的語言寫的特效代碼發(fā)到了vfp論壇上請人幫忙解釋，最后我們完全理解了那段代碼的意思。
這次課程設計我們克服了炎熱的天氣（學校機房之前沒裝空調(diào)……后來設計完才裝……），也克服對新知識的恐懼感以及畏難情緒。我們懂得了團隊合作的重要性，也懂得了團隊中如何交流、如何分工，如何集體討論難點。我們充分利用了網(wǎng)絡資源（技術論壇，共享的實例等）。
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經(jīng)歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了，這對于相當有經(jīng)驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經(jīng)驗都沒有，卻首先被教授并要求先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)這也已經(jīng)不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境（vim），這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言（python，actionscript3），因為我一直比較喜歡"學以致用"，而且這樣的"數(shù)據(jù)驅動型"軟件的整套自實現(xiàn)的庫都已經(jīng)完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數(shù)跟人的能力是成正比的"。
數(shù)據(jù)庫課程設計報告篇八
結合本專業(yè)要求，自選題目，作一個計算機繪圖輔助設計項目。例如：1）根據(jù)一個住宅小區(qū)項目的具體要求（范圍、面積、容積率、綠化率、水景、道路、公共設施等），結合當?shù)仫L俗、文化的實際特點，確定項目總體占地、布局方案，進行兩種以上戶型設計。2）設計一座棟建筑物的樓層平面圖，立面圖，建筑效果圖等。
1)項目設計符合專業(yè)要求（如：小區(qū)規(guī)劃合理，有創(chuàng)意、有特點，戶型設計合理，計算機繪圖思路正確，成圖效果好）。
2)圖形以a4紙打印，以附件的形式附在設計報告后面，要求界面規(guī)范、清晰、美觀，設計標題、圖例、比例尺、繪制者、單位、制圖時間等繪圖基本要素齊全。
3)繪圖工作量最低不能小于16機時。
4)使用二維和三維相結合的方式完成設計（例如：可通過拉伸二維多段線成為三維實體，三維圖形渲染要結合建筑特色，進行材料、色彩、采光、環(huán)境等設計，反復試驗，尋找最佳效果）。
5)設計報告要求格式正確，要素完整，層次清楚，思路清晰，文字流暢，報告內(nèi)容不少于6000字。
1)根據(jù)專業(yè)要求和自己的興趣，選擇合理的設計項目；
2)做好課程設計工作計劃，按計算機繪圖（輔）設計程序，完成設計內(nèi)容。3)設計成果提交設計圖電子版，按班提交光盤。4)每個同學提交設計報告紙質(zhì)版。
[3]相關網(wǎng)站：曉東cad家園：http://。
數(shù)據(jù)庫課程設計報告篇九
數(shù)據(jù)庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。
首先，讓我的記憶追溯到大二暑假，在老大的指引下（老大勸我學），我接觸到microsoft公司的產(chǎn)品。那個時候我已經(jīng)學過vc和asp，因為windows程序設計實驗的。課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”，而且主推c#語言，由于對c語言的一貫好感，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數(shù)據(jù)交互是很重要的，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程的時候，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等。很耗費內(nèi)存空間。這個時候就是數(shù)據(jù)庫站出來的時候啦，于是我又裝上了sqlserver，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后，隨著這學期的數(shù)據(jù)庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業(yè)名詞說嚇著，包括什么建模，軟件工程，數(shù)據(jù)分析，數(shù)據(jù)挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發(fā)明工具是很難，但是用一個工具就容易多了，justdoit！我記得我做這個數(shù)據(jù)庫之前，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網(wǎng)去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣。
開發(fā)的時候我想過用什么架構，c/s模式？模式有很多，怎么選擇？我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。justdoit！前期工作準備好后，那么我就得把我暑假學的加以實踐。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解。經(jīng)過大概2個多星期的奮斗，我完成了我的數(shù)據(jù)庫課程設計--基于數(shù)據(jù)集的圖書館管理系統(tǒng)。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數(shù)據(jù)庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數(shù)據(jù)庫課程設計，不過這只是我學習路上的驛站，未來十年的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續(xù)學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，justdoit！語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境?。?/p>
我很慶幸我參加了這次數(shù)據(jù)庫大賽，讓我確實打開了眼界。
（最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續(xù)學習。畢竟學習就是一個justdoit的過程?。?。
數(shù)據(jù)庫課程設計報告篇十
本次課程設計，使我對《數(shù)據(jù)結構》這門課程有了更深入理解?！稊?shù)據(jù)結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。
我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，于是開始查閱各種資料以及參考文獻，之后便開始著手寫程序，寫完運行時有很多問題。特別是實現(xiàn)線索二叉樹刪除運算時很多情況沒有考慮周全，經(jīng)常運行出現(xiàn)錯誤，但通過同學間幫助最終基本解決問題。
在本課程設計中，我明白了理論與實際應用相結合重要性，并提高了自己組織數(shù)據(jù)及編寫大型程序能力。培養(yǎng)了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。并對vc有了更深入了解?！稊?shù)據(jù)結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質(zhì)進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環(huán)節(jié)。
上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內(nèi)容目；另一方面，上機實習是對學生軟件設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“數(shù)據(jù)結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業(yè)素質(zhì)。
通過這段時間課程設計，我認識到數(shù)據(jù)結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養(yǎng)了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力?？倎碚f，這次課程設計讓我獲益匪淺，對數(shù)據(jù)結構也有了進一步理解和認識。
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養(yǎng)了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監(jiān)督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程?！扒Ю镏惺加谧阆隆?，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數(shù)據(jù)結。
數(shù)據(jù)結構，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據(jù)元素）以及它們之間的關系和運算等的學科，而且確保經(jīng)過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據(jù)結構”在計算機科學中是一門綜合性的專業(yè)基礎課。數(shù)據(jù)結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程。數(shù)據(jù)結構這一門課的內(nèi)容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)及其他系統(tǒng)程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數(shù)調(diào)用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據(jù)菜單條數(shù)設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表，并進行輸出，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規(guī)模相對較小，即功能還不很全面，應用也不很普遍。原來c語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品。
數(shù)據(jù)庫課程設計報告篇十一
今天進行了一次完整的數(shù)據(jù)庫設計的過程，其實一直來說我都是非常害怕數(shù)據(jù)庫的設計的，因為在剛剛接觸的時候，我就知道，數(shù)據(jù)庫設計其實是一個項目的開端，因為數(shù)據(jù)庫設計實際上就是業(yè)務的設計，在需求清晰的時候，完成清晰流暢的業(yè)務設計又是一大難點。
一下為我自己的心得經(jīng)驗希望大家批評指正！
對需求的認知完全沒有歧義；
有時更加困難的是一個實體會發(fā)生多個維度的分類，那么就把他的拆分維度一一分開；
“頻道”概念在消息分發(fā)時是一個非常靈活的概念；
總結，其實我在今天的數(shù)據(jù)庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。
數(shù)據(jù)庫課程設計報告篇十二
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養(yǎng)了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的.方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監(jiān)督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程?！扒Ю镏惺加谧阆隆?，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數(shù)據(jù)結。
數(shù)據(jù)結構，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據(jù)元素）以及它們之間的關系和運算等的學科，而且確保經(jīng)過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據(jù)結構”在計算機科學中是一門綜合性的專業(yè)基礎課。數(shù)據(jù)結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程。數(shù)據(jù)結構這一門課的內(nèi)容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)及其他系統(tǒng)程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數(shù)調(diào)用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據(jù)菜單條數(shù)設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表，并進行輸出，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規(guī)模相對較小，即功能還不很全面，應用也不很普遍。原來c語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品。
數(shù)據(jù)庫課程設計報告篇十三
在這次課程設計中，我們小組設計的是一個倉庫管理系統(tǒng)，通過設計這個系統(tǒng)，可以更方便地實現(xiàn)信息的瀏覽，查詢，添加等操作和報表輸出等功能，具體包括能實現(xiàn)產(chǎn)品入庫管理，可以填寫入庫單，確認產(chǎn)品入庫；產(chǎn)品出庫管理，可以填寫出庫單，確認出庫；借出管理，憑借條借出，然后能夠還庫；初始庫存設置，設置庫存的初始值，庫存的上下警戒限；可以進行盤庫，反映每月，年的庫存情況；可以查詢產(chǎn)品入庫情況，出庫情況，當前庫存情況，可以按出庫單，入庫單，產(chǎn)品，時間進行查詢；雖然這個系統(tǒng)的功能還不是很完善，還有很多功能尚未實現(xiàn)，但這也是我們共同努力的結果，只要有更多的時間，我相信我們能完成的更好。
通過這次將近一個星期的課程設計實訓，我對數(shù)據(jù)庫在生活中的廣泛應用有了更深的體會，同時也加深了對access20xx的認識，了解了相關的access的知識，尤其是對數(shù)據(jù)庫的`原理與開發(fā)程序的應用有了更進一步的認識和了解。由于不會vb編程，很多功能實現(xiàn)起來很困難，但好在access有查詢、宏和窗體，特別是宏操作可以將幾個操作結合在一起，可以執(zhí)行多個查詢，可以調(diào)用多次窗體。例如，在某個窗體中要顯示設備代碼表信息，所以這個窗體中建立一個子窗體用于設備代碼表的顯示，我們打開窗體后又對設備代碼表進行了跟新，所以窗體中顯示的并不是最新數(shù)據(jù)，我們往往需要及時看到設備代碼表跟新后的最新數(shù)據(jù)，窗體不會自動跟新我們就不會看到最新數(shù)據(jù)，所以這時候我們就會用一個宏操作在對設備代碼表跟新之后關閉窗體在打開窗體，這樣窗體就相當于完成了一次跟新操作。又例如，在一個表a中剛剛追加了一條記錄，我們要將每次剛剛新添加的記錄跟新到另一個表b中，用一個查詢是很難完成的，經(jīng)過認真思考，得到了解決的辦法是，需要三個步驟，第一步，在表a中添加標志字段，設置默認值為‘否’。第二步，編寫跟新查詢將標志字段為‘否’的數(shù)據(jù)跟新到表b中。第三步，編寫跟新查詢將表a中標志字段為‘否’的跟新為‘是’。
數(shù)據(jù)庫課程設計報告篇十四
本文目錄。
兩個星期的時間非?？炀瓦^去了，這兩個星期不敢說自己有多大的進步，獲得了多少知識，但起碼是了解了項目開發(fā)的部分過程。雖說上過數(shù)據(jù)庫上過管理信息系統(tǒng)等相關的課程，但是沒有親身經(jīng)歷過相關的設計工作細節(jié)。這次實習證實提供了一個很好的機會。
通過這次課程設計發(fā)現(xiàn)這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發(fā)現(xiàn)我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發(fā)現(xiàn)有很多已經(jīng)學過的東西我們沒有理解到位，不能靈活運用于實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發(fā)現(xiàn)問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。
從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統(tǒng)的設計開發(fā)過程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統(tǒng)的時候才發(fā)現(xiàn)其中的難度。經(jīng)常做到后面突然就發(fā)現(xiàn)自己一開始的設計有問題，然后又回去翻工，在各種反復中不斷完善自己的想法。
我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統(tǒng)是給誰用的。因為沒有事先做過仔細的用戶調(diào)查，不知道整個業(yè)務的流程，也不知道用戶需要什么功能就忙著開發(fā)，這是作為設計開發(fā)人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后的課程設計要特別注意這一塊的設計。
按照要求，我們做的是機票預訂系統(tǒng)。說實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計的下場我已經(jīng)嘗過了，結果就是出來一個四不像的設計方案，沒有什么實際用處。沒有前期的調(diào)查，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中，我們通過上網(wǎng)查資料，去圖書館查閱相關資料，結合我們的生活經(jīng)驗，根據(jù)可行性研究的結果和客戶的要求，分析現(xiàn)有情況及問題，采用client/server結構，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng)，服務器端子系統(tǒng)。在兩周的時間里，不斷地對程序及各模塊進行修改、編譯、調(diào)試、運行，其間遇到很多問題：由于忘記了一些java語言的規(guī)范使得在調(diào)試過程中一些錯誤沒有發(fā)現(xiàn)，通過這次課程設計，我對調(diào)試掌握得更加熟練了，意識到了程序語言的規(guī)范性以及我們在編程時要有嚴謹?shù)膽B(tài)度，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了sql語言，對數(shù)據(jù)庫的創(chuàng)建、修改、刪除方法有了一定的了解，通過導入表和刪除表、更改表學會了對于表的一些操作，為了建立一個關系數(shù)據(jù)庫信息管理系統(tǒng)，必須得經(jīng)過系統(tǒng)調(diào)研、需求分析、概念設計、邏輯設計、物理設計、系統(tǒng)調(diào)試、維護以及系統(tǒng)評價的一般過程，為畢業(yè)設計打下基礎。
很多事情不是想象中的那么簡單的，它涉及到的各種實體、屬性、數(shù)據(jù)流程、數(shù)據(jù)處理等等。很多時候感覺后面的設計根本無法繼續(xù)，感覺像是被前面做的各種圖限制了。在做關系模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引的部分，對一些比較經(jīng)常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限，新建用戶并和數(shù)據(jù)庫用戶做相應的映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業(yè)出去即面臨找工作，從學習這個專業(yè)，到以后從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業(yè)，面臨擇業(yè)，需要這些實踐經(jīng)驗，在困難面前要勇于嘗試，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發(fā)現(xiàn)做一個項目最重要的不在于如何實現(xiàn)，而是實現(xiàn)之前的需求分析和模塊設計。創(chuàng)新很難，有些流行的系統(tǒng)其實現(xiàn)并不難，難的在于對市場的分析和準確定位。設計，是一個任重道遠的過程。
返回目錄。
首先，讓我的記憶追溯到大二暑假，在老大的指引下（），我接觸到microsoft?產(chǎn)品。那個時候我已經(jīng)學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var?看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”，而且主推c#語言，由于對c語言的一貫好感，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數(shù)據(jù)交互是很重要的，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程的時候，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等。很耗費內(nèi)存空間。這個時候就是數(shù)據(jù)庫站出來的時候啦，于是我又裝上了sql?server，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后，隨著這學期的數(shù)據(jù)庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業(yè)名詞說嚇著，包括什么建模，軟件工程，數(shù)據(jù)分析，數(shù)據(jù)挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發(fā)明工具是很難，但是用一個工具就容易多了，just?do?it！我記得我做這個數(shù)據(jù)庫之前，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網(wǎng)去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣。
開發(fā)的時候我想過用什么架構，c/s模式？模式有很多，怎么選擇？我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。just?do?it！前期工作準備好后，加以實踐。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解。經(jīng)過大概2個多星期的奮斗，數(shù)據(jù)集的圖書館管理系統(tǒng)。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數(shù)據(jù)庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數(shù)據(jù)庫課程設計，不過這只是我學習路上的驛站，的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續(xù)學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just?do?it！語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境??！
我很慶幸我參加了這次數(shù)據(jù)庫大賽，讓我確實打開了眼界。
（最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續(xù)學習。畢竟學習就是一個just?do?it的過程！）。
數(shù)據(jù)庫課程設計報告篇十五
跟老板做了兩個算是比較大的項目，數(shù)據(jù)庫主體都是我設計的。第一個感覺很失??；第二個現(xiàn)在正在用，雖然總結了第一個的教訓，但感覺還是有些遺憾。把這過程中的一些心得記在這里，以便日后用到時來查閱。若以后還有機會再設計數(shù)據(jù)庫——現(xiàn)在倒還有些期待，呵呵，再有新的體會，也全部補充到這里。
隨著磁盤容量的大幅飆升，這一點已經(jīng)不會產(chǎn)生什么問題。當然冗余歸冗余，不能把數(shù)據(jù)的關聯(lián)弄的亂七八糟的。
本科數(shù)據(jù)庫課程中學的知識直接拿來，在實際中會出大問題。滿足三級范式的數(shù)據(jù)庫結構會讓你面對大量的連表查詢，應用程序中會用到大量的數(shù)據(jù)庫訪問，既繁瑣（煩死你）又使程序運行速度減慢。
這一點主要是用動軟代碼生成器自動生成代碼時，如果varchar的最大長度指定為max，在自動生成代碼時，它無法生成這一最大長度，需要手動補進去。
現(xiàn)在感覺用個var1000)就夠了。
數(shù)據(jù)庫表（尤其是動態(tài)表格），在你把所有字段都設計好了之后，再添加幾個備注字段和預留字段。
之前我覺得這樣做沒多大意義，因為預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現(xiàn)在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義字段現(xiàn)在表示什么意義。不過我的第二個數(shù)據(jù)庫中還是沒采用，這也是遺憾之處啊。
個人感覺用note1、note2、r1（r表示reserve）、r2、r3，2個備注字段和3個預留字段就足夠了，再多的話就不容易記住哪個字段具體表示什么意義了，容易暈。類型就都用var200)吧。
數(shù)據(jù)庫課程設計報告篇十六
本程序以c語言的棧的相關知識為基礎，通過控制兩個棧（運算數(shù)棧和運算符棧）的進出的棧操作，來實現(xiàn)對包含加、減、乘、除、括號運算符及sqrt和abs函數(shù)的任意整型表達式的求解運算。
從程序的編寫來看，感覺這次自己真的學到了好多，特別是對程序的開發(fā)流程。從最初的選定程序，到最終的程序運行成功，讓我感到如果是僅僅掌握課本上的知識是遠遠不能夠很好的應用到實際的編程中去的。在這個過程中還需要我們更多的去考慮到實際條件的種種限制和約束。
我在寫本程序的過程中也遇到了很多的問題，當然本程序的核心問題就是對兩個棧的壓出棧操作，需要做優(yōu)先級判斷，并要考慮什么時候進棧，什么時候出棧等操作。我采用了課本上第52-54頁講的通過一個二維字符串數(shù)組來控制比較“+-*、()as=”共9個運算符的優(yōu)先級控制。對異常，如除數(shù)為0、被開方數(shù)小于0等異常也進行了精心的處理。對操作過程中要用到的y、n、a、s等字符也進行了改進，最終本程序可以不區(qū)分大小寫就完成相關操作。
總之，經(jīng)過本次專業(yè)課程設計，讓我掌握了開發(fā)應用軟件的基本流程，運用所學編程技能的基本技巧，也讓我初步了解了軟件設計的基本方法，提高進行工程設計的基本技能及分析、解決實際問題的能力，為以后畢業(yè)設計和工程實踐等打下良好的基礎。相信通過這次的課程設計，我對所學的《數(shù)據(jù)結構（c語言版）》和各種編程語言都有了一個全新的認識。我也會積極吸取本次課程設計的經(jīng)驗，繼續(xù)研究數(shù)據(jù)結構和所學的各種編程語言。
數(shù)據(jù)庫課程設計報告篇十七
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經(jīng)歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了，這對于相當有經(jīng)驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經(jīng)驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據(jù)庫設計上了，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間?？傮w上來說這次的項目也不是很大，而且在數(shù)據(jù)庫的設計上比較保守，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦（未于別人比較）本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義?？赡芫拖?范式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經(jīng)不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境（vim），這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言（python，actionscript3），因為我一直比較喜歡"學以致用"，而且這樣的"數(shù)據(jù)驅動型"軟件的整套自實現(xiàn)的庫都已經(jīng)完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數(shù)跟人的能力是成正比的"。
【本文地址：http://mlvmservice.com/zuowen/8442435.html】
