心得體會是我們在生活中不斷成長和進步的過程中所獲得的寶貴財富。心得體會可以幫助我們更好地認識自己，了解自己的優點和不足，從而不斷提升自己。那么下面我就給大家講一講心得體會怎么寫才比較好，我們一起來看一看吧。
統計數據造假心得體會篇一
第一條申請租用高速數據交換業務(以下簡稱本業務)，依照本契約條款辦理。
第二條本業務系指本公司提供訊框傳送等高速數據交換網絡，供客戶作數據通信、視訊會議及多媒體等信息應用之業務。
第三條申請租用、異動或終止租用本業務，應檢具申請書、固定通信(permanent virtual connections， pvc)需求表及身分證明文件提出申請。
前項異動，變更通信對象或約定信息速率者，需另附pvc需求表;變更設備者需另附cpe接口性能調查表。
第四條客戶應保證其所提出之申請資料為真實完整，如有不實致發生任何糾紛時，客戶應自行負責。
第五條本業務所需數字調制解調器限由本公司供租與維護。
第六條客戶租用本業務所需屋內配線管道及裝設傳輸設備之場所與電力等設施，由客戶自備。
第七條客戶自備設備者，遇有障礙應自行檢修。電路障礙經本公司派員查修時發現，系因客戶自備設備障礙所致者，得收取檢查費。如因而影響電信網絡之傳輸品質或其它電路之使用，本公司得暫停其使用，所有因此導致之責任問題應由客戶自行負責。
第八條本公司因技術上之需要，必要時得更換本公司指配之客戶號碼，但應于_________個月前通知客戶，客戶不得異議或提出其它要求。
第九條客戶租用本公司之電信設備，應妥為保管使用，如有毀損或遺失，除因不可抗力所致者外，應照本公司所定價格賠償。
前項定價，本公司應考慮該設備原購置價格及折舊等因素。
第十條申請租用本業務應繳付電路、調制解調器接線費及系統設定費或客戶端接取設備接線費或isdn備援接線費或wlan客戶端ap設備接線費。
第十一條客戶于本公司未施工前，因故注銷申請，已繳之接線費，本公司無息退還;但施工后注銷申請者，其己繳費用概不退還。
第十二條本公司為配合客戶需要，加裝其它有關數據傳輸等特殊設備時，得按成本向客戶收費。為便于本公司測試需要，得免費加裝測試開關等設備。
第十三條客戶租用本業務如需項目建設，本公司得請客戶提出金融機構出具之保證書或按建設成本酌量預收建設保證金，并訂定最短租用期間。客戶已繳之建設保證金，于客戶租用滿最短租用期間后無息退還。項目建設，在同一裝機地點租用不滿最短租期申請移設或終止租用者，應一次補足市內電路部份未滿期間之月租費。客戶申請于本公司辦公時間外施工者，應繳付非辦公時間施工費。
第十四條申請變更本業務應繳費用如下：
一、申請移設者，應繳付線路及調制解調器移設費。
二、申請變更本業務之傳輸速率者，依本公司國內數據電路業務之相關規定辦理。
三、申請裝設或變更wlan之客戶端ap設備者，應繳各費依wlan業務收費標準計收。
四、申請設定或變更固定通信及約定信息速率及特別業務應繳付系統設定費，按每一通信埠每次計收。
五、申請設定或變更客戶端接取設備應繳付接線費或系統設定費，按每部每次計收。
第十五條租用本業務每月應繳月租費如下：
一、數據電路、調制解調器月租費：按本公司國內數據電路價目計收。
二、通信埠月租費：按租用通信端口速率計收。
三、約定信息速率月租費：以16kbps為單位，按其通信距離及通信量計收。
四、每一通信埠所設定之固定通信超過十六路時，每增一路加收_________元。
五、特別業務月租費：按其速率計收。
六、加租wlan客戶端ap設備者，按wlan業務相關收費標準計費。
第十六條客戶租用本業務以本公司電路裝妥可供使用之日為起租日，起租日之租費不計;申請終止租用時，以電路拆除之日為終止租用日，終止租用日之租費按一日計算;起租月及停租月之電路租費按實際租用日計算，每日租費為全月租費之_________。
如僅部份固定通信裝妥，則裝妥之數據電路、調制解調器及通信端口等月租費按上述標準計收，固定通信之約定信息速率月租費則按實際竣工日計收。
客戶加租wlan業務者，除前項之規定外，wlan部份以該業務裝妥之日為起租日，起租日之租費不計;申請終止租用時，以客戶端ap設備拆除之日為終止租用日，終止租用日之租費按一日計算。
第十七條本公司提供瞬間超額訊務(excessburst，簡稱be)功能，提供客戶在網絡系統負載低時，于單位時間內傳送高于約定信息訊務(committedburst，簡稱bc)之訊務量，惟此高額可能因網絡擁塞而漏失致無法傳送至收信端，該部份無法傳送完成之信息，客戶須自行負責重送。請客戶依實際信息傳輸需求，申請約定信息速率(cir)，并依照每一固定通信連接(pvc)之be值上限為同一pvc之bc值規定辦理。(注：約定信息速率《cir》為單位時間內可傳送之bc，即cir=bc/t)
第十八條介接本業務之電路其傳輸速率為128kbps以上時，可設定兩個通信埠;其數據電路月租費仍按其租用傳輸速率計算，惟通信端口月租費及通信端口約定信息速率月租費按其實際租用端口數及約定信息速率分別計算。
第十九條客戶租用本業務應繳各項費用及收費標準詳如價目表，費率如有調整時，按新費率計收。
第二十條客戶租用本業務，倘因本公司通信網路或系統設備發生故障而全部阻斷不通，本公司未于_________小時內修復，其租費之扣減國內電路連續阻斷滿_________小時者，每_________小時扣減全月_________之租費，但不滿_________小時部分，不予扣減。部分時間使用之電路連續阻斷滿規定之每日使用時間者亦同。傳輸速率一、五四四、000比次之國內電路連續阻斷滿_________小時以上者每滿_________小時扣減一日應付租費之_________，未滿_________小時者，不予扣減。但最多以扣減當月份應繳租費為限。除本項前段規定扣減租費外，本公司不負損害賠償責任。
前項阻斷開始之時間，以本公司察覺或接到客戶通知之時間為準。但有事實足以證明實際開始阻斷之時間者，依實際開始阻斷之時間為準。
第二十一條客戶終止租用本業務，應于預定終止租用日_________日前提出申請。
第二十二條客戶租用本業務由于天然災害之不可抗力致阻斷者，自連續阻斷屆滿_________日之翌日起至修復日止不收租費。
第二十四條本公司為業務需要，得使用本申請書所載內容資料。
第二十五條本公司如因情勢變更，得暫停或終止本業務之經營，客戶不得異議或要求任何補償。但本公司應于預定暫停或終止之日前_________個月公告并通知客戶。
第二十六條本契約條款未規定事項，客戶同意遵守相關法令規定、本公司各項服務營業規章規定。
甲方(蓋章)：_________乙方(蓋章)：_________
職稱：_________職稱：_________
地址：_________地址：_________
統計數據造假心得體會篇二
數據與數據庫實驗是計算機科學與技術專業必修的一門實踐課程。通過實驗，我對數據庫的概念和原理有了更深入的了解，同時也培養了我解決問題和分析數據的能力。在這篇文章中，我將介紹我在實驗過程中的體會和心得。
第一段：實驗準備
在開始實驗之前，我首先了解了數據庫的基本概念和相關的知識。在教師的指導下，我下載并安裝了MySQL數據庫軟件，并學習了如何使用它進行數據庫的創建和管理。我清楚地了解到數據庫在數據存儲和檢索方面的優勢，以及它在現代軟件開發中的重要性。
第二段：實驗過程
在實驗過程中，我首先學習了SQL語言，它是數據庫管理中最常用的一種語言。通過編寫和執行SQL查詢語句，我能夠在數據庫中進行數據的插入、查詢、修改和刪除等操作。我還學習了如何創建索引、視圖和觸發器，以及如何優化查詢語句的性能。
第三段：實驗成果
通過實驗，我成功地創建了自己的數據庫，并在其中插入了大量的數據。我通過編寫復雜的查詢語句，成功地從數據庫中檢索出所需的數據，并對其進行了分析。我在實驗中還發現了一些常見的錯誤和問題，例如查詢語句的性能問題和數據的一致性問題等，通過調試和優化，我成功地解決了這些問題。
第四段：實驗總結
在實驗的過程中，我不僅學到了關于數據庫的理論知識，還學到了如何將理論知識應用到實踐當中。我發現了數據庫的重要性和作用，它可以幫助我們存儲和管理大量的數據，并提供高效的數據檢索和處理功能。通過實驗，我學會了如何設計和優化數據庫，以及如何使用SQL語言進行數據操作和查詢。
第五段：心得體會
通過這門實驗課程，我不僅掌握了數據庫的基本概念和原理，還培養了自己解決問題和分析數據的能力。在實驗的過程中，我遇到了許多困難和挑戰，但通過不斷的學習和實踐，我克服了這些困難，并取得了很好的成果。這次實驗使我對計算機科學與技術專業更加熱愛和有信心，我相信在這個領域里我能取得更好的成就。
通過這次數據與數據庫實驗，我不僅學到了知識，更重要的是，我培養了自己的實踐能力和解決問題的能力。我相信這些能力將對我以后的學習和工作有很大的幫助。同時，我也明白了理論知識與實踐結合的重要性，只有將所學的知識應用到實踐中，才能真正的掌握和理解。我將繼續通過實驗和實踐來提高自己的實踐能力和解決問題的能力，為實現自己的夢想做好準備。
統計數據造假心得體會篇三
“大數據”概念早在1980年就有國外的學者提出，可是最近幾年才廣泛受到大家的關注。當“大數據”這個概念傳到中國的時候，瞬間引起了轟動。隨即，各種有關“大數據”的資料和書籍充斥的我們的視野。隨意打開某個電子商務平臺圖書類頁面，在搜索框中搜索“大數據”三個字，就會出現好多本有關“大數據”的書籍。可是，有一個很有趣的現象就是：幾乎所有的平臺上，出現的第一本關于“大數據”的書籍一定是《大數據時代》。一點進去，這本書推薦欄里的第一句話就是：迄今為止全世界最好的一本大數據專著。同時，為這本書做推薦的都是各行業的精英領袖。所有“大數據”方面的書籍也是這本書銷量最高，評價最好。
我從來不會因為哪本書暢銷和很多人推薦就盲目跟風的去看一本書。因為我知道通常在這種情況下選擇一本書，整個閱讀的體會和感受是無法遵從自己的內心的，整個過程都很容易夾雜著別人對這本書的感受。所以通常我讀書的節奏大多都是跟不上“潮流”的，但往往經過風雨洗禮之后沉淀下來的都是精華。坦白講，閱讀這本書的初衷并不是因為我想從書中獲取到多少大數據方面的精華，只是很想知道對于這么一個很直白的名詞，作者是怎么寫出這么厚的一本書的。這種初衷或許很無知和幼稚，可就是這種“愚蠢”的好奇心，讓我更透徹的看到書中的精華。
在看《大數據時代》這本書之前，我的所有讀后感都是集中在書籍給了我什么思考。對于這本書的讀后感，除了觀點碰撞之外，我還會加上大部分個人看這本書的體會。因為這本書，已經完全讓我模糊了大多數人口中的“全世界最好的書”是一種什么標準。也許《大數據時代》真的無法承載那么高的贊美!
大數據時代的入門書
看完這本書，我隨意調查了一些閱讀過這本書并且給這本書絕對好評的朋友。詢問他們這本書好在哪里?大多數的回答是說《大數據時代》這本書讓對大數據一無所知的他們了解了大數據這個概念，同時通過很多案例說明原來大數據能有這么大的用處，影響會有這么大!僅此而已。我看完這本書最大的感受是這本書分為上、下兩部分。前120多頁為上部分，后120多頁為下部分。之所以說《大數據時代》是一本關于大數據的入門書，是因為這本書用了前面120多頁的篇幅反復的強調大數據的出現對社會發展影響很大，并且要人們轉變小數據時代慣有的思想。所以整本書的前半部分就強調大數據時代的三個轉變：1、大數據利用所有的數據，而不再僅僅依靠一小部分數據，不再依賴于隨機采樣。2、大數據數據多，不再熱衷于追求精確性，也不再期待精確性。3、大數據時代不再熱衷于尋找因果關系，而是追求相關關系。所以整個上半部分沒什么可詳說的。我們重點聊聊本書的后半部分。
既然一直都在強調大數據對我們的意義，總要有具體體現。整本書中，我感觸最大的一個案例就是某公司通過分析大數據發現：新品發布的時候，舊一代的產品可能會出現短暫的價格上漲。因為人們在心理上就認為新產品的推出，舊產品就會便宜，從而就會提高購買量。這個發現和我們平常的心理是完全違背的，而且如果不用數據來證明，直接講道理給大家可能還是無法相信。這就是大數據對我們很多傳統思維的顛覆。一旦涉及到思維的改變，往往就會引起整個社會的大變動。
大數據這個概念的出現，讓大數據逐漸發展形成一條價值鏈。在這條價值鏈上，數據本身、技能和思維是最重要的環節。隨著互聯網技術的發展，越來越多的公司都能收集到大量的數據，這些數據也會越來越公開。可是在這些公司中，不是所有的公司都有從數據中提取價值或者用數據催生創新思想的技能。于是就會出現以下兩種公司，一種是掌握了專業技能但不一定擁有數據或者提出數據創新性用途才能的公司，另一種就是擁有超前思維，懂得怎樣挖掘數據的新價值的創新公司。短時間內，我們可能會感覺擁有創新思維，懂得挖掘出數據新價值的大數據思維是最重要的。可是等到產業成熟之后，所有人都知曉了大數據的意義，所有人便開始挖掘自己的大數據思維。同時，隨著科技的進步，掌握大數據技術的也將成為常態。所以到后來，整個價值鏈的核心環節還是回到了數據本身。而到那時候，大數據的公開性也就越來越小。
在大談完大數據對人類發展的積極意義之后，作者也考慮到大數據時代的風險。這一部分是作者腦洞大開的精彩之處，同時也是最荒謬的一部分。書中說大數據時代將要懲罰未來犯罪，這樣可以在嫌疑人在可能犯罪之前就把犯罪行為給防止。這樣的社會，大數據儼然已經延伸到了我們每個人生活的點滴。幾乎我們在生活中所做的一切都在大數據的“監控”之下，我想到那時候，別說我們每個人的隱私已經沒有的了，嚴重一點可以說是我們可能連人都不算了。在我們人的社會屬性中，自由權利是一項很重要的指標。通過大數據懲罰人的未來犯罪已經否定了人的自由選擇能力和人的行為責任自負。同時，由于數據是永久保存，大數據預測也是通過每個人之前的數據來判斷，所以大數據同樣也否定了人的求善心理。還有，從現在各種大數據預測的結果來看，很多發言人都說大數據不是百分百的準確。所以利用大數據來判斷人的行為發展已經違背了大數據不追求精確性的特征，這也是書中自相矛盾的地方。
對于一個新事物，如果能讓大家了解這個事物并且對此產生興趣，這已經算是一本不錯的入門書了。
從小到大，雞湯對于我們來說一直都挺珍貴的。身體虛弱了，喝點雞湯能夠補充營養。心靈受傷了，看點心靈雞湯可以鼓舞人心。可是近幾年，人們生活水平提高了，營養富余，雞湯已經不是人們補營養的期待了。同樣，心靈雞湯也是如此。
心靈雞湯其實是一個很虛偽的東西。很多人都被心靈雞湯誘人的外表給迷惑。在我看來，心靈雞湯很大的一個特征就是：立人的志，但是就不告訴你實現志的方法。很多人每次在失意的時候就喜歡看心靈雞湯，希望能得到慰藉。看完后也覺得醍醐灌頂，感覺整個世界都亮了。但又有幾個人想過喝完這些雞湯之后你除了看似重拾夢想，你還獲得了什么?你知道怎么去做嗎?《大數據時代》就是這樣一本書。整本書從頭到尾都在向讀者講述大數據的意義，當然期間也會用相應的案例來證明大數據確實有這樣的能力。但是，整本書從沒有涉及到技術層面的問題。或許對于大數據這種依靠互聯網技術的新事物，即使向讀者講技術，也沒有幾個人看得懂，可是整本書沒有一點關于大數據思維的技能引導。給出的案例中只有少數案例向讀者講述了這個公司為什么要利用大數據來解決這種問題，大多數都只是告訴讀者國外某家公司運用大數據得出了某種結論。同時，在本書中文譯作者寫的序里，強調自己翻譯這本著作的一大優點是可以結合國內的案例來分析書中的理論，結果，看到最后一頁都沒有看到一個國內企業關于大數據運用的案例。
之所以我稱之為“心靈雞湯”，還有一個原因就是作者在書中大講特講的大數據的作用，事實上按照現在的經濟發展水平和社會文明發展程度是很難實現的。書中很多時候的理論都是要建立在社會各項文明都發展健全的基礎上才能實現。
大數據的“傳銷手冊”
看到這個標題，大家可能會覺得我夸大其詞，受到如此多人好評的書怎么是“傳銷手冊”呢?對于這個表達，我只想說兩點：1、此說法僅代表我個人觀點，是否認同是個人問題。2、此說法主要針對本書的上部分。
我們都知道傳銷組織在發展下線的前期是要花大力氣去培訓的，也就是洗腦。而對于一個陌生又很難以理解的事物，最好的“洗腦”方式就是重復。《大數據時代》這本書就是運用這種方式，前半部分為了讓讀者能夠接受“大數據”這個概念，作者反反復復提醒讀者大數據不是隨機采樣、不追求精確和不尋找因果關系。同時用很多看似很通俗易懂其實看完后還是不知道說了什么的案例來讓人信服大數據的作用。書中的后半部分雖然也是用這種方式來感染讀者，可后半部分中作者的暢想和對大數據的威脅分析還是對讀者有一些實質意義的，所以后半部分的“傳銷”影響就不是很重要。
大數據時代是未來的趨勢，這誰都不會否認。大數據改造了我們的生活，改變著我們的世界。不管它是以一種什么樣的姿態面向世界，它都沒有錯，因為大數據只是一種工具。但當人類開始質疑甚至恐懼大數據的時候，人類就該思考自己是否利用好這個好工具了。
大數據心得體會篇4
統計數據造假心得體會篇四
VB（Visual Basic）是一種基于事件驅動和對象化編程的高級程序設計語言，一般用于 Windows 操作系統。作為經典的編程語言之一，VB 非常靈活，同時也承載著處理大量數據的重要任務。在我學習 VB 的過程中，不斷探索實踐，深刻體會到了許多數據處理技巧。
段落一：了解數據類型
在 VB 中，變量是存儲數據的基本單元，不同的變量類型對應不同的數據類型。熟悉這些數據類型對于正確的數據處理至關重要。例如，不同類型的變量在進行數值計算時，可能會造成精度誤差。除了常見的整數、浮點數、布爾類型之外，VB 還支持日期、字符串、數組、對象等多種數據類型。掌握不同類型之間的轉換方式，可以很好地利用各類數據，提高數據處理效率。
段落二：注意安全性
在進行數據處理時，安全性非常重要。其中的原因很多，比如防止惡意程序插入不當的數據，防止數據泄露等。VB 中提供了多種安全性保護措施，例如加密、解密、防止 SQL 注入等技術。我們需要認真考慮每一項數據處理流程中的安全性可能存在的問題，并及時采取適當的措施進行防范。
段落三：優化數據結構
在大量數據處理的過程中，數據的存儲方式直接影響了程序的運行速度。改進數據存儲的結構可以提高程序的運行效率。例如，采用 SQL Server 數據庫可以讓數據的存儲更加穩定，同時使用索引可以加快數據的查詢速度。對于一些需要多次查詢的數據，建立緩存以加快查詢速度也是優化數據結構的有效方法。
段落四：合理運用算法
算法是計算機程序的核心，VB 中也有多種高效算法可以使用。在處理大規模數據時，往往需要采取一些高效算法來節約計算機運行時間。例如，快速排序、歸并排序、堆排序等算法都可以在處理大規模數據時帶來不同程度的優化。當然，在應用算法時也需要注意算法的復雜度問題。
段落五：不斷創新
最后需要提醒的是，數據處理并不是一成不變的事情，不同的應用場景也可能涉及到不同的數據處理方式。我們需要不斷地學習和創新，以提高數據處理的效率和質量。例如，隨著機器學習和人工智能的興起，聚類、分類、回歸等技術已經成為熱門的數據處理方法，未來的數據處理或許將更加復雜而且令人興奮。
結語
VB 數據處理是程序開發中的重要部分，通過優化數據處理，可以極大地提高程序的效率和質量。掌握好以上幾點技巧，不僅能夠適應當前數據處理需求，同時也能夠更好地迎接未來的數據處理挑戰。
統計數據造假心得體會篇五
兩個星期的時間非常快就過去了，這兩個星期不敢說自己有多大的進步，獲得了多少知識，但起碼是了解了項目開發的部分過程。雖說上過數據庫上過管理信息系統等相關的課程，但是沒有親身經歷過相關的設計工作細節。這次實習證實提供了一個很好的機會。
通過這次課程設計發現這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發現我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位，不能靈活運用于實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。
從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統的設計開發過程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到后面突然就發現自己一開始的設計有問題，然后又回去翻工，在各種反復中不斷完善自己的想法。
我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統是給誰用的。因為沒有事先做過仔細的用戶調查，不知道整個業務的流程，也不知道用戶需要什么功能就忙著開發，這是作為設計開發人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后的課程設計要特別注意這一塊的設計。
按照要求，我們做的是機票預訂系統。說實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計的下場我已經嘗過了，結果就是出來一個四不像的設計方案，沒有什么實際用處。沒有前期的調查，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們的生活經驗，根據可行性研究的結果和客戶的要求，分析現有情況及問題，采用client/server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，服務器端子系統。在兩周的時間里，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由于忘記了一些java語言的規范使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言的規范性以及我們在編程時要有嚴謹的態度，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了sql語言，對數據庫的創建、修改、刪除方法有了一定的了解，通過導入表和刪除表、更改表學會了對于表的一些操作，為了建立一個關系數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價的一般過程，為畢業設計打下基礎。
很多事情不是想象中的那么簡單的，它涉及到的各種實體、屬性、數據流程、數據處理等等。很多時候感覺后面的設計根本無法繼續，感覺像是被前面做的各種圖限制了。在做關系模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引的部分，對一些比較經常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限，新建用戶并和數據庫用戶做相應的映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發現原來她并沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以后從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇于嘗試，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發現做一個項目最重要的不在于如何實現，而是實現之前的需求分析和模塊設計。創新很難，有些流行的系統其實現并不難，難的在于對市場的分析和準確定位。設計，是一個任重道遠的過程。
數據庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。
首先，讓我的記憶追溯到大二暑假，在老大的指引下()，我接觸到microsoft 產品。那個時候我已經學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var 看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創建下一代應用程序的理想而又現實的開發工具”，而且主推c#語言，由于對c語言的一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數據交互是很重要的，暑假的時候我把我們這學期的課本數據庫系統概論看了一遍。我記得以前用c語言編程的時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來的時候啦，于是我又裝上了sql server2019，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后，隨著這學期的數據庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業名詞說嚇著，包括什么建模，軟件工程，數據分析，數據挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發明工具是很難，但是用一個工具就容易多了，just do it!我記得我做這個數據庫之前，我們老師說要做好前期分析，我就在網上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數據庫分析的時候用到的powerdesigner也是一樣。
開發的時候我想過用什么架構，c/s模式?模式有很多，怎么選擇?我就上網搜索現在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。just do it!前期工作準備好后，加以實踐。這個時候我更加深入的了解了利用操縱數據庫的知識。并且對數據庫里面的存儲過程有了比較深入的了解。經過大概2個多星期的奮斗，數據集的圖書館管理系統。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網。這次數據庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數據庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數據庫課程設計，不過這只是我學習路上的驛站，的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just do it!語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊!
我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規范化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬于比較老或比較傳統的，與現在發展迅速的it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者后更是如此。
雖然這次是一個數據庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數據庫以外的設計。對于ooa/ood的開發模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發人員已經非常熟悉軟件產品了，這對于相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數據庫設計上了，這次的數據庫設計我是嚴格按照數據庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間。總體上來說這次的項目也不是很大，而且在數據庫的設計上比較保守，也就是說實際上數據庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數據庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義。可能就像“范式不太容易用通俗易懂的方式解釋”一樣，在“讓工具用圖標表述我的思維”時費了一番力氣。
使用了新的開發環境(vim)，這是首次在脫離高級ide的情況下編碼。
使用了新的開發語言(python，actionscript3)，因為我一直比較喜歡“學以致用”，而且這樣的“數據驅動型”軟件的整套自實現的庫都已經完成了，但是由于語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交“可運行的代碼”。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實“遇到的問題數跟人的能力是成正比的”。