【正文】 ，系統(tǒng)必須具有各種功能。在了解用戶要求的基礎(chǔ)上，下一步就是確定新系統(tǒng) 的功能，即根據(jù)用戶要求，確定計算機究竟應該做哪些工作。 對以上工資管理系統(tǒng)提出的功能需求可以歸納為以下幾個方面。 （ 2） 工資表項目修改模塊 由錄入的數(shù)據(jù)，根據(jù)事先決定的條件計算工資表各項內(nèi)容。 （ 4） 報表打印模塊 打印工資條。 系統(tǒng)說明書是軟件生命周期中一份極重要的文檔，在分析階段必須及時建立并保證其質(zhì)量。在分析階段糾正系統(tǒng)說明書上的某個錯誤可能只需要花費一個小時，但是到開發(fā)后續(xù)階段在糾正就可能花成百上千小時的代價。 第 節(jié) 系統(tǒng)設(shè)計階段 在明確了系統(tǒng)“做什么”之后，接下來就要考慮“怎么做”，設(shè)計階段就是要解決這個問 題。數(shù)據(jù)結(jié)構(gòu)說明書給出程序所用到的數(shù)據(jù)結(jié)構(gòu)。邏輯模型主要確定系統(tǒng)做什么，而物理模型則主要解決解決怎么做的問題，前者是系統(tǒng)分析的主要任務，后者是系統(tǒng)設(shè)計的主要任務。 經(jīng)過系統(tǒng)設(shè)計，設(shè)計人員應能為程序開發(fā)人員提供完整 、清楚的設(shè)計文檔，并對設(shè)計規(guī)范中不清楚的地方做出解釋。 (2) 靈活性。 (4) 經(jīng)濟性。因為數(shù)據(jù)庫應用系統(tǒng)主要是處理大量的數(shù)據(jù)，所以，數(shù)據(jù)庫的設(shè)計也上升為一項獨立的開發(fā)活動，成為數(shù)據(jù)庫應用系統(tǒng)中最受關(guān)心的中心問題。 數(shù)據(jù)庫的設(shè)計過程如圖 34： （ 1） 用戶需求分析 這一步的主要任務，是從數(shù)據(jù)庫的所有用戶那里收集對數(shù)據(jù)的需求和對數(shù)據(jù)處理的需求，并把這些需求寫成用戶和設(shè)計人員都能接受的需求說明書。概念結(jié)構(gòu)設(shè)計是根據(jù)用戶需求設(shè)計的數(shù)據(jù)庫模型，所以稱它為概念模 物理數(shù)據(jù)庫結(jié)構(gòu) 物理設(shè)計 邏輯數(shù)據(jù)庫結(jié)構(gòu) 用戶需求分析 需求說明書 ER 模型 概念設(shè)計 邏輯設(shè)計 圖 34 型。 實體 聯(lián)系模型（ EntityRelationship approach,簡稱 ER模型）反映的是現(xiàn)實世界中的事物及其相互聯(lián)系，與此有關(guān)的概念有： ① 實體（ Entity）。實體可以是人，也可以是物或抽象的概念；可以指事物本身，也可以指事物之間的聯(lián)系，如一個人，一件物品，一個部門等都可以是實體。 ② 屬性。屬性用來描述一個實體。 ③ 聯(lián)系。現(xiàn)實世界的事物總是存在著這樣或那樣的聯(lián)系，這種聯(lián)系必然要在信息世界中得到反映。例如將員工表扣款表和效益工資表信息，經(jīng)過工資項目計算可以得到工資表。通常聯(lián)系又可以分為一對一聯(lián)系（ 1： 1），一對多的聯(lián)系（ 1： M），多對多的聯(lián)系（ M： M）。在模型建立中，首 先根據(jù)分析階段收集到的材料，利用分類、聚集、概括等方法抽象出實體，并一一命名，再根據(jù)實體的屬性描述其間的各種聯(lián)系。 在 ER 圖中，實體、聯(lián)系與屬性分別用矩形、菱形和橢圓框（或圓框）來表示。） （ 3） 邏輯設(shè)計 實現(xiàn)設(shè)計的目的，是將前一步得出的 ER模型轉(zhuǎn)換為某一種特定的 DBMS能夠接受的邏輯模式。 ① ER 模型向關(guān)系模型的轉(zhuǎn)換。從 ER模型轉(zhuǎn)換為關(guān)系模型，就是將 ER 圖中的所有實體和聯(lián)系都改用關(guān)系來表示。在用戶觀點下，關(guān)系模型中數(shù)據(jù)的邏輯結(jié)構(gòu)是一張二維表，它由行和列組成。 元組（ Tuple）：表中的一行即為一個元組。 主碼（ Key）：表中的某個屬性組，它可以唯一確定一個元組。 分量：元組中的一個屬性值。 Ⅱ 其次用關(guān)系式來表示實體。對于員工來說，性別、年齡、學歷、職稱等屬性都依賴于員工的姓名，也就是說，一旦姓名確定下來，性 別、年齡、學歷、職稱等屬性也應該唯一確定。 備注：在這些關(guān)系表達式中，有下劃線的屬性表示主碼。 規(guī)范化理論研究關(guān)系模式之間的依賴關(guān)系及其對關(guān)系模式性能的影響，探討關(guān)系模式應該具備的性質(zhì)和設(shè)計方法。 該理論是指導數(shù)據(jù)庫設(shè)計的一項非常重要的原則，其基本思想是：每個關(guān)系都應該滿足一定的規(guī)范，才能使關(guān)系模式設(shè)計合理，達到減少冗余，提高查詢效率的目的。即要求表結(jié)構(gòu)中不能含有任何重復的數(shù)據(jù)字段。即要求表中的每一列均函數(shù)性的依賴于主關(guān)鍵字。（當表中含有一個定義其他列的非主列時，存在傳遞依賴）。一個滿足 BCNF 的關(guān)系模式有這些條件：所有非主屬性對每一個碼都是完全函數(shù)依賴；所有的主屬性對每一個不包含它的碼，也是完全函數(shù)依賴；沒有任何屬性完全函數(shù)依賴于非碼的任何一組屬性。 分析在工資項目計算例子中所建立起的四個關(guān)系表，均符合 3NF 的要求，所 以不需要再做改動。為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結(jié)構(gòu)的過程，就是數(shù)據(jù)庫的物理設(shè)計。 物理設(shè)計具體確定數(shù)據(jù)庫文件的數(shù)據(jù)庫組成、數(shù)據(jù)、表、數(shù)據(jù)表之間的聯(lián)系數(shù)據(jù)字段類型與長度、主鍵、索引等。 對工資管理系統(tǒng)，設(shè)計步驟如下： ① 確定所有字段的名稱、類型與寬度； 設(shè)計時應注意：去掉在不同關(guān)系中重復出現(xiàn)的屬性名；字段名既要便于識別，又要盡量簡化；字段寬度應該考慮到最大限度的取值?？梢?，“工資管理系統(tǒng)”中的 4 個表的主鍵均為“員工號”。 ④ 按選定的語言建立上述的數(shù)據(jù)庫文件。按照傳統(tǒng)的軟件開發(fā)方法，開發(fā)一個應用程序應該遵循“分析 —— 設(shè)計 —— 編碼 —— 測試”等步驟。編碼階段的任務是，是設(shè)計的內(nèi)容能夠通過某種計算機語言在 機器上實現(xiàn)；最后是測試，以保證程序的質(zhì)量。概要設(shè)計的任務就是根據(jù)功能分析所得到的系統(tǒng)需求，自頂向下地對整個系統(tǒng)進行功能分解，以便分層確定應用程序的結(jié)構(gòu)。該方法的基本思想是將系統(tǒng)設(shè)計成一個由多個相對獨立、單一功能的模塊組成的結(jié)構(gòu)。 對工資管 理信息系統(tǒng)，根據(jù)需求分析可以將系統(tǒng)分解成如圖所示的模塊結(jié)構(gòu)圖 36: 在上面的圖中的模塊劃分過程中，就體現(xiàn)了自頂向下、逐步分解的方法，這正是結(jié)構(gòu)化設(shè)計的基本思想。 在劃分模塊的同時，除了要考慮模塊間的功能聯(lián)系之外，還要考慮模塊的獨立性。從而使復雜的工作得以簡化，程序中即使有錯，也被限制在 一個模塊內(nèi)。所謂塊間聯(lián)系是指系統(tǒng)中各個模塊間的聯(lián)系，主要是指模塊間的數(shù)據(jù)傳送，它是對模塊地獨立性的直接衡量。所謂模塊內(nèi)的聯(lián)系是指一個模塊內(nèi)部各部分之間的聯(lián)系。結(jié)構(gòu)化設(shè)計的目標就是使模塊間的聯(lián)系最小，模塊內(nèi)的聯(lián)系最大，以此來提高系統(tǒng)模塊的相對獨立性。這時應該考慮一 種“折中”方案。 （ 2） 詳細設(shè)計 工資管理系統(tǒng) 數(shù)據(jù)錄入 人員情況錄入 扣款表錄入 效益工資錄入 工資表項目修改 查詢統(tǒng)計 報表打印 圖 36 數(shù)據(jù)庫應用系統(tǒng)的詳細設(shè)計，主要是指模塊級的設(shè)計，一般可以包括確定模塊基本功能和畫出數(shù)據(jù)流圖兩個步驟?；竟δ軕煤啙嵉恼Z言來表達，一般應包括模塊的輸入、輸出和主要處理功能。最后給出模塊說明書。 下面簡要介紹數(shù)據(jù)流程圖的功能和用法。它通過描述數(shù)據(jù)從輸入到輸出所經(jīng)歷的加工和處理，勾畫出應用程序的邏輯模型。從系統(tǒng)的整個應用程序到單獨的模塊，都可以用這種圖來描述。 工資管理項目的數(shù)據(jù)錄入及工資計算數(shù)據(jù)的簡化流程圖見圖 37： 在上述圖中，圓圈符號表示某種處理和加工；方框符號為數(shù)據(jù)存儲符號，包括數(shù)據(jù)庫文件和其他形式的文件；箭頭符號表示數(shù)據(jù)傳遞或讀寫，箭頭方向即為數(shù)據(jù)傳遞或讀寫方向。 第 節(jié) 實現(xiàn)階段 錄入 人員基本情況數(shù)據(jù)表 扣款數(shù)據(jù)表 效益工資數(shù)據(jù)表 工資項目計算 工資數(shù)據(jù)表 原始數(shù)據(jù)信息 圖 37 實現(xiàn)階段的任務是將前一階段的需求和構(gòu)想用 Windows 下具體的程序來實現(xiàn)。 菜單設(shè)計 菜單設(shè)計的大量工作在“菜單設(shè)計器”中完成，在 那里可以創(chuàng)建實際的菜單、子菜單和菜單選項，如圖 創(chuàng)建一個菜單系統(tǒng)的步驟如下： （ 1） 規(guī)劃與設(shè)計菜單系統(tǒng)。工資管理系統(tǒng)的菜單系統(tǒng)設(shè)計來自上節(jié)中提到的“工資管理系統(tǒng)”模塊結(jié)構(gòu)圖。使用菜單設(shè)計器定義菜單標題、菜單項和子菜單。例如，顯示表單或?qū)υ捒虻?。初始化代碼是在定義菜單系統(tǒng)之前執(zhí)行的代碼，通常的初始化操作包括打開文件、聲明變量或?qū)⒉藛蜗到y(tǒng)保存到堆棧中用以恢復菜單層次 。 （ 4） 生成菜單程序。 界面設(shè)計 界面設(shè)計即設(shè)計用戶和系統(tǒng)的輸入 /輸出接口，其主要工作是確定用戶需要向系統(tǒng)輸入或輸出哪些數(shù)據(jù)，以及什么方式和格式輸入或輸出。在設(shè)計輸入接口時，應該注意以下兩點：一是良好的輸入格式。一個 良好的輸入法接口使一個數(shù)據(jù)只輸入一次?？傊?，在設(shè)計輸入接口時，應該從方便用戶使用和方便系統(tǒng)處理這兩個角度來考慮。在一般的事務處理系統(tǒng)中，往往需要定期或隨機輸出各種統(tǒng)計報表和匯總文件。 控件屬性設(shè)計 這一步將設(shè)置對象的屬性，包括表單和表單中包含的 控件屬性。屬性設(shè)定不僅可以改變一些明顯的特征 —— 例如窗體的背景顏色按扭的標題標簽所使用的字體等，同時也可以修改程序的行為以及和用戶的交互質(zhì)量。 Ⅱ 在列表框中項目的排列方式。 Ⅳ 在程序運行的某種時刻，控件的激活或無效，可見或不可見。 添加程序代碼 編寫 Visual FoxPro 應用程序代碼時，必須先理解 Visual FoxPro 的事件驅(qū)動（ Event driver）編程模型的編程方法。 Visual FoxPro 控件 對象的大部分事件與用戶的操作一一對應。相應的，程序中就應該包含用來響應特定事件的代碼塊 —— 事件過程（ Event procedure）。在具體編制某一事件過程的處理代碼時，應該應用傳統(tǒng)的結(jié)構(gòu)化編程技術(shù)，采用順序、選擇、循環(huán)和子程序這 4 種結(jié)構(gòu)來實現(xiàn)。在程序中設(shè)置各種錯誤陷阱獲得錯誤信息，并采取相應措施、確保程序安全性，避免程序運行時跳出死機等現(xiàn)象。為了排除程序的語法錯誤，當一個程序編寫完畢后，應該對它進行測試，即進行編譯或運行，以發(fā)現(xiàn)程序的語法錯誤。 最后，還要強調(diào)的是，編程人員必須克制急于編程的欲望，也就是說，在完成系統(tǒng)分 析和系統(tǒng)設(shè)計之前，不能直接開始編程。因此，前一階段的工作結(jié)果都是后一階段的工作基礎(chǔ)，前面有改動，后面便跟著出現(xiàn)一連串的連鎖反應。因此，必須在完成前一階段的工作并確認無誤后，才能夠開始編程。因此，測試的過程也是 查找和排除錯誤的過程。 模塊測試 所謂模塊測試就是獨立地測試系統(tǒng)中各個子系統(tǒng)和子程序是否實現(xiàn)了模塊說明書所規(guī)定的要求。模塊測試可以使測試并運行。它應該由輸入數(shù)據(jù)和預期的輸出結(jié)果這兩部分組成。一般說來，對一個程序進行徹底地測試是不可能的，只能使用有限個測試例子，來盡可能多地發(fā)現(xiàn)問題。 聯(lián)合測試 一個管理系統(tǒng)往往由多個子系統(tǒng)構(gòu)成，各子系統(tǒng)之間存在許多數(shù)據(jù)交換，很可能某個子系統(tǒng)的輸出結(jié)果是另一個子系統(tǒng)的輸入內(nèi)容。因此在完成了模塊測試之后，還要進行聯(lián)合測試。經(jīng)過系統(tǒng)運行，讀輸出的結(jié)果加以驗證，看其是否符合預期要求。 （ 2）不僅要選擇合理的輸入數(shù)據(jù)作為測試用例，還要選用不合適的輸入數(shù)據(jù)作為測試用例。 （ 4） 要長期保存所有的測試用例，直到系統(tǒng)被廢棄不用為止。該階段的基本任務 是由用戶來檢驗軟件系統(tǒng)功能。同時，用戶還應該將系統(tǒng)中存在的一些問題反饋給軟件人員，以便修改，直到最后完成系統(tǒng)的驗收工作。本系統(tǒng)的開發(fā)，是對我四年所學的知識的一次綜合檢驗，使我學到了許多課本以外的知識，并且提高了系統(tǒng)分析問題、解決問題的能力，是我思想上的一次飛躍。 參考文獻： 中文參考文獻： ［ 1］ 黃梯云 .管理信息系統(tǒng)［ M］ .北京：高等教育出版社 .2020 ［ 2］ 王恩波 .管理信息系統(tǒng)實用教程［ M］ .北京：電子工業(yè)出版社 .1998 ［ 3］史濟民，湯觀全 .Visual FoxPro 及其應用系統(tǒng)開發(fā)［ M］ .北京：清華大學出版社 .2020 ［ 4］周永恒，梁潔 .Visual FoxPro 基礎(chǔ)教程［ M］ .北京：高等教育出版社 .1999 ［ 5］ 薩師煊，王珊 .數(shù)據(jù)庫系統(tǒng)概論［ M］ .北京：高等教育出版社 .1998 ［ 6］ 張一馳 .人力資源管理教程［ M］ .北京：北京大學出版社 .2020 ［ 7］ 伍俊良 .Visual FoxPro 課程設(shè)計與系統(tǒng)開發(fā)案例［ M］ .北京：清華大學出版社 .2020 ［ 8］ 薛華成 .管理信息系統(tǒng)［ M］ .北京：清華大學出版社 .1998 ［ 9］ 王亞芬 .管理信息系統(tǒng)教程［ M］ .西安：西安電子科技大學出版社 .1999 ［ 10］ 王浩 .精通 Visual FoxPro 中 文版［ M］ .上海：上?？茖W技術(shù)出版 .2020 英文參考文獻： ［ 1］ Michael Perelman .Class War