計算機畢業論文開題報告格式範文

學識都 人氣:8.61K

開題報告包括綜述、關鍵技術、可行性分析和時間安排等四個方面,下面是小編蒐集整理的計算機畢業論文開題報告格式範文,供大家閲讀參考。

計算機畢業論文開題報告格式範文

題 目: BUG 管理信息系統設計

第一部分 文獻綜述

軟件測試行業是隨着社會化大生產及市場經濟對產品質量的要求而產生的。因為產品質量是企業生存的保證。軟件測試是一項繁瑣、重複而又必須細緻的工作。作為軟件測試人員除了要具有良好的專業技能外,還要具有一絲不苟、腳踏實地的工作素質,要始終把客户的需求永貫心中,把保證質量作為永恆的使命。

軟件測試主要包括單元測試、集成測試、系統測試、驗收測試;也有各種不同測試方法,如功能測試、性能測試、配置測試、兼容性測試、恢復性測試、易用性測試,界面測試等;但軟件測試中關鍵的還是人的因素。軟件測試就是發現軟件中的問題,並分析其產生的原因,才能解決它。所以只有全面地瞭解軟件的研發過程,真正地進入到軟件的整個生命週期,才能儘量多的發現其中問題,才能可靠的保證軟件質量。

BUG信息管理系統作為測試工作的一個重要部分,對軟件測試中發現的BUG進行跟蹤管理,確保每個被發現的BUG都能夠及時得到處理,使項目組成員之間或項目成員與客户之間能夠在統一的平台上進行流暢、高效地協調與溝通,因此在軟件項目中起着不可替代的作用。

(一) BUG系統現狀研究

作為一個BUG信息管理系統,首先應該包括BUG的詳細信息和跟蹤處理履歷。Bug信息可以包括項目名稱,版本號,發現者,級別,測試步驟,異常現象,預期結果,同時可以包括BUG發生的事前條件和必要的抓圖。

其次應該定義BUG狀態:

? 新建(New):測試中新發現的Bug;

? 打開 (Open):被確認並分配給相關開發人員處理;

? 修正(Fixed):開發人員已完成修正,等待測試人員驗證;

? 重新打開(Reopen):修正失敗,再次提交。

? 拒絕(Declined):對BUG內容存在異議,返回給測試人員;

? 延期(Deferred): 不在當前版本修復的錯誤,下一版修復

? 關閉(Closed):錯誤已被修復;

然後是Bug處理流程: 測試人員提交新的Bug入庫,錯誤狀態為New。 測試、項目經理驗證錯誤,如果確認是錯誤,分配給相應的開發人員,設置狀態為Open。如果不是錯誤,則拒絕,設置為Declined狀態。開發人員查詢狀態為Open的Bug,如果不是錯誤,則置狀態為Declined;如果是Bug則修復並置狀態為Fixed。不能解決的Bug,要留下文字説明及保持Bug為Open狀態。 對於不能解決和延期解決的Bug,不能由開發人員自己決定,一般要通過某種會議(評審會)通過才能認可。測試人員查詢狀態為Fixed的Bug,然後驗證Bug是否已解決,如果解決Bug的狀態為Closed,如沒有解決置狀態為Reopen。

軟件錯誤流程管理要點:為了保證錯誤的正確性,需要有豐富測試經驗的測試人員驗證發現的錯誤是否是真正的錯誤,書寫的測試步驟是否準確。 每次對錯誤的處理都要保留處理信息,包括處理姓名,時間,處理方法,處理意見,Bug狀態。 等到下一階段,可以將BUG重現打開。 拒絕或延期錯誤不能由程序員單方面決定,應該由項目經理,測試經理和設計經理共同決定。錯誤修復後必須由報告錯誤的測試人員驗證後,確認已經修復,才能關閉錯誤。加強測試人員與程序員的交流,對於某些不能重複的錯誤,可以請測試人員補充詳細的測試步驟和方法,以及必要的測試用例。

至今為止,比較流行的BUG管理軟件已經有很多,例如Bugzilla,Mantis,BMS,TeamTrack,LotusNotes,ClearQuest等。

以上記述的Bug管理系統已經具備比較完善的功能和Bug處理流程,但多為國外軟件,沒有與國內的大眾軟件開發模式接軌;雖然部分屬於開源軟件,但自定義也需要編寫大量代碼;而一些漢化後的軟件多為收費軟件,價格不菲,操作流程繁瑣,對於中小型軟件公司也不是很適用。導致這些軟件公司仍使用Excel進行BUG的跟蹤管理,有的甚至沒有進行相應的管理,發現Bug即時對應,沒有BUG的優先級和跟蹤記錄與統計,使軟件開發效率費時費力,可複用性差,直接影響到項目的進度與成本。為此研究一個處理流程簡潔的、開源的Bug管理軟件還是很有必要的。

(二)

是由Microsoft推出的,基於框架的新一代Web應用程序開發框架。其整體架構分為表示層,應用層和數據層,有效提高了Web應用程序開發的效率。 是建立在公共語言運行庫上的編程框架,可用於在服務器上生成功能強大的 Web 應用程序。與以前的 Web 開發模型相比, 提供了數個重要的優點:

1、增強的性能。 是在服務器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同, 可利用早期綁定、實時編譯、本機優化和盒外緩存服務。這相當於在編寫代碼行之前便顯著提高了性能。

2、世界級的工具支持。 框架補充了 Visual Studio 集成開發環境中的大量工具箱和設計器。WYSIWYG 編輯、拖放服務器控件和自動部署只是這個強大的工具所提供功能中的少數幾種。

3、威力和靈活性。由於 基於公共語言運行庫,因此 Web 應用程序開發人員可以利用整個平台的威力和靈活性。 框架類庫、消息處理和數據訪問解決方案都可從 Web 無縫訪問。 也與語言無關,所以可以選擇最適合應用程序的語言,或跨多種語言分割應用程序。另外,公共語言運行庫的交互性保證在遷移到 時保留基於 COM 的開發中的現有投資。

4、簡易性。 使執行常見任務變得容易,從簡單的窗體提交和客户端身份驗證到部署和站點配置。例如, 頁框架使您可以生成將應用程序邏輯與表示代碼清楚分開的用户界面,和在類似 Visual Basic 的簡單窗體處理模型中處理事件。另外,公共語言運行庫利用託管代碼服務(如自動引用計數和垃圾回收)簡化了開發。

5、可管理性。 採用基於文本的分層配置系統,簡化了將設置應用於服務器環境和 Web 應用程序。由於配置信息是以純文本形式存儲的,因此可以在沒有本地管理工具幫助的情況下應用新設置。此“零本地管理”哲學也擴展到了 框架應用程序的部署。只需將必要的文件複製到服務器,即可將 框架應用程序部署到服務器。不需要重新啟動服務器,即使是在部署或替換運行的編譯代碼時。

6、可縮放性和可用性。 在設計時考慮了可縮放性,增加了專門用於在聚集環境和多處理器環境中提高性能的功能。另外,進程受到 運行庫的密切監視和管理,以便當進程行為不正常(泄漏、死鎖)時,可就地創建新進程,以幫助保持應用程序始終可用於處理請求。

7、自定義性和擴展性。 隨附了一個設計周到的結構,它使開發人員可以在適當的級別“插入”代碼。實際上,可以用自己編寫的自定義組件擴展或替換 運行庫的任何子組件。實現自定義身份驗證或狀態服務一直沒有變得更容易。

8、安全性。藉助內置的 Windows 身份驗證和基於每個應用程序的配置,可以保證應用程序是安全的。是作為一系列過程來定義的。在數據庫應用程序中使用OOP語言的情況正在不斷增加。

(三) C#語言簡介

在過去的二十年裏,C和C++已經成為在商業軟件的開發領域中使用最廣泛的語言。它們為程序員提供了十分靈活的操作,不過同時也犧牲了一定的效率。與諸如Microsoft Visual Basic 等語言相比,同等級別的C/C++應用程序往往需要更長時間來開發。由於C/C++語言的複雜性,許多程序員都試圖尋找一種新的語言,希望能在功能與效率之間找到一個更為理想的權衡點。目前有些語言,以犧牲靈活性的代價來提高效率。可是這些靈活性正是C/C++程序員所需要的。這些解決方案對編程人員的限制過多(如屏蔽一些底層代碼控制的機制),其所提供的功能難以令人滿意。這些語言無法方便地同早先的系統交互,也無法很好地和當前的網絡編程相結合。

C# (C sharp) 是微軟對這一問題的解決方案。C#是一種最新的、面向對象的程式語言。它使得程序員可以快速地編寫各種基於Microsoft 平台的應用程序,Microsoft 提供了一系列的工具和服務來最大程度地開發利用計算與通訊領域。

1、效率與安全性。新興的網絡經濟迫使商務企業必須更加迅速的應對競爭的威脅。開發者必須不斷縮短開發週期,不斷推出應用程序的新版本,而不僅僅是開發一個“標誌性”的版本。 C#在設計時就考慮了這些問題。它使開發者用更少的代碼做更多的事,同時也不易出錯。

2、支持現有的網絡編程新標準。新的應用程序開發模型意味着越來越多地解決方案依賴於新出現的網絡標準,例如HTML,XML,SOAP等。現存的開發工具往往都是早於Internet出現的,或者是在我們所熟知的網絡還處於孕育期時出現的。所以,它們一般無法很好地支持最新的網絡技術。C#程序員可以在Microsoft 平台上事半功倍的構建應用程序的擴展框架。C#包含了內置的特性,使任何組件可以輕鬆轉化為XML網絡服務,通過Internet被任何操作系統上運行的任何程序調用。

3、消除大量程序錯誤。C#的現代化設計能夠消除很多常見的C++編程錯誤。 例如: 資源回收減輕了程序員內存管理的負擔、C#中變量由環境自動初始化、變量是類型安全的。這樣程序員編寫與維護那些解決複雜商業問題的程序就更方便了。

4、商業過程和軟件實現的更好對應。企業的.商業計劃要付諸現實,必須在抽象的商業過程和實際的軟件實現之間建立緊密地對應。不過大多數語言都很難做到這點。C#語言允許類型定義的,擴展的元數據。這些元數據可以應用於任何對象。項目構建者可以定義領域特有的屬性並把他們應用於任何語言元素-類,接口等等。然後,開發人員可以編程檢查每個元素的屬性。這樣,很多工作都變得方便多了,比如編寫一個小工具來自動檢查每個類或接口是否被正確定義為某個抽象商業對象的一部分,或者只是創建一份基於對象的領域特有屬性的報表。定製的元數據和程序代碼之間的緊密對應有助於加強程序的預期行為和實際實現的之間的對應關係。

5、擴展交互性。作為一種自動管理的,類型安全的環境,C#適合於大多數企業應用程序。但實際的經驗表明有些應用程序仍然需要一些底層的代碼,要麼是因為基於性能的考慮,要麼是因為要與現有的應用程序接口兼容。這些情況可能會迫使開發者使用C++, 即使他們本身寧願使用更高效的開發環境。商業過程和軟件實現的更好對應。企業的商業計劃要付諸現實,必須在抽象的商業過程

(四) SQL Server 2000

SQL Server 2000是Microsoft推出的關係數據庫管理系統,它提供了功能全面、操作簡單的圖形化界面。因為在應用中提供了專用於SQL Server數據庫應用系統的類庫,可以有效的提高數據庫效率,降低應用系統的開發難度,因此,在開發中,SQL Server成為了首選的數據庫後台管理系統。

SQL Server 2000是Microsoft開發和推廣的關係型數據庫管理系統,它是基於客户端/服務器模式的數據庫系統,圖形化界面使用户能夠更加快捷方便的對數據庫警醒管理,同事提供了豐富的編程接口,為程序的開發提供更多的便利。

SQL Server 2000以其性能高、穩定性好、便於管理和易於開發等優勢,贏得了眾多軟件開發者的喜愛,已經成為目前被廣泛應用的數據庫管理系統之一。SQL Server 2000數據庫管理系統即可對Web應用支持也可對數據倉儲支持,下面分別介紹其應用表現。

1、SQL Server 2000對Web應用的支持主要表現在對XML的支持,對數據的Web訪問支持,對分佈式分區視圖的支持,對Web和應用程序宿主的支持,安全性的支持,與 Enterprise Server Microsoft BizTalk和Microsoft Commerce Server的集成。

2、SQL Server 2000對數據倉儲的支持主要表現在:可伸縮性,數據轉換服務,索引視圖,數據挖掘,綜合性分析服務,聯機分析處理,OLAP靈活性,可支持Web的分析,元數據服務。

第二部分 論文提綱

一、緒論

(一)引言

(二)系統實現的目的和意義

(三)系統開發的理論及環境和工具

包括信息管理概述、、C#、SQL Server 2000等。

二、系統設計

(一)需求分析

(二)系統功能描述

系統主要分為系統登錄、首頁管理、項目管理、用户管理、權限管理、BUG跟蹤管理、用户個人信息管理、幫助信息、系統註銷九個功能模塊。對這些功能具體實現的內容進行描述。

(三)功能模塊劃分

(四)系統流程分析

三、數據庫設計

包括用户信息表,用户權限表、項目信息表、項目模塊表、項目版本表、BUG狀態表、BUG級別表、BUG引入階段表、BUG信息表、BUG跟蹤歷史表,以及各個表的關係圖。

四、系統公共模塊創建

包括ig和CSS的設計與實現。

五、系統界面和功能實現

(一)系統登錄

(二)首頁管理

(三)項目管理

(四)用户管理

(五)用户權限管理

(六)修改項目BUG

(七)用户個人信息管理

(八)幫助信息

六、總結

三、參考文獻目錄

[1]嶽劍波:《信息管理基礎》清華大學出版社 1999年;

[2]陳禹、楊波:《信息管理與信息系統概論》 中國人民大學出版社、 2005年11月;

[3]吳晨、張亮:《+SQL Server.數據庫開發與實例》 清華大學出版社 2006年8月;

[4]羅賓遜&內格:《C#高級編程》 清華大學出版社 2005年6月;

[5] Elfriede Dustin:《有效軟件測試》 中國電力出版社 2004年1月:

[6]梅爾斯:《軟件測試的藝術》 機械工業出版社 2006年3月;

[7]微軟公司:《自學教程》 中國勞動社會保障出版社 2004年1月;

[8]胡百敬、姚巧玫、SQL Server:《2005年數據庫開發詳解》 電子工業出版社 2006年6月;