vbac科研項目管理系統(tǒng)

1、交通大學 CIM 所科研項目管理系統(tǒng)開發(fā)摘要本設計按照管理信息系統(tǒng)的開發(fā)方法，通過系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施等一系列開發(fā)過程，以交通大學計算機集成制造為應用背景，開發(fā)一個有實用價值的科研項目管理系統(tǒng)，實現(xiàn)對科研項目和的科技的計算機管理，以提高項目及管理的水平，提供及時、準確的信息服務并減輕管理制作報表、統(tǒng)計分析的負擔，從而擺脫該長期以來通過人工對科研項目及的面貌。該系統(tǒng)能對科研項目及科技實現(xiàn)較全面的管理，提供數(shù)據(jù)錄入、多條件查詢、統(tǒng)計、報表輸出等日常管理所必需的功能，并在系統(tǒng)的易使用性上作了較大的努力。該系統(tǒng)是一個基于客戶機/服務器的系統(tǒng)，可以在多個客戶機上同時運行。采用 Visual Ba

2、sic 6.0 作為系統(tǒng)的開發(fā)語言，運行的環(huán)境為Windows NT 4.0 操作系統(tǒng)，的數(shù)據(jù)庫管理系統(tǒng)選用Acs 2000。目錄第一章 緒 論4第二章 系統(tǒng)分析2.1 概述62.2 現(xiàn)存及目標62.3 需求分析2.3.1 信息需求72.3.2 功能需求8第三章 系統(tǒng)設計3.1數(shù)據(jù)庫設計3.1.1數(shù)據(jù)庫概念設計103.1.2數(shù)據(jù)庫邏輯設計103.1.3數(shù)據(jù)庫物理設計3.1.3.1數(shù)據(jù)庫選型.123.1.3.2數(shù)據(jù)庫結構定義.133.1.3.3完整性規(guī)則.163.1.3.4索引.163.1.3.5安全性考慮.163.1.3.6磁盤空間分配.173.2選型3.2.1 選型的原則173.2.2 開發(fā)

3、選擇173.3系統(tǒng)總體結構183.4數(shù)據(jù)庫接口設計173.4.1數(shù)據(jù)接口選擇213.4.2具體實現(xiàn)213.5初始化模塊設計223.6主界面設計223.7錄入模塊設計233.8查詢模塊設計253.9設置模塊設計303.10 幫助模塊設計31第四章測試分析4.1測試的目的324.2功能的驗證334.3結論33第五章項目開發(fā)總結34致謝36參考文獻36第一章 緒論交通大學計算機集成制造（以下簡稱 CIM 所）每年都承接了大量的科研項目及為數(shù)眾多的科技，對這些成果進行統(tǒng)計所得到的信息在該的管理中具有重要的意義；首先，它反映了 CIM 所的學術水平和成就，是對該所進行各種評估時的主要參考依據(jù)；第二，通過

4、這些統(tǒng)計結果，可以看出 CIM 所的發(fā)展趨勢，從而為的發(fā)展決策提供重要的輔助信息；第三，它是某位研究的工作成就的主要途徑之一；最后，這些統(tǒng)計信息也是主管部門經(jīng)常要求上報的信息。顯然，需要有一套行之有效段來對 CIM 所的科研項目及進行管理。到目前為止，CIM 所的科研項目管理一直采用人工管理的方式，并無一套的管理規(guī)范，也沒有相應的專職管理，只有當上級部門要求統(tǒng)計項目或情況時才由有關查閱本所的各種相關文檔，人工進行統(tǒng)計并制作報表。這種管理的弊端是顯而易見的。在現(xiàn)在這個計算機得到普遍應用的時代，很多過去依靠人工進行的管理都由計算機所取代。尤其在信息的、加工和上計算機能取得人所不能比擬的作用。通過計

5、算機進行管理的主要方法是建立管理信息系統(tǒng)（Management Information System,MIS）。對管理信息系統(tǒng)有許多種解釋，按照管理信息系統(tǒng)的創(chuàng)始人明尼蘇達大學的 Gordon B.Davis 教授給出的定義，MIS 是一個利用計算機硬件和，手工作業(yè)，分析、計劃、控制和決策模型，以及數(shù)據(jù)庫的用戶機器系統(tǒng)。它能提供信息，支持企業(yè)或組織的運行、管理和決策功能。我國學者薛則將其定義為：管理信息系統(tǒng)是一個以人為主導，利用計算機硬件、網(wǎng)絡通信設備以及其他辦公設備，進行信息的收集、傳輸、加工、更新和，以企業(yè)競優(yōu)、提高效率和效益為目的，支持企業(yè)決策、中層控制、基層的集成化的人機系統(tǒng)。盡管定義

6、不同，但總的說來，管理信息系統(tǒng)終究要起到一個提高管理效率、減輕管理負擔的作用。無論對于企業(yè)或其他組織，建立一個管理信息系統(tǒng)都是實現(xiàn)其先進管理所必須的。有鑒于此，開發(fā)一個 CIM 所的科研項目和管理信息系統(tǒng)是很有必要的。它將有助于將管理從煩瑣的管理工作中解脫出來，使管理系統(tǒng)化、條理化，能迅速獲得感的信息。管理信息系統(tǒng)是一個的系統(tǒng)或集成系統(tǒng)，通常包括業(yè)務信息系統(tǒng)、知識工作系統(tǒng)、決策支持系統(tǒng)等。根據(jù)現(xiàn)有人力和時間限制條件以及項目和管理的特點，不可能也沒有必要建立一個完整的、具有所有功能的管理信息系統(tǒng)。選擇開發(fā)一個相對較小的實用的數(shù)據(jù)處理系統(tǒng)。數(shù)據(jù)處理系統(tǒng)（Data Prosing System,DP

7、S）又稱為電子數(shù)據(jù)處理系統(tǒng)（ Electronic Data Prosing System,EDPS ） 或業(yè)務處理系統(tǒng)（ Tranion ProsingSystem,TPS），它屬于管理信息系統(tǒng)的范疇，但不是管理信息系統(tǒng)的全部。其主要特點是簡單、精確和標準化。業(yè)務范圍主要是業(yè)務數(shù)據(jù)的登錄，數(shù)據(jù)的編輯，將數(shù)據(jù)信息以文件形式存入軟盤、磁帶或硬盤，通過存取這些數(shù)據(jù)信息打印出報表，主要的操作是排序、列表、更新、查詢等，主要使用的運算是簡單的加減乘除，其輸入一般是原始的單據(jù)或表單，輸出一般是分類或匯總的報表，主要使用的是運行。這一類系統(tǒng)由于處理處于較低的管理層，因而問題比較結構化，即處理步驟較固定，系

8、統(tǒng)結構相對比較簡單，無須很復雜的實現(xiàn)技術。去年交通大學計算機集成已經(jīng)開發(fā)了一個基于 SQL server 的科研項目管理系統(tǒng)，今年所里想將該系統(tǒng)移植到 Acs 數(shù)據(jù)庫上。本設計的主要任務就是為交通大學計算機集成移植并升級更有實用價值的科研項目及管理系統(tǒng)，以實現(xiàn) CIM 所的科研項目及管理計算機化，擺脫人工進行管理的面貌。并作為一項畢業(yè)設計的成果。第二章 系統(tǒng)分析2.1概述管理信息系統(tǒng)通常是一個復雜的系統(tǒng)，它既受環(huán)境的互相影響，又受外部環(huán)境的制約，需要考慮很多。系統(tǒng)分析首先應對系統(tǒng)現(xiàn)狀進行分析，提出新系統(tǒng)要達到的目標，然后確定用戶對目標系統(tǒng)的要求，為設計提供基礎。其主要任務是將在系統(tǒng)詳細中所得的

9、文檔資料集中在一起，對組織整體管理狀況和信息處理過程進行分析；目的是將用戶的需求確定下來。其中的需求分析是系統(tǒng)開發(fā)工作中最重要的環(huán)節(jié)之一，是系統(tǒng)設計的依據(jù)，需求分析已經(jīng)成為一門獨立的學科，稱為需求工程（Requirement Engineering,RE），即應用已證實有效的技術、方法進行需求分析，確定用戶需求，幫助開發(fā)理解問題并定義目標系統(tǒng)的所有外部特征。系統(tǒng)分析一般還應包括業(yè)務流程及數(shù)據(jù)流程分析等，但由于項目及管理來說，只是一個簡單的歸檔及統(tǒng)計問題，故可以省去。重點放在用戶的信息和功能需求上。由于目前對 CIM 所的項目和進行管理的主要是該所的，工作很繁忙，無法抽出過多時間進行交流，所以采

10、取的需求分析方法主要采用首先對 CIM 所過去產(chǎn)生的各種手工報表進行分析，從用戶的角度提出需求的設想，然后再請所里修改。2.2現(xiàn)存及目標經(jīng)過分析，得出目前采用人工管理存在如下主要問題：（1）項目信息查詢、統(tǒng)計由于缺乏有效的規(guī)范，無法對本所的所有科研項目進行管理，當需要進行統(tǒng)計工作或需要查詢某個項目的基本情況（如撥款情況或成果情況）時只能通過向該項目的詢問，造成極大的不便。特別是當需要以某種條件進行統(tǒng)計或查詢時（如統(tǒng)計本所所有 863 計劃項目或統(tǒng)計本所所有獲獎項目等）尤其。（2）統(tǒng)計由于具有周期長、分布廣泛的特點，當通知或雜志、期刊抵達時，往往相關已經(jīng)遺忘甚至已經(jīng)離開，由于缺乏專職管理和一套行

11、之有效的管理規(guī)范，通知或雜志寄到時沒有及時歸檔，以至于當需要進行統(tǒng)計工作時不得不找，效率非常低，并且極易統(tǒng)計不完全或由于遺忘而造成數(shù)據(jù)不屬實的現(xiàn)象。（3）浪費的時間和精力當需要進行統(tǒng)計工作，尤其是用于送交部門的報表，一般往往不熟悉情況或要求而不得不由所里主要來完成,浪費了的大量時間和精力。根據(jù)上面的分析，提出以下開發(fā)目標：（1）提高項目及管理的水平，提供及時、準確的信息服務；（2）提高信息檢索的效率，實現(xiàn)靈活的查詢，包括多條件查詢、模糊查詢等；（3）減輕管理制作報表、統(tǒng)計分析的負擔；實用。系統(tǒng)規(guī)模不宜太大，但又要能保證支持日常工作的要求；系統(tǒng)應易于修改和擴充。2.3需求分析2.3.1 信息需求

12、（1）關于項目基本情況的信息項目：格式為 年份+序號項目名稱（中文、英文）12主要承擔人 1主要承擔人 2項目來源項目性質(zhì) 分為國家自然科學基金、863、部省科委及企業(yè)文件柜號四種情況科研代號電子文檔名開始日期：格式為 年份+月份+日期結束日期：格式為 年份+月份+日期注：項目是一個七位字符串，其格式為 YYYY-#，其中 YYYY 為立項年份，#是兩位數(shù)，表示該項目在某年中的立項順序。（2）關于項目財務情況的信息財務分類總經(jīng)費（萬元）第一（二六）次撥款數(shù)（萬元）第一（二六）次撥款日期：格式為 年份+月份第一（二六）次免扣額（萬元）撥款總額（計算項）累計支出（萬元）（3）項目成果情況驗收日期：

13、格式為年份+月份+日年份+月份+日年份+月份+日鑒定日期：格式為獲獎日期：格式為鑒定獲獎名稱授獎號（4）關于情況的信息名稱（中文、英文）日期：格式為 年份+月份期刊名稱作者（1-6）范圍 分為、國際、地方三種情況檢分為 EI、SCI、和一般四種情況檢索號學科門類來源（5）關于會議情況的信息2.3.2名稱（中文、英文）會議時間：格式為 年份+月份會議名稱入選集名稱作者（1-6）*范圍 分為、國際、地方三種情況學科門類來源會議地點功能需求（1）數(shù)據(jù)錄入 分別以項目、會議為錄入項目、及會議的全部數(shù)據(jù)，對項目也可以分別以基本情況、財務情況或成果情況為錄入。錄入時應包括對數(shù)據(jù)的正確性校驗。數(shù)據(jù)查詢支持平

14、時對數(shù)據(jù)的修改，包括、刪除及更新。i 項目查詢以項目名稱、主要承擔人、項目性質(zhì)、開始日期、財務為條件查詢項目的各種情況，對項目名稱支持模糊查詢。ii查詢以日期、來源、檢為條件查詢。iii 會議查詢以會議時間查詢。iiii 設備查詢以購置設備日期、設備經(jīng)費、分類為條件查詢。iiiii 支持自定義復雜條件查詢。查詢結果要求能以下列統(tǒng)計報表的形式打印輸出：項目總覽表項目經(jīng)費情況表項目成果情況表統(tǒng)計表學術統(tǒng)計表（4）其他要求系統(tǒng)要有一定的安全保障，對于影響數(shù)據(jù)庫內(nèi)容的操作，例如錄入、刪除等，必須驗證用戶。系統(tǒng)必須具有一定的靈活性，對代號設置的字段（例如項目性質(zhì)、檢等）必須能夠進行動態(tài)修改并自動顯示在報

15、表中。應有良好的易使用性，操作應盡量簡單，有聯(lián)機幫助對用戶進行使用指導及在用戶輸入錯誤、數(shù)據(jù)庫未連接、未準備好等意外情況情況下提供詳細的幫助信息。第三章系統(tǒng)設計3.1 數(shù)據(jù)庫設計3.1.1 數(shù)據(jù)庫概念設計本系統(tǒng)結構比較簡單，只有三個相互獨立的實體：項目、和會議。其中項目用項目、和會議用名稱作為碼。3.1.2 數(shù)據(jù)庫邏輯設計該系統(tǒng)由三個基本關系組成，其模式結構如下：(1)項目（序號，項目，合同號，1，2，主要承擔人 1，主要承擔人 2，項目來源，項目性質(zhì)，開始日期，結束日期，文件柜號，電子文檔名，財務，總經(jīng)費，貨幣類型，撥款數(shù)（1-4），撥款日期（1-4），免扣額（1-4），累計支出，驗收日期，

16、鑒定日期，鑒定，獲獎名稱，獲獎名稱，授獎，號）各字段的定義如下所示：名 稱類 型格 式其 他序號char(7)yyyy-#主鍵項目varchar(10)yy-mm項目名稱varchar(120)合同號varchar(12)1varchar(20)2varchar(20)主要承擔人 1varchar(20)主要承擔人 2varchar(20)項目來源varchar(30)項目性質(zhì)tiny缺省為 0開始日期datetime結束日期datetime文件柜號tiny電子文檔名varchar(20)財務char(6)總經(jīng)費smallmoney注：序號格式為 yyyy-#,其中 yyyy 為項目開始的年份

17、，#為該項目在該年份中的次序。(2)（名稱，日期，期刊名稱，作者 1，作者 2，作者 3，作者 4，作者 5，作者 6，范圍，檢，檢索號，卷期號，學科門類，來源，）各字段的定義如下所示：(3)會議（名稱，會議時間，會議地點，作者 1，作者 2，作者 3，作者 4，作者 5，作者 6，范圍，學科門類，來源）各字段的定義如下所示：名 稱類 型格 式其 他名稱varchar(120)主鍵日期daimeyyyy-mm期刊名稱varchar(100)作者(1-6)varchar(20)范圍tiny缺省為 0檢tiny缺省為 0檢索號varchar(30)卷期號varchar(30)學科門類varchar

18、(20)來源varchar(20)varchar(50)貨幣類型varchar(10)撥款數(shù)（1-4）smallmoney撥款日期（1-4）datetime免扣額（1-4）smallmoney累計支出smallmoney驗收日期datetime鑒定日期datetime鑒定varchar(50)獲獎名稱varchar(40)獲獎日期datetime授獎varchar(50)號varchar(50)(4)設備查詢（設備，設備名稱，分類，型號，規(guī)格，分類號，國標代碼，代碼，購置日期，已使用年限，賬面數(shù)量數(shù)，清查數(shù)量數(shù)，賬面金額數(shù)，清查金額數(shù)，使用狀況，備注）各字段的定義如下所示：3.1.3 數(shù)據(jù)庫物

19、理設計3.1.3.1 數(shù)據(jù)庫選型計算機集成制造科研項目管理系統(tǒng)是以計算機技術為，為用戶、處理各種有名 稱類 型格 式其 他設備varchar(8)主鍵設備名稱varchar(30)分類varchar(1)型號varchar(30)規(guī)格varchar(20)分類號varchar(6)國標代碼varchar(3)代碼varchar(4)購置日期daimeyyyy-mm已使用年限varchar(3)賬面數(shù)量數(shù)varchar(3)清查數(shù)量數(shù)varchar(3)賬面金額數(shù)varchar(10)清查金額數(shù)varchar(10)使用狀況varchar(10)備注varchar(20)名 稱類 型格 式其 他

20、名稱varchar(120)主鍵會議時間daimeyyyy-mm會議地點varchar(20)作者(1-6)varchar(20)范圍tiny缺省為 0學科門類varchar(20)來源varchar(20)效信息，完成各項管理活動。根據(jù)應用程序的要求，選擇本系統(tǒng)采用的數(shù)據(jù)庫管理系統(tǒng)要考慮到如下：(1)符合關系型的標準： 網(wǎng)絡上運行的數(shù)據(jù)庫必須是基于 Acs 標準的分布式關系數(shù)據(jù)庫。(2)數(shù)據(jù)庫的體系結構 數(shù)據(jù)庫系統(tǒng)應該是基于客戶/服務器體系結構的分布式數(shù)據(jù)庫，用戶的應用程序運行在不同的工作站上。(3)事務的完整性和恢復： 數(shù)據(jù)庫服務器應具有事務完整性機制，如日志文件、回退，并能從各種異常情況

21、下恢復數(shù)據(jù)。在日常工作中能夠聯(lián)機地被份數(shù)據(jù)庫。(4)分布式處理： 數(shù)據(jù)庫必須支持分布式環(huán)境點自治的原則，以保證數(shù)據(jù)的分布式管理和完整性，對用戶提供分布式透明以便于應用系統(tǒng)的使用。(5)應用開發(fā)： 數(shù)據(jù)庫所支持的宿主語言應包括 Visual Basic，還必須能提供足夠的工具供開發(fā)者和用戶選擇，這些工具應涉及數(shù)據(jù)庫分析設計、應用開發(fā)、調(diào)試和運行等各個不同的階段。根據(jù)上述要求，結合 CIM的具體情況，選用Acs 2000 作為該系統(tǒng)的數(shù)據(jù)庫管理系統(tǒng)，Acs 2000 是一個多用戶的關系型數(shù)據(jù)庫系統(tǒng)，它結合了Windows NT操作系統(tǒng)的能力，提供一個安全的、可擴展的、易管理、高性能的客戶機/服務器

22、；提供了一套圖形化的方便易用的工具如 Entrise Manager、Queryyzer 等；對多用戶應用提供了充足的保護措施，能夠和防止錯誤產(chǎn)生，并且能高效地給多用戶分配可用的資源。3.1.3.2 數(shù)據(jù)庫結構定義應用 Acs 語言中的數(shù)據(jù)定義語句，定義四個基本表如下：(1) 項目情況表CREATE TABLE dbo.科研項目表 (序號 char (5) NOT NULL PRIMARY KEY,項目 varchar (10) NULL ,項目名稱 varchar (120) NOT NULL ,合同號 varchar (12) NULL ,1 varchar (20) NULL ,2 va

23、rchar (20) NULL ,主要承擔人 1 varchar (20) NULL ,主要承擔人 2 varchar (20) NULL ,項目來源varchar (30) NULL ,項目性質(zhì)tiny NULL DEFAULT (0),開始日期smalldatetime NULL ,結束日期smalldatetime NULL ,文件柜號tiny NULL ,電子文檔名 varchar (20) NULL ,財務 char (5) NULL ,總經(jīng)費 smallmoney NULL DEFAULT (0),貨幣類型 varchar (10) NULL ,撥款數(shù) 1smallmoneyNUL

24、LDEFAULT(0),撥款數(shù) 2smallmoneyNULLDEFAULT(0),撥款數(shù) 3smallmoneyNULLDEFAULT(0),撥款數(shù) 4smallmoneyNULLDEFAULT(0),撥款日期 1datetimeNULL,撥款日期 2datetimeNULL,撥款日期 3datetimeNULL,撥款日期 4datetimeNULL,免扣額 1smallmoneyNULLDEFAULT(0),免扣額 2smallmoneyNULLDEFAULT(0),免扣額 3smallmoneyNULLDEFAULT(0),免扣額 4smallmoneyNULLDEFAULT(0),累計

25、支出smallmoney NULL DEFAULT (0),驗收日期datetime NULL ,鑒定日期datetime NULL ,鑒定varchar (50) NULL,獲獎名稱varchar (40) NULL,獲獎日期datetime NULL ,授獎varchar (50) NULL,號 varchar (50) NULL)(2)表CREATETABLE dbo.表 (名稱varchar (120)NOTNULLPRIMARYKEY,日期datetime NULL,期刊名稱varchar (100)NULL ,作者 1varchar(20)NULL,作者 2varchar(20)N

26、ULL,作者 3varchar(20)NULL,作者 4varchar(20)NULL,作者 5varchar(20)NULL,作者 6varchar(20)NULL,范圍tiny NULL DEFAULT (0),檢tinyNULLDEFAULT (0),檢索號varchar(20)NULL ,卷期號varchar(30)NULL ,學科門類 varchar (20) NULL ,來源varchar (20) NULL , varchar(50) NULL)(3) 會議表CREATE TABLE dbo.會議表 (名稱varchar(120)NOT NULLPRIMARYKEY,會議時間da

27、tetime NULL,會議名稱varchar (100)NULL ,入選集 varchar (120) NULL ,作者 1varchar(20)NULL,作者 2varchar(20)NULL,作者 3varchar(20)NULL,作者 4varchar(20)NULL,作者 5varchar(20)NULL,作者 6varchar(20)NULL,會議地點 varchar (20) NULL,學科門類 varchar (20) NULL,來源 varchar (20) NULL ,范圍 tiny NULL DEFAULT(0)(4)CREATE TABLE dbo.會議表 (設備var

28、char (8) NOT NULL PRIMARYKEY,設備名稱varchar（30）NULL ,分類varchar (1) NULL,型號 varchar (30) NULL ,規(guī)格 varchar (20) NULL ,分類號 varchar (6) NULL ,國標代碼varchar (3) NULL,代碼varchar (4) NULL,購置日期datetime NULL ,已使用年限varchar(3)NULL,賬面數(shù)量數(shù)varchar(3)NULL,清查數(shù)量數(shù)varchar(3)NULL,賬面金額數(shù)varchar(10) NULL ,清查金額數(shù)varcharNULL DEFAUL

29、T (10)使用狀況 varchar (10) NULL ,備注 varchar NULL DEFAULT (20)3.1.3.3 完整性規(guī)則所謂數(shù)據(jù)的完整性規(guī)則是指數(shù)據(jù)的正確性和相容性，完整性規(guī)則是保證數(shù)據(jù)庫中數(shù)據(jù)正確的有力工具。本系統(tǒng)中數(shù)據(jù)完整性規(guī)則包括：主碼完整性規(guī)則：每個基本關系中主碼的值必須是唯一的，不允許重復；其他完整性規(guī)則：（1） 項目的格式要求為 yyyy-#。（2） 項目名稱雖然不是主鍵，但不允許為空。上述完整性規(guī)則都應在系統(tǒng)中實現(xiàn)，以保證系統(tǒng)中的數(shù)據(jù)的正確，能真實反映客觀世界的情況，這些完整性規(guī)則有的通過應用程序實現(xiàn)，有的通過規(guī)范的操作過程來控制。3.1.3.4 索引通常表

30、中的數(shù)據(jù)按照堆結構，間沒有特定的順序，當查找數(shù)據(jù)時，必須掃描表的所有數(shù)頁。而在表中創(chuàng)建了索引后，索引順序索引列值。這樣，查找數(shù)據(jù)時，根據(jù)索引列的值就可以找到所在的數(shù)據(jù)頁，無須掃描所有的數(shù)據(jù)頁，從而提高了查詢效率。在SQL Server 中，索引分為聚簇和非聚簇兩類。聚簇索引采用 B-樹結構，當按照索引鍵檢索數(shù)據(jù)時，SQL Server 以遍歷 B-樹的方法遍歷索引，直接找到所在的數(shù)據(jù)頁，是查詢速度最快的索引。有鑒于此，在數(shù)據(jù)庫的三個基本關系上都定義了一個索引，其定義語句如下：（1）建立在項目情況表的項目名稱字段上的索引CREATE CLUSTERED INDEX INDEX_項目名稱ON項目情

31、況表（項目名稱）CREATE CLUSTERED INDEX INDEX_開始日期ON項目情況表（開始日期）（2）建立在表上的索引CREATE CLUSTERED INDEX INDEX_名稱ON表（名稱）CREATE CLUSTERED INDEX INDEX_日期ON表（日期）（3）建立在會議表上的索引CREATE CLUSTERED INDEX INDEX_名稱ON會議表（名稱）CREATE CLUSTERED INDEX INDEX_會議日期ON會議表（會議日期）以上的語句在 Acs 2000 中仍然適用。3.1.3.5 安全性考慮數(shù)據(jù)庫安全性是數(shù)據(jù)庫系統(tǒng)的一個重要方面，它是指保護數(shù)據(jù)

32、庫防止被不合法的使用，包括的破壞和的存取等。但由于本系統(tǒng)涉及到的數(shù)據(jù)都不是性數(shù)據(jù)，無須采取很復雜的安全措施，只須防止數(shù)據(jù)隨意改動即可。原系統(tǒng)采取的安全措施是利用 SQL Server與 Windows NT 的安全性集成功能，由系統(tǒng)管理員或數(shù)據(jù)庫管理員為用戶分配數(shù)據(jù)庫權限，當沒利修改數(shù)據(jù)庫的用戶試圖修改數(shù)據(jù)時給出相應的提示，數(shù)據(jù)庫備份的工作也由數(shù)據(jù)庫管理員來完成。而 Acs 2000 的安全系統(tǒng)是以SQL Server 的安全系統(tǒng)為模型的，所以原系統(tǒng)的安全措施也可以保留。3.1.3.6 磁盤空間分配由于項目管理數(shù)據(jù)量不大、每年的增長量也不大，所以不需要很大的磁盤空間，將初始大小定義為 10MB

33、，增量為 20%。3.2選型3.2.1選型的原則在選擇開發(fā)主要考慮以下：（1）開發(fā)工具的性能穩(wěn)定和可靠。這是最關心的性能，開發(fā)工具不能經(jīng)常發(fā)生錯誤或在數(shù)據(jù)庫時經(jīng)常出現(xiàn)問題?？梢暬拈_發(fā)。只須用鼠標即可完成界面的設計，并且界面應具有流行的風格，如帶有簡短提示的工具條，具有 Windows 95 風格的 Tab 文件夾等。提供可擴展的第四代編程語言。這樣開發(fā)就無須關心復雜的底層工作，如Windows API 等。對 Windows 技術的廣泛支持。包括對Windows 95/98 上 32 位計算的支持以及對 DDL、OLE、MDI 等的支持?？梢陨烧嬲目蓤?zhí)行文件。較之于偽代碼真正的機器代碼會

34、使應用的速度和效率得到大幅度提高。（2）數(shù)據(jù)庫的能力必須能夠支持 ODBC（開放式數(shù)據(jù)庫互聯(lián)）和數(shù)據(jù)庫接口。提供多種數(shù)據(jù)表現(xiàn)形式。完成對數(shù)據(jù)庫的查詢和操作是前端開發(fā)工具的主要任務。因此開發(fā)工具不許提供簡便而功能強大的數(shù)據(jù)；并提供多種數(shù)據(jù)表現(xiàn)形式；可以生成復雜的報表。3.2.2開發(fā)選擇目前，很多數(shù)據(jù)庫廠商和應用開發(fā)工具廠商紛紛推出了新一代的 32 位快速應用開發(fā)（RAD）工具，這些工具為應用開發(fā)開發(fā)客戶機/服務器結構下客戶機端的應用程序帶來了極大的方便。在數(shù)據(jù)庫應用程序開發(fā)方面，現(xiàn)在用的最多的有er Builder、Visual C+和 Visual Basic 等。其中Visual C+功能最

35、強大，但實現(xiàn)復雜，編程量大，對開發(fā)的要求太高。er Builder 的最大優(yōu)點是容易使用，只須很少的代碼，尤其是它的數(shù)據(jù)窗口（Data Window）技術提供了一個非常簡便的數(shù)據(jù)庫的方法。er Builder 還提供了對窗口的繼承，對于類型相似的窗口只須設計一個，的工作量。但由于er Builder 是一個專門其余的通過繼承來實現(xiàn)，這樣就大大減輕了開發(fā)用于數(shù)據(jù)庫應用程序開發(fā)的工具，所以在其他例如界面設計和錯誤處理之類的細節(jié)方面的功能就相對較弱?；谌缦略颍詈筮x擇 Visual Basic 6.0 作為本項目管理系統(tǒng)的開發(fā)工具。（1）自從 Visual Basic 5.0 開始提供了本機代碼

36、（N-Code）碼（P-Code）的局限，運行效率提高近二十倍。，擺脫了以往只能生成偽代（2）Visual Basic 提供了開發(fā)圖形用戶界面 (GUI) 的方法。不需編寫大量代碼去描述界面元素的外觀和位置，而只要把預先建立的對象拖放到屏幕上的一點即可。（3）Visual Basic 提供了 ADO (ActiveX 數(shù)據(jù)對象) 這項新的數(shù)據(jù)技術。特點是：更簡單的對象模型；與其它和非的技術更好的集成；為本地和數(shù)據(jù)數(shù)據(jù)提供了通用的接口。（4）提供了增強的數(shù)據(jù)綁定。在 Visual Basic 以前的版本中，只能在窗體上綁定控件。在Visual Basic 6.0 中，已經(jīng)可以將任何 ADO/OL

37、E DB 數(shù)據(jù)源綁定到任何 ADO/OLE DB數(shù)據(jù)使用者上。（5）Visual Basic 是一個通用的開發(fā)工具，功能強大，并且由于同為公司的產(chǎn)品，Visual Basic 與 Windows 操作系統(tǒng)及Acs 2000 數(shù)據(jù)庫管理系統(tǒng)結合得更好。VB 還有一個很大的優(yōu)點是它是一個基于事件驅動的編程語言，而不象 C 或 C+是過程化的。這在開發(fā) Windows 的應用程序時尤其有用。在傳統(tǒng)的或“過程化”的應用程序中，應用程序自身控制了執(zhí)行哪一部分代碼和按何種順序執(zhí)行代碼。從第一行代碼執(zhí)行程序并按應用程序中預定的路徑執(zhí)行，必要時調(diào)用過程。在事件驅動的應用程序中，代碼不是按照預定的路徑執(zhí)行而是在

38、響應不同的事件時執(zhí)行不同的代碼片段。事件可以由用戶操作觸發(fā)、也可以由來自操作系統(tǒng)或其它應用程序的消息觸發(fā)、甚至由應用程序本身的消息觸發(fā)。這些事件的順序決定了代碼執(zhí)行的順序，因此應用程序每次運行時所經(jīng)過的代碼的路徑都是不同的。不過這樣就造成無法為 Visual Basic 編制的程序畫出流程圖，或者說流程圖太復雜而無法畫出。當然 Visual Basic 也有之處。最大的缺點就是不支持繼承，這樣就容易造成代碼重復率高，代碼的可重用性和開發(fā)效率降低。3.3 系統(tǒng)總體結構根據(jù)系統(tǒng)的功能需求,確定以下模塊結構圖.它由數(shù)據(jù)錄入、數(shù)據(jù)查詢、系統(tǒng)設置和幫助模塊組成。（見下圖）科研項目管理系統(tǒng)數(shù)據(jù)錄入數(shù)據(jù)查詢

39、系統(tǒng)設置幫助查詢會議查詢圖 3-1續(xù)圖 3-1代號設置數(shù)據(jù)庫連接設置系統(tǒng)設置打印報表項目情況查詢數(shù)據(jù)查詢會議錄入錄入項目數(shù)據(jù)錄入數(shù)據(jù)錄入其中每一個模塊由一個窗體及其相應的代碼。為了實現(xiàn)應用程序的靈活性，對于實際應用中需要動態(tài)修改的數(shù)據(jù)庫連接設置與項目性質(zhì)、檢在表中。其結構為:代號等數(shù)據(jù)HKEY_CURRENT_USERVB and VBA Program Settings科研項目管理系統(tǒng) 1.0.ConnectionDatabaseNameServerName“科研項目管理系統(tǒng)”“IDEASSERVER”SymbolArticleRange012Count ArticleRetrieveSou

40、rce01234CountProjectQuality01234Count“國內(nèi)”“國際”“地方”“2”“無”“EI”“SCI”“”“一般”“4”“無”“國家自然科學基金” “863”“部、省科委”“企業(yè)、“4”其中后面三個鍵名的意義為ArticleRange ：范圍ArticleRetrieveSource ：檢ProjectQuality ：項目性質(zhì)所有鍵值均為字符串，Count 是計數(shù)值。系統(tǒng)第一次運行時將創(chuàng)建上述據(jù)庫名稱和服務器名稱為空字符串，Count 為0。表結構，初始數(shù)3.4數(shù)據(jù)庫接口設計3.4.1數(shù)據(jù)接口選擇對于一個數(shù)據(jù)庫應用程序來說，選擇一個合適的數(shù)據(jù)接口是很重要的，它與應用

41、程序的性能密切相關。在 Visual(ActiveX Data Object，ADO)Basic 中，可用的數(shù)據(jù)接口有三種：ActiveX 數(shù)據(jù)對象數(shù)據(jù)對象(Remote Data Object，RDO)接口是一個對象模型，它代表了和數(shù)據(jù)對象(DataAcs Object，)。數(shù)據(jù)數(shù)據(jù)的各個方面。使用 Visual Basic，可以在任何應用程序中通過編程控制連接、語句據(jù)。和供使用的返回數(shù)數(shù)據(jù)對象 () 既可以和Jet 數(shù)據(jù)庫引擎一起使用，也可以通過設置Jet 數(shù)據(jù)庫引擎是一個獨立的數(shù)據(jù)庫管理系ODBCDirect 選項而不和它一起使用。統(tǒng)，需要時它既可以對各種服務器進行處理查詢，又可以進行路

42、由查詢。通過訪問 Jet 使開發(fā)工作更加簡便，因為它提供了面象的開發(fā)方法和對數(shù)據(jù)識別綁定控件的訪問能力。/Jet 的主要缺點是沒有利用 SQL Server 的所有特性，這主要是由于試圖使/Jet 成為通用接口的原因。并且 Jet 不適合多任務，在每個查詢完成之前，它將鎖定其他請求和用戶。RDO數(shù)據(jù)對象是一個到 ODBC 的、面象的數(shù)據(jù)接口，它同易于使用的style 組合在一起，提供了一個接口，形式上展示出所有 ODBC 的底層功能和靈活性。RDO提供了用來過程和復雜結果集的和更復雜的對象、屬性，以及方法。RDO 的Jet 或 ISAM數(shù)據(jù)庫方面受到限制，而且它只能通過現(xiàn)存的 ODBC缺點是在

43、很好地驅動程序來ADO 是為關系數(shù)據(jù)庫。范例 OLE DB 而設計的，是一個便于使用和最強大的數(shù)據(jù)的的應用程序層接口。OLE DB 為任何數(shù)據(jù)源提供了高性能的，這些數(shù)據(jù)源包括關系和非關系數(shù)據(jù)庫、電子郵件和文件系統(tǒng)、文本和圖形、自定義業(yè)務對象等等。ADO 在關鍵的ernet 方案中使用最少的網(wǎng)絡流量，并且端和數(shù)據(jù)源之間使用最少的層數(shù)，總之，ADO 提供了一個輕量、高性能的接口。基于上面的分析，選用 ADO2.0 作為本系統(tǒng)的數(shù)據(jù)接口。除了上述原因外，選用ADO 還可以省去DSN 的麻煩，并且 ADO 是未來的發(fā)展趨勢，將取代所有其他接口，所以選用ADO 能增強應用程序的可擴充性。具體實現(xiàn)3.4.

44、2通過 ADO數(shù)據(jù)庫有兩種方式：ADO Date 控件和代碼。通過 ADO Date 控件數(shù)據(jù)庫最大的優(yōu)點是實現(xiàn)方法簡單，編程量少。但由于本應用程序有多個涉及到數(shù)據(jù)庫的窗口，每個窗口不同的表，所以必須為每個窗口都放置一個控件，這樣就產(chǎn)生了代碼重復，并且最主要的是會造成在應用程序的運行過程中不斷連接和斷開數(shù)據(jù)庫，而連接數(shù)據(jù)庫是很費時的操作，這是用戶所的。選擇采用純代碼的方式，根據(jù)面象的設計原則，將與數(shù)據(jù)庫的連接代碼封裝成一個類，取名為 clsData。該類具有 vbDataSource 的屬性。其中定義對應于三個基本關系表的集(RecordSet)對象和數(shù)據(jù)庫對象為私有成員，對外不可見。在類的初

45、始化事件(Initialize)中進行數(shù)據(jù)庫的連接并初始化集，如果連接失敗則給出失敗信息。在 GetDataMember事件中通過不同的數(shù)據(jù)成員名稱（DataMember）來件(Terminate)代碼中斷開與數(shù)據(jù)庫的連接。對數(shù)據(jù)庫的操作通過對該類的方法調(diào)用實現(xiàn)。由于對三個基本表要進行的操作是一樣的，三個不同的集。在類的終止事所以為保持代碼的簡潔，以數(shù)據(jù)成員名稱為第一參數(shù)定義添加（AddNew）、刪除（Delete）、排序(Sort)、篩選(DataFilter)、移動到首（MoveNext）、移動到上一（Move）、移動到末（MoveLast）、移動到下一數(shù)目 (CountRecord)、刷

46、新（MovePrevious）、統(tǒng)計(Requery)、保存(Save)共計十一個公有函數(shù)以實現(xiàn)對數(shù)據(jù)庫的操作，在代碼中通過Select 語句區(qū)分要對那一個3.5 初始化模塊設計集進行操作。作為應用程序的，進入系統(tǒng)時首先必須進行的初始化工作有：檢查應用程序表的完整性，初始化類，創(chuàng)建日期格式，然后將控制移交給主界面。用 PDL 語言描述如下：PROCEDUREIF 沒有創(chuàng)建應用程序 THEN創(chuàng)建ENDIF初始化類；表表；IF 連接失敗THENENDIF將與數(shù)據(jù)庫操作有關的菜單項設為不可用；定義日期格式；顯示主界面；IF 未設置代號THENENDIF顯示信息并提醒用戶進行設置；END PROCED

47、URE3.6 主界面設計主界面只作為其他所有窗口的父窗口，名稱為 frmMain，類型為 MDIForm。其上放置的控件有：主菜單、用于調(diào)用 Html 幫助文件的一個 HHOpen 控件（不可見）、以及一個用于顯示輔助信息的狀態(tài)欄。界面設計如下：主菜單設計如下：數(shù)據(jù)錄入查詢設置幫助退出項目錄入項目查詢數(shù)據(jù)庫連接設置內(nèi)容錄入查詢代號設置錄入查詢會議錄入會議查詢各菜單的代碼作用僅僅是打開相應的窗口。3.7錄入模塊設計項目錄入與錄入除操作的集不同外，其余基本是一樣的。先前的設計是為項目錄入、期刊錄入、會議錄入和設備錄入各創(chuàng)建一個窗口，以實現(xiàn)對不同集的操作。但后來發(fā)現(xiàn)由于其多數(shù)操作都是一樣的，這樣就造

48、成了代碼的重復率很大，并且不易。為了提高代碼的重用性和可性，減少源程序數(shù)量，對項目和的錄入采用同一個窗體，用窗體的 Tag 屬性來區(qū)分當前打開的窗體是要對那一個集進行操作。錄入窗體取名為 frmRecordInput。窗體界面設計如下：錄入窗口的菜單設計如下：編輯刷新排序幫助關閉添加剪切升序排列內(nèi)容保存降序排列粘貼刪除錄入窗口所用到的控件有：其中 ImageList 控件在運行時不可見。窗口上所有控件的布局在運行時由代碼調(diào)整。打開錄入窗口時根據(jù)要錄入的是項目情況、或會議分和設備情況分別將其 Tag 屬性設置為“Project”、“Periodical”、“Meeting”和“Machine”以

49、作區(qū)別，這些代號也與類 clsData 中數(shù)據(jù)成員的名稱相同，在類的方法時就可以直接用“Me.Tag”作為參數(shù)，這樣可以減少輸入錯誤。對要用代碼進行的錄入（項目性質(zhì)、的檢等）采用下拉列表框作為輸入方式，既方便用戶操作又可避免出錯。為方便用戶快速找到感的，錄入窗口提供了按照某一列（字段）進行升序或降序排列的功能，實現(xiàn)方法是當用戶單擊某一列的列頭時觸發(fā) DataGrid 控件的 HeadClick 事件，在該事件的代碼控件類型控件名稱作用DataGriddbdRecord用于顯示項目或數(shù)據(jù)并可在其上進行編輯ComboBoxcboRange顯示并設置范圍ComboBoxcboRetriSource顯

50、示并設置檢ComboBoxcboQuality顯示并設置項目性質(zhì)ToolBarToolBar1提供快捷ImageListImageList1為提供圖象列表中得到當前列的名稱，存于局部變量SortField 中，然后在升序或降序排列菜單項的代碼中調(diào)用類clsData的排序(Sort)方法對排序。為防止用戶無意中進行了關閉窗口的操作而丟失未保存的修改，在窗口的代碼中定義一個名為 Dhanged 的型局部變量，用以用戶的操作，當用戶改變了數(shù)據(jù)時將其設為真，在窗體關閉前檢查該變量，如果為真則提醒用戶是否保存所做的修改。定義兩個私有函數(shù)：DateFormat（）用于為只精確到月的日期字段定義日期格式；d

51、bdRecordResize（）用于設置 dbdRecord 控件各列的高度及寬度。錄入窗口所需要處理的事件主要有：窗口 frmRecordInput 的Activate 事件：緊接著窗口的 Load 事件被觸發(fā)，代碼完成的主要工作是根據(jù)窗口的 Tag 屬性為 dbdRecord 控件綁定數(shù)據(jù)源； 從表中代號設置并將其加入相應的ComboBox 控件中；根據(jù)窗口的 Tag 屬性將dbdRecord控件中對應 代號設置的列的 Button 和Locked 屬性設為 True。如果當前獲得焦點的列是用代號設置的列則調(diào)用dbdRecord 控件的 RowColChange 事件：dbdRecord

52、控件的 ButtonClick 事件處理程序，否則將下拉列表框設為不可見；在狀態(tài)條上顯示當前正在編輯的。dbdRecord 控件的 ButtonClick 事件：將列表框移動到當前列并設為可見；將列表框中的值與該列的數(shù)據(jù)對應起來。dbdRecord 控件的 Error 事件：三個 ComboBox 控件的 LostFocus 事件：對錄入過程中的錯誤進行提示。如果代號被改變則將列表框中的新值寫入當前列以起到更改的作用。3.8 查詢模塊設計按照功能需求的規(guī)定，必須支持各種查詢方式，并能將查詢結果打印成報表。其中需要錄入字符串的查詢均采用模糊查詢的方式，以減少用戶輸入，提供自定義查詢以滿足復雜條件

53、的查詢要求。退出查詢后應清除查詢結果，能將代碼意義自動放在報表末尾，如果以時間為查詢條件，還應將時間范圍自動放在報表開頭。查詢以對集進行篩選而不是以重新打開集的方式，這樣就節(jié)約了數(shù)據(jù)傳輸?shù)拈_銷。查詢項目情況、或會議、設備情況的界面和基本操作都相同，只有菜單不一樣。原先的設想是象錄入模塊一樣建立一個通用查詢界面，但由于VB 不提供動態(tài)修改菜單項的方法，所以只能分別為項目、和會議、設備各創(chuàng)建一個查詢窗口。查詢界面設計如下所示（以查詢?yōu)槔核玫降目丶龥]有用于輸入代碼的三個ComboBox 控件以及DataGrid 控件的AllowAddnew、AllowDelete、AllowUpdate 屬

54、性設為 False（即不允許進行編輯）外，均與錄入窗口相同，此處不再贅述。查詢條件通過框輸入，在查詢菜單中選擇查詢目的后顯示相應的框。對于項目情況、和會議中都有的以名稱和時間為條件的查詢、自定義查詢、和會議中都框，顯示時分別將框的Tag 屬性設為“Project”、有的以作者為條件的查詢建立四個通用查詢“Periodical”和“Meeting”以作區(qū)別。查詢模塊所用到的框有：dlgNameQuery：實現(xiàn)對項目情況以項目名稱為條件；對和會議以名稱為條件的查詢。dlgDateQuery：實現(xiàn)對項目情況以項目起止時間為條件；對和會議以發(fā)表日期為條件的查詢。dlgGeneralQuery： dlg

55、AuthorQuery： dlgProjCDRQuery： dlgProjFZRQuery：dlgProjQualityQuery：實現(xiàn)復雜條件的自定義查詢。實現(xiàn)對和會議以作者為條件的查詢。實現(xiàn)對項目情況以承擔人為條件的查詢。實現(xiàn)對項目情況以為條件的查詢。實現(xiàn)對項目情況以項目性質(zhì)為條件的查詢。dlgPeriodRetrieveQuery：實現(xiàn)對項目情況以dlgPeriodSourceQuery： 實現(xiàn)對項目情況以檢為條件的查詢。來源為條件的查詢。其中 dlgDateQuery 采用 MaskEdBox 控件實現(xiàn)輸入，將其輸入格式設為數(shù)字以防止用戶錯誤輸入，并對諸如輸入月份大于十二或小于一、開始

56、日期大于結束日期等錯誤情況進行判斷，提醒用戶改正。對于和會議以作者為條件、對項目情況以承擔人為條件、對項目情況以為條件的查詢，因為作者、承擔人、均有多個，只要符合其中之一即可。對于以代號為條件的查詢（例如對項目情況以檢為條件的查詢）通過下拉列表框進行輸入以方便用戶輸入條件?？蒲许椖坎樵冊摬藛蜗掳?3 種查詢方式：按項目查詢其期查詢選項中的“綜合”指的是“起始日期”大于前一個日期，同時“結束日期”又小于后一個日期的。2 按經(jīng)費查詢3 按財務查詢3.8.2查詢3.8.3會議查詢3.8.4設備查詢清除菜單通過調(diào)用類clsData 的 Requery 方法實現(xiàn)清除當前查詢結果的功能。打印功能通過 D

57、ataReport 數(shù)據(jù)報表實現(xiàn)，DataReport 本身就提供了打印、視圖放大及縮小功能，無須編程實現(xiàn)。所用到的 DataReport 數(shù)據(jù)報表有如下幾個：drpMeetArticle：會議drpPeriodArticle：統(tǒng)計表統(tǒng)計表drpProjArchieve：科研項目成果表drpProjFinanl：科研項目財務表drpProjOverview：科研項目總覽表這里要特別提一下的是，由于每張統(tǒng)計表的寬度都大于頁面寬度，所以在打印之前必須先將設置成橫向打印。3.9 設置模塊設計考慮到應用程序可能連接到不同的終端上，并且系統(tǒng)在使用過程中用代號設置的字段可能需要修改其意義，通過讓用戶設置數(shù)

58、據(jù)庫連接選項和代碼意義以獲得更大的靈活性，用戶的輸入保存在表中以便應用程序使用。數(shù)據(jù)庫連接設置窗口設計如下：由于應用程序只有在啟動時才從表中得到服務器和數(shù)據(jù)庫名稱并進行連接，所以數(shù)據(jù)庫連接設置完成后不會馬上生效。所以在用戶完成數(shù)據(jù)庫連接設置后，也就是“確定”按鈕被按下后通過在“確定”按鈕的 Click 事件處理代碼中的 MsgBox 函數(shù)在顯示一條信息提醒用戶。代碼設置窗口設計如下：可以編輯當前代號、添加新代號或刪除當前代號。添加新代號時采取自動增量的方式，不允許用戶設置代號數(shù)字以保證每一類代號都是順序遞增的。為了同樣的原因，也不允許用戶刪除除了最后一個以外的代號。另外，應用程序要求每一類代號

59、至少必須有一個設置，所以第一個代號也不允許刪除。發(fā)生上述的錯誤操作時將向用戶顯示錯誤信息。3.10 幫助模塊設計用 HTML Help 的方式對應用程序中的各種功能對用戶說明，提供上下文相關幫助，并對各種錯誤情況提供必要的提示信息。幫助文件用HHOpen 控件的 OpenHelp 函數(shù)打開。第四章測試分析4.1測試的目的測試在生存期中占有重要地位，這不僅因為測試階段占用的時間、花費的人力和成本占軟件開發(fā)的很大，而且它直接影響的質(zhì)量。開發(fā)工作在測試以前已經(jīng)歷了制定計劃、需求分析、設計和編碼等許多階段。由于人的思維不可能絕對周密而不發(fā)生任何錯誤。尤其在大中型開發(fā)項目中，系統(tǒng)內(nèi)各部分之間、各種數(shù)據(jù)之

60、間、各種之間有著復雜的關系，因此目前所采用的開發(fā)方法都不能完全避免發(fā)生錯誤。按照工程的觀點，測試階段的主要任務是發(fā)現(xiàn)并排除在分析、設計、編程階段中產(chǎn)生的各種類型的錯誤，以得到可運行的系統(tǒng)。測試工作最典型的做法是，選取一些測試數(shù)據(jù)，運行被測程序，檢驗運行結果，其中選取測試數(shù)據(jù)是整個測試工作的關鍵。一般有兩種不同的方法考慮測試數(shù)據(jù)：黑盒方法和白盒方法。黑盒方法又稱為功能測試或數(shù)據(jù)驅動測試方法，按這一方法進試時，程序被看作不能打開的黑盒，在完全不考慮程序結構的情況下，依靠程序的規(guī)格說明書，從可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，也就是根據(jù)程序的功能或程序的外部特征設計測試數(shù)據(jù)。白盒測試又稱為結構測