【正文】 取值：基本工資 +崗位津貼 +效益工資 扣款 備注： 數(shù)據(jù)流條目卡片 數(shù)據(jù)項目條目卡片 在小型應(yīng)用系統(tǒng)中，數(shù)據(jù)條目有時也用簡易的方法表示，以簡化文檔，減少開發(fā)工作量。 功能分析 為了實現(xiàn)系統(tǒng)的目標(biāo)，系統(tǒng)必須具有各種功能。 （ 4） 報表打印模塊 打印工資條。數(shù)據(jù)結(jié)構(gòu)說明書給出程序所用到的數(shù)據(jù)結(jié)構(gòu)。 (4) 經(jīng)濟性。 實體 聯(lián)系模型（ EntityRelationship approach,簡稱 ER 模型）反映的是現(xiàn)實世界中的事物及其相互聯(lián)系，與此有關(guān)的概念有： ① 實體（ Entity）。 ③ 聯(lián)系。在模型建立中，首先根據(jù)分析階段收集到的材料，利用分類、聚集、概括等方法抽象出實體，并一一命名，再根據(jù)實體的屬性描述其間的各種聯(lián)系。從 ER 模型轉(zhuǎn)換為關(guān)系模型，就是將 ER 圖中的所有實體和聯(lián)系都改用關(guān)系來表示。 分量：元組中的一個屬性值。 規(guī)范化理論研究關(guān)系模式之間的依賴關(guān)系及其對關(guān)系模式性能的影響，探討關(guān)系模式應(yīng)該具備的性質(zhì)和設(shè)計方法。（當(dāng)表中含有一個定義其他列的非主列時，存在傳遞依賴）。 物理設(shè)計具體確定數(shù)據(jù)庫文件的數(shù)據(jù)庫組成、數(shù)據(jù)、表、數(shù)據(jù)表之間的聯(lián)系數(shù)據(jù)字段類型與長度、主鍵、索引等。按照傳統(tǒng)的軟件開發(fā)方法，開發(fā)一個應(yīng)用程序應(yīng)該遵循“分析 —— 設(shè)計 —— 編碼 —— 測試”等步畢業(yè)設(shè)計（論文） 31 驟。 對工資 管理信息系統(tǒng)，根據(jù)需求分析可以將系統(tǒng)分解成如圖所示的模塊結(jié)構(gòu)圖 36: 工資管理系統(tǒng) 數(shù)據(jù)錄入 人員情況錄入 扣款表錄入 效益工資錄入 工資表項目修改 查詢統(tǒng)計 報表打印 圖 36 畢業(yè)設(shè)計（論文） 32 在上面的圖中的模塊劃分過程中，就體現(xiàn)了自頂向下、逐步分解的方法，這正是結(jié)構(gòu)化設(shè)計的基本思想。所謂模塊內(nèi)的聯(lián)系是指一個模塊內(nèi)部各部分之間的聯(lián)系。基 本功能應(yīng)用簡潔的語言來表達，一般應(yīng)包括模塊的輸入、輸出和主要處理功能。從系統(tǒng)的整個應(yīng)用程序到單獨的模塊，都可以用這種圖來描述。工資管理系統(tǒng)的菜單系統(tǒng)設(shè)計來自上節(jié)中提到的“工資管理系統(tǒng)”模塊結(jié)構(gòu)圖。 （ 4） 生成菜單程序?？傊谠O(shè)計輸入接口時，應(yīng)該從方便用戶使用和方便系統(tǒng)處理這兩個角度來考慮。 Ⅱ 在列表框中項目的排列方式。相應(yīng)的，程序中就應(yīng)該包含用來響應(yīng)特定事件的代碼塊 —— 事件過程（ Event procedure）。 畢業(yè)設(shè)計（論文） 37 最后，還要強調(diào)的是，編程人員必須克制急于編程的欲望，也就是說，在完成系統(tǒng)分析和系統(tǒng)設(shè)計之前，不能直接開始編程。 模塊測試 所謂模塊測試就是獨立地測試系統(tǒng)中各個子系統(tǒng)和子程序是否實現(xiàn)了模塊說明書所規(guī)定的要求。 畢業(yè)設(shè)計（論文） 38 聯(lián)合測試 一個管理系統(tǒng)往往由多個子系統(tǒng)構(gòu)成，各子系統(tǒng)之間存在許多數(shù)據(jù)交換，很可能某個子系統(tǒng)的輸出結(jié) 果是另一個子系統(tǒng)的輸入內(nèi)容。 （ 4） 要長期保存所有的測試用例，直到系統(tǒng)被廢棄不用為止。 畢業(yè)設(shè)計（論文） 40 參考文獻： 中文參考文獻： ［ 1］ 黃梯云 .管理信息系統(tǒng)［ M］ .北京 ： 高等教育出版社 .2020 ［ 2］ 王恩波 .管理信息系統(tǒng)實用教程［ M］ .北京 ： 電子工業(yè)出版社 .1998 ［ 3］ 史濟民，湯觀全 .Visual FoxPro 及其應(yīng)用系統(tǒng)開發(fā)［ M］ .北京 ： 清華大學(xué)出版社 .2020 ［ 4］ 周永恒，梁潔 .Visual FoxPro 基礎(chǔ)教程［ M］ .北京 ： 高等教育出版社 .1999 ［ 5］ 薩師煊，王珊 .數(shù)據(jù)庫系統(tǒng)概論［ M］ .北京 ： 高等教育出版社 .1998 ［ 6］ 張一馳 .人力資源管理教程［ M］ .北京 ： 北京大學(xué)出版社 .2020 ［ 7］ 伍俊良 .Visual FoxPro 課程設(shè)計與系統(tǒng)開發(fā)案例［ M］ .北京 ： 清華大學(xué)出版社 .2020 ［ 8］ 薛華成 .管理信息系統(tǒng)［ M］ .北京 ： 清華大學(xué)出版社 .1998 ［ 9］ 王亞芬 .管理信息系統(tǒng)教程［ M］ .西安 ： 西安電子科技大學(xué)出版社 .1999 ［ 10］ 王浩 .精通 Visual FoxPro 中文版［ M］ .上海 ： 上海科學(xué)技術(shù)出版 .2020 英文參考文獻： ［ 1］ Michael Perelman .Class Warfare In The Information Age［ M］ . St. martin’s ［ 2］ Dorothy E. Denning. Information Warfare And Security［ M］ . AddisonWesley ［ 3］ Brian Nichiporuk. Information Technologies And The Future Of Land Warfare［ M］ . ［ 4］ Robert Schultheis, Mary Summer. Management Information System(Fourth Edition) ［ M］ . McGrawHill Inc. 1998 [5] Kenh , Jane Price Laudon. Management Information Systems［ M］ . Prentice— 畢業(yè)設(shè)計（論文） 41 致謝 在論文的完成過程中，楊冬明老師對文章的整體規(guī)劃、結(jié)構(gòu)構(gòu)思、程序設(shè)計上給了我很大的幫助，并且仔細地審批了初稿，對本文最終定稿給予了很大的幫助。同時，用戶還應(yīng)該將系統(tǒng)中存在的一些問題反饋給軟件人員，以便修改，直到最后完成系統(tǒng)的驗收工作。經(jīng)過系統(tǒng)運行，讀輸出的結(jié)果加以驗證，看其是否符合預(yù)期要求。它應(yīng)該由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果這兩部分組成。因此，必須在完成前一階段的工作并確認(rèn)無誤后，才能夠開始編程。在程序中設(shè)置各種錯誤陷阱獲得錯誤信息，并采取相應(yīng)措施、確保程序安全性，避免程序運行時跳出死機等現(xiàn)象。 添加程序代碼 編寫 Visual FoxPro 應(yīng)用程序代碼時，必須先 理解 Visual FoxPro 的事件驅(qū)動（ Event driver）編程模型的編程方法。 控件屬性設(shè)計 這一步將設(shè)置對象的屬性，包括表單和表單中包含的控件屬性。在設(shè)計輸入接口時，應(yīng)該注意以下兩點：一是良好的輸入格式。例如，顯示表單或?qū)υ捒虻取? 第 節(jié) 實現(xiàn)階段 實現(xiàn)階段的任務(wù)是將前一階段的需求和構(gòu)想用 Windows 下具體的程序來實現(xiàn)。 下面簡要介紹數(shù)據(jù)流程圖的功能和用法。這時應(yīng)該考慮一種“折中”方案。從而使復(fù)雜的工作得以簡化，程序中即使有錯，也被限制在一個模塊內(nèi)。概要設(shè)計的任務(wù)就是根據(jù)功能分析所得到的系統(tǒng)需求，自頂向下地對整個系統(tǒng)進行功能分解，以便分層確定應(yīng)用程序的結(jié)構(gòu)。可見，“工資管理系統(tǒng)”中的 4 個表的主鍵均為“員工號”。 分析在工資項目計算例子中所建立起的四個關(guān)系表，均符合 3NF 的要求，所以不需要再做改動。即要求表結(jié)構(gòu)中不能含有任何重復(fù)的數(shù)據(jù)字段。對于員工來說，性別、年齡、學(xué)歷、職稱等屬性都依賴于員工的姓名，也就是說，一旦姓名確定下來，性別、年齡、學(xué)歷、職稱等屬性也應(yīng)該唯一確定。 元組（ Tuple）：表中的一行即為一個元組。） （ 3） 邏輯 設(shè)計 實現(xiàn)設(shè)計的 目的，是將前一步得出的 ER 模型轉(zhuǎn)換為某一種特定的DBMS 能夠接受的邏輯模式。例如將員工表扣款表和效益工資表信息，經(jīng)過工資項目計算可以得到工資表。 ② 屬性。 數(shù)據(jù)庫的設(shè)計過程如圖 34： 畢業(yè)設(shè)計（論文） 25 （ 1） 用戶 需求分析 這一步的主要任務(wù)，是從數(shù)據(jù)庫的所有用戶那里收集對數(shù)據(jù)的需求和對數(shù)據(jù)處理的需求，并把這些需求寫成用戶和設(shè)計人員都能接受的需求說明書。 經(jīng)過系統(tǒng)設(shè)計，設(shè)計人員應(yīng)能為程序開發(fā)人員提供完整、清楚的設(shè)計文檔，并對設(shè)計規(guī)范中不清楚的地方做出解釋。在分析階段糾正系統(tǒng)說明書上的某個錯誤可能只需要花費一個小時，但是到開發(fā)后續(xù)階段在糾正就可能花成百上千 小時的代價。 對以上工資管理系統(tǒng)提出的功能需求可以歸納為以下幾個方面。 編寫數(shù)據(jù)字典是系統(tǒng)開發(fā)的一項重要的基礎(chǔ)工作。分析中要為每一數(shù)據(jù)編寫一個數(shù)據(jù)條目，然后將所有條目合編為數(shù)據(jù)字典。 工資表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升 2 部門 字符型 12 3 基本工資 數(shù)值型 8 2 4 崗位津貼 數(shù)值型 8 2 5 效益工資 數(shù)值型 8 2 6 扣款 數(shù)值型 8 2 7 實發(fā)工資 數(shù)值型 8 2 扣款表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升 2 水電費 數(shù)值型 8 2 3 煤氣費 數(shù)值型 8 2 4 其他扣款 數(shù)值型 8 2 效益表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升序 2 效益工資 數(shù)值型 8 2 人員基本情況表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升序 2 姓名 字符型 10 3 性別 字符型 2 4 年齡 整型 3 5 受聘日期 日期型 8 6 學(xué)歷 字符型 10 7 職稱 字符型 12 畢業(yè)設(shè)計（論文） 20 （ 2） 目標(biāo)系統(tǒng)的總體需求 通過對系統(tǒng)的調(diào)查和與用戶的共同討論，對將要開發(fā)的目標(biāo)系統(tǒng)提出下總體需求： ① 用數(shù)據(jù)文件代替現(xiàn)有的全部帳表。 在工作過程中，要了解用戶的環(huán)境和要求，即需要哪 些數(shù)據(jù)、 如何發(fā)送、數(shù)據(jù)的格式是什么、需要保留哪些數(shù)據(jù)、數(shù)據(jù) 量及數(shù)據(jù)的增長率有多少等。 當(dāng)然，可行性研究最根本的任務(wù)是對以后的行動方針提出建議，如果問題沒有可行解，分析員應(yīng)該建議停止這項開發(fā)工程 ，以避免時間、畢業(yè)設(shè)計（論文） 18 資源、人力和金錢的浪費；如果問題可行，分析員應(yīng)該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。如果高層管理人員的抵觸情緒很大，就有必要等一等，積極做工作，創(chuàng)造條件。 可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定 問題是否能夠解決，必須記住，可行性研究的目的不是解決問題，而是確定問題畢業(yè)設(shè)計（論文） 17 是否值得去解決。邏輯方案不同于物理方案，前者解決“做什么”的問題，是系統(tǒng)分析的任務(wù)；后者解決“怎么做”的問題，是系統(tǒng)設(shè)計的任務(wù)。需要注意的是，所謂的集體激勵計劃是相對于員工個人激勵而言的，因此，嚴(yán)格地講，只要不是在員工個人層次上實施旨在影響員工報酬的所有激勵計劃都可以被稱為集體激勵計劃。值得注意的是，績效工資制度與員工個人激勵計劃的效果具有相互補充的性質(zhì)。初級獎勵只滿足基本需要，不能促進工作；而中級獎勵能夠促進工作。一般而言，在相同的組織中擔(dān)當(dāng)相同工作或擁有相同技能的員工可能在工作業(yè)績方面存在差別，也可能在經(jīng)驗方面存在差別，因此，畢業(yè)設(shè)計（論文） 13 絕大多數(shù)公司的薪酬政策也反映了員工個人方面的差異在薪酬決定中的影響。一般而言，對員工支付報酬的決定涉及許多的因素。 （ 3） 加快了軟件開發(fā)速度。 CASE（計算機輔助軟件工程）方法 自計算機在工商管理領(lǐng)域應(yīng)用以來，系統(tǒng)開發(fā)過程，特別是系統(tǒng)分析、設(shè)計和實施過程，就一直是制約管理信息系統(tǒng)發(fā)展的一個瓶頸。 （ 2） 抽象性。 2. 原型法的優(yōu)缺點： 原型法貫徹的是“從下到上”的開發(fā)策略，它更容易被用戶接受。上一階段工作結(jié)束，產(chǎn)出該階段文檔，才能開始下一階段，階段