同仁堂管理信息系統(tǒng)設(shè)計(文件)
【正文】 信息系統(tǒng)需求概述 本系統(tǒng)總體要求為：提高工作效率，擴大服務(wù)范圍，降低工作人員的勞動強度，提高藥店資金利用率。 ? 企業(yè)職能分解圖 圖 2 同仁堂藥店職能分解圖如圖所示 銷售科的任務(wù)是，接受顧客的訂貨單，并進行校驗，將不符合要求的訂貨單退還給顧客。 同仁堂藥店業(yè) 務(wù)管理 銷售科 采購科 財務(wù)科 校驗訂單 開發(fā)貨票 管理庫存數(shù)據(jù) 訂貨管理 收款 記賬 制作報表 5 采購科的任務(wù)是，將銷售科提供的缺貨單進行匯總，根據(jù)匯總情況和各廠商供貨情況，向有關(guān) 廠商發(fā)出訂購單。無論是收款還是付款之后，都要修改藥店的財務(wù)總帳。采購、銷售、會計三個部門各配置一臺微機，三臺微機聯(lián)成網(wǎng)絡(luò)，相互通信。 ◎適配器、電纜等其它網(wǎng)絡(luò)配件。 6 ? 信息系統(tǒng)開發(fā)的必要性分析 基于現(xiàn)行銷售管理系統(tǒng)的大部分工作都由手工來完成，造成工作效率低，錯誤率高 ,信息反饋不及時，查詢信息慢，因此本信息系統(tǒng)開發(fā)小組經(jīng)過研究，調(diào)查及取得上級領(lǐng)導(dǎo)地支持，擬對同仁堂藥店進行以下幾方面的改革 : ◎ 系統(tǒng)功能重構(gòu) ◎ 業(yè)務(wù)流程重組 ◎ 數(shù)據(jù)流程重組 ? 明確信息系統(tǒng)開發(fā)的目標，內(nèi)容和規(guī)模 本系統(tǒng)的開發(fā)能夠提高工作效率，擴大服務(wù)范圍，降低工作人員的勞動強度，提高 同仁堂藥店 資金利用率。 ◎銷售子系統(tǒng)的訂貨單處理、缺貨處理全部由計算機完成，增加自動登記新顧客數(shù)據(jù)的功能；貨物售出后，自動建立售貨歷史記錄和修改庫存記錄。 ? 項目投資的粗略估計 前期準備資金 中期投資資金 后期維護資金 75000 元 30000 元 45000 元 ? 人員配備情況 以小組（約 30 人）為單位進行管理信息系統(tǒng)的運行。 ◎ 實現(xiàn)登記、整理數(shù)據(jù)，處理核對顧客訂貨單。 ? 可行性分析 ? 新系統(tǒng)方案 ◎ 實現(xiàn)登記、整理數(shù)據(jù)，處理核對顧客訂貨單。 ? 經(jīng)濟可行性分析 購買和安裝設(shè)備的費用：計算機硬件、系統(tǒng)軟件、 機房、電源、空調(diào)等，共計 7萬。 該企業(yè)所批的新系統(tǒng)的開發(fā)費用和今后的運行、維護費用 為 15 萬。 C++Builder 繼承繼承了 Borland 公司的同類產(chǎn)品 Delphi 對數(shù)據(jù)庫強大的支持，和其豐富的 VCL控件資 源，加上其使用語言 C++的廣泛普及，用它開發(fā)一個關(guān)于 同仁堂藥店 管理信息系統(tǒng)，不存在技術(shù)上的問題。所以建立新系統(tǒng)是可行的，可以立項的。 ◎ 銷售、采購、會計各部門的業(yè)務(wù)數(shù)據(jù)處理實現(xiàn)自動化。各項業(yè)務(wù)數(shù)據(jù)的輸入、處理、存儲和輸出概況見 表 1。 修改記錄： 編寫 孫羽佳 日期 20201105 審核 Sunyujia 日期 20201105 表 2 數(shù)據(jù)流 14 圖 9 數(shù)據(jù)流字典清單（部分） ▲ 數(shù)據(jù)元素 數(shù)據(jù)元素 系統(tǒng)名： 同仁堂管理信息系統(tǒng) 編號： M1 條目名： 藥品標識 別名： 藥品 屬于數(shù)據(jù)流： F F4F6 存儲處： D D3 數(shù)據(jù)元素結(jié)構(gòu)： 簡要說明： 藥品標識是學(xué)生的識別符，每個藥品都有惟一的標識。 修改記錄： 編寫 孫羽佳 日期 20201105 審核 Sunyujia 日期 20201105 表 6 數(shù)據(jù)處理字典 17 圖 10 數(shù)據(jù)處理字典清單（部分） ▲ 外部項 外 部 項 系統(tǒng)名： 同仁堂管理信息系統(tǒng) 條目名： 顧客 編號： M1 別名： 顧客 輸入數(shù)據(jù)流： 發(fā)貨票、付款收據(jù) 輸出數(shù)據(jù)流： 訂購、貨款 主要特征： 顧客主要特征是： 顧客標識、姓名、地址、電話、傳真 簡要說明： 存儲顧客的各類信息，包括 顧客標識、姓名、地址等 。 ◎打印機。 ◎其它應(yīng)用軟件。訂單、顧客細節(jié)、庫存細節(jié)經(jīng)過編輯、檢驗核對后進行分類處理。這里以藥材數(shù)據(jù)庫為例。 ? 進行規(guī)范化（要求符合 3NF），但必要時可以進行反規(guī)劃 顯然上面的 ER 圖完全符合 3NF，因此不需要修改。 ? 輸出介質(zhì) 紙張、磁盤。盡管在系統(tǒng)開發(fā)周期的各個階段均采取了嚴格的技術(shù)審查，但依然難免遺留下差錯，如果沒有再投入運 行前的系統(tǒng)測試階段被發(fā)現(xiàn)糾正，問題遲早會在運行中暴露出來，到那時要糾正錯誤將要會付出更大的代價。 設(shè)計測試用列不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無效的或不合理的輸入數(shù)據(jù)。 ? 走查 由三至五人組成測試小組，測試小組成員是未介入過該軟件設(shè)計工作的有經(jīng)驗的程序設(shè)計人員。會審要對程序的功能、結(jié)構(gòu)及風(fēng)格等全部內(nèi)容進行審查。 系統(tǒng)的測試工作一般有以下四個步驟： 圖 38 系統(tǒng)的測試 過程 37 過程如下： ◎單元測試 ◎組裝測試 ◎確認測試 ◎系統(tǒng)測試 系統(tǒng)轉(zhuǎn)換 ? 做出系統(tǒng)轉(zhuǎn)換計劃 由于原來企業(yè)一直為手工操作，大多員工需要進行一定的培訓(xùn)和熟悉之后才能夠使用新系統(tǒng)進行工作，因此在這里采取分段轉(zhuǎn)換的方式，即在新系統(tǒng)全部正式運行之前，分階段一部分一部分地替代原有手工方式，如圖 35 所示 老系統(tǒng) 新系統(tǒng) 時間 圖 39 分段轉(zhuǎn)換 。根據(jù)軟件的需求規(guī)格說明書設(shè)計測試用例，從程序的輸入和輸出特性上測試是否滿足設(shè)定的功能。 ? 會審 測試小組的構(gòu)成與走查相似，要求測試成員在會審前仔細閱讀軟件有關(guān)資料，根據(jù)錯誤類型清單，填寫檢測表，列出根據(jù)錯誤類型要提問的問題。 保留測試用例，將會給重新測試和追加測試帶來方便。 我們要以找錯誤為目的，不是要證明程序無錯，而是要精心選取那些易于發(fā)生錯誤的測試數(shù)據(jù)，以十分挑剔的態(tài)度，去尋找程序的錯誤。 ? 輸入設(shè)備和介質(zhì) 鍵盤、鼠標、光盤、移動硬盤、讀卡器、掃描儀、 圖 34 客戶訂貨單輸入界面 處理過程設(shè)計 ? 文字描述 ? 繪制處理流程圖 32 ? 銷售業(yè)務(wù)流程圖 圖 35 銷售業(yè)務(wù)流程圖 33
公司管理相關(guān)推薦
鄂ICP備17016276號-1