【正文】 對象方法等。以上這些是對系統(tǒng)的初步了解，詳細調(diào)查將在系統(tǒng)分析部分討論。本項目系統(tǒng)具有友好的界面，操作簡單，幫助信息詳盡，工作人員只需經(jīng)過簡單的培訓之后就可以熟練操作；系統(tǒng)運行環(huán)境的服務器采用visual studio開發(fā)平臺，WEB服務器采用IIS，客服端只需配置瀏覽器就可以運行該系統(tǒng)，這樣的運行環(huán)境都是很好配置的。本論文項目系統(tǒng)對應的組織結構圖，如圖31所示：供應鏈管理中心采購部計劃部采購開發(fā)課成本控制課生產(chǎn)計劃課采購計劃課圖31 系統(tǒng)的組織結構圖某空調(diào)制造企業(yè)生產(chǎn)部門財務部門質檢部門倉儲部門 . 系統(tǒng)邏輯業(yè)務規(guī)劃本論文項目系統(tǒng)的邏輯業(yè)務規(guī)劃圖，如圖32所示： 系統(tǒng)管理供應商管理采購管理庫存管理預警處理登錄用戶管理權限管理登錄登錄登錄登錄供應商管理采購管理庫存管理預警處理圖32 邏輯業(yè)務規(guī)劃圖. 系統(tǒng)數(shù)據(jù)類規(guī)劃經(jīng)過上面邏輯業(yè)務的規(guī)劃之后，對本項目系統(tǒng)的數(shù)據(jù)類進行規(guī)劃。其主要涉及到的術語及說明如下：216。216。擁有功能點控制權限的用戶可以管理該功能點，同時有查看該功能點信息的權限。同時采購員還需要對系統(tǒng)訂單進行管理采購員根據(jù)庫存部門發(fā)來的庫存單，生產(chǎn)部門提供的外購清單，采購員制定月采購計劃。. 倉管員需求概述需要系統(tǒng)提供倉庫管理員對倉庫物料庫存實時更新、對出庫入庫有清晰的記錄功能、并且能夠通過統(tǒng)計分析，根據(jù)設置的安全庫存，做到缺料預警功能。. 業(yè)務流程分析通過對用戶的詳細需求分析和業(yè)務過程分析得知，該系統(tǒng)主要需要完成的業(yè)務有系統(tǒng)管理、供應商管理、采購計劃管理、庫存管理、缺料預警具體的業(yè)務流程分析如下：，如下說明：216。 增加、刪除角色，并且為角色設置權限，初始化默認角色：超級管理員、供管、采購員、倉管員；216。供管評估資料供應商資料價格維護合同協(xié)議維護資料管理供管圖45 供應商管理業(yè)務流程圖合同協(xié)議列表 ：216。其庫存管理業(yè)務流程圖，如圖47所示。供應商管理數(shù)據(jù)流程圖，如圖412所示：基本信息原材料信息供方評審系統(tǒng)數(shù)據(jù)庫不合格合格供管員信息維護供貨管理供貨比例供方檔案采購合同供應商一覽表圖412 供應商管理數(shù)據(jù)流程圖供應商:采購員、計劃員通過用戶名及密碼登入系統(tǒng)后，計劃員依據(jù)生產(chǎn)部門提供的生產(chǎn)計劃以及查詢庫存列表編制采購計劃；通過審核后的采購計劃交給采購員下達采購訂單，未通過的返給計劃員修改；采購員需對采購訂單進行管理維護，缺料需求時要及時發(fā)送催尋單給供應商。在數(shù)據(jù)字典里只能給出簡單的描述，處理功能的定義有以下內(nèi)容：處理功能編號、處理功能的輸入輸出、功能描述、有關的數(shù)據(jù)存儲下面給出采購管理信息系統(tǒng)中部分處理功能的信息，如下表所示：表47處理功能定義表處理功能編號P001處理功能描述生成送貨通知單輸入數(shù)據(jù)流采購員下達采購訂單輸出數(shù)據(jù)流外部實體“供應商”處理采購員下達“采購訂單”，通過系統(tǒng)生成“送貨通知單”通知到外部實體“供應商”，供方只有憑借“送貨通知單”向倉庫按約定交貨量、交貨期完成交貨有關的數(shù)據(jù)存儲供貨比例、采購計劃單、庫存列表表48處理功能一覽表編號處理功能名稱輸入/輸出數(shù)據(jù)流名稱來源/去處數(shù)據(jù)存儲P001生成送貨通知單輸出單據(jù)信息供應商送貨通知單P002供應商信息維護輸入供方基本信息供管員供應商檔案表數(shù)據(jù)存儲是指在系統(tǒng)中應該保存的數(shù)據(jù)結構以及具體的數(shù)據(jù)內(nèi)容，實際上它是信息系統(tǒng)的資源，用戶要從系統(tǒng)中獲取的全部數(shù)據(jù)都來自于數(shù)據(jù)存儲。其系統(tǒng)功能模塊結構分析，如圖52所示：采購管理信息系統(tǒng)登錄模塊用戶名、用戶密碼系統(tǒng)管理供應商管理采購管理庫存管理預警處理圖52 系統(tǒng)總體模塊結構圖統(tǒng)計分析出庫管理入庫管理訂單管理采購過程采購計劃預警告知供應商維護信息管理用戶管理資料管理預警處理. 數(shù)據(jù)庫設計數(shù)據(jù)庫(Database)，是按照數(shù)據(jù)結構來組織、存儲和管理數(shù)據(jù)的倉庫，是用于查詢的大量數(shù)據(jù)的存儲區(qū)域。計劃員 編制采購計劃 審核供管 通知采購員下單供應商供貨領料物料庫存?zhèn)}庫操作倉管圖53 系統(tǒng)概念設計ER圖MN1NMMMNMM1M1MM各實體屬性圖如下所示：供應商地址聯(lián)系人名稱代碼……..圖54 供應商實體屬性圖物料規(guī)格型號名稱代碼……..圖55 物料實體屬性圖采購員部門職位姓名工號圖56 采購員實體屬性圖倉庫倉管屬性名稱代碼圖57 倉庫實體屬性圖……..……... 邏輯模型設計采購管理和倉儲管理的基本E－R圖經(jīng)過轉化、關系模式的規(guī)范化，消除關系中的函數(shù)依賴和傳遞依賴，對于實體間的聯(lián)系我們分不同的情況討論：若實體間的聯(lián)系是1:1，可以在兩個實體轉換成的兩個關系中任意一個關系的屬性中加入另一個關系的碼；若實體間聯(lián)系為1:n，則在n端實體轉換成的關系中加入1端實體轉換成的關系碼；若實體間聯(lián)系為n:m，則將聯(lián)系轉換為關系，關系的屬性為諸個實體的碼加上聯(lián)系具有的屬性，而關系的碼為諸實體的碼的組合。 庫存信息：{物料代碼、入庫單號、入庫項次、還貨單號、出庫單號、庫存數(shù)量、金額、警戒庫存、存放位置}216。存儲我司供應商的基本信息，如供應商代碼、名稱、地址、聯(lián)系人、聯(lián)系方式等表54 供應商信息表字段列名字段代碼字段類型主鍵供應商代碼SP_IDINTTRUE供應商名稱SP_NAMEVARCHAR(50)地址SP_ADDRESSVARCHAR(200)聯(lián)系人SP_LINKMANVARCHAR(50)聯(lián)系方式SP_TELEPHONEVARCHAR(20)。因此在輸出設計時，為了給用戶提供有用的信息，我們要根據(jù)掌握的不同用戶的需求顯示不同的內(nèi)容，最大限度滿足他們的需求。2．應用服務器配置，如表52所示。2. C中變量由環(huán)境自動初始化。StartPosition其它除類的私有成員外的變量均為第一個單詞首字母小寫其余首字母大寫。系統(tǒng)的維護是非常重要的，包括硬件的維護、軟件的維護和數(shù)據(jù)維護。 系統(tǒng)修改的規(guī)程216。 安排計劃：包括維護工作的范圍、采用的方法、所需資源、確認的需求、維護費用及維護進度等；216。. 管理指標評價用這個指標評價系統(tǒng)主要為了反映用戶對系統(tǒng)的一些意見。. 系統(tǒng)的評價. 經(jīng)濟指標評價用這個指標評價系統(tǒng)主要為了衡量系統(tǒng)開發(fā)中所要用到的費用和帶來的經(jīng)濟效益之間的差值。 軟件的維護：在軟件的維護上主要進行正確性維護、適應性維護、完整性維護預防性維護等；216。 系統(tǒng)安全運行管理制度216。. 性能測試對系統(tǒng)性能的測試，通過以下幾方面進行：①對事務的響應時間（平均、最長）測試；②界面響應速測試；③請求量，例如每秒處理的事務數(shù)；④容量，例如系統(tǒng)可以容納的客戶或事務數(shù)；⑤資源利用情況。：表63 命名規(guī)則表項規(guī)范示例類的私有成員以下劃線開頭，第一個單詞首字母小寫其余首字母大寫_startPosition類的公有成員以屬性(Property)體現(xiàn)，私有成員若需外部訪問必須通過屬性封裝。C是一種最新的、面向對象的編程語言。. 人機界面設計人機界面設計的基本原則是從用戶的角度考慮，而不是從設計人員設計方便來考慮，在設計系統(tǒng)人機界面時，考慮到輸入設計上的最小量原則、快輸入原則、簡單性原則、早檢驗原則等，考慮到了輸出設計上的使用方便，一目了然，符合用戶的習慣，便于計算機處理，規(guī)格標準化，文字統(tǒng)一化，能滿足系統(tǒng)的發(fā)展和項目增減的需要。在進行代碼設計的過程中，需遵循的幾項原則：唯一確定性、合理性、可擴充性和穩(wěn)定性、簡單適用、具有規(guī)范、易于修改以及標準化與通用性。一個非規(guī)范化關系可用以下步驟得到第三范式，如圖511所示：和空白數(shù)據(jù)項消去重復項1NF消除部分函數(shù)依賴2NF消除傳遞函數(shù)依賴3NF非規(guī)范化關系圖58 非規(guī)范化關系到第三范式在系統(tǒng)數(shù)據(jù)庫物理模型設計中，主要涉及到的數(shù)據(jù)庫表，如下所示：。 部門：{部門編號、部門名稱、員工編號、備注}216。. 概念模型設計概念模型是一種面向問題的數(shù)據(jù)模型，它描述了從用戶角度看到的數(shù)據(jù)庫的內(nèi)容及其聯(lián)系，是一種純粹的現(xiàn)實反映，而與存儲結構、存取方式等數(shù)據(jù)庫的具體實現(xiàn)內(nèi)容無關。接下來，將從模塊結構設計、代碼設計、數(shù)據(jù)庫設計和人機界面設計等方面來對系統(tǒng)進行設計。數(shù)據(jù)分析是為了對數(shù)據(jù)流程圖中出現(xiàn)的所有命名元素加以定義，使得每個圖形元素的名字都有一個確切的解釋。 倉管員計劃員庫存列表采購計劃統(tǒng)計分析統(tǒng)計分析結果圖48 預警處理業(yè)務流程圖催詢單預警處理供管員供應商. 數(shù)據(jù)流程分析根據(jù)對系統(tǒng)的業(yè)務流程分析，把業(yè)務流程分為系統(tǒng)管理、供應商管理、采購管