心得體會是指一種讀書、實踐后所寫的感受性文字。好的心得體會對于我們的幫助很大，所以我們要好好寫一篇心得體會下面小編給大家?guī)黻P于學習心得體會范文，希望會對大家的工作與學習有所幫助。
數(shù)據庫課程設計心得體會篇一
今天進行了一次完整的數(shù)據庫設計的過程，其實一直來說我都是非常害怕數(shù)據庫的設計的，因為在剛剛接觸的時候，我就知道，數(shù)據庫設計其實是一個項目的開端，因為數(shù)據庫設計實際上就是業(yè)務的設計，在需求清晰的時候，完成清晰流暢的業(yè)務設計又是一大難點。
一下為我自己的心得經驗希望大家批評指正！
數(shù)據庫設計應該遵循以下幾個原則：
對需求的認知完全沒有歧義；
有時更加困難的是一個實體會發(fā)生多個維度的分類，那么就把他的拆分維度一一分開；
“頻道”概念在消息分發(fā)時是一個非常靈活的概念；
總結，其實我在今天的數(shù)據庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。
數(shù)據庫課程設計心得體會篇二
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養(yǎng)了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的.方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監(jiān)督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程?！扒Ю镏惺加谧阆隆?，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數(shù)據結。
數(shù)據結構，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據元素）以及它們之間的關系和運算等的學科，而且確保經過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據結構”在計算機科學中是一門綜合性的專業(yè)基礎課。數(shù)據結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程。數(shù)據結構這一門課的內容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng)、數(shù)據庫系統(tǒng)及其他系統(tǒng)程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數(shù)調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據菜單條數(shù)設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表，并進行輸出，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規(guī)模相對較小，即功能還不很全面，應用也不很普遍。原來c語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品。
數(shù)據庫課程設計心得體會篇三
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養(yǎng)了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監(jiān)督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程?！扒Ю镏惺加谧阆隆保ㄟ^這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數(shù)據結。
數(shù)據結構，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據元素）以及它們之間的關系和運算等的學科，而且確保經過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據結構”在計算機科學中是一門綜合性的專業(yè)基礎課。數(shù)據結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程。數(shù)據結構這一門課的內容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng)、數(shù)據庫系統(tǒng)及其他系統(tǒng)程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數(shù)調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據菜單條數(shù)設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表，并進行輸出，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規(guī)模相對較小，即功能還不很全面，應用也不很普遍。原來c語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品。
數(shù)據庫課程設計心得體會篇四
本次課程設計，使我對《數(shù)據結構》這門課程有了更深入理解?！稊?shù)據結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。
我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，于是開始查閱各種資料以及參考文獻，之后便開始著手寫程序，寫完運行時有很多問題。特別是實現(xiàn)線索二叉樹刪除運算時很多情況沒有考慮周全，經常運行出現(xiàn)錯誤，但通過同學間幫助最終基本解決問題。
在本課程設計中，我明白了理論與實際應用相結合重要性，并提高了自己組織數(shù)據及編寫大型程序能力。培養(yǎng)了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。并對vc有了更深入了解?！稊?shù)據結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環(huán)節(jié)。
上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟件設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“數(shù)據結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業(yè)素質。
通過這段時間課程設計，我認識到數(shù)據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養(yǎng)了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力。總來說，這次課程設計讓我獲益匪淺，對數(shù)據結構也有了進一步理解和認識。
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養(yǎng)了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監(jiān)督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程?！扒Ю镏惺加谧阆隆保ㄟ^這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數(shù)據結。
數(shù)據結構，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據元素）以及它們之間的關系和運算等的學科，而且確保經過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據結構”在計算機科學中是一門綜合性的專業(yè)基礎課。數(shù)據結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程。數(shù)據結構這一門課的內容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng)、數(shù)據庫系統(tǒng)及其他系統(tǒng)程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數(shù)調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據菜單條數(shù)設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表，并進行輸出，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規(guī)模相對較小，即功能還不很全面，應用也不很普遍。原來c語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品。
數(shù)據庫課程設計心得體會篇五
一、課程設計的目的本課程設計通過實際設計一個小型數(shù)據庫管理系統(tǒng)，或者設計與實現(xiàn)一個頗具規(guī)模的數(shù)據庫應用系統(tǒng)，使學生進一步理解所學到的原理性知識，培養(yǎng)學生開發(fā)大型系統(tǒng)軟件的能力。
二、課程設計教學的基本內容和要求
可由指導教師給定參考題目，允許學生自行設計題目，但必須經指導教師批準才可用。下面給出課程設計的幾個參考題目：
本項目對dbms的實現(xiàn)技術進行研究，通過建立和維護動態(tài)數(shù)據結構，實現(xiàn)數(shù)據的動態(tài)存儲，研究實現(xiàn)dbms核心功能的算法及數(shù)據結構，設計sql語言處理程序，在此基礎上，設計開發(fā)dbms原型系統(tǒng)，同時，也對系統(tǒng)軟件的研制方法進行有益的探索。
1.設計一個小型數(shù)據庫管理系統(tǒng)
背景資料：
1)圖書室有各種圖書一萬多冊。
2)每種圖書都有書名、書號（isbn）、一名或多名作者（譯者）、出版社、定價、內容簡介：
3)借書證記錄有借閱者的姓名、所在單位、職業(yè)等。
4)憑借書證借書，每次最多能借8本書。借書期限最長為30天。
設計要求：
1)進行需求分析，編寫數(shù)據字典。
2)設計e-r圖。
3)實現(xiàn)新進圖書的數(shù)據錄入。
4)實現(xiàn)對所有購進圖書的分類查詢和分類統(tǒng)計。
5)能夠按書名、作者等分類查詢現(xiàn)有圖書的數(shù)量。
6)記錄借閱者的個人資料和所借圖書的書名、書號數(shù)據等。
3.員工薪資管理
背景資料：
1)某單位現(xiàn)有1000名員工，其中有管理人員、財務人員、技術人員和銷售人員。
2)該單位下設4個科室，即經理室、財務科、技術科和銷售科。
3)工資由基本工資、福利補貼和獎勵工資構成，失業(yè)保險和住房公積金在工資中
扣除。
4)每個員工的基本資料有姓名、性別、年齡、單位和職業(yè)（如經理、工程師、銷
售員等）。
5)每月個人的最高工資不超過3000元。工資按月發(fā)放，實際發(fā)放的工資金額為
工資減去扣除。
設計要求：
1)進行需求分析，編寫數(shù)據字典。
2)設計e-r圖。
3)實現(xiàn)按照科室錄入個人的基本資料、工資和扣除金額的數(shù)據。
4)計算個人的實際發(fā)放工資。
5)按科室、職業(yè)分類統(tǒng)計人數(shù)和工資金額。
6)實現(xiàn)分類查詢。
7)能夠刪除辭職人員的數(shù)據。
4.庫存物資管理
背景資料：
1)有一個存放商品的倉庫，每天都有商品出庫和入庫。
2)每種商品都有名稱、生產廠家、型號、規(guī)格等。
3)出入庫時必須填寫出入庫單據，單據包括商品名稱、生產廠家、型號、規(guī)格、數(shù)量、日期、時間、入庫單位（或出庫單位）名稱、送貨（或提貨）人姓名。
設計要求：
1)進行需求分析，編寫數(shù)據字典。
2)設計e-r圖。
3)設計出入庫單據的錄入。
4)實現(xiàn)按商品名稱、出入庫日期的查詢。
5)實現(xiàn)分別按日、月和年對出入庫商品數(shù)量的統(tǒng)計。
5、學生學籍管理系統(tǒng)
設計內容：主要的數(shù)據表, 學生基本情況數(shù)據表，學生成績數(shù)據表，課程表，代碼表等。
主要功能模塊：
1）實現(xiàn)學生基本情況的錄入、修改、刪除等基本操作。
2）對學生基本信息提供靈活的查詢方式。
3）完成一個班級的學期選課功能。
4）實現(xiàn)學生成績的錄入、修改、刪除等基本操作。
5）能方便的對學生的個學期成績進行查詢。
6）具有成績統(tǒng)計、排名等功能。
7）具有留級、休學等特殊情況的處理功能。
8）能輸出常用的各種報表。
9）具有數(shù)據備份和數(shù)據恢復功能。
設計要求：進行需求分析，編寫數(shù)據字典。設計e-r圖。
學生成績表的設計，要考慮到不同年級的教學計劃的變化情況。
對于新生班級，應該首先進行基本情況錄入、選課、然后才能進行成績錄入。
6、銀行儲蓄系統(tǒng)
設計內容：定期存款單，活期存款帳，存款類別代碼表等。
功能模塊
1）實現(xiàn)儲戶開戶登記。
2）辦理定期存款帳。
3）辦理定期取款手續(xù)。
4）辦理活期存款帳
5）辦理活期取款手續(xù)。
6）實現(xiàn)利息計算。
7）輸出明細表。
8）具有數(shù)據備份和數(shù)據恢復功能。
設計要求：要進行實際調研，系統(tǒng)功能在實現(xiàn)時參照實際的儲蓄系統(tǒng)的功能。同時要考慮銀行系統(tǒng)數(shù)據的安全與保密工作。數(shù)據要有加密功能。進行需求分析，編寫數(shù)據字典。設計e-r圖。
7、設備管理系統(tǒng)
設計內容：設備明細帳表，設備使用單位代碼表，國家標準設備分類表等。
功能模塊：
1）實現(xiàn)設備的錄入、刪除、修改等基本操作。
2）實現(xiàn)國家標準設備代碼的維護。
3）能夠對設備進行方便的檢索。
4）實現(xiàn)設備折舊計算。
5）能夠輸出設備分類明細表。
6）具有數(shù)據備份和數(shù)據恢復功能。
設計要求：進行需求分析，編寫數(shù)據字典。設計e-r圖，具體設備編碼參考國家統(tǒng)一編碼方法，功能實現(xiàn)也要考慮通用性。
8、醫(yī)院藥品進銷存系統(tǒng)
設計內容：藥品分類代碼表，藥品庫存表，供貨商信息表，采購信息表等。
功能模塊：
1）新藥品的入庫。
2）過期藥品的出庫登記、處理記錄。
3）藥品庫存檢索。
4）供貨商信息檢索。
5）藥品采購記錄管理。
6）藥品用藥說明信息管理。
7）輸出相應的數(shù)據報表。
8）具有數(shù)據備份和數(shù)據恢復功能。
設計要求：具體項目內容去醫(yī)院進行調研，藥品編碼也應參考國家統(tǒng)一編碼方法。
三、課程設計的進度安排
1．課程設計應按教學計劃的安排統(tǒng)一進行。
2．指導老師提前與學生見面，介紹課程設計的目的、意義、要求等。
3．每位學生自行選擇題目，在教師指導下獨立完成程序的設計、開發(fā)和調試等工作。
4.在指導老師的監(jiān)督下學生分組完成課程設計答辯，答辯過程由學生主導，輪流擔任答辨委員。以此來加強和督促學生重視課程設計，達到課程設計效果。
5．課程設計結束，學生應遞交課程設計報告書和源代碼。
6．指導老師在課程設計結束后1周內給出課程設計評語與成績，并報送有關單位。
四、評分標準
課程設計成績采用五級（優(yōu)、良、中、及格、不及格）評分制，指導教師依據課程設計報告、實際調試結果和答辯情況評定成績。注意：選擇第一個題目的，成績至少為良好。
五、其他
1.對先修課程的要求：要求學生修過計算機導論、高級語言程序設計、數(shù)據庫原理及應用等課程。
2.注意事項：除了一人一題，學生還可以自行組團完成一個功能較完整的實用系統(tǒng)，每組人數(shù)限制在5人以內，每組一名負責人，并分工明確。
3.第11周周日舉行答辯
附件：
課程設計報告
一、可行性研究報告、項目開發(fā)計劃
二、需求分析、數(shù)據要求說明
三、概要設計、數(shù)據庫設計說明書
四、詳細設計說明書
六、總結
提交報告的格式：
1．正文宋體小四號字
2．文中英文用新羅馬(time new roman),四號
3．源程序清單用英文新羅馬五號
數(shù)據庫課程設計心得體會篇六
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經非常熟悉軟件產品了，這對于相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的。問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我針對探究型項目的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據庫設計上了，這次的數(shù)據庫設計我是嚴格按照數(shù)據庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間?？傮w上來說這次的項目也不是很大，而且在數(shù)據庫的設計上比較保守，也就是說實際上數(shù)據庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數(shù)據庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義。可能就像范式不太容易用通俗易懂的方式解釋一樣，在讓工具用圖標表述我的思維時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境(vim)，這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言(python，actionscript3)，因為我一直比較喜歡學以致用，而且這樣的數(shù)據驅動型軟件的整套自實現(xiàn)的庫都已經完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交可運行的代碼。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實遇到的問題數(shù)跟人的能力是成正比的。
數(shù)據庫課程設計心得體會篇七
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經非常熟悉軟件產品了，這對于相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據庫設計上了，這次的數(shù)據庫設計我是嚴格按照數(shù)據庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間?？傮w上來說這次的項目也不是很大，而且在數(shù)據庫的設計上比較保守，也就是說實際上數(shù)據庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦（未于別人比較）本身就是在使用一種更接近關系數(shù)據庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義。可能就像"范式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境（vim），這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言（python，actionscript3），因為我一直比較喜歡"學以致用"，而且這樣的"數(shù)據驅動型"軟件的整套自實現(xiàn)的庫都已經完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數(shù)跟人的能力是成正比的"。
數(shù)據庫課程設計心得體會篇八
姓名：學號：班級：指導教師：
目錄
1.概述。4
1.1問題的提出。4
1.1.1選題背景與意義。4
1.1.2開發(fā)工具簡介。5
2.可行性分析。5
2.1社會可行性。5
2.2技術可行性。5
2.3經濟可行性。6
3.需求分析。6
3.1系統(tǒng)業(yè)務流程圖。7
3.4.2員工信息維護功能。8
3.4.3工資信息維護功能。8
3.5系統(tǒng)的數(shù)據需求。10
3.5.1總結出數(shù)據信息。10
3.5.3數(shù)據流圖的數(shù)據字典。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.調試。19
8.結論。19
9.參考文獻。21
1.概述
1.1問題的提出
工資管理系統(tǒng)是一個數(shù)據庫管理系統(tǒng)，是針對企業(yè)的工資管理業(yè)務進行計算機處理而開發(fā)的應用軟件。它提供關于公司老員工及新員工信息和工資有效管理等事務的信息，由于需要添加和修改員工的信息和工資信息、刪除離職員工信息和在職員工信息修改以及修改其他一些數(shù)據，工資管理系統(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ù)據流圖和生成數(shù)據庫的邏輯模型和物理模型。該軟件很容易實現(xiàn)把數(shù)據流圖轉化成相應的數(shù)據庫的邏輯模型和物理模型。
2）solserver：它是一種關系數(shù)據庫管理系統(tǒng)，能處理大量的數(shù)據和管理眾多的并發(fā)用戶，保證了數(shù)據的完整性，并提供許多高級管理和數(shù)據分布能力。
3)visualstudio.net:向開發(fā)人員提供了用于在操作系統(tǒng)之間和語言之間集成解決方案的工具。開發(fā)人員可將現(xiàn)有的業(yè)務邏輯方便地轉換為可重復使用的xmlweb服務、封裝進程并使它們能夠用于任何平臺上的應用程序。
2.可行性分析
2.1社會可行性
c/s模式系統(tǒng)以服務器作為數(shù)據處理和存儲平臺，在終端設計有專門的應用程序進行數(shù)據的采集和初次處理，再將數(shù)據傳遞到服務器端，用戶必須使用客戶端應用程序才能對數(shù)據進行操作。c/s模式具有專業(yè)化程度高、開發(fā)手段靈活、運行速度快等特點，但受到維護成本大、適應性弱等問題的影響。本系統(tǒng)利用了c/s模式，符合企事業(yè)單位的管理要求，為其實現(xiàn)較為先進的工資管理提供了有利的支持。
2.2技術可行性
使用powerbuilder開發(fā)傳統(tǒng)意義上的c/s模式結構的數(shù)據庫系統(tǒng)，可以利用其提供的許多對于數(shù)據庫訪問與控制的有效機制，開發(fā)過程并不是很長且難度適中。我們曾學習了《數(shù)據庫原理及應用》，掌握了數(shù)據庫的基本原理及數(shù)據庫的設計方法，在此基礎上我們又深入學習了powerbuilder的數(shù)據庫系統(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ù)據的處理要求，這是一類最主要的需求。非功能性需求是指實際使用環(huán)境所要求的需求，往往是一些限制要求，例如：性能要求，可靠性要求，安全保密要求，等等。軟件需求一般包含三個層次―業(yè)務需求、用戶需求和功能需求，還包括非功能需求。業(yè)務需求：反映了組織機構或客戶對系統(tǒng)、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求：描述了用戶使用產品必須要完成的任務和具備的功能，這在使用實例文檔或方案腳本說明中予以說明。功能需求：定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足其業(yè)務需求。系統(tǒng)目的是能夠用計算機實現(xiàn)對各種工資進行日常管理，如添加、刪除、修改員工信息，能夠根據員工的等級、職位以及出勤情況、獎金、津貼情況等進行工資的計算，能夠使員工、部門方便地查詢和統(tǒng)計各種信息，最后能生成報表反饋給員工等。
3.1系統(tǒng)業(yè)務流程圖
通過對企業(yè)原先手工進行員工工資管理業(yè)務的情況，可以設計出它的業(yè)務流程圖，如圖4-1所示。
用戶登錄數(shù)據輸入工資計算存儲數(shù)據
工資查詢報表匯總
圖3-1
3.2系統(tǒng)的功能劃分
1.工資信息設置部分：包括設置員工的基本工資和其他項目的金額，如獎金等。
并且負責設置員工工資的計算公式。
2.工資信息管理部分：包括統(tǒng)計出勤、計算工資、查詢工資和導出工資表。
3.系統(tǒng)部分：包括添加用戶和修改密碼。
3.3系統(tǒng)的功能要求
1.整體結構合理，風格一致，模塊化結構，界面清晰，接口靈活，操作簡便。
2.開發(fā)方法，文檔規(guī)范化，便于管理，可擴充。
3.完善的數(shù)據輸入，維護，輸出。
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ù)據庫。
3.4.3工資信息維護功能
1.該系統(tǒng)要能夠輸入員工基本工資：為了方便系統(tǒng)的計算員工的工資，系統(tǒng)應
該能夠輸入員工基本工資、獎金、津貼等一些工資數(shù)據，以計算員工的月工資或者年工資等。
2.該系統(tǒng)要能夠修改員工基本工資：員工的工資不是一成不變的，它會發(fā)生變
化，這時就要求能夠修改員工的工資等。
3.該系統(tǒng)要能夠刪除員工基本工資：當員工由于某種原因離開公司后，由于員
工的基本信息已經刪除了，所以也要刪除員工的基本工資等信息。
3.4.4查詢功能
一個員工或者部門要更好了解自己工資、出勤情況、獎金、津貼等情況，可以進行相關的查詢，為了有更好地適應性，查詢應該可以根據各種情況進行查詢，能夠進行單項查詢或者按一定的條件范圍進行查詢，如能夠查詢單個員工的工資情況，能夠查詢每個部門的工資情況和月工資的統(tǒng)計情況。
1.根據員工姓名查詢員工的工資情況。
2.根據員工編號等查詢員工的工資情況。
3.根據員工學歷等各種條件組合查詢員工的工資情況。
3.4.5計算功能
1.系統(tǒng)應該能夠根據員工的基本工資、員工的出勤情況、資金和津貼情況進行
工資的計算。
2.系統(tǒng)應該根據能夠根據加班的時間、加班的類別等計算出員工所得的津貼工
資。
3.系統(tǒng)應該能夠根據各種員工在公司的工作表現(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ù)據需求
3.5.1總結出數(shù)據信息
對上述系統(tǒng)功能需求，可心分析、歸納出其相應必須管理的信息包括員工基本信息、員工的等級信息、員工出勤情況信息、員工津貼信息等，其數(shù)據及其屬性需求分析如下：
1.員工基本信息：員工號、員工姓名、性別、工資等級、職稱、所在部門、住
址、電話等；
2.部門信息：部門號，部門名稱；
3.員工考勤信息：員工號、日期、上午、下午、遲到、早退等。
4.工資等級信息：等級號、等級名稱、職位、基本工資；
5.員工津貼信息：員工號、加班時間、加班類別等。
3.5.2數(shù)據流程圖如下
0層圖如下所示：
3.5.3數(shù)據流圖的數(shù)據字典
下面介紹一下一些主要的數(shù)據流的數(shù)據詞典。一、
系統(tǒng)管理數(shù)據流數(shù)據詞典
1.數(shù)據流名稱：管理員登陸信息
說明：它的作用是將管理員的id、密碼等讓工資管理系統(tǒng)檢查，看是否允
許登陸。
數(shù)據流來源：管理員數(shù)據流去向：工資管理系統(tǒng)2.數(shù)據流名稱：非法登陸信息
說明：它的作用是把用戶要查詢的信息提交給工資管理系統(tǒng)，讓其顯示查詢
的信息。
數(shù)據流來源：管理員數(shù)據流去向：工資管理系統(tǒng)4.數(shù)據流名稱：添加員工信息
說明：它的作用是把要添加的員工信息提交給工資管理系統(tǒng)，讓其處理該信
息。
數(shù)據流來源：管理員數(shù)據流去向：工資管理系統(tǒng)5.數(shù)據流名稱：更新員工信息
說明：它的作用是把要更新的員工信息提交給工資管理系統(tǒng)，讓其處理該信
息。
數(shù)據流來源：管理員數(shù)據流去向：工資管理系統(tǒng)6.數(shù)據流名稱：打印信息
說明：它的作用是讓工資管理系統(tǒng)反饋一些打印信息，如工資條、報表等，
以便用戶更好地了解相關信息。
數(shù)據流來源：工資管理系統(tǒng)數(shù)據流去向：管理員二、
在用戶數(shù)據流數(shù)據詞典
1.數(shù)據流名稱：業(yè)績記錄表
說明：每月執(zhí)行一次，由各部門主管填寫本部門員工的業(yè)績；部門主管和
公司高級管理人員則由總經理指定。
數(shù)據流來源：工資管理系統(tǒng)數(shù)據流去向：管理員2.數(shù)據流名稱：工資標準表
包含結構：員工編號、姓名、基本工資、生活補貼、崗位補貼，還有一些其它的數(shù)據詞典，在此不一一列出。
3.6系統(tǒng)的性能需求
1．硬件要求。設備名稱說明：處理器奔騰iii以上，256mb。內存256mb，內存越大，速度越快。硬盤40gb以上。
2．軟件要求。（1）windows以上操作系統(tǒng)，iis服務，配置。net框架。
（2）需要有一個數(shù)據庫服務器，提供數(shù)據庫的連接，這里選用
microsoftsqlserver2000來為數(shù)據庫提供連接，當然要一臺計算機來運行程序。這樣就可以了。
4.總體設計
要設計和詳細設計。首先做概要設計，它是將軟件的需求轉化為數(shù)據結構和軟件的系統(tǒng)結構。然后是詳細設計，即過程設計，通過對結構表示進行細化，得到軟件的詳細的數(shù)據結構和算法。
4.1系統(tǒng)結構的總體設計
根據上面對需求的分析，我們可以得到系統(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登陸模塊
本模塊的功能是：根據員工的登陸時的輸入信息，看是否要讓該員工登陸系統(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ù)據庫，在數(shù)據庫中查找是否有和輸入信息相應的信息，如果有，則顯示相應的查找結果；如果沒有，則提示找不到相應的信息或者提示出錯。流程圖如下所示：
在完成了詳細設計、編碼之后，就要進入軟件測試階段了。軟件測試是指根據軟件開發(fā)各階段的規(guī)格說明各程序的內部結構而精心設計一批測試用例（即輸入數(shù)據及其預期的輸出結果），并利用這些測試用途去運行程序，以發(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ù)據結構的有效性，等等。
因此在對程序進行白盒測試測試時，測試用例要有：條件組合覆蓋測試用例和路徑測試用例。
在測試完成之后，還要對程序進行調試。可用下面的幾種方法進行調試。
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ù)據庫系統(tǒng)概論》，高等教育出版社2003
[5]丁寶康，《數(shù)據庫原理》，經濟科學出版社，2000
[6]林福泉，《sqlserver中小企業(yè)實務應用》，中國鐵道出版社，2002
[8]周紅芳，《powerdesigner基礎應用與系統(tǒng)開發(fā)》，電子工業(yè)出版社，
[10]薛華成，《管理信息系統(tǒng)》，清華大學出版社，2002
[11]湯庸葉小平湯娜，《數(shù)據庫理論及應用基礎》，清華大學出版社，2004
microstft編著
[13]譚桂華魏亮，《visualc#高級編程范例》，清華大學出版社
[14]章立民，《用實例學，電子工業(yè)出版社
【本文地址：http://www.aiweibaby.com/zuowen/3472520.html】
