【正文】 980年前后，數(shù)據(jù)傳輸率是115kbps～230kbps。 在這個系統(tǒng)中使用的是9針的RS232接口，所以重點介紹一下RS232接口。傳統(tǒng)的RS232C接口標準有22根線，采用標準25芯D型插頭座（DB25），后來使用簡化為9芯D型插座（DB9），現(xiàn)在應用中25芯插頭座已很少采用。在采用的客戶端服務器架構中，客戶端通過統(tǒng)一的接口向服務器發(fā)送請求；中間的數(shù)據(jù)庫訪問接口將請求按照一定的邏輯規(guī)則處理后進入數(shù)據(jù)庫操作，然后將從數(shù)據(jù)庫返回數(shù)據(jù)集合封裝成對象的形式返回到客戶端。3. 服務器端：即SQL Server2005，存放員工數(shù)據(jù)和溫度數(shù)據(jù)。數(shù)據(jù)庫的設計時應該謹慎些，盡可能把所有可能的情況都考慮進去了，不然當程序開始編碼時，如果再修改數(shù)據(jù)庫，就會因為數(shù)據(jù)庫結構改變，導致所有與修改的數(shù)據(jù)表相關的業(yè)務都有可能受到影響，而某些影響還很難看到，這樣就容易形成一個惡性循環(huán)。表 3. 1員工表段名稱數(shù)據(jù)類型是否主鍵說明IDInt是澤東增加1工號Varchar(20)否員工工號密碼Varchar(50)否登錄密碼姓名Varchar(20)否員工姓名身份證Varchar(18)否身份證號單位Varchar(30)否單位名稱聯(lián)系電話Varchar(50)否聯(lián)系電話權限Smallint否權限表 3. 2焦爐表名稱數(shù)據(jù)類型是否主鍵說明I_idInt是自動增加1焦爐號Nvarchar(10)否焦爐編號燃燒室數(shù)量Nchar(10)否相應焦爐號的燃燒室數(shù)量立火道數(shù)量Nvarchar(10)否相應焦爐和燃燒室的立火道數(shù)量機側火道號Nvarchar(10)否測直行溫度時，代表機側的立火道號焦側火道號Nvarchar(10)否測直行溫度時，代表焦側的立火道號橫排測量起始火道Nchar(10)否測直行橫排時，每個燃燒室開始的火道號橫排測量結束火道Nchar(10)否測橫排溫度時，每個燃燒室結束的火道號橫排系數(shù)起始火道Nchar(10)否計算橫排系數(shù)時，每個燃燒室開始的火道號橫排系數(shù)結束火道Nchar(10)否計算橫排系數(shù)時，每個燃燒室開始的火道號區(qū)域數(shù)量Nchar(10)否代表每個焦爐號燃燒室的集合表 3. 3橫排溫度主表字段名稱數(shù)據(jù)類型是否主鍵說明IdInt是自動增加1單號Nvarchar(50)否表示每次測量數(shù)據(jù)的單號焦爐號Nvarchar(50)否表示每次測量的焦爐號年份Nvarchar(50)否測量的年份月份Nvarchar(50)否測量的月份起始排號Int 否本次測量開始的燃燒室號結束排號Int否本次測量結束的燃燒室號班次Nvarchar(50)否本次測量的班次測量員Nvarchar(50)否本次測量員錄入日期Nvarchar(50)否本次測量的日期錄入時間Nvarchar(50)否本次測量的時間Kb值Numeric(18,0)否本次測量數(shù)據(jù)的Kb值表 3. 4橫排溫度表字段名稱數(shù)據(jù)類型是否主鍵說明IdInt是自動加1單號Nvarchar(50)否每個溫度數(shù)據(jù)的單號，表示數(shù)據(jù)的輸入次序焦爐號Nvarchar(10)否每個溫度數(shù)據(jù)所在的焦爐號燃燒室Int否每個溫度數(shù)據(jù)所在的燃燒室號火道號Int否每個溫度數(shù)據(jù)所在的火道號實測溫度Numeric(18,0)否從設備里直接讀取的實際溫度溫度Numeric(18,0)否經過處理后的溫度，可能與實測溫度不同差值Numeric(18,0)否溫度式測溫度年份Nvarchar(10)否測溫的年份月份Nvarchar(10)否測溫的月份班次Nvarchar(20)否測溫的班次測序Nvarchar(10)否溫度的測量順序測量員Nvarchar(10)否測量員錄入時間Nvarchar(20)否溫度的錄入時間 業(yè)務流程圖整個程序其實可以分成兩大部分，即輸入數(shù)據(jù)和顯示數(shù)據(jù)。圖 3. 13業(yè)務流程圖4 系統(tǒng)功能實現(xiàn) 功能模塊功能模塊是指數(shù)據(jù)說明、可執(zhí)行語句等程序元素的集合，它是指單獨命名的可通過名字來訪問的過程、函數(shù)、子程序或宏調用。在得到軟件結構之后，就應首先著眼于改善功能模塊的獨立性，考驗是否應該把一些功能模塊提取或合并，力求降低耦合提高內聚。因為當對一個大的功能模塊分解時，有可能增加功能模塊之間的依賴。而扇出過大則意味著功能模塊過于復雜，需要控制和協(xié)調過多的下級模塊，這時應適當?shù)卦黾又虚g層次，扇出太小則可以把下級模塊進一步分解成若干個子功能模塊，或者合并到上級功能模塊中去。功能模塊的控制范圍是指這個功能模塊本身以及所有直接或間接從屬于它的功能模塊的集合。應該仔細設計模塊接口，使得信息傳遞簡單并且和模塊的功能一致。 　　。 　　。 總之，不管什么樣的功能模塊都有可能出現(xiàn)軟件缺陷。第一個模塊是管理模塊，第二個模塊是輸入數(shù)據(jù)模塊，第三個模塊是查詢數(shù)據(jù)模塊，第四個是報表模塊，第五個是曲線模塊，具體的結構下面介紹。 登錄界面 當用戶輸入完用戶名和密碼后，系統(tǒng)就開始判斷用戶名是否存在。用戶名會自動填入，用戶必須輸入原始密碼，并輸入新密碼和確認密碼，才能修改完成。若條件允許，應當由獨立于開發(fā)組和客戶的第三方測試組或測試機構來進行軟件測試。所以要堅持軟件開發(fā)各階段的技術評審，把錯誤克服在早期，從而減少成本，提高軟件質量。不要以為發(fā)現(xiàn)幾個錯誤并且解決這些問題之后，就不需要測試了。 （6）妥善保存測試用例、測試計劃、測試報告和最終分析報告，以備回歸測試及維護之用。測試是為了證明程序有錯，而不能保證程序沒有錯誤。 軟件部分測試 當沒有填寫用戶名時，直接點擊登錄會出現(xiàn)錯誤提示,如圖 5. 1用戶名為空的登錄界面。圖 5. 4讀取的數(shù)據(jù)與溫度順序個數(shù)不同時的界面圖 5. 5數(shù)據(jù)輸入有問題，清除所有數(shù)據(jù)界面 正確的數(shù)據(jù)錄入，如圖 5. 6圖 5. 6數(shù)據(jù)輸入正確時總 結當畢業(yè)設計選題時，我覺得我有一定的語言基礎，開發(fā)一個c/s結構的焦爐溫度管理系統(tǒng)會比較順利，再加上大四面臨著畢業(yè)找工作情況，時間上可能會并不充裕。學習的過程是逐漸的。2）有些功能以為找不到很好的方法，所以就是用了非常簡單但很笨拙的方法，例如單排曲線多幅打印時，又使用了5個datagridview控件，程序的效率因此下降。首先感謝導師劉輝老師。并且在整個畢業(yè)設計中給了我很大的鼓勵。大家相互學習，相互幫助，為畢業(yè)設計的順利完成提供一個好的環(huán)境。 delegate void SeriralportEvent(string updatatext)。//波特率 private int _dataBits。//握手協(xié)議 private SerialPort = new SerialPort()。 ()。\r39。 (1000)。 //初始序號 int beginHuodao = 32。 //燃燒室序號 int i = 1。 //清空表格數(shù)據(jù) region if ( == 從機側立火道2開始) { initXuhao = 2。 } endregion 原代碼3 繪制單排曲線圖 private void bSeek_Click(object sender, EventArgs e) { ()。 ()。 + + 39。 + + %39。 for (int i = 0。 (x, y)。 for (int i = 5。 double down = ( / 50) * (i 3) + interval。 } }