【正文】 G，但這是不準(zhǔn)確的。簡(jiǎn)單的說，缺陷就是 ：不滿足用戶確定的需求；軟件使用當(dāng)中出現(xiàn)的問題；不符合設(shè)計(jì)要求。而 BUG 是程序代碼當(dāng)中的錯(cuò)誤。 缺陷管理的目標(biāo) 對(duì)缺陷的管理一般而言需要達(dá)到以下目標(biāo)：⑴ 確保被發(fā)現(xiàn)的缺陷能夠被解決；這里解決的意思不一定是被修正，也可能是其他處理方式（例如，在下一個(gè)版本中修正或是不修正） ，總之，對(duì)每個(gè)被發(fā)現(xiàn)的 BUG 的處理方式必須能夠在開發(fā)組織中達(dá)到一致；⑵ 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢(shì)曲線識(shí)別測(cè)試過程的階段；決定測(cè)試過程是否結(jié)束有很多種方式，通過缺陷趨勢(shì)曲線來確定測(cè)試過程是否結(jié)束是常用并且較為有效的一種方式；⑶ 收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織的過程財(cái)富。 一般流程 缺陷信息提交后，會(huì)進(jìn)行分配，進(jìn)入待修正狀態(tài)。通常情況下，被分配的開發(fā)人員會(huì)負(fù)責(zé)對(duì)它進(jìn)行修復(fù)。然后由測(cè)試人員進(jìn)行驗(yàn)證，驗(yàn)證通過后就會(huì)被關(guān)閉。如果沒有通過驗(yàn)證，就會(huì)交給開發(fā)人員進(jìn)行修復(fù)。但開發(fā)人員基于某種原因或理由，也可能會(huì)拒絕修改，這時(shí)會(huì)交給評(píng)審委員會(huì)進(jìn)行評(píng)審，如果通過評(píng)審，則這個(gè)缺陷會(huì)被關(guān)閉，否則開發(fā)人員還是要繼續(xù)進(jìn)行修復(fù)。 缺陷跟蹤系統(tǒng)的現(xiàn)狀 河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書2軟件缺陷跟蹤對(duì)于保證軟件質(zhì)量的重要作用目前已經(jīng)被大多數(shù)軟件組織所接受。在 上，幾乎每一個(gè)比較受歡迎的開源項(xiàng)目，都有十分完備的缺陷追蹤記錄。目前比較著名的商業(yè)缺陷跟蹤軟件有 Compuware 公司的 TrackRecord。開源軟件有Mozilla 的 Bugzilla。在國內(nèi)，大家最熟悉的可能就是 BugFree 了。BugFree 的作者原是微軟的一名員工。在微軟時(shí)他就對(duì)微軟的內(nèi)部缺陷管理軟件 Raid 十分佩服。他認(rèn)為，遍布全球的微軟員工之所以會(huì)保持一致的思維模式和做事習(xí)慣，與整個(gè)研發(fā)流程的配套工具密不可分。而其中最重要的就是通過 Raid 把整個(gè)產(chǎn)品的研發(fā)有機(jī)地聯(lián)系起來。閱讀每個(gè) Bug，你可以詳細(xì)地看到大家討論解決該問題的完整思路。他引用 Project 2022 的 Architect 的一句話說：“Raid 是微軟最偉大的產(chǎn)品，為 Bill Gates 節(jié)省了無數(shù)金錢” 。 開發(fā)環(huán)境介紹 至于前臺(tái)應(yīng)用程序開發(fā)工具，常見的有 Visual Studio、Delphi、Power Builder、Visual C++， 、Visual Basic 等，其中 是 Microsoft 公司最新推出 框架的新一代網(wǎng)絡(luò)編程語言，也是目前最新的 Web 技術(shù)之一。 是建立在公共語言運(yùn)行庫上的編程框架，可用于服務(wù)器上生成功能強(qiáng)大的 Web 程序，在 中程序代碼與頁面可以完全剝離，使用 Web Control，不再區(qū)分客戶端或服務(wù)器端程序，可以直接進(jìn)行數(shù)據(jù)交換，用 Visual Studio 可以方便的調(diào)試和跟蹤，支持C和 VB 語言，支持面向?qū)ο缶幊?，可利用早期綁定，?shí)時(shí)編譯、本機(jī)優(yōu)化和緩存服務(wù)，這相當(dāng)于在編寫代碼之前便顯著提高了性能。 是建立在通用語言運(yùn)行時(shí)刻庫（CLR）上的應(yīng)用程序框架。他用來在服務(wù)器端構(gòu)建功能強(qiáng)大的 web 應(yīng)用程序。 提供了幾個(gè)超越以前 web 開發(fā)模式的優(yōu)點(diǎn)： ⑴ 增強(qiáng)的性能。 是運(yùn)行在服務(wù)器端的編譯后的 CLR 代碼，而不是像 ASP那樣解釋執(zhí)行。 利用提前綁定，即時(shí)編譯，本地優(yōu)化和緩存服務(wù)來提高性能。所有這一切，性能遠(yuǎn)遠(yuǎn)大于你以往寫的每一行代碼。 ⑵ 世界級(jí)水平的開發(fā)工具支持。在 Visual Studio . 的集成開發(fā)環(huán)境（IDE）中， 框架由豐富的工具箱和設(shè)計(jì)器組成。所見即所得的（WYSIWYG）編輯方式、拖放服務(wù)器控件、以及自動(dòng)部署，僅僅是這一強(qiáng)大工具所提供的一少部分功能。 ⑶ 強(qiáng)大而富有彈性。由于 是基于(CLR)的， 平臺(tái)的強(qiáng)大和富有彈性，同樣可以應(yīng)用于 web 應(yīng)用程序開發(fā)者。. 框架的類庫、消息以及數(shù)據(jù)訪問解決方案，都可以無縫集成到 web。 也是語言中立的，因此你可以選擇你最河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書3熟悉的語言，或者通過幾種語言來共同完成一個(gè)應(yīng)用。而且，CLR 的互用性可以保證你升級(jí)到 的時(shí)候，現(xiàn)存的基于 COM 的開發(fā)投資依然保留。 ⑷ 簡(jiǎn)單。 使執(zhí)行常用的工作變得很容易，比如從簡(jiǎn)單的表單提交、客戶端驗(yàn)證，到部署和站點(diǎn)配置。例如， 允許你建立用戶接口，實(shí)現(xiàn)頁面和邏輯代碼的分離，同時(shí)，就像 vb 的表單執(zhí)行模式那樣來處理事件（也就是說，由頁面驅(qū)動(dòng)模式變成了事件驅(qū)動(dòng)模式） 。此外，CLR 簡(jiǎn)化了部署，用來管理代碼服務(wù)，例如自動(dòng)參照和垃圾回收。 ⑸ 易于管理。 使用一個(gè)基于文本的、分層次的配置系統(tǒng)，它簡(jiǎn)化了服務(wù)器端環(huán)境和 web 應(yīng)用程序的設(shè)置。由于配置信息用純文本格式保存，新的設(shè)置不需要本地管理工具的支持。這種“零本地支持”的理念也同樣應(yīng)用到了部署 應(yīng)用程序。 應(yīng)用程序部署到服務(wù)器，簡(jiǎn)化為復(fù)制必要的文件到服務(wù)器。在部署，甚至替換正在運(yùn)行的變異代碼的時(shí)候，也不需要重新啟動(dòng)服務(wù)器。 ⑹ 可伸縮性和有效利用性。 被設(shè)計(jì)成可伸縮的，能為集群和多處理器環(huán)境設(shè)計(jì)提高性能。而且， 運(yùn)行時(shí)刻密切監(jiān)視和管理進(jìn)程，這樣，如果發(fā)生了錯(cuò)誤的行為，例如漏洞和死鎖，新的進(jìn)程會(huì)在當(dāng)前位置建立，來幫助你的應(yīng)用程序繼續(xù)處理事件請(qǐng)求。 ⑺ 可訂制和擴(kuò)展。 提供一種良好的擴(kuò)充結(jié)構(gòu)，允許開發(fā)者在適當(dāng)?shù)募?jí)別“插入”他們的代碼。事實(shí)上，使用自己的編寫的組件可以擴(kuò)展或者替換 運(yùn)行時(shí)刻的任何子組件。執(zhí)行自定義驗(yàn)證或狀態(tài)服務(wù)變得前所未有的容易。 ⑻ 安全性。內(nèi)建的 windows 驗(yàn)證和每一個(gè)應(yīng)用程序的獨(dú)立配置，你可以認(rèn)為你的應(yīng)用程序是安全的。小結(jié)本章對(duì)開發(fā)背景及開發(fā)環(huán)境做了詳細(xì)的介紹，首先介紹了什么是缺陷，缺陷管理的目標(biāo)及現(xiàn)狀，另外還介紹了本系統(tǒng)的一般流程，其次還介紹了開發(fā)環(huán)境—，這樣就為開展本系統(tǒng)做好了前期準(zhǔn)備工作。河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書42 可行性分析 可行性研究 可靠性分析 可靠性分析是在用戶的要求和系統(tǒng)調(diào)研的基礎(chǔ)上進(jìn)行的，對(duì)新系統(tǒng)的開發(fā)從社會(huì)、技術(shù)、經(jīng)濟(jì)、管理等方面進(jìn)行分析，并得出新系統(tǒng)的開發(fā)工作可行、不可行、需要修改、追加投資、暫緩開發(fā)、分步實(shí)施等方案和結(jié)論，最后完成可行性分析。 可行性分析 可行性分析一般可定義為：可行性分析是在建設(shè)的前期對(duì)工程項(xiàng)目的一種考察和鑒定，對(duì)擬議中的項(xiàng)目進(jìn)行全面與綜合的技術(shù)、經(jīng)濟(jì)能力的調(diào)查，判斷它是否可行。 可行性分析階段的主要工作包括以下幾個(gè)方面： ⑴ 新系統(tǒng)目標(biāo)可行性分析：分析新系統(tǒng)的目標(biāo)是否符合的現(xiàn)狀和發(fā)展的需要。 ⑵ 社會(huì)可行性分析： 社會(huì)可行性分析主要是指管理信息系統(tǒng)的開發(fā)是否符合國家法律、下策，是否能夠與社會(huì)大系統(tǒng)實(shí)現(xiàn)良好的對(duì)接。 ⑶ 技術(shù)可行性分析：技術(shù)可行性分析是根據(jù)新系統(tǒng)的目標(biāo)來衡量是否具備所需要的技術(shù)，包括系統(tǒng)開發(fā)人員數(shù)量和水平，硬件方面，軟件方面及其它應(yīng)用技術(shù)。 ⑷ 經(jīng)濟(jì)可行性分析：經(jīng)濟(jì)可行性分析主要是對(duì)開發(fā)新系統(tǒng)所投入的資金與系統(tǒng)投入使用后所帶來的經(jīng)濟(jì)效益進(jìn)行比較，確認(rèn)新系統(tǒng)是否會(huì)給帶來一定的經(jīng)濟(jì)效益。 ⑸ 管理可行性分析： 管理可行性分析主要是分析現(xiàn)行的管理體制和領(lǐng)導(dǎo)是否具有現(xiàn)代化的管理意識(shí)和管理水平。 河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書5可行性研究的輸入信息是系統(tǒng)的一個(gè)框架描述和系統(tǒng)將如何在機(jī)構(gòu)中使用的說明信息。它指明現(xiàn)有的軟件，硬件技術(shù)能否實(shí)現(xiàn)用戶對(duì)新系統(tǒng)的要求。從業(yè)務(wù)角度來決定系統(tǒng)開發(fā)是否劃算以及在預(yù)算范圍內(nèi)能否開發(fā)出來?？尚行匝芯渴潜容^便宜和省時(shí)的。結(jié)果就是要得出結(jié)論，該系統(tǒng)是否值得進(jìn)行更細(xì)致的分析?？尚行匝芯康哪康木褪怯米钚〉拇鷥r(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。本系統(tǒng)的可行性分析包括以技術(shù)可行性，經(jīng)濟(jì)可行性和運(yùn)行可行性 3 個(gè)方面的內(nèi)容。 技術(shù)可行性 技術(shù)可行性是指根據(jù)任務(wù)書提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，現(xiàn)有的技術(shù)已較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項(xiàng)條件良好，估計(jì)利用現(xiàn)有技術(shù)條件應(yīng)基本可以達(dá)到該系統(tǒng)的功能目標(biāo)。同時(shí)，鑒于系統(tǒng)開發(fā)期較短，預(yù)計(jì)系統(tǒng)大部分功能可以在預(yù)定的時(shí)間內(nèi)完成，部分功能。 經(jīng)濟(jì)可行性 經(jīng)濟(jì)可行性是指估算新系統(tǒng)的成本效益分析，其中包括估計(jì)項(xiàng)目開發(fā)的成本，開發(fā)費(fèi)用和今后的運(yùn)行、維護(hù)費(fèi)用，估計(jì)新系統(tǒng)將獲得的少部分效益，估算開發(fā)成本不會(huì)高于項(xiàng)目預(yù)期的全部經(jīng)費(fèi)。并且，分析系統(tǒng)開發(fā)不會(huì)對(duì)其它產(chǎn)品或利潤(rùn)帶來影響。當(dāng)收益達(dá)到一定時(shí)，系統(tǒng)將會(huì)開源。估算新程序的成本效益分析，其中包括估計(jì)項(xiàng)目開發(fā)的成本，開發(fā)費(fèi)用和今后的運(yùn)行、維護(hù)費(fèi)用，估計(jì)新程序?qū)@得的效益，估算開發(fā)成本不會(huì)高于項(xiàng)目預(yù)期的全部經(jīng)費(fèi)。并且，程序開發(fā)一定會(huì)對(duì)其它產(chǎn)品或利潤(rùn)帶來一定影響。 運(yùn)行可行性 運(yùn)行可行性是指新系統(tǒng)的研制和開發(fā)充分考慮到所使用的人群主要有一定計(jì)算機(jī)能力的學(xué)生，和有一定維護(hù)經(jīng)驗(yàn)的系統(tǒng)管理員，新程序的研制和開發(fā)考慮工作人員對(duì)程序操作易，效率高。完全滿足使用者的要求。小結(jié)本章對(duì)本系統(tǒng)的可行性進(jìn)行了分析，從可靠性分析、技術(shù)可行性、經(jīng)濟(jì)可行性和運(yùn)行可行性等方面進(jìn)行了分析，得到的結(jié)果是本系統(tǒng)可以進(jìn)行研發(fā)的，我們也將盡自己最大的能力來完善系統(tǒng)。河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書63 系統(tǒng)分析 需求分析 系統(tǒng)分析是開發(fā)管理信息系統(tǒng)的關(guān)鍵性階段，是一個(gè)從不斷認(rèn)識(shí)和逐步細(xì)化的過程，是下一階段的工作基礎(chǔ)，是為下一階段進(jìn)行物理方案設(shè)計(jì)、解決“怎么做”提供依據(jù)，基關(guān)鍵性主要體現(xiàn)在“理解需求”和“表達(dá)需求”兩方面。 通過對(duì)現(xiàn)行系統(tǒng)的詳細(xì)調(diào)研，主要是從系統(tǒng)的角度理解用戶的需要，確定新系統(tǒng)的綜合要求，并提出這些需求的實(shí)現(xiàn)條件以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)，也就是確定新系統(tǒng)要做什么，做到什么程度。這些需求包括： ⑴ 功能需求。確定新系統(tǒng)應(yīng)做什么，這是最主要的需求。 ⑵ 性能需求。給出所開發(fā)的新系統(tǒng)的技術(shù)性能指標(biāo)，包括存儲(chǔ)容量限制、運(yùn)行時(shí)間限制、安全保密性等。 ⑶ 環(huán)境需求。這是對(duì)系統(tǒng)運(yùn)行以及所處環(huán)境的要求。例如，在硬件方面采用什么機(jī)型、有什么硬件設(shè)備等；在軟件方面，采用什么支持系統(tǒng)運(yùn)行的系統(tǒng)軟件（指操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)） 。 ⑷ 未來需求。這類要求是指目前不屬于系統(tǒng)開發(fā)的范圍，但將來隨著外界環(huán)境的變化以及系統(tǒng)的發(fā)展可能會(huì)提出的要求。了解這類要求的目的是在開發(fā)過程中，可對(duì)系統(tǒng)將來可能的擴(kuò)展與修改做準(zhǔn)備。一旦需要時(shí)，就比較容易進(jìn)行補(bǔ)充和修改了。 系統(tǒng)總體設(shè)計(jì) 通過廣泛的原型接受性測(cè)試，界面風(fēng)格以及交互方式得到了確認(rèn)。下列地方進(jìn)行了更改：缺陷搜索的地方去掉了針對(duì)修復(fù)者的搜索條件。因?yàn)樾迯?fù)者可以通過 Email獲知自己應(yīng)修復(fù)的錯(cuò)誤的 ID 號(hào)。不需要通過這個(gè)查詢頁面來找。而用戶更是不需要知道哪個(gè)修復(fù)者修復(fù)的缺陷。他只關(guān)心這個(gè)缺陷是否被修復(fù)了。用戶更改及添加頁面添加了用戶 Email 一欄。經(jīng)過以上分析，本系統(tǒng)的總體設(shè)計(jì)模塊圖如下圖 31 所示，流程圖如下圖 32 所示 河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書7缺陷跟蹤管理系統(tǒng)管理員 項(xiàng)目經(jīng)理 技術(shù)人員用戶操作項(xiàng)目成員操作修改密碼缺陷類別操作缺陷狀態(tài)操作用戶操作缺陷操作缺陷類別管理缺陷狀態(tài)管理用戶操作缺陷操作缺陷類別管理缺陷狀態(tài)管理本人信息圖 31 系統(tǒng)總體模塊圖缺陷跟蹤管理系統(tǒng)：由管理員、項(xiàng)目經(jīng)理、和技術(shù)人員組成。其中管理員完成功能：用戶操作、項(xiàng)目成員操作、缺陷類別管理、缺陷狀態(tài)管理、修改密碼。項(xiàng)目經(jīng)理完成功能：用戶操作、缺陷操作、缺陷類別管理、缺陷狀態(tài)管理、本人信息。測(cè)試員完成功能：用戶操作、缺陷操作﹑缺陷類別管理、缺陷狀態(tài)管理。每一個(gè)功能都有各自的細(xì)節(jié)設(shè)計(jì)，詳細(xì)設(shè)計(jì)見第 5 章的總體設(shè)計(jì)。每一個(gè)系統(tǒng)都有自己流程圖，本系統(tǒng)也不例外，下面為本系統(tǒng)的總流程圖，如圖32 所示。河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書8No開始該錯(cuò)誤處理流程結(jié)束項(xiàng)目經(jīng)理標(biāo)記該錯(cuò)誤狀態(tài)為“忽略”測(cè)試人員發(fā)現(xiàn)錯(cuò)誤，填寫報(bào)告，設(shè)置狀態(tài)為“開放”項(xiàng)目經(jīng)理瀏覽所有狀態(tài)為“開放”的錯(cuò)誤錯(cuò)誤描述清晰？Yes錯(cuò)誤可以忽略？項(xiàng)目經(jīng)理分配責(zé)任人，標(biāo)記錯(cuò)誤狀態(tài)“已分配”程序員閱讀錯(cuò)誤報(bào)告，檢查該錯(cuò)誤是否可接受錯(cuò)誤可接受？Yes程序員修復(fù)錯(cuò)誤,修復(fù)成功后標(biāo)記為“已修復(fù)”測(cè)試人員檢查標(biāo)記為“已修復(fù)”的錯(cuò)誤確實(shí)被修復(fù)？測(cè)試人員標(biāo)記該錯(cuò)誤狀態(tài)為“關(guān)閉”Yes測(cè)試人員檢查并重新填寫錯(cuò)誤拒絕該錯(cuò)誤，標(biāo)記錯(cuò)誤狀態(tài)為“拒絕”測(cè)試人員重新標(biāo)記該錯(cuò)誤狀態(tài)為“開放”NoNoNoYes圖 32 系統(tǒng)流程圖河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書9 系統(tǒng)的運(yùn)行環(huán)境 在不適當(dāng)配置的情況下，系統(tǒng)的性能往往不盡如人意，但現(xiàn)在的硬件性能已經(jīng)相當(dāng)出色，而且價(jià)格也很便宜，因此，為了更好的完善系統(tǒng)我們通常給服務(wù)器端配置高性能硬件。系統(tǒng)需求：操作系統(tǒng)：Windows 7 CPU：賽揚(yáng) 1G 以上；推薦：奔騰 1G 以上內(nèi)存：256MB；推薦：512MB網(wǎng)卡：100Mb 自適應(yīng)網(wǎng)卡，推薦：Dlink 530 TX 或 1000Mb 網(wǎng)卡硬盤： 普通硬盤，推薦：7200 轉(zhuǎn)聲/顯卡主板均可集成推薦：INTEL815 及 815 以上芯片組小結(jié)本章對(duì)本系統(tǒng)的需求進(jìn)行了分析，系統(tǒng)分析，并且給出了系統(tǒng)功能圖和系統(tǒng)流程圖，也對(duì)系統(tǒng)需求做了最低配置的建議，這對(duì)整個(gè)系統(tǒng)要完成的功能上有了輪廓的概念，并對(duì)本系統(tǒng)的運(yùn)行環(huán)境做了介紹。河北工程大學(xué)畢業(yè)設(shè)計(jì)說明書104