大學管理信息系統(tǒng)課程設計報告.doc

上傳人:good****022 文檔編號:116833827 上傳時間:2022-07-06 格式:DOC 頁數(shù):28 大?。?21.51KB
收藏 版權(quán)申訴 舉報 下載
大學管理信息系統(tǒng)課程設計報告.doc_第1頁
第1頁 / 共28頁
大學管理信息系統(tǒng)課程設計報告.doc_第2頁
第2頁 / 共28頁
大學管理信息系統(tǒng)課程設計報告.doc_第3頁
第3頁 / 共28頁

下載文檔到電腦,查找使用更方便

20 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

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

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

2、 設計原則 3.3 功能需求分析 3.4 業(yè)務流程分析 3.5 數(shù)據(jù)字典設計 四、系統(tǒng)設計 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)品,方便的服務,提高超市工作效率和質(zhì)量減輕勞動強度。保證顧客和超市 的效益。 1.2 系統(tǒng)開發(fā)目的系統(tǒng)開發(fā)目的 (1)提高超市的工作效率。

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

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

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

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

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

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

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

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

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

13、品歸類 Char20Yes 存放位置 Char20Yes 收銀業(yè)務 屬性類型大小能否為空約束條件 收銀編號 Char20 否主碼 應收款 double8 否 支付方式 Char20 否 實收款 double8 否 應找零 double8 否參照(實收款,應收款) 打折 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 圖設計 實體之間關(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)設計、系統(tǒng)設計 4.1 系統(tǒng)設計目標及原則 首先通過對超市目前的人事不管理進行調(diào)查分析,在此基礎上確定出系統(tǒng)的 建設目標:采用先進的數(shù)據(jù)庫技術(shù),以提高超市管理工作的現(xiàn)代化管理水平為宗 旨。在整個系統(tǒng)軟件的開發(fā)過程中,采用軟件工程的思想,把用戶的需求放在首 位,從工作流的角度出發(fā),提出合理化建議,保證做到“明確、到位、簡單” , 并堅持以下三條系統(tǒng)設計原則: (1) 規(guī)范 、統(tǒng)一各類所需的管理信息,遵循國家標準。用統(tǒng)一、規(guī)范、完 整的數(shù)據(jù)格式描述,將所有的業(yè)務工作標準化、規(guī)范化。 (2) 系統(tǒng)設計簡潔、直

17、觀、易操作和維護,并具有可擴展性,適于非計算機 人員使用。系統(tǒng)的設計一定要在符合傳統(tǒng)的人工管理的基礎上,做到業(yè)務功能實 用、到位、簡單、易學、易用,界面友好,美觀大方,便于管理 (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ù)量 銷售價格 . 利用層次圖來表示系統(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)的基礎上每一大子系統(tǒng)又分為幾個 模塊: (1)招聘管理子系統(tǒ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)模塊設計 根據(jù)企業(yè)的實際情況進行具體分析,人事管理系統(tǒng)包括如圖 4-1 所示的幾大 管理模塊。 人員管理 基本信息登記 員工操作權(quán)限 客戶銷售權(quán)限 圖 4-1 系統(tǒng)管理模塊 4.4 數(shù)據(jù)庫設計 4.4.1 概念模型設計 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,詳細的描述出了,流程設計在概念上的物理關(guān)系,實體 職員信息 系統(tǒng)編號 姓名 所在部門 電話 中都詳細的包含著自己的字段值,字段類型、長度,并且是主從表,由唯一的主 鍵連著,從表的值隨主表的改變而改變,整個圖示關(guān)系明了,一看就明白其對應 的物理數(shù)據(jù)庫表的作用。 廠商商品信息 營業(yè)員

22、訂貨信息 購買信息顧客 銷售信息用戶信息(員工)商品信息庫存信息 老板 4-3 超市的實體流程圖 4.4.2 概念模型設計概念模型設計 數(shù)據(jù)庫設計(Database Design,簡記為 DBD)是指針對給定的軟、硬件環(huán)境, 根據(jù)現(xiàn)實問題要求,設計出最優(yōu)數(shù)據(jù)庫模式,進行數(shù)據(jù)庫及應用系統(tǒng)設計,使之 能夠有效存取數(shù)據(jù)及滿足用戶需求。數(shù)據(jù)庫設計一般包括需求分析、概念結(jié)構(gòu)設 計、邏輯結(jié)構(gòu)設計、物理結(jié)構(gòu)設計、數(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è)務信息 屬性類型大小能否為空約束條件 收銀編號 Char20 否主碼 應收款 double8 否 支付方式 Char20 否 實收款 double8 否 應找零 double8 否參照(實收款,應收款) 打折 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 界面設計界面設計 (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)聚,弱耦合的 設計原則。系統(tǒng)主界面設計如圖 4-5 所示。 (3)客戶的信息編輯管理 可以對客戶的信息進行編輯,客戶信息編輯的界面設計如圖 4-6

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

27、考慮的主要內(nèi)容有: (1)輸出信息名:該輸出信息的名稱。 (2)輸出功能:該輸出信息起什么作用。 (3)輸出周期:多長時間輸出一次。 (4)輸出期限:每次輸出的期限。 (5)輸出方式:批輸出還是實時輸出。 (6)輸出用紙:專用紙還是通用紙。 (7)輸出信息校驗:檢驗輸出信息的正確性,包括確定校驗內(nèi)容、檢驗方 法和校驗后的處理。 (8)輸出項目名稱:構(gòu)成輸出信息的每個數(shù)據(jù)項。 本系統(tǒng)中所使用的輸出方式有兩種:查詢顯示輸出和打印輸出。查詢顯示輸 出的信息主要是各種查詢結(jié)果,這是一種實時要求很高的輸出,輸出設備是顯示 器,報表打印輸出的信息主要是各種報表形式的數(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)設計。 5.1 單元測試單元測試 單元測試的對象是軟件設計的最小單位模塊。單元測試的依據(jù)是詳細設 描述,單元測試應對模塊內(nèi)所有重要的控制路徑設計測試用例,以便發(fā)現(xiàn)模塊內(nèi) 部的錯誤。單元測試多數(shù)采用白盒測試方法,系統(tǒng)內(nèi)多個模塊可以并行地進行測 試。單元測試任務包括: (1)模塊接口測試; (2)模塊局部數(shù)據(jù)結(jié)構(gòu)測試; (3)模塊邊界條

29、件測試; (4)模塊中所有獨立執(zhí)行通路測試; (5)模塊的各條錯誤處理通路測試。 模塊接口測試是單元測試的基礎。只有在數(shù)據(jù)能正確流入、流出模塊的前提 下,其他測試才有意義。測試接口正確與否應該考慮下列因素: (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)成進程的所有模 塊一起測試。此外,如果程序由多個進程組成,應該成對測試它們,而不是同時 測試所有進程。在生產(chǎn)管理系統(tǒng)的單元測試模塊中已經(jīng)通過,系統(tǒng)要進行最終的 集成測試。以下是對人事管理信息系統(tǒng)幾個集成測試案例: 表 5-1 測試案例一 用戶

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

32、:測試結(jié)果:輸入錯誤將會有系統(tǒng)提示信息。 表 5-2 測試案例二 職員信息編輯 測試案例測試案例 ID:ST- TC2測試案例名稱測試案例名稱:職員信息編輯職員信息編輯 測試案例描述測試案例描述:檢驗通訊錄輸入的正確性。 輸入輸入:輸入職員編號、職員姓名、身份證號碼、郵箱等。 測試環(huán)境設置測試環(huán)境設置: 測試前的數(shù)據(jù)格式必須正確,否則無法進行數(shù)據(jù)存儲。 預期測試結(jié)果:預期測試結(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)境設置測試環(huán)境設置:測試前的配置必須完善,否則無法進行年終考核信息登記維護。 預期測試結(jié)果:預期測試結(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)也相應的給出提示信息。 廖健程 六系統(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)不斷地適應這些變化,不斷地完善系統(tǒng),以提高 系統(tǒng)運行的效率與服務水平,這就需要自始至終進行系統(tǒng)的維護工作。系統(tǒng)的維 護主要包括四個方面: (1) 程序的維護:指的是修改部分或全部程序,這部分維護往往是在條件發(fā) 生變化或原系統(tǒng)的效率低的情況下進行的,同時也是由專業(yè)人員來做的工作。 (2) 數(shù)據(jù)文件的維護:指的是按照用戶的要求對數(shù)據(jù)文件進行不定期的修改。 (3) 代碼的維護:隨著系統(tǒng)的發(fā)展和變化,可能會出現(xiàn)舊代碼不能適應新要 求的問題,因此,有必要變更

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

37、理還不能自動生成工資表。但由于個人技術(shù)原因,沒有達到預想效 果。因此本系統(tǒng)在用戶操作、功能需求上還存在著多方面不足。希望在系統(tǒng)的二 次開發(fā)中,能填補以上缺陷。 展望展望 二十一世紀的競爭主要是人才的競爭,企業(yè)要想在未來的競爭中立于不敗之 地,就需要加強人事的管理,就需加強人事管理信息系統(tǒng)的建設。但是,由于受 作者能力、時間等方面因素的限制,本文對人事管理信息系統(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)與采購、銷售、財務等信息系統(tǒng)內(nèi)部的集成。

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!