《大學管理信息系統(tǒng)課程設(shè)計報告.doc》由會員分享，可在線閱讀，更多相關(guān)《大學管理信息系統(tǒng)課程設(shè)計報告.doc（28頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、大學管理信息系統(tǒng)課程設(shè)計說明書大學管理信息系統(tǒng)課程設(shè)計說明書 摘要： 管理信息系統(tǒng)是借助計算機，互聯(lián)網(wǎng)等手段把企業(yè)管理流程在線實現(xiàn)。使 企業(yè)高層獲得明確的信息，更好的實施管理。本文主要是介紹大學超市進銷存管 理信息系統(tǒng)的環(huán)境、功能作用、設(shè)計的方案等各方面的內(nèi)容。主要是讓使用者了 解此系統(tǒng)，使他們能更好的運用本系統(tǒng)，使此系統(tǒng)發(fā)揮出應(yīng)有的作用。本系統(tǒng)運 用計算機管理信息技術(shù)，建立數(shù)據(jù)庫，對超市的進銷存過程進行詳細的分析,實 現(xiàn)了對超市的進貨、銷售和庫存的科學管理 一、背景介紹 二、可行性研究 2.1 必要性分析 2.2 操作可行性研究 2.3 經(jīng)濟可行性研究 三、系統(tǒng)分析 3.1 設(shè)計思想 3.2

2、 設(shè)計原則 3.3 功能需求分析 3.4 業(yè)務(wù)流程分析 3.5 數(shù)據(jù)字典設(shè)計 四、系統(tǒng)設(shè)計 4.1 系統(tǒng)總體結(jié)構(gòu)圖： 4.2 各子系統(tǒng)功能分析 五、系統(tǒng)實施測試說明書 六、系統(tǒng)維護 七、總結(jié)與展望 一一 背景介紹背景介紹 1.1 背景介紹 地質(zhì)大學北區(qū)教育超市是為方便同學們生活而新建的。新建的超市相比之前的規(guī) 模大了很多，商品數(shù)量也增加了不少。有關(guān)商品的信息量也在增加。超市需要對 各種信息進行分析，以方便管理。通過開發(fā)管理信息系統(tǒng)，使學生獲得更加新鮮 的產(chǎn)品，方便的服務(wù)，提高超市工作效率和質(zhì)量減輕勞動強度。保證顧客和超市 的效益。 1.2 系統(tǒng)開發(fā)目的系統(tǒng)開發(fā)目的 (1)提高超市的工作效率。

3、(2) 通過全面的信息采集和處理，輔助提高超市的決策水平。 (3) 使用本系統(tǒng)，可以迅速提升超市的管理水平，為降低經(jīng)營成本， 提高效益， 增強超市擴張能力， 提供有效的技術(shù)保障 二、可行性研究二、可行性研究 2.1 必要性分析 傳統(tǒng)的超市管理系統(tǒng)不能適應(yīng)現(xiàn)行條件下對超市管理提出的 快速反應(yīng)信息，快速組織貨物，提高資金周轉(zhuǎn)率的需要。要提高內(nèi)部管理水平， 有效降低成本，提高管理決策水平，這種傳統(tǒng)的方法必定要被改進。超市管理信 息系統(tǒng)分析與設(shè)計，結(jié)合超市發(fā)展要求?？梢愿纳瞥性谏唐妨鞴芾?，物流管理， 人力資源管理，信息流管理方面的問題。 2.2 操作可行性 該軟件采用友好的交互界面，簡單方便。隨著計

4、算機的普及， 公司的工作人員一般都要求掌握一定的計算機技術(shù)，具有一定的軟硬件基礎(chǔ)，會 使用各種管理軟件。因為有的超市對員工的素質(zhì)要求比較高，從管理層到下面的 銷售人員，都要求具有一定的計算機基礎(chǔ)，所以在新系統(tǒng)投入使用時，只要對員 工進行少量的培訓，系統(tǒng)的功能和使用方法就基本上能夠使系統(tǒng)順利運行。 2.3 經(jīng)濟可行性 因為通過網(wǎng)絡(luò)傳遞銷售信息可以不受距離的限制，因此可以 節(jié)約許多的人力和物力，方便管理，由此可以減少不必要的開支，同時該系統(tǒng)可 以提高超市的銷售效率，改善服務(wù)質(zhì)量，即提高了超市的經(jīng)濟效益，所以從經(jīng)濟 上完全是可行的。同時，該系統(tǒng)的開發(fā)較為簡單，對各種配套設(shè)施的要求不是很 嚴格，對前期

5、的投入不會太大。同時，該系統(tǒng)的應(yīng)用有利于充分收集各種信息， 為決策者提供決策服務(wù)，可提高超市的競爭力。 結(jié)論，根據(jù)以上必要性和可行性分析，可以看出超市管理信息系統(tǒng)的開發(fā)是必 要且可行的。它對于提高服務(wù)質(zhì)量以及經(jīng)濟效益方面，將起到非常重要的作用。 三、系統(tǒng)分析三、系統(tǒng)分析 3.1 設(shè)計思想 1)系統(tǒng)分成幾個相對獨立的模塊，但這些模塊都進行集中式管理。 (2)分層的模塊化程序設(shè)計思想，整個系統(tǒng)采用模塊化結(jié)構(gòu)設(shè)計。作為應(yīng)用程序 有較強的可操作性和擴展性。 (3)合理的數(shù)據(jù)流設(shè)計，在應(yīng)用系統(tǒng)設(shè)計中，相對獨立的模塊間以數(shù)據(jù)流相互連 接，使各模塊間的耦合性較低，方便系統(tǒng)運行，提高系統(tǒng)安全性。 3.2 設(shè)計

6、原則 為了使本系統(tǒng)功能齊全完備，操作簡便，最大限度的提高軟件的質(zhì)量，從而滿足 用戶的實際需要，在設(shè)計開發(fā)過程中遵循了如下原則： (1)合法性原則：依據(jù)產(chǎn)品核算系統(tǒng)的工作規(guī)定以及要求，參照核算實際的工作 情況，進行諸如產(chǎn)品進貨、銷售等工作。 (2)實用性原則：適合產(chǎn)品信息管理工作的實際需求，并能夠處理一些特殊情況 的要求，此外，盡可能預(yù)留空間，以便擴充功能。 (3)準確性原則：對輸入的相關(guān)資料建立檢錯機制，及時報錯，使用戶能夠及時 準確的輸入合法資料(如：類型匹配，長度不超限等)。 (3)易操作原則：要求設(shè)計的系統(tǒng)功能齊全，界面友好，操作方便，必要的地方 進行提示。 (5)源程序可讀性原則：為了

7、便于其他設(shè)計，維護人員讀懂代碼或以后的代碼修 改，軟件升級維護，即可能做好代碼注釋工作。 (6)優(yōu)化原則：為了達到優(yōu)化的目的，合理的運用窗口，菜單，對象等的繼承， 自定義用戶對象，事件，函數(shù)，減少不必要的重復性代碼，使程序簡介明了，也 方便了將來的維護。 (7)安全性原則：可以為該系統(tǒng)的用戶設(shè)置用戶權(quán)限。(1)進貨業(yè)務(wù) 業(yè)務(wù)流程分析 1 進貨管理是超市生產(chǎn)經(jīng)營活動中最基本的環(huán)節(jié)，它關(guān)系到產(chǎn)品質(zhì)量能否得到保 證，生產(chǎn)是否能夠順利進行，采購成本能否得到有效控制等問題。在該系統(tǒng)中對 企業(yè)的進貨管理提出新的要求；超市與供貨商之間是合作伙伴，相互依存，而且 供貨商的選擇對超市的生存發(fā)展極其重要，要從采購

8、做起，抓商品的質(zhì)量。包括 制定進貨計劃，實施進貨計劃。 (2)庫存業(yè)務(wù)： 庫存管理是指在上產(chǎn)經(jīng)營中為銷售和耗用而存儲的各種資產(chǎn)。企業(yè)存貨不當都會 增加不必要的費用：存貨過多將導致物資的積壓、存儲費用增加、流動資金周轉(zhuǎn) 不利，并且過量的庫存會掩蓋管理不善的問題。存貨不足則影響企業(yè)的正常銷售 活動。庫存管理的目標是需求最佳存貨數(shù)量，使庫存的成本總額最小化。其主要 業(yè)務(wù)如下： 產(chǎn)品入庫、出庫、盤庫等日常處理。 科學合理地確定某庫存物資相關(guān)數(shù)據(jù)。如：最佳訂貨批量、最大庫存量、最佳缺 貨量、最佳訂購周期等，進行嚴格的庫存控制工作。 匯總統(tǒng)計各類庫存數(shù)據(jù)，反應(yīng)和監(jiān)督儲備資金占用及采購資金使用情況。 (3)

9、銷售業(yè)務(wù) 銷售對一個企業(yè)的生存和發(fā)展是至關(guān)重要的，它不再是傳統(tǒng)意義上的“賣東西”， 它對外關(guān)系到企業(yè)產(chǎn)品、服務(wù)和企業(yè)形象等多方面因素，對內(nèi)涉及到銷售、庫存、 財務(wù)等信息。此外信息化的高速發(fā)展為企業(yè)的銷售工作提出了新的挑戰(zhàn)，封閉意 味著落后，超市要抓住時機，引入現(xiàn)代化的銷售管理模式，實施企業(yè)的信息化、 智能化銷售管理，才能使超市在激烈的市場競爭中立于不敗之地。 本系統(tǒng)采用自定向下方法開發(fā)，其功能模塊主要有如下幾個部分：進貨管理模塊、 庫存管理模塊、銷售管理模塊、員工管理模塊。具體的功能描述如下： 進貨管理：其功能是對手機供應(yīng)商信息進行管理，并根據(jù)企業(yè)情況制定進貨計劃， 實施產(chǎn)品采購，并進行進貨查

10、詢。 庫存管理：其功能是對采購來的產(chǎn)品進行企業(yè)內(nèi)部編碼入庫，產(chǎn)品分類等活動， 同時能夠根據(jù)銷售清單進行出貨管理，以及庫存統(tǒng)計。 銷售管理：其功能是提供一般的銷售管理，能夠進行銷售明細查詢和打印銷售報 表。 人事管理：其功能是對超市的員工和供貨商信息進行管理，包括查詢，更新等。 3.1 組織結(jié)構(gòu)與功能分析 組織結(jié)構(gòu) ：前臺零售管理系統(tǒng) 、 后臺管理系統(tǒng) 組織結(jié)構(gòu)圖： 小型超市管理系 統(tǒng)統(tǒng) 前臺管理后臺管理 人 員 管 理 庫 存 管 理 銷 售 管 理 進 貨 管 理 商 品 錄 入 收 銀 業(yè) 務(wù) 該系統(tǒng)分為前臺和后臺兩個方面。在前臺主要是負責商品的銷售業(yè)務(wù)，包括商品 的錄入和收銀。 后臺負責

11、的任務(wù)較多，包括貨物的庫存信息，進貨管理，以及員工的信息。能夠 充分掌握貨物和員工的信息，便于生成需要的信息，為高層決策提供依據(jù)。 子系統(tǒng)劃分 商品錄入 快速商品錄入 支持條形碼掃描 商品價格 商品編號 商品名稱 功能描述： 商品錄入子系統(tǒng)要求快速錄入商品 因此必須支持條形碼掃描 收銀業(yè)務(wù) 支持會員卡打折 打印交易清單 交易總額計算 應(yīng)收款 實收款 應(yīng)找零 進貨管理 自動制定進貨計劃 自動入庫登記 進貨與出庫記錄 貨單新建 刪除 入庫時間 商品數(shù)量 商品名稱 存放位置 入庫時間 商品數(shù)量 商品名稱 銷售管理 商品銷售控制 查詢銷售情況 生成銷售記 錄 銷售額 日期 商品名稱 日期 日銷售額 進

12、貨管理模塊主要有，生成進貨計劃，入庫登記，進貨與出庫記錄三部分組成。生成進貨計 劃包括貨單新建，刪除，付款等。 入庫登記，包括商品的名稱 ，數(shù)量，入庫的時間，存放位置。 庫存管理 查詢庫存記錄 庫存狀態(tài)自動告警 自動盤點清算 庫存量 商品名稱 人員管理 基本信息登記 員工操作權(quán)限 客戶銷售權(quán)限 3.2 流程圖設(shè)計 廠商商品信息 營業(yè)員 訂貨信息 購買信息顧客 銷售信息用戶信息（員工）商品信息庫存信息 管理者 3.3 數(shù)據(jù)字典設(shè)計 商品錄入 屬性類型大小能否為空約束條件 商品編號 Char20No 主碼 商品名稱 Char20No 商品數(shù)量 double8Yes 商品價格 double8N0 商

13、品歸類 Char20Yes 存放位置 Char20Yes 收銀業(yè)務(wù) 屬性類型大小能否為空約束條件 收銀編號 Char20 否主碼 應(yīng)收款 double8 否 支付方式 Char20 否 實收款 double8 否 應(yīng)找零 double8 否參照（實收款，應(yīng)收款） 打折 double8 能 進貨管理 屬性類型大小能否為空約束條件 商品編號 Char20No 主碼 商品名稱 Char20No 進貨數(shù)量 double8Yes 進貨日期 Char20Yes 商品價格 double8N0 商品歸類 Char20Yes 供貨商編號 double8N0 銷售管理 屬性類型大小能否為空約束條件 日期 Char

14、10 否主碼 商品編號 Char20 否 商品名稱 Char20 否 單項商品銷售額 Double8 能 單類商品銷售總額 Double8 能 銷售總額 Double8 能 庫存管理 屬性類型大小能否為空約束條件 商品編號 Char20No 主碼 商品名稱 Char20 否 庫存量 Char20 否小于約束最小值提醒 入庫日期 Char10 否 入庫數(shù)量 Char20 否 出庫日期 Char10 否 出庫數(shù)量 Char20 否 工作人員管理 屬性類型大小能否為空約束條件 工作編號 Char20 否主碼 姓名 Char20 否 性別 Char2 否（男，女） 職稱 Char20 否 權(quán)限 Cha

15、r20 否 34 E-R 圖設(shè)計 實體之間關(guān)系的 E-R 圖如圖 4-1 所示： 管理員信息實體 E-R 圖如圖 4-2 所示： 職員信息實體 ER 圖如圖 4-3 所示： 管理員管理員 帳號密碼 權(quán)限 圖 4-2 管理員信息實體 ER 圖 職員信息 系統(tǒng)編號 姓名 所在部門 電話 貨物廠商信息 貨物入庫信息 貨物出庫信息 銷售統(tǒng)計信息 供貨廠商信息 職員信息 管理員 管理貨物 N M N1 1 商品實體 ER 圖如圖 4-4 所示： 貨物入庫信息實體 ER 圖如圖 4-5 所示： 貨物出庫信息實體 ER 圖如圖 4-6 所示： . . 商品信息 商品編號 名稱價格供銷商 貨物入庫信息 編號貨

16、物名稱 數(shù)量進貨價格 貨物出庫信息 貨物信息實體 ER 圖如圖 4-7 所示： 4 4、系統(tǒng)設(shè)計、系統(tǒng)設(shè)計 4.1 系統(tǒng)設(shè)計目標及原則 首先通過對超市目前的人事不管理進行調(diào)查分析，在此基礎(chǔ)上確定出系統(tǒng)的 建設(shè)目標:采用先進的數(shù)據(jù)庫技術(shù)，以提高超市管理工作的現(xiàn)代化管理水平為宗 旨。在整個系統(tǒng)軟件的開發(fā)過程中，采用軟件工程的思想，把用戶的需求放在首 位，從工作流的角度出發(fā)，提出合理化建議，保證做到“明確、到位、簡單” ， 并堅持以下三條系統(tǒng)設(shè)計原則: (1) 規(guī)范 、統(tǒng)一各類所需的管理信息，遵循國家標準。用統(tǒng)一、規(guī)范、完 整的數(shù)據(jù)格式描述，將所有的業(yè)務(wù)工作標準化、規(guī)范化。 (2) 系統(tǒng)設(shè)計簡潔、直

17、觀、易操作和維護，并具有可擴展性，適于非計算機 人員使用。系統(tǒng)的設(shè)計一定要在符合傳統(tǒng)的人工管理的基礎(chǔ)上，做到業(yè)務(wù)功能實 用、到位、簡單、易學、易用，界面友好，美觀大方，便于管理 (3) 層次化的數(shù)據(jù)共享，為所有用戶提供數(shù)據(jù)保障。在保證數(shù)據(jù)規(guī)范、標準、 一致的前提下，對數(shù)據(jù)的存放進行合理布局，在保證數(shù)據(jù)安全的同時一定要提供 對數(shù)據(jù)的高效處理能力。 (4) 系統(tǒng)的安全性和可靠性：系統(tǒng)要能夠?qū)τ脩暨M行身份認證，保證數(shù)據(jù)的 安全、可靠，并具有數(shù)據(jù)備份和數(shù)據(jù)恢復功能。 4.2 系統(tǒng)總體設(shè)計 貨物信息 編號名稱供貨廠商 數(shù)量 編號 貨物名稱 數(shù)量 銷售價格 . 利用層次圖來表示系統(tǒng)中各模塊之間的關(guān)系。層次

18、方框圖是用樹形結(jié)構(gòu)的一 系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個單獨的矩形框， 它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表各個數(shù)據(jù)的子集，最底層的各個 矩形框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素。隨著結(jié)構(gòu)的精細化，層次方框圖對數(shù) 據(jù)結(jié)構(gòu)也描繪得越來越詳細，這種模式非常適合于需求分析階段的需要。從對頂 層信息的分類開始，沿著圖中每條路徑反復細化，直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細 節(jié)為止。 本系統(tǒng)有多個子系統(tǒng)，每個子系統(tǒng)之間雖然在表面上是相互獨立的，但是在 對數(shù)據(jù)庫的訪問上是緊密相連的，各個子系統(tǒng)訪問的是同一個數(shù)據(jù)庫，只是所訪 問的表不同而已。每個子系統(tǒng)的功能都是按照在調(diào)研中搜集的資料進行編

19、排制作 的。依據(jù)上述功能的分析，系統(tǒng)在幾個子系統(tǒng)的基礎(chǔ)上每一大子系統(tǒng)又分為幾個 模塊： （1）招聘管理子系統(tǒng)包括：應(yīng)聘人員登記、應(yīng)聘人員信息查詢、應(yīng)聘人員 錄用、招聘計劃。 （2）員工信息管理子系統(tǒng)包括：員工信息維護、員工信息查詢、員工職位 調(diào)動、員工離職登記。 （3）合同管理子系統(tǒng)包括：合同維護、合同查詢、合同解除。 （4）.薪資管理子系統(tǒng)包括：獎勵管理、懲罰管理、獎金管理、醫(yī)療補貼管 理、工齡工資管理、基本工資管理、工資管理、當月工資管理查詢、歷史工資查 詢。 （5）考核管理子系統(tǒng)包括：請假登記、請假查詢、考勤匯總、考勤查詢、 年終考核、年終考核查詢。 （6）系統(tǒng)管理子系統(tǒng)包括：修改密碼、

20、用戶管理、數(shù)據(jù)維護。 （7）報表管理在系統(tǒng)包括：員工基本信息統(tǒng)計、員工工資統(tǒng)計。 （8）工具子系統(tǒng)包括：計算器、記事本。 4.3 系統(tǒng)功能結(jié)構(gòu)模塊設(shè)計 根據(jù)企業(yè)的實際情況進行具體分析，人事管理系統(tǒng)包括如圖 4-1 所示的幾大 管理模塊。 人員管理 基本信息登記 員工操作權(quán)限 客戶銷售權(quán)限 圖 4-1 系統(tǒng)管理模塊 4.4 數(shù)據(jù)庫設(shè)計 4.4.1 概念模型設(shè)計 E-R 圖中用橢圓形或圓角矩形表示實體（或關(guān)系）的屬性并用無向邊把實體 （或關(guān)系）與其屬性連接起來。用矩形框來表示實體，用連接相關(guān)實體的菱形框 來表示聯(lián)系。如同數(shù)據(jù)庫中的表的關(guān)系，E-R 圖中關(guān)系也分為一對一、一對多、 多對多三個類型，可

21、以表示為 1：1、1：N、N：M 這三種形式。E-R 模型適用 簡單的圖形符號表達系統(tǒng)分析員對問題域的理解，不熟悉計算機技術(shù)的用戶也能 理解它，因此，E-R 模型可以作為用戶與分析員之間有效的交流工具。它們之間 的聯(lián)系用 E-R 圖方法表示如圖 4-2 所示： 4-2 職員信息 ER 圖 下面的 E-R 圖 4-3，詳細的描述出了，流程設(shè)計在概念上的物理關(guān)系，實體 職員信息 系統(tǒng)編號 姓名 所在部門 電話 中都詳細的包含著自己的字段值，字段類型、長度，并且是主從表，由唯一的主 鍵連著，從表的值隨主表的改變而改變，整個圖示關(guān)系明了，一看就明白其對應(yīng) 的物理數(shù)據(jù)庫表的作用。 廠商商品信息 營業(yè)員

22、訂貨信息 購買信息顧客 銷售信息用戶信息（員工）商品信息庫存信息 老板 4-3 超市的實體流程圖 4.4.2 概念模型設(shè)計概念模型設(shè)計 數(shù)據(jù)庫設(shè)計(Database Design，簡記為 DBD)是指針對給定的軟、硬件環(huán)境， 根據(jù)現(xiàn)實問題要求，設(shè)計出最優(yōu)數(shù)據(jù)庫模式，進行數(shù)據(jù)庫及應(yīng)用系統(tǒng)設(shè)計，使之 能夠有效存取數(shù)據(jù)及滿足用戶需求。數(shù)據(jù)庫設(shè)計一般包括需求分析、概念結(jié)構(gòu)設(shè) 計、邏輯結(jié)構(gòu)設(shè)計、物理結(jié)構(gòu)設(shè)計、數(shù)據(jù)庫實施、數(shù)據(jù)庫運行及維護六個階段。 以下是系統(tǒng)要用到的主要數(shù)據(jù)庫表： 表 4-1 職員基本信息表 屬性類型大小能否為空約束條件 工作編號 Char20 否主碼 姓名 Char20 否 性別 Ch

23、ar2 否（男，女） 職稱 Char20 否 權(quán)限 Char20 否 表 4-2 商品錄入信息 屬性類型大小能否為空約束條件 商品編號 Char20No 主碼 商品名稱 Char20No 商品數(shù)量 double8Yes 商品價格 double8N0 商品歸類 Char20Yes 存放位置 Char20Yes 4-3 收銀業(yè)務(wù)信息 屬性類型大小能否為空約束條件 收銀編號 Char20 否主碼 應(yīng)收款 double8 否 支付方式 Char20 否 實收款 double8 否 應(yīng)找零 double8 否參照（實收款，應(yīng)收款） 打折 double8 能 4-4 進貨管理信息 屬性類型大小能否為空約束

24、條件 商品編號 Char20No 主碼 商品名稱 Char20No 進貨數(shù)量 double8Yes 進貨日期 Char20Yes 商品價格 double8N0 商品歸類 Char20Yes 供貨商編號 double8N0 4-5 銷售管理信息 屬性類型大小能否為空約束條件 日期 Char10 否主碼 商品編號 Char20 否 商品名稱 Char20 否 單項商品銷售額 Double8 能 單類商品銷售總額 Double8 能 銷售總額 Double8 能 4-6 庫存管理信息 屬性類型大小能否為空約束條件 商品編號 Char20No 主碼 商品名稱 Char20 否 庫存量 Char20 否

25、小于約束最小值提醒 入庫日期 Char10 否 入庫數(shù)量 Char20 否 出庫日期 Char10 否 出庫數(shù)量 Char20 否 4.5 界面設(shè)計界面設(shè)計 （1）系統(tǒng)登錄界面 輸入正確的用戶名和密碼后方可登錄系統(tǒng)，系統(tǒng)根據(jù)用戶名據(jù)有的權(quán)限而顯 示。系統(tǒng)登陸界面如圖 4-4 所示。 圖 4-4 系統(tǒng)登陸界面 （2）系統(tǒng)主界面 系統(tǒng)主界面，包括招聘管理、員工信息管理、合同管理、薪資管理等，每一 模塊具有比較強的內(nèi)聚性、各個模塊之間的耦合性弱，達到了強內(nèi)聚，弱耦合的 設(shè)計原則。系統(tǒng)主界面設(shè)計如圖 4-5 所示。 （3）客戶的信息編輯管理 可以對客戶的信息進行編輯，客戶信息編輯的界面設(shè)計如圖 4-6

26、 所示。 （4）退貨的信息編輯管理 可以對退貨的信息進行編輯管理，退貨的信息編輯管理的界面設(shè)計如圖 4-7 所示 （5）庫存上下限設(shè)置信息管理 可以對庫存上下限信息進行編輯管理，庫存上下限信息編輯管理的界面設(shè)計如圖 4-8 所示 （6）利潤分析信息管理 4.5 輸入輸出設(shè)計輸入輸出設(shè)計 系統(tǒng)設(shè)計的過程和系統(tǒng)實施的過程恰好相反，并不是從輸入設(shè)計到輸出設(shè)計， 而是從輸出設(shè)計到輸入設(shè)計，這是因為輸出設(shè)計直接和用戶需求相聯(lián)系，設(shè)計的 出發(fā)點應(yīng)該是保證輸出方便地為用戶服務(wù)，正確地反映用戶所需要的有用信息。 4.5.1 輸出設(shè)計輸出設(shè)計 輸出設(shè)計的主要目的是滿足用戶和管理者對數(shù)據(jù)和信息的要求，輸出設(shè)計要

27、考慮的主要內(nèi)容有： （1）輸出信息名：該輸出信息的名稱。 （2）輸出功能：該輸出信息起什么作用。 （3）輸出周期：多長時間輸出一次。 （4）輸出期限：每次輸出的期限。 （5）輸出方式：批輸出還是實時輸出。 （6）輸出用紙：專用紙還是通用紙。 （7）輸出信息校驗：檢驗輸出信息的正確性，包括確定校驗內(nèi)容、檢驗方 法和校驗后的處理。 （8）輸出項目名稱：構(gòu)成輸出信息的每個數(shù)據(jù)項。 本系統(tǒng)中所使用的輸出方式有兩種：查詢顯示輸出和打印輸出。查詢顯示輸 出的信息主要是各種查詢結(jié)果，這是一種實時要求很高的輸出，輸出設(shè)備是顯示 器，報表打印輸出的信息主要是各種報表形式的數(shù)據(jù)信息，如工資表。 五系統(tǒng)實施測試說明

28、書五系統(tǒng)實施測試說明書 系統(tǒng)測試（System Test， ST）是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng) 來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。 系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品 需求并且遵循系統(tǒng)設(shè)計。 5.1 單元測試單元測試 單元測試的對象是軟件設(shè)計的最小單位模塊。單元測試的依據(jù)是詳細設(shè) 描述，單元測試應(yīng)對模塊內(nèi)所有重要的控制路徑設(shè)計測試用例，以便發(fā)現(xiàn)模塊內(nèi) 部的錯誤。單元測試多數(shù)采用白盒測試方法，系統(tǒng)內(nèi)多個模塊可以并行地進行測 試。單元測試任務(wù)包括： （1）模塊接口測試； （2）模塊局部數(shù)據(jù)結(jié)構(gòu)測試； （3）模塊邊界條

29、件測試； （4）模塊中所有獨立執(zhí)行通路測試； （5）模塊的各條錯誤處理通路測試。 模塊接口測試是單元測試的基礎(chǔ)。只有在數(shù)據(jù)能正確流入、流出模塊的前提 下，其他測試才有意義。測試接口正確與否應(yīng)該考慮下列因素： （1） 輸入的實際參數(shù)與形式參數(shù)的個數(shù)是否相同； （2） 輸入的實際參數(shù)與形式參數(shù)的屬性是否匹配； （3） 輸入的實際參數(shù)與形式參數(shù)是否一致； （4） 調(diào)用其他模塊時所給實際參數(shù)的個數(shù)是否與被調(diào)模塊的形參個數(shù)相同； （5） 調(diào)用其他模塊時所給實際參數(shù)的屬性是否與被調(diào)模塊的形參屬性匹配； （6） 調(diào)用其他模塊時所給實際參數(shù)是否與被調(diào)模塊的一致； （7） 是否把某些約束作為參數(shù)傳遞。 5.2

30、集成測試集成測試 集成測試（也叫組裝測試、聯(lián)合測試）是單元測試的邏輯擴展。它的最簡單 的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。 從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組 合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最 終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進程的所有模 塊一起測試。此外，如果程序由多個進程組成，應(yīng)該成對測試它們，而不是同時 測試所有進程。在生產(chǎn)管理系統(tǒng)的單元測試模塊中已經(jīng)通過，系統(tǒng)要進行最終的 集成測試。以下是對人事管理信息系統(tǒng)幾個集成測試案例： 表 5-1 測試案例一 用戶

31、登錄 測試案例測試案例 ID:ST- TC1測試案例名稱測試案例名稱:用戶登用戶登錄 測試案例描述測試案例描述:檢驗用戶賬號能否順利登陸系統(tǒng)主界面。 輸入輸入:輸入用戶名、密碼。 測試環(huán)境設(shè)置測試環(huán)境設(shè)置:測試前的服務(wù)器配置必須完善，否則無法登錄系統(tǒng)。 預(yù)期測試結(jié)果：預(yù)期測試結(jié)果：能夠自動進入系統(tǒng)，頁面跳轉(zhuǎn)正確。 測試結(jié)果測試結(jié)果 測試步驟測試步驟測試員操作測試員操作 測試員測試員 ID.1用戶點擊應(yīng)用程序，進入用戶登錄界面； ID.2 按照提示在登陸界面輸入用戶名和密碼，例如，測試用戶號：管 理員 測試密碼：123； ID.3輸入完成以后點擊登錄按鈕； ID.4進入主界面。 廖健程 測試結(jié)果

32、：測試結(jié)果：輸入錯誤將會有系統(tǒng)提示信息。 表 5-2 測試案例二 職員信息編輯 測試案例測試案例 ID:ST- TC2測試案例名稱測試案例名稱:職員信息編輯職員信息編輯 測試案例描述測試案例描述:檢驗通訊錄輸入的正確性。 輸入輸入:輸入職員編號、職員姓名、身份證號碼、郵箱等。 測試環(huán)境設(shè)置測試環(huán)境設(shè)置: 測試前的數(shù)據(jù)格式必須正確，否則無法進行數(shù)據(jù)存儲。 預(yù)期測試結(jié)果：預(yù)期測試結(jié)果：能夠進行信息的存儲。 測試結(jié)果測試結(jié)果 測試步驟測試步驟測試員操作測試員操作 測試員測試員 ID.1用戶點擊主界面的職員信息維護，調(diào)出職員信息編輯界面； ID.2 根據(jù)職員信息輸入正確數(shù)據(jù)，包括職員編號、職員姓名、身

33、份證號 碼、郵箱等； ID.3輸入完成以后點擊【保存】按鈕； ID.4系統(tǒng)提示信息。 測試結(jié)果：測試結(jié)果： 輸入的信息無誤，系統(tǒng)提示“數(shù)據(jù)保存成功”，輸入不正確，系統(tǒng) 彈出提示信息。 廖健程 表 5-3 測試案例三 年終考核 測試案例測試案例 ID:ST- TC3測試案例名稱測試案例名稱:年終考核 測試案例描述測試案例描述:對年終考核信息進行維護。 輸入輸入:登記年終考核的基本信息。 測試環(huán)境設(shè)置測試環(huán)境設(shè)置:測試前的配置必須完善，否則無法進行年終考核信息登記維護。 預(yù)期測試結(jié)果：預(yù)期測試結(jié)果：能夠?qū)δ杲K考核信息進行維護。 測試結(jié)果測試結(jié)果 測試步驟測試步驟測試員操作測試員操作測試員測試員 I

34、D.1用戶點擊主界面的年終考核，彈出年終考核填寫界面； ID.2根據(jù)要求對考核信息進行登記。 ID.3 輸入考核編號、職員編號、職員姓名、考核類型、工作品 質(zhì)、合作精神信息等。 ID.4點擊【保存】按鈕，系統(tǒng)出現(xiàn)提示信息。 測試結(jié)果：測試結(jié)果： 輸入信息無誤，系統(tǒng)彈出“保存成功”，輸入信息不完整， 系統(tǒng)也相應(yīng)的給出提示信息。 廖健程 六系統(tǒng)維護六系統(tǒng)維護 本系統(tǒng)是主要是對公文收發(fā)信息的處理、分析，因此，系統(tǒng)的數(shù)據(jù)資料安全 是非常重要的。本系統(tǒng)具有數(shù)據(jù)庫的備份功能，在信息資料丟失時，對系統(tǒng)進行 數(shù)據(jù)庫的恢復就可以使數(shù)據(jù)庫正常工作。故數(shù)據(jù)庫的備份是非常重要的，本系統(tǒng) 的數(shù)據(jù)備份和恢復很簡單，建議具

35、有權(quán)限的操作人員多進行數(shù)據(jù)備份，以保證數(shù) 據(jù)安全。 本系統(tǒng)是個較簡單的管理系統(tǒng)，由于系統(tǒng)外部環(huán)境與內(nèi)部因素的變化，不斷 影響系統(tǒng)的運行，同時需要系統(tǒng)不斷地適應(yīng)這些變化，不斷地完善系統(tǒng)，以提高 系統(tǒng)運行的效率與服務(wù)水平，這就需要自始至終進行系統(tǒng)的維護工作。系統(tǒng)的維 護主要包括四個方面： (1) 程序的維護：指的是修改部分或全部程序，這部分維護往往是在條件發(fā) 生變化或原系統(tǒng)的效率低的情況下進行的，同時也是由專業(yè)人員來做的工作。 (2) 數(shù)據(jù)文件的維護：指的是按照用戶的要求對數(shù)據(jù)文件進行不定期的修改。 (3) 代碼的維護：隨著系統(tǒng)的發(fā)展和變化，可能會出現(xiàn)舊代碼不能適應(yīng)新要 求的問題，因此，有必要變更

36、代碼，予以維護。 (4) 硬件的維護：硬件維護需要就由專職的硬件維護人員負責，分為定期設(shè) 備保養(yǎng)性維護，突發(fā)性的故障維護。 七總結(jié)與展望七總結(jié)與展望 總結(jié)總結(jié) 通過這次的實習和課程設(shè)計，我經(jīng)歷了開發(fā)一個管理信息系統(tǒng)最基本思路與 基本步驟，從開始的課程實習，需求分析，系統(tǒng)分析，系統(tǒng)模塊設(shè)計，具體的編 程開發(fā)。都是按照系統(tǒng)開發(fā)的正規(guī)化步驟進行。同時在這次系統(tǒng)開發(fā)的過程中還 是遇到了不少原來未能預(yù)料的困難，由于技術(shù)上的原因和最初構(gòu)想不夠周全，開 發(fā)經(jīng)驗不足，加上時間很緊迫，不能完全把最初的所有設(shè)想完全在最后實現(xiàn)。本 系統(tǒng)只能是實現(xiàn)了很簡單的基本功能，該系統(tǒng)的工資管理功能也不是很完善。本 系統(tǒng)的工資管

37、理還不能自動生成工資表。但由于個人技術(shù)原因，沒有達到預(yù)想效 果。因此本系統(tǒng)在用戶操作、功能需求上還存在著多方面不足。希望在系統(tǒng)的二 次開發(fā)中，能填補以上缺陷。 展望展望 二十一世紀的競爭主要是人才的競爭，企業(yè)要想在未來的競爭中立于不敗之 地，就需要加強人事的管理，就需加強人事管理信息系統(tǒng)的建設(shè)。但是，由于受 作者能力、時間等方面因素的限制，本文對人事管理信息系統(tǒng)的思想分析是比較 粗淺的，所提出的解決方案也有待于進一步的完善。在今后一段時間內(nèi)，還需要 在以下幾個方面作進一步的發(fā)展： （1）繼續(xù)不斷地將先進的人事管理思想和方法融合到系統(tǒng)中來，特別是精 確管理技術(shù)、知識管理技術(shù)、數(shù)據(jù)挖掘技術(shù)、智能決策等現(xiàn)代管理思想的融合， 以此來優(yōu)化辦公管理效率； （2）建成統(tǒng)一的集成化信息系統(tǒng)是企業(yè)發(fā)展的長遠目標。因此，企業(yè)在信 息化方面要注意到人事管理信息系統(tǒng)與采購、銷售、財務(wù)等信息系統(tǒng)內(nèi)部的集成。