【文章內容簡介】 間后又不同程度地發(fā)現(xiàn)各種問題，增加了系統(tǒng)維護的代價。十余年來，人們努力探索，提出了各種數(shù)據(jù)庫設計方法，這些方法運用軟件工程的思想和方法，提出了各種設計準則和規(guī)程，都屬于規(guī)范設計法。規(guī)范設計法中比較著名的有新奧爾良（New Orleans）方法。它將數(shù)據(jù)庫設計分為四個階段：需求分析（分析用戶要求）、概念設計（信息分析和定義）、邏輯設計（設計實現(xiàn)）和物理設計（物理數(shù)據(jù)庫設計）。其后。，并采用一些輔助手段每一過程?；贓R模型的數(shù)據(jù)庫設計方法，基于3NF（第三范式）的設計方法，基于抽象語法規(guī)范的設計方法等，是在數(shù)據(jù)庫設計的不同階段上支持實現(xiàn)的具體技術和方法。規(guī)范設計法從本質上看仍然是手工設計方法，其基本思想是過程迭代和逐步求精。數(shù)據(jù)庫工作者和數(shù)據(jù)庫廠商一直在研究和開發(fā)數(shù)據(jù)庫設計工具。經過十多的努力，數(shù)據(jù)庫設計工具已經實用化和產品化。例如Design 2000和PowerDesigner分別是ORACLE公司和SYBASE公司推出的數(shù)據(jù)庫設計工具軟件。這些工具軟件可以自動地或輔助設計人員完成數(shù)據(jù)庫設計過程中的很多任務。人們已經越來越認識到自動數(shù)據(jù)庫設計工具的重要性。特別是大型數(shù)據(jù)庫的設計需要自動設計工具的支持。人們也日益認識到數(shù)據(jù)庫設計和應用設計應該同時進行?！?shù)據(jù)庫設計的基本步驟按照規(guī)范設計的方法，考慮數(shù)據(jù)庫及其應用系統(tǒng)開發(fā)全過程，將數(shù)據(jù)庫設計分為以下六個階段（如圖44所示）：需求分析；概念結構設計；邏輯結構設計；物理結構設計；數(shù)據(jù)庫實施；數(shù)據(jù)庫運行和維護；1. 需求分析階段進行數(shù)據(jù)庫設計首先必須準確了解與分析用戶需求（包括數(shù)據(jù)與處理）。需求分析是整個設計過程的基礎，是最困難、最耗費時間的一步。作為地基的需求分析是否做得充分與準確，決定了在其上構建數(shù)據(jù)庫大廈的速度與質量。需求分析做得不好，甚至會導致整個數(shù)據(jù)庫設計返工重做?！?shù)據(jù)庫設計步驟2. 概念結構設計階段概念結構設計是整個數(shù)據(jù)庫設計的關鍵，它通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型。邏輯結構設計是將概念結構轉換為某個DBMS 所支持的數(shù)據(jù)模型，并對其進行優(yōu)化。數(shù)據(jù)庫物理設計是為邏輯數(shù)據(jù)模型選取一個最適合應用環(huán)境的物理結構（包括存儲結構和存取方法）。在數(shù)據(jù)庫實施階段，設計人員運用DBMS提供的數(shù)據(jù)語言及其宿主語言，根據(jù)邏輯設計和物理設計的結果建立數(shù)據(jù)庫，編制與調試應用程序，組織數(shù)據(jù)入庫，并進行試運行。數(shù)據(jù)庫應用系統(tǒng)經過試運行后即可投入正式運行。在數(shù)據(jù)庫系統(tǒng)運行過程中必須不斷地對其進行評價、調整與修改。設計一個完善的數(shù)據(jù)庫應用系統(tǒng)是不可能一蹴而就的，它往往是上述六個階段的不斷反復。按照這樣的設計過程，數(shù)據(jù)庫結構設計的不同階段形成數(shù)據(jù)庫的各級模式。需求分析階段，綜合各個用戶的應用需求；在概念設計階段形成獨立于機器特點，獨立于各個DBMS產品的概念模式。　數(shù)據(jù)庫的各級模式本系統(tǒng)的數(shù)據(jù)庫設計同第二章內數(shù)據(jù)字典描述的數(shù)據(jù)結構相同，這里不再過多闡述。用戶在使用本軟件時均需要登錄后，才可使用，登錄時會提示你輸入用戶名，用戶密碼和所在小組。用戶名均是超級用戶分配給每位員工的且具有唯一性，員工用戶自己可以更改密碼。在登錄時，系統(tǒng)會根據(jù)你輸入的員工名來判斷你是幾級用戶：超級用戶為1級，是2級。確定是幾級員工后，系統(tǒng)會給不同員工不同的權限。登錄時，給出不同的提示信息。顯示信息員工登錄后,系統(tǒng)會顯示出該員工的姓名、所在部門、職位等個人信息。并且顯示出上級部門和下級部門，可以查看企業(yè)公告和活動安排。更改密碼出于安全考慮，員工登錄后，可隨時更改密碼，以免帳號被別人盜取，進行非法操作，擾亂本系統(tǒng)，也影響員工正常使用。同時也建議用戶經常更改個人密碼。發(fā)表意見一般員工在登陸主頁面后可以在意見箱模塊中發(fā)表意見和建議與公司領導以及上級進行交流。績效評定　 超級用戶登錄系統(tǒng)后，擁有一項非常重要的管理功能，在績效評定模塊中可以給與本公司員工進行工作績效評定，以便鼓勵員工們積極工作績效評定模塊中進行評定的員工可以在主頁中查詢，優(yōu)秀員工的保留時間有超級用戶（公司領導）來決定。審核發(fā)布和批示登陸員工可以再發(fā)布審核模塊中實現(xiàn)發(fā)布產品或項目的最新審核信息等待領導的批示，超級用戶則可以在此模塊中查看審核，進行批示工作。超級用戶的權限是本系統(tǒng)的最高權限，超級用戶同普通員工的區(qū)別就在于，超級用戶可以對不同員工信息進行匯總管理，還可以對部門以及系統(tǒng)信息進行管理操作。職員信息管理本軟件利用的是Internet網絡資源，主要目的就是為了方便廣大企業(yè)高管，用戶可以在線進行復雜企管工作，超級用戶登陸后臺以后可以方便的查看本公司每個員工的最新情況在需要是可以進行職員的修改添加和刪除的錯做。更改密碼由于后臺模塊實現(xiàn)的功能較為重要所以提供給超級用戶修改密碼的功能，以防止非授權用戶盜取密碼后進行非法操做和盜取公司內部重要資料。權限管理當超級用戶登錄后臺管理模塊后，可以對本公司所屬的員工進行權限的分配和管理，還可以進行用戶組的設置，將不同的員工進行分組，方便員工的統(tǒng)一和分類管理。第五章 系統(tǒng)運行測試硬件環(huán)境：微型計算機一臺，各項技術指標() 運行環(huán)境硬件配置硬件配置處理器Pentium II300以上內存64M以上硬盤空間30M以上軟件環(huán)境：操作系統(tǒng)：Windows 2000/XP網絡環(huán)境：利用現(xiàn)有廣域網Internet即可測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。軟件測試完整的定義應該是：在精心控制的系統(tǒng)環(huán)境下，采用相應的技術手段，利用一組事先構造好的測試實例（Test Cases）執(zhí)行程序以發(fā)現(xiàn)程序中存在的總是，并確認系統(tǒng)功能、性能符合需求的一個綜合過程。軟件系統(tǒng)的開發(fā)過程中，面對著人員、技術、環(huán)境極其錯綜復雜的問題，開發(fā)人員對問題的認識與實際狀況可能會存在一定的差異，項目組相關人員之間的交流和協(xié)調也不可能完美無缺，因此，在軟件生存周期的每個階段都不可避免地會產生差錯。我們力求在每個階段結束之前通過嚴格的技術審查，盡可能早地發(fā)現(xiàn)并糾正差錯。但是，經驗表明，審查并不能發(fā)現(xiàn)所有差錯，而前一階段的差錯還可能導致后續(xù)階段更多的差錯。如果在軟件投入生產性運行之前，沒有發(fā)現(xiàn)并及時糾正存在的大部分差錯，則這些差錯遲早會在運行過程中暴露出來。那時不僅改正這些錯誤的代價更高，而且往往會造成非常嚴重的后果。對于軟件開發(fā)機構來說，將整個項目工作量的40%用于軟件測試的情況并不少見。軟件測試的工作量與系統(tǒng)的可靠性要求成正比關系。極端情況下，測試一個與人類安全有密切關系的軟件（如航空/航天飛行控制、核反應推監(jiān)控、導彈控制等）的費用可能是軟件開發(fā)總費用的3到5倍！軟件測試的目標是：以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷。如對軟件實施了嚴格、規(guī)范的測試，就能夠發(fā)現(xiàn)其中大部分的錯誤。軟件測試能夠確認軟件實現(xiàn)的功能和性能與用戶需求說明的一致性。軟件測試還能收集到足夠的測試結果為軟件可靠性評價提供依據(jù)。目前軟件測試仍然是保證軟件質量的關鍵步驟，它是對軟件需求規(guī)格、設計和編碼最后的驗證、復審。軟件測試集中反映了人們心理上、技術上、經濟上對軟件系統(tǒng)的認識，這種認識在很大程度上又影響了的設計。以下關于軟件測試的原則有助于設計人員和測試人員樹立正確的測試理念，提高測試的工作質量：(1) 在測試之前應當預先確定測試數(shù)據(jù)并定義測試數(shù)據(jù)的期望結果。心理學認為沒有目的的工作是沒有效果的工作。如果測試工作沒有目的并且程序執(zhí)行的期望結果不明確的話，測試就沒有多大價值。(2) 程序員小組不應當測試自己編制的程序。由自己對自己所做的工作找毛病、挑缺陷這種行為與人的心理狀態(tài)不相容，因此，自己測試自己的程序容易受思維慣性的影響而降低測試質量。(3) 軟件測試不僅要測試輸入數(shù)據(jù)正確的情況，還要測試輸入數(shù)據(jù)不正確或非預期輸入的情況。(4) 軟件測試不僅要檢查程序是否做出它應當做的事，更要檢查程序是否做了它不應當做的事。(5) 除非程序已被廢棄，否則有關程序的測試數(shù)據(jù)及測試記錄應妥善保存。保存測試數(shù)據(jù)和測試記錄，對于排錯完成以后的回歸測試工作大有幫助。同時也有助于系統(tǒng)的可靠性分析、評價。(6) 在做軟件測試計劃時，不要“先入為主”地認為程序中不會有錯。(7) 程序段中出現(xiàn)錯誤的概率與這段程序中已發(fā)現(xiàn)的錯誤數(shù)成正比。(8) 測試工作是一項非常復雜、極富創(chuàng)造性的和需要高度智慧的挑戰(zhàn)性任務。軟件測試是一個心理、技術交織在一起的復雜過程?！y試階段的信息流(1) 測試對象。軟件測試與程序測試在概念上是不同的，軟件測試的對象不僅僅是程序，還包括軟件需求規(guī)格文檔、設計規(guī)格文檔、模塊算法這些軟件文檔配置項。軟件測試的內容貫穿軟件定義與開發(fā)的全部階段。(2) 測試配置。這是預先定義好的一套測試方案，包括測試計劃、測試過程、測試實例集合和所預期的執(zhí)行結果。實際上從整個軟件生存周期來看，測試配置是軟件配置中的一個子集，最終提交的軟件配置項應該是包括上述測試配置以及測試的實際結果和排錯的記錄。將測試得出的實際結果和預期的結果進行比較，如果兩者不一致則說明程序中存在錯誤，但測試無法說明錯誤的性質和準確位置。設法確定錯誤的準確位置并且改正它，這就是軟件排錯（Debug）的任務。排錯過程是測試過程的一部分。為了診斷并糾正一個程序中的錯誤，可能需要花費一小時、一天甚至一個月的時間。正是由于排錯所固有的不確定性，常常使得測試不能按計劃進行。隨著測試結果的積累和統(tǒng)計分析，軟件可靠性的評價就可以按指定的模型計算。所謂軟件可行性就是：軟件在運行期間平均無故障運行的時間周期，這個周期越長，系統(tǒng)可靠性就越高。如果系統(tǒng)不斷出現(xiàn)一些嚴重的、要求修改設計的錯誤，那么軟件的質量和可靠性就存在問題，這也意味著要對軟件做更深入的測試。另一方面，如果軟件的功能已正確實現(xiàn)，測試中發(fā)達到預定目標，本次實施的測試方案不足以暴露存在的嚴重錯誤！這些潛在的錯誤將最終在維護階段被用戶發(fā)現(xiàn)，并由開發(fā)者或維護者來糾正（這時，糾正的費用可能是開發(fā)階段糾正費用的40倍）.在測試階段積累的測試結果，可以用更形式化的方法進行統(tǒng)計分析。軟件可靠性模型使用這些錯誤率數(shù)據(jù)，可以估計將來出現(xiàn)錯誤的情況并進一步對軟件可靠性進行預測。圖61中，每個圓圈代表了軟件測試中一個非常復雜的處理過程。常用的軟件測試方法有兩大類：靜態(tài)測試方法和動態(tài)測試方法。靜態(tài)測試方法是程序員普遍采用的一種方法，春內容主要是，通過人工模擬軟件系統(tǒng)的執(zhí)行方式，以代碼會審、走查（Walkthrough）、辦公室檢查的形式分析或核查系統(tǒng)的功能實現(xiàn)、編碼過程的正確性。動態(tài)測試方法是通過輸入一組預先按照一定的測試準則構造的實例數(shù)據(jù)來動態(tài)運行程序，而達到發(fā)現(xiàn)程序錯誤的過程。實際上任何一項工程產品都可以使用下面2種方式之一進行測試：(1) 如果產品實現(xiàn)的功能是已知的，那么可以通過演示每個功能實現(xiàn)的正確性來進行測試。(2) 如果產品的內容過程及結構是已知的，那么可以通過驗證每種內部操作的正確性及與設計規(guī)格的一致性來測試產品的所有內部成分。第1種方式被稱為黑盒測試技術，第2種方式被稱為白盒測試技術。軟件的黑盒測試意味著測試只是在軟件的接口上進行。也就是說，把測試對象看作一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據(jù)需求規(guī)格說明、設計規(guī)格說明中關于功能的定義，檢查程序實現(xiàn)的功能是否符合它的功能說明。輸入能