【導讀】了同仁堂金字招牌的長盛不衰。自雍正元年同仁堂正式供奉清皇宮。著”而享譽海內外。同仁堂品牌譽滿海內外，其優(yōu)勢得天獨厚。同仁堂商標已參加了馬德里。和地區(qū)辦理了注冊登記手續(xù)，并在臺灣進行了第一個大陸商標的注冊。著名商標和優(yōu)秀品牌已成為同仁堂集團不斷發(fā)展的特有優(yōu)勢。地區(qū)，產品行銷40多個國家和地區(qū)。在北京大興、亦莊、劉家窯、通州、昌平，

　　

【正文】 數(shù)算法 例如 : 東北產的人參 1 0 2 0 1 0 1 * 1 2 3 4 5 6 7 1 0 6 0 5 0 7 則該代碼的第八位為 (1+0+6+0+5+0+7)Mod 7 =5 東北產的人參的代碼為 10202020 備注：當余數(shù)為 10 時則校驗碼為 0 編號 類別 01 果實 02 根類 03 葉類 04 花類 05 莖類 06 皮類 編號 類別 1010101 五味子 1010102 牛蒡子 1020201 人參 27 數(shù)據(jù)存儲設計 數(shù)據(jù)庫設計 ? 概述 在系統(tǒng)的數(shù)據(jù)庫設計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)詞典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，課采用 ER 圖的 方法進行數(shù)據(jù)結構分析。這里以藥材數(shù)據(jù)庫為例。 ? 實體 — 關系模型（ E— R 模型） ? 繪制 E— R 圖 圖 24 E— R 圖 屬性： 圖 25 圖 26 28 圖 27 圖 28 圖 29 圖 30 圖 31 29 ? 數(shù)據(jù)規(guī)范化 ? 說明三種規(guī)范戶形式（描述 1NF， 2NF， 3NF 的定義） 1NF：屬于 1NF 的關系應滿足的基本條件是元組中的每一個分量都必須是不可分割的數(shù)據(jù)項。 2NF：指的是這種關系不僅滿足第一范式，而且所有非主屬性完全依賴于其主碼。 3NF：指的是這種關系不僅滿足第二范式，而其它的任何一個非主屬性都不穿地依賴于任何關 鍵字。 ? 進行規(guī)范化（要求符合 3NF），但必要時可以進行反規(guī)劃 顯然上面的 ER 圖完全符合 3NF，因此不需要修改。 ? 繪制出調整后的 ER 圖 圖 32 ER 圖 ? 建立邏輯模型 實體： 藥材信息表（ 藥材標識 ，藥材名稱，藥材類別） 庫房信息表（ 倉庫貨位號 ，倉庫位置） 供應商信息表（ 供應商編號 ，供應商名稱，供應商地址，供應商電話，供應商傳真） 客戶信息表（ 客戶編號 ，客戶姓名，客戶地址，客戶電話，客戶傳真） 聯(lián)系： 存儲信息表（ 存儲編號 ，藥材標識，供應商編號，藥材存儲數(shù)量，藥材入庫時間，藥材出庫時間） 30 購買信息表（ 購買編號 ，藥材標識，供應商編號，購買價格，購買數(shù)量，購買時間） 訂單信息表（ 訂單編號 ，藥材標識，客戶編號，銷售價格，銷售數(shù)量，銷售時間） 用戶界面設計 輸出界面設計 輸出是由計算機對輸入的原始信息進行加工處理，形成高質量的有效信息，并使之具有一定得格式，提供管理者使用。 ? 輸出信息內容 客戶信息、發(fā)貨票、貨物、采購訂單、貨款、稅款、各種統(tǒng)計報表、不合格訂單等。 ? 輸出設備 顯示終端、打印機。 ? 輸出介質 紙張、磁盤。 圖 33 客戶信息輸出界面 31 輸入界面設計 ? 輸入信息 內容 客戶訂貨單、供貨單、付款單、貨物、稅單。 ? 輸入設備和介質 鍵盤、鼠標、光盤、移動硬盤、讀卡器、掃描儀、 圖 34 客戶訂貨單輸入界面 處理過程設計 ? 文字描述 ? 繪制處理流程圖 32 ? 銷售業(yè)務流程圖 圖 35 銷售業(yè)務流程圖 33 ? 會計業(yè)務流程圖 圖 36 會計業(yè)務流程圖 34 ? 采購業(yè)務流程圖 圖 37 采購業(yè)務流程圖 35 編程并編寫文檔 本系統(tǒng)在上述系統(tǒng)設計的基礎上進行編程，這里就不做過多贅述。 測試 系統(tǒng)測試是信息系統(tǒng)的開發(fā)周期中一個十分重要的活動。盡管在系統(tǒng)開發(fā)周期的各個階段均采取了嚴格的技術審查，但依然難免遺留下差錯，如果沒有再投入運 行前的系統(tǒng)測試階段被發(fā)現(xiàn)糾正，問題遲早會在運行中暴露出來，到那時要糾正錯誤將要會付出更大的代價。因此我們有必要進行系統(tǒng)測試。 我們要以找錯誤為目的，不是要證明程序無錯，而是要精心選取那些易于發(fā)生錯誤的測試數(shù)據(jù)，以十分挑剔的態(tài)度，去尋找程序的錯誤。 測試工作應避免由原開發(fā)軟件的個人或小組來承擔。 設計測試用列不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無效的或不合理的輸入數(shù)據(jù)。 不僅要檢驗程序是否做了該做的事，還要檢查程序是否同時做了不該做的事。 保留測試用例，將會給重新測試和追加測試帶來方便。 測試方法： ? 人 工測試 ? 個人復查 源程序編寫完成后，直接由程序員自己進行檢查。 ? 走查 由三至五人組成測試小組，測試小組成員是未介入過該軟件設計工作的有經驗的程序設計人員。測試在預先閱讀過該軟件資料和源程序的前提下，由測試人員扮演計算機的角色，用人工方法將測試數(shù)據(jù)輸入被測程序，并在36 紙上跟蹤監(jiān)視程序的執(zhí)行情況，讓人帶特機器沿著程序的邏輯走一遍，發(fā)現(xiàn)程序中的錯誤。 ? 會審 測試小組的構成與走查相似，要求測試成員在會審前仔細閱讀軟件有關資料，根據(jù)錯誤類型清單，填寫檢測表，列出根據(jù)錯誤類型要提問的問題。會審時，由程序作者逐個閱讀和講解 程序，測試人員逐個審查、提問、討論可能產生的錯誤。會審要對程序的功能、結構及風格等全部內容進行審查。 ? 機器測試 ? 黑盒測試（功能測試） 將軟件看成黑盒子，在完全不考慮程序內部結構和特性的情況下，研究軟件的外部特性。根據(jù)軟件的需求規(guī)格說明書設計測試用例，從程序的輸入和輸出特性上測試是否滿足設定的功能。 ? 白盒測試（結構測試） 將軟件看成一個透明的盒子，按照程序的內部結構和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查與設計是否相符。 系統(tǒng)的測試工作一般有以下四個步驟： 圖 38 系統(tǒng)的測試 過程 37 過程如下： ◎單元測試 ◎組裝測試 ◎確認測試 ◎系統(tǒng)測試 系統(tǒng)轉換 ? 做出系統(tǒng)轉換計劃 由于原來企業(yè)一直為手工操作，大多員工需要進行一定的培訓和熟悉之后才能夠使用新系統(tǒng)進行工作，因此在這里采取分段轉換的方式，即在新系統(tǒng)全部正式運行之前，分階段一部分一部分地替代原有手工方式，如圖 35所示 老系統(tǒng) 新系統(tǒng) 時間 圖 39 分段轉換