【導讀】齊全、宣傳力量強大、經(jīng)濟實力雄厚、產(chǎn)業(yè)功能完備的社會主義現(xiàn)代化報業(yè)集團，報、期刊等在內(nèi)的綜合性報業(yè)集團。備開發(fā)一套廣告管理系統(tǒng)以便能夠高效快捷的處理廣告合同。需要根據(jù)廣告合同預定版面，版面部根據(jù)預約的版面信息審閱與制訂版面。為了便于預約與審訂，還需要提供版面預訂情況的檢索功能。本文討論了系統(tǒng)開發(fā)中采用的開發(fā)模式以及在系統(tǒng)中使用的技術。應采用MVC三層架構思想構建網(wǎng)站和SQLServer數(shù)據(jù)庫進行開發(fā)。

　　

【正文】 2 LayNo int 是 3 MagId int 是 雜志 id 4 MagText nvarchar 是 雜志簡介 5 SizeId int 是 大小 id 6 TypeId int 是 類型 id 7 StateId int 是 8 Company nvarchar 是 公司 表名： Magazine 序號 列名 數(shù)據(jù)類型 允許空 說明 1 ID int 否 ID 2 MagName Nvarchar(32) 否 雜志名稱 3 IssuDate datetime 否 發(fā)布日期 4 MagNo int 否 雜志編號 5 FullName nvarchar(32) 否 全稱 表名： MagState 序號 列名 數(shù)據(jù)類型 允許空 說明 1 Id int 否 Auto_increment 2 StateName Nchar（ 10） 是 城市名 表名： UnitSize 青島理工大學畢業(yè)設計（論文） 22 序號 列名 數(shù)據(jù)類型 允許空 說明 1 id int 否 auto_increment 2 UnitName Nvarchar（ 16） 是 單位名稱 3 UnitCount int 是 單位數(shù)量 表名： Users 序號 列名 數(shù)據(jù)類型 允許空 說明 1 id int 否 2 UserName Nvarchar(16) 是 座位類型名 3 Password Nvarchar 是 密碼 4 TypeId Int 是 類型 ID 5 Email Nvarchar（ 32） 是 郵箱 6 RegDate Datetime 是 注冊日期 表名： UserType 序號 列名 數(shù)據(jù)類型 允許空 說明 1 id int 否 2 TypeName Nvarchar（ 16） 是 類型名稱 第 6 章 系統(tǒng)測試 在測試階段測試人員努力設計出一系列測試方案，目的卻是為了“破壞”已經(jīng)建造好的軟件系統(tǒng) — 竭力證明程序中有錯誤不能按照預定要求正確工作。 測試階段的根本目標的是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。 測試目標 測試的目標或定義： 青島理工大學畢業(yè)設計（論文） 23 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程； 好的 測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案； 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。 黑盒測試和白盒測試 對于軟件測試而言，黑盒測試法把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結構和處理過程。也就是說，黑盒測試是在程序接口進行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。黑盒測試又成為功能測試。與黑盒測試法相反，白盒測試法的前提是可以把程序看成裝在一個透明的白盒子里，也就是完全了解程序的結構和 處理過程。白盒測試又稱結構測試。 測試準則 為了能設計出有效的測試方案，軟件工程師必須充分理解并正確運用指導軟件測試的基本準則。主要的測試準則如下： 所有的測試都應該能追溯到用戶需求； 應該在測試開始之前的相當長時間就制定出測試計劃； 測試應該從“小規(guī)?！保⒅鸩竭M行“大規(guī)?！睖y試； 窮舉測試是不可能的； 為了達到最佳的測試效果，應該由獨立的第三方來從事測試工作。 白盒測試 邏輯覆蓋是設計白盒測試方案的一種技術。設計測試方案是測試階段的關鍵技術問題。所謂測試方案包括具體的測試目的，應該輸入的 測試數(shù)據(jù)和預期的輸出結果。 青島理工大學畢業(yè)設計（論文） 24 條件組合覆蓋要求選取足夠多的測試數(shù)據(jù)，使得每個判定表達式中條件的各種可能組合都至少出現(xiàn)一次。測試的過程中，我們主要采用了等價類劃分和邊值分析的測試方法。 下面我們只列舉了部分模塊簡單的測試用例： 1. 后臺登錄測試 (1) 合理的輸入條件 輸入數(shù)據(jù)：管理員賬號（該系統(tǒng)用戶存在）、管理員密碼（密碼正確）、驗證碼（驗證碼正確） 預期結果：登錄成功，轉入系統(tǒng)主界面 (2) 不合理的輸入條件 輸入數(shù)據(jù)：管理員賬號為空、密碼（密碼正確）、驗證碼（驗證碼正確） 預期結果：提示登錄失敗，賬號不 存在 輸入數(shù)據(jù)：管理員賬號（該系統(tǒng)用戶存在）、密碼（密碼錯誤）、驗證碼（驗證碼正確） 預期結果：提示登錄失敗，密碼不正確 輸入數(shù)據(jù)：管理員賬號（該系統(tǒng)用戶存在）、密碼（密碼正確）、驗證碼（驗證碼不正確） 預期結果：提示登錄失敗，驗證碼不正確 2. 創(chuàng)建用戶的測試用例 (1) 合理的輸入條件 輸入數(shù)據(jù)：各項不為空、所輸入各項數(shù)據(jù)格式符合常理、并且用戶名唯一。 預期結果：成功更新數(shù)據(jù)庫，顯示創(chuàng)建成功頁面。 (2) 不合理的輸入條件 輸入的部分數(shù)據(jù)：用戶名（數(shù)據(jù)庫中已存在） 預期結果：提示該用戶名已經(jīng)存在。 青島理工大學畢業(yè)設計（論文） 25 輸入 的部分數(shù)據(jù)：倆次密碼不一樣 預期結果：提示數(shù)據(jù)非法倆次密碼輸入不一致。 輸入的部分數(shù)據(jù)：某一項為空 預期結果：提示該項不能為空。 輸入的部分數(shù)據(jù)：某項的輸入不符合常理 預期結果：提示該項格式不正確。 3. 新增廣告合同的測試用例 (1) 合理的輸入條件 輸入數(shù)據(jù)：各項不為空、廣告合同唯一、預約期刊合理 預期結果：成功更新數(shù)據(jù)庫，顯示創(chuàng)建成功頁面。 (2) 不合理的輸入條件 輸入的部分數(shù)據(jù)：廣告合同（數(shù)據(jù)庫中已存在） 預期結果：提示該廣告合同已經(jīng)存在。 輸入的部分數(shù)據(jù)：某一項為空 預期結果：提示各項不能為空 輸入的部分數(shù)據(jù)：預約期刊已發(fā)行或不存在 預期結果：提示預約期刊有誤 黑盒測試 黑盒測試著重測試軟件的功能需求，黑盒測試不能取代白盒測試技術，它是與白盒測試技術互補的方法。白盒測試在測試過程的早期階段進行，而黑盒測試主要用于測試過程的后期。在黑盒測試中，程序采取了等價劃分、邊界值分析和錯誤推測等測試方法通過了測試。 青島理工大學畢業(yè)設計（論文） 26 第七章 結束語 經(jīng)過這段時期的緊張工作，本廣告合同管理管理系統(tǒng)終于完成了，也基本上達到了預期的目標。雖然一路坎坷，但最終還是完成了項目。 經(jīng)過這次設計開發(fā)，本人深切感受到自身理論的欠缺與 實際開發(fā)經(jīng)驗的不足，在遇到問題解決問題的過程中學習了很多的東西。首先，對于一個軟件開發(fā)的規(guī)范過程有了深入的理解，明白了在開發(fā)過程中的不足以及以后需要注意的問題。另外，就是學習了一門新的開發(fā)模式 MVC。 MVC 最初是 Inter 時代作為開發(fā)網(wǎng)站而使用的一種模式，在程序的開發(fā)過程中我體會到了它的開發(fā)簡單、條理清晰。另外通過這次畢業(yè)設計，對 C語言有了更深的理解。這次開發(fā)設計的廣告合同管理系統(tǒng)，有助于報社整合與優(yōu)化廣告合同管理的業(yè)務流程，提高工作效率，改善服務質(zhì)量，并提供基于信息的決策支持，適應了社會的 發(fā)展趨勢。 本程序在本地服務器上已通過測試，實現(xiàn)了廣告合同管理系統(tǒng)的基本功能。由于時間與能力的有限，本廣告合同管理系統(tǒng)未免有些簡單粗糙，有些相對復雜專業(yè)的操作如數(shù)據(jù)備份、導出模塊、智能預約期刊等我都沒有詳盡的實現(xiàn)，系統(tǒng)的功能還將有待于將來進一步完善。 青島理工大學畢業(yè)設計（論文） 27 致謝 在畢業(yè)設計已完成、即將離開母校之際，首先感謝辛勤培育我們的學校！是母校給我們學習和成長的良好空間，在這里我們不但學到了豐富的科學知識，也收獲了寶貴的人生體驗。這將給我以后的學習和生活帶來很大無窮的幫助！ 同樣也是我人生中的重要里程碑，它見證了我從一個什 么都不會的學生，一步一步學習走到了現(xiàn)在，能夠獨立完成一個項目。在完成這個項目的同時，不僅實在運用著以前學過的知識，同樣也是在學習著新的知識。在老師的輔導下，緊張而有序的完成了這次項目，對于自己犯的錯誤，老師也細心的分析指正，耐心的講解，讓我少走了許多的彎路。 其次，要感謝院系領導在生活上無微不至的關懷！還要感謝各位任課老師，是他們直接傳授給了我們最重要、最完善的知識，這使我們在以后的工作和學習中有了得力的保障！ 再次，感謝指導老師對我真誠的指導和督促！我完成各項工作，在知識的獲得上又得到一次提升。在此向指導 老師老師表示誠摯的謝意和衷心的祝福！ 還有，一個學期的畢業(yè)設計中，還得到了其他一些老師和同學的幫助。在此，也向他們表示感謝 ,并祝他們健康快樂！ 20xx 年 6 月 青島理工大學畢業(yè)設計（論文） 28 參考文獻 1. 孫衛(wèi)琴 李洪成 。 Tomcat與 Web開發(fā)技術詳解，北京電子工業(yè)出版社。 2. Perz 。 Juan engineering with Microsoft Visual sutdio team system[M].Henry Dream press。 3. 李建中 王珊。 《數(shù)據(jù)庫系統(tǒng)原理（第 2 版）》電子工業(yè)出版社。 4. 張長富 黃中敏。 JavaScript 動態(tài)網(wǎng)頁編程實例手冊平 [M]，北京海洋出版社。 20xx 5. 朱俊炎?！?Web 開發(fā)技術》 [M]。軟件工程實訓特色教材編寫委員會。 6. 嚴蔚敏 等?！稊?shù)據(jù)結構》第二版，清華大學出版社。 7. 薩師煊 王珊 。《數(shù)據(jù)庫系統(tǒng)概論》第三版 [M]，北京高等教育出版社， 20xx. 8. 李中華 。 基于 .NET 的模式實現(xiàn)與應用 [D]四川大學， 20xx 9. 任開銀 。 黃東，在 .NET 上架構公司級應用程序 [J]，微型計算機與應用 。