其他

    使用 DataGridView控制項，可以顯示和編輯來自多種不同類型的資料來源的表格式資料。    到此，我用到了以下不同的兩種方法。個人感覺,方法一：適合對三層以及代碼熟悉度高的程式員；方法二：則更為適合我們現在初步接觸三層，正在學習的未來程式員。當然了，這兩種方法都是要會的，不同的階段或者情景選擇不同的方法，才是最合適的。    方法一：DataGridView綁定資料來源        1.---添加項目資料來源                                   

     百度了很多資料，可是還是沒有找到刪除Mshflexgrid控制項所選記錄的辦法，抓耳，撓腮，好不痛苦！     這時候，一個詞，突然砸到了我的腦袋裡，那就是---中介！     既然這條最近直線是到達不了我想到的彼岸了，起碼對我來說，那麼，我為什麼硬要在此處大興土木，想要修橋辟路呢？我可不可以走一條稍微遠點，但是更為省力和簡單的曲線呢？這時候，又想到一個詞“曲線救國”。                         

         2013年的暑假如期而至。2013/7/10，我說：我們放假了！2013/7/17，我又要說：我們開學了！    兩年了，我們都在過著別人學習，我們學習；別人放假，我們還在學習的日子。從剛開始的紀律迫使，到現在的欣然接受。改變我的不僅僅是這兩年中的巨大收穫，更有作為2013屆畢業生看到的同班同學艱難的就業現實！   

       以會議記錄的方式來表現這階段總結，希望更詳細易懂一些。參會者：賈琳，劉豔玲，王永俊，於亮，高迎，孫麗端。會議內容：      一、上階段驗收       兩位師傅對我們四人的相關學習資料，例如：視頻筆記，總結導圖以及部落格等，分別進行了檢查，並提出了相應的意見和建議。下面就以我為例，先行解說吧。。。     （1）視頻筆記   

此文，以學校管理來逐步分析我總結的軟體工程。 第一層：學校-老師-學生 我的理解：           首先，軟體工程從方向上來說有兩大部分：一是軟體的開發技術；二就是軟體工程的管理了。           假設軟體工程是學校的話，那麼老師就是軟體工程管理部分，學生就是軟體開發技術部分。通俗一點說，一個是做事的，一個是管事的。 第二層：各科老師-班幹部我的理解：           管理方面，每個老師都不是萬能的，都有優劣勢，所以，不同的專業有不同的教師。         

講一小小故事:　   一個年輕人到一家雜誌社實習，遇到一位以嚴格要求和博學多才而聞名的老編輯。年輕人每次交稿時，這位老編輯總是一句話：如果你對某一個字的寫法沒把握，就查字典。並且規定，年輕人每天得寫一篇文章放進老編輯桌上的盒子裡。哪天沒有，他就敲著桌子說：文章呢？                    就這樣，在日積月累的歲月中，年輕人的文章一天一個樣，終於在寫作上取得很大成就，並參與了美國獨立宣言的起草。       

     所謂"需求分析"，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什麼資料，要得到什麼結果，最後應輸出什麼。                              可以說，在軟體工程當中的“需求分析”就是確定要電腦“做什麼”。       就我理解,需求分析階段的最主要的任務就是確定軟體系統功能。       下面呢,就是我做的關於”學生管理系統”的簡單需求分析               不全之處,還請大家補充!

        7月21日，北京迎來了61年來最大暴雨，北京的鄰居廊坊也沒有倖免於難。        晚上9點半下課，全班的人都堵在了門口，看著教學樓外瓢潑的大雨，都開始準備回家的工具，雨傘成了必需之物！       漆黑的夜晚，空蕩的校園，瓢潑的大雨，這種種不利情景，彷彿就昭示著---這將是個不平之夜！      的確，第二天早上臨時會議的舉行，我才知道昨天晚上，在風雨中，都發生了些什麼。。。事件一：      暴雨了，張穎發燒了，孫晴胃疼了，米老師一夜沒有睡覺了...           

重新安裝Office2010，遇到了這樣一個問題，那就是每次開啟Word或者Excel的時候都會出現如下介面： 以下是我的解決辦法：開啟“我的電腦”——“C盤”——“ProgramFiles \ Common Files \ Microsoft Shared \OFFICE14\ Office SetupController”找到一個“SETUP.EXE”的檔案，對此檔案重新命名。現在就好了，快試試看吧。 很簡單的方法吧，可是，只有當我們不將就自己的時候，我們才會解決本身很容易解決的問題！ 註：

       二八定律也叫巴萊多定律，是19世紀末20世紀初意大利經濟學家巴萊多發明的。他認為，在任何一組東西中，最重要的只佔其中一小部分，約20%，其餘80%的儘管是多數，卻是次要的，因此又稱二八法則。  基本內容               （1） “二八管理定律”。                           企業主要抓好20%的骨幹力量的管理，再以20%的少數帶動80%的多數員                                 工， 以提高企業效率。       

     在敲機房之前的大話設計模式學習中，認識最多，見得最多的就是類了。那時候就是看著一個一個的類在自己面前飄過，沒有想為什麼作者這麼分類，沒有想這麼分類的好處。     於是，在自己開始敲機房的時候，在頭腦中僅存一個名詞的“類”，終究是敗在了做系統的雄心壯志之下。現在完成了機房的部分功能，包括登陸，修改密碼，上下機及添加上下機記錄等操作。讓師父，也就是亞紅姐看了看，問題就出來了。其中最為嚴重的就是類！   

      現在習慣了使用foxmail發郵件，問題也跟著出現了— Foxmail的地址簿中沒有連絡人，每次發郵件的時候都得親手輸入收件者的郵箱地址，特別麻煩。     不過，人們都說磨刀不誤砍柴工，我還是耐下心來，嘗試解決了這個問題。     下面是以QQ郵箱為例。     

          在這裡我說的雙胞胎姐妹指的是斷行符號符和分行符號，她倆經常經常把我弄的糊裡糊塗，我都不知道該怎麼區別，該怎麼使用了。姐姐：斷行符號符（carriage return），用CHR(13)表示               表示一行或一段的結束，如一條命令寫完，就要用斷行符號，這時命令才會執行，妹妹：分行符號（line feed），用CHR(10)表示：              表示這一行寫完了，需要換一行寫，比如一條命令很長，可以在中間用分號（;）進行換行，在下一行接著寫。  

                  這裡的導,是匯出;  這裡的倒,是打倒    都知道,機房收費系統有將Mshflexgrid控制項查詢的內容匯出到Excel表中這一功能.    初次相見,就被它嚇到:這可怎麼辦呢?還得關聯Excel,完了完了,還是最後再做吧.於是我成功的讓自己就這樣走了下去.    驀然回首,又被韓義嚇到:他說一句話就實現了這個功能!於是我被逼的不能讓自己再走了.    上網去查:         (1)百度搜尋:怎麼將Mshflexgrid中的內容匯出到Excel表中 

看是不起眼的標點符號在vb中卻有著很大的作用，看看下面這幾個圖吧，你會大吃一驚的、、、       print後的分號代表的是按緊湊格式輸出。只有next j後和next i 後沒有分號，程式一遇到這裡就會分行，所以產生的形狀。          print後面什麼也沒有，程式運行每遇到一個print就會輸出一行，程式迴圈遇到有多少個print就會輸出幾行。        逗號分隔，輸出的每一項按標準格式顯示，每隔14列為一個輸出區，逗號後面的運算式的值將在下一個輸出區顯示。所以是此圖。    

    UML中的使用案例圖是描述使用者的需求，從使用者的角度描述系統的功能，並指出各功能的執行者，強調誰在使用系統，系統執行者完成哪些功能。它主要用於需求分析階段，描述待開發系統的功能需求。關係：   使用案例圖中有五種關係：關聯、泛化、包含、擴充、依賴。即：   關聯（Association）：   表示參與者與用例之間的通訊，任何一方都可發送或接受資訊。   【箭頭指向】訊息接收方   泛化（Inheritance）： 

      物件導向方法是從客觀事物中構造軟體系統，運用對象、類、繼承、封裝、彙總、訊息傳遞和多態性等概念描述軟體系統，其中封裝、繼承、多態是類的三大特性。而整合模組化語言是在物件導向開發方法中的Booch方法、OMT方法、OOSE方法的基礎上逐漸完善的。那我們就來看看這些個方法：Booch方法：        Booch方法其實是一種物件導向的設計方法。                              OMT方法：       OMT方法支援軟體系統的生命週期開發。         

       物件導向技術強調在軟體開發過程中面向客觀世界或問題域中的事物，採用人類在認識客觀世界的過程中普遍運用的思維方法，直觀、自然地描述客觀世界中的有關事物。            物件導向技術的一些概念：         物件導向分析與模型化：        物件導向設計：        設計過程分高層設計和類設計。        高層設計：                  類設計：          物件導向開發過程：        實現與測試：                   

    在前面使用案例圖中的關係一文已經說到，使用案例圖是描述使用者的需求，從使用者的角度描述系統的功能，並指出各功能的執行者，強調誰在使用系統，系統執行者完成哪些功能。角色、關係、用例關係    使用案例圖的基本元素是用例、角色、關係，關係已經在使用案例圖中的關係中詳細說到了。角色    用例的角色不僅僅指的是人，還包括一些事物，比如說與此系統串連相連的其它系統，系統的外設等，而角色的主要作用是與系統互動資訊、對系統進行輸入、接受系統的資訊。   

         互動圖屬於行為圖，有順序圖表和共同作業圖表之分，其中順序圖表是對對象之間傳送訊息的時間順序的可視化表示，它的目的在於描述系統中各個對象按照時間順序互動的過程。共同作業圖表是描述相互合作對象間的互動關係，它只對相互間有相互作用的對象和這些對象間的關係建模。互動圖：       順序圖表與共同作業圖表關係：       順序圖表和共同作業圖表在語義上是等價的，可以從一種形式的圖轉換為另一種形式的圖，而不丟失資訊。他們都表示對象之間的互動作用個，但側重點卻不同。