其他

首先要知道機房收費系統是為了滿足老師對機房上機學生的管理這一需求而應運而生的。它面向的使用對象是機房工作人員，而不是學生。知道這一點之後對於它的等級分類就好理解了。一般使用者：只能做一些簡單的操作，而且是只能查，不能改。比如：提高班的人去機房幫忙！操作員：主要使用人員，負責學生的註冊，資訊維護，儲值，退款，以及退卡。比如：機房值班老師。管理員：高層人員，負責對值班老師的控制，包括：人員流動和工作狀態，其中最主要的還是對錢的操作。下面是我對整個流程圖的理解： 對軟體介面的分析： 根據流程圖以及軟體

     資料庫是我們存放資料的倉庫，而需要我們儲存的資料肯定都是精確而且可靠的，當我們對這些資料做一些增刪改查時，保護資料的完整和一致是我們必須做到的。所以我們下面來說說資料的完整性。我們先來看這張圖：一：概念與作用的聯絡。     

類圖：         類圖是描述類，介面，協作以及它們之間關係的圖，用來顯示系統中各個類的靜態結構。也就是說類圖描述的是系統的靜態結構，而順序圖表、活動圖表等都是在類圖的基礎上進一步對系統進行描述的。       

        第一次接觸設計模式，這幾天一直都在學習簡單原廠模式和策略模式，也想通過這兩個模式把學習的C#鞏固一下，畢竟前一階段學的不咋的。        剛開始看的時候覺得一個腦袋二個大，很多地方都不理解，然後硬著頭皮開始敲，去實現，然後回過頭找資料做比較，發現這兩個模式其實還是很相似的，而且加深了對C#的一些基礎知識點的認識。       這兩種模式都是在封裝變化，減少耦合。利用封裝變化點的思想，把經常變動的功能抽象處理，形成一個個的功能類，從而減少代碼的改動。最後利用多態，實現功能變化，

          軟工視頻看完之後開始寫文檔，寫文檔參考的是

     在上一遍文章中我們說了VB中基於ADO的資料庫訪問，接下來讓我們一起來看一下ADO的七個對象，其中我們會重點講述Command和Recordse兩個對象。我們先通過下面這張圖對ADO的七個對象有一個大概的瞭解：       

敲這部分的時候邏輯有點混亂，想了好幾天才算基本實現，下面是我整理的思維過程。上機過程：下機過程分為兩種：一：正常下機 二：強制下機 當定時檢查餘額為0時，強制學生下機。需要注意的問題：一：時間格式。因為我用的是SQL2005，所以正確的時間格式很重要。二：不要忘記基本資料設定表，而且要用最新定製的收費標準。三：時刻記著你是管理著而不是上機的學生。（所以定時檢查餘額是只需檢查餘額為0，強制下機即可）。四：定時檢查餘額的時間間隔，Timer控制項的Interval屬性可以設定為0到65535之間的任

        UML定義的關係主要有六種：依賴、繼承、關聯、實現、彙總和組合。這些類間關係的理解和使用是掌握和應用UML的關鍵。 依賴（Dependency）：        類與類之間的串連. 表示一個類依賴於另一個類的定義. 依賴關係總是單向的 。可以簡單的理解，就是一個類A使用到了另一個類B的方法或者屬性，而這種使用關係是具有偶然性的、臨時性的、非常弱的，但是B類的變化會影響到A；比如動物或者需要氧氣，那麼動物類與氧氣的關係就是依賴；表現在代碼層面，為類B作為參數被類A在某個方法中使用。

  DAO（Data AccessObjects）Data Access Objects是用來顯露了Microsoft Jet資料庫引擎（最早是給Microsoft Access 所使用，現在已經支援其它資料庫），並允許開發人員通過ODBC直接連接到其他資料庫一樣，直接連接到 Access 表。DAO最適用於單系統應用程式或在小範圍本地分布使用。其內部已經對Jet資料庫的訪問進行了加速最佳化，而且其使用起來也是很方便的。所以如果資料庫是Access資料庫且是本地使用的話，建議使用這種訪問方式--

         上一篇部落格裡面我們說了活動圖表，下面我們來說狀態圖。    首先我們來分析一下活動圖表與狀態圖的區別：           狀態圖側重從行為的結果來描述（狀態），是從一個狀態到另一個狀態的流程，有外來事件的參與；           活動圖表側重從行為動作來描述（活動）是內部處理驅動的流程。           在實際項目中，活動圖表並不是必須的，一般在以下情況需要使用活動圖表：描述一個並行的過程或者行為；描述一個演算法；描述一個跨越多個用例的活動。           

    這篇文章只是想簡單的論述一下設計模式與物件導向設計模式的關係，來協助大家簡單的理解一下設計模式。     首先我們來瞭解兩個定義：         1.設計模式描述了軟體設計過程中某一類常見問題的一般性的解決方案。        

         暑假已經過去了三分之二，我們暑假的第二小階段——資料庫基礎學習也進行的差不多了，這階段主要是以耿建玲老師的資料庫視頻為主，然後結合課本，瞭解一些資料庫的基本知識和SQL Server的一些基本文法，並進行總結。九號晚上師傅們對我們的學習進行了階段驗收，暴露了很多問題。拿出來跟大家分享一下，希望大家有則改之，無則加勉。第一：不要為了記筆記而記筆記。我想說的是：1.筆記是為了讓自己看的，所以筆記不一定多麼漂亮整齊。2.筆記是給自己以後回顧用的，不要讓自己噁心的沒有勇氣看第二遍。3.

        互動圖用來描述系統中的對象是如何進行相互作用的，即一組對象是如何進行訊息傳遞的。       互動主要用於描述協作的動態行為方面。       對互動進行建模時，通常包括對象（每個對象都扮演某一特定的角色），訊息（每一個訊息都代表對象之間的通訊活動，並導致一定的動作發生）。 互動圖包括：      順序圖：強調訊息的時間順序。       共同作業圖表：強調對象之間的互動關係。      

實現功能.這部分讓自己學到了很多技術上的東西,尤其是程式與資料庫互動出現的問題,因為代碼基本上都是重複的都是是"增刪改查".下面說說自己遇到的問題.問題一：adLockOptimistic與update、adLockBatchOptimistic與updatebatch。因為弄混了兩者的區別，讓自己開始的時候狠狠地糾結了一把。問題二：在敲學生資訊管理系統時出現上述問題一般都是資料庫連接有問題，大家可以重點檢查與資料庫連接有關的語句。提醒大家一點，向下面的過程中，一定要注意where後面的空格！P

      實現圖是描述現實方面的資訊，它從系統的層次來描述硬體的組成和布局以及軟體系統劃分和功能實現。實現圖包括：      部署圖：用來描述系統硬體的物理拓撲結構以及此結構上執行的軟體。      構件圖：用來顯示一組構件之間的組織與依賴關係其中構件與類的區別：       1.類表示邏輯抽象，而構件表示物理抽象       2.構件是其他元素的物理實現      

   我們來說說最讓我糾結的一部分，那就是——調試。    驗收之前師傅說：一個項目百分八十甚至更多的投入是花在維護上。當時都沒放在心上，覺得自己做的挺好的，而且自己也大部

在VB中常用的資料庫提供者有三種，即DAO、RDO、ADO三種對象模式。三種模式的具體解釋見上篇文章：DAO/RDO/ADO,ODBC,OLEDB之間的關係本篇文章我們重點介紹一下ADO的應用。一：ＡＤＯ的簡介ADO（ActiveX Data Object）是由微軟公司開發的最新的資料庫提供者技術，因為ADO技術對OLEDB（Object Link and Embedding

                前一周幾乎都在忙著考試系統，雖然六月份也參加了，但那時候只是參與了監考，這次就更深入的瞭解考試系統，包括匯入學生資訊，監考，出成績等等，真的學到了很多東西。一：資料庫              這次跟資料大的交道最多，也對資料庫的理解加深了很多，包括資料備份、主外鍵、Excel表格匯入匯出資料等。      考試系統這資料庫其實還有很多地方需要改進的：           1.資料共用，每一科考試都要匯入學生資訊，加大了工作量。          

一、對象圖含義           對象圖（Object Diagram）表示在某一時刻一組對象以及它們之間關係的圖。對象圖可以看作是類圖在系統某一時刻的執行個體。       對象圖中包含對象（Object）和鏈（Link），對象是類的特定執行個體，鏈是類之間關係的執行個體。和類圖一樣，對象圖對系統的靜態設計或靜態進程視圖建模，對象圖更注重現實或原型執行個體，這種視圖主要支援系統的功能需求，對象圖描述了靜態資料結構。