熱門論文
最新論文
非生產性物料信息管理系統的設計與實現
發布時間：2023-07-22 15:18
目錄
摘要 I
Abstract II
目錄 III
第一章 緒論 1
1.1課題研究背景及意義 1
1.2國內外發展現狀 3
1.3論文研究內容 4
1.4論文組織結構 5
第二章 相關技術 7
2.1工作流技術 7
2.2ASP.NET MVC 開發模式 7
2.3Visual Studio 2012 平臺 8
2.4SQL Server 2012 數據庫技術 8
2.5ADO.NET 技術 9
2.6本章小結 9
第三章 非生產性物料信息管理系統需求分析 10
3.1可行性分析 10
3.2用戶角色分析 11
3.3系統功能需求分析 14
3.3.1非生產性物料采購管理 14
3.3.2非生產性物料供應商管理 15
3.3.3非生產性物料狀態管理 15
3.3.4非生產性物料數據導出管理 16
3.4系統非功能需求分析 17
3.5本章小結 17
第四章 非生產性物料信息管理系統的設計 18
4.1系統設計原則 18
4.2系統架構設計 18
4.3系統功能模塊設計 20
4.3.1用戶和權限管理 21
4.3.2非生產性物料采購管理 22
4.3.3非生產性物料供應商管理 25
4.3.4非生產性物料狀態管理 27
4.3.5非生產性物料數據導岀管理 33
4.4數據庫設計 34
4.5本章小結 44
第五章 非生產性物料信息管理系統的實現和測試 45
5.1系統登錄及主界面的實現 45
5.2主要功能模塊的具體實現 46
5.2.1用戶和權限管理模塊的實現 46
5.2.2非生產性物料采購管理模塊的實現 49
5.2.3非生產性物料供應商管理模塊的實現 51
5.2.4非生產性物料狀態管理模塊的實現 52
5.2.5非生產性物料數據導岀模塊的實現 53
5.3系統的測試概述 53
5.4系統的測試結果 54
5.5本章小結 55
第六章 總結與展望 56
6.1總結 56
6.2展望 56
參考文獻 59
第一章 緒論
1.1課題研究背景及意義
企業信息化管理是將信息技術融合到企業的運營管理中，充分利用信息技術和信息 資源貫穿到企業的產品設計、制造、銷售等各項企業運營管理活動中，以提高企業的經 營效益為目的。加快企業信息化發展是每個企業所期待的，企業信息化的建設與實施不 僅僅是技術問題或是實施一套應用軟件系統，更重要的是對企業的運營方式、內部業務 流程及管理方式進行改革。在改革的過程中，企業員工抵制信息系統實施的真正原因， 是系統的實施會引起組織中角色、責任、權力關系的變化，進而使員工感覺到其個人的 利益受到了威脅。通過充分的教育培訓以及有效的交流溝通等來保證變革管理的順利進 行［1］。使企業管理更加科學化、合理化，從而提高企業的管理水平，增強企業的競爭力。 企業信息系統的應用改變了傳統的企業運營管理方式，使企業的經營活動更加符合科學 管理的要求。
本文的研究背景主要基于某電子（蘇州）有限公司的內部管理現狀，從提升管理水 平、抵制浪費、提高企業經營效益角度出發，通過信息化系統來實現降低企業的運營成 本，為企業創造價值。某電子（蘇州）有限公司是一家電子制造服務業（Electronics Manufacturing Service，簡稱EMS）企業，其實質是制造服務，比傳統的OEM和ODM服 務范圍更廣。電子制造服務業企業在生產制造的過程中，大多數原材料物料的供貨商是 客戶指定的銷售商，此規則一直存在于電子制造服務業行業中。那么非生產性物料的成 本對于電子制造服務業企業而言非常重要，其直接影響到企業的總利潤。非生產性采購 的產品或服務是指那些無法直接體現在企業銷售給客戶的產品的間接物料或服務，包括 固定資產，如辦公設備、IT軟硬件、機器設備以及維護材料；也包括各類服務，如差旅、 租賃、人事、財務咨詢等；還包括各種銷售支持活動或產品，如印刷品，廣告，路演等； 以及各類行政后勤相關采購，如文具，安全保衛［2］。非生產性物料采購屬于企業采購管 理的一個重要部分，采購作為企業運營活動中的重要環節，對企業成本控制有著重要的 意義。采購管理是對企業采購活動過程的科學管理，包括采購訂單生成和執行、物流跟 蹤、物品入庫出庫、采購結算等采購流程的跟蹤管理和監督［3］。采購成本在企業成本中 占有很大比例，據統計，在一般企業中，采購成本占整個企業成本的 50%至 70%左右， 其中非生產性物料采購大約占整個采購金額的 25%以上。若僅僅依靠傳統的手段對其進 行管理已經無法滿足企業的發展，企業需要進行改革，并且需要想方設法地降低企業成 本［4］［5］。“多年的制造經驗讓偉創力非常清楚，勞動力成本通常僅占生產成本的 5%，而 原材料所占比例則高達 80%。 ［6］”因此，若要提高電子制造服務業企業的競爭優勢，那 么必須從非生產性物料的管理等方面入手。信息技術的高速發展使得信息技術成為提升 企業管理效率和管理能力的重要輔助手段。西方的發達國家是最早應用信息技術來輔助 企業的經營與企業管理的，因此，這就促使了企業管理軟件的出現并獲得了長期的發展， 同時也為企業的管理和企業的經營決策提供了極大的支持和保障。不斷成長起來的眾多 中小型電子制造服務業企業定制并實施適合企業發展需要的信息系統并在合適的時間 快速趕上行業領先的企業變得越來越重要［7］。
某電子（蘇州）有限公司是一家外商投資型中小企業，投資方總部位于芬蘭，公司 員工總人數約 230 人，企業內部管理相對于國內企業較為寬松。公司目前已經在使用 MRPII （名稱為WISE）系統和財務系統（名稱為iScala）。MRPII系統對生產計劃、原 材料、半成品、庫存進行系統化管理，但對于非生產性物料的管理還處于手工管理模式。 非生產性物料的采購及審批過程都通過手工紙制文檔進行簽字和流轉，非產性物料的供 應商由各需求部門獨自管理，非生產性物料的使用情況只有使用部門的相關使用人員清 楚，非生產性物料的采購分類賬由財務人員手工輸入至公司財務系統（iScala）。例如： 公司需要購買一臺傳真機時，需要申請人手工填寫采購申請單，經相關審核人員簽字批 準后交給采購人員，采購人員手工制作采購訂單并發郵件通知供應商。供應商送貨至倉 庫，倉庫人員填寫物品入庫單并通知需求者領用物品。需求者到倉庫填寫領料單領取物 品。供應商會將發票郵寄至財務部，財務人員收到發票后將采購分類賬信息輸入至財務 系統（iScala）。整個流程信息相對孤立，在送貨后并沒有對貨物及時進行驗證，或者 事后發現問題，被動處理。從2012年至2016年這5年期間，非生產性物料采購金額分 別為 1136 萬， 1570 萬， 1155 萬， 732 萬， 646 萬。在過去的 5 年中，非生產性物料每 年平均采購金額是 1048 萬。采購金額較大，財務人員處理非生產性物料的采購分類賬 花費時間較長。非生產性物料采購訂單、入庫單和岀庫單手工維護工作量較大。非生產 性物料的需求較為分散，規律差，采購數量和價格不能長期保障，有些非生產性物料價 值低，導致供應商重視度不夠。采購工作量相對較大，業務操作瑣碎。非生產性物料的 供應商數量繁多，有些存在銷售策略保護主義，統一管理較難。另外，在非生產性物料 采購審批流程方面需要改進，當進行非生產性物料采購時，需要衡量此次采購的合理性。 例如：公司目前一共有12臺CAB A4+條形碼打印機，用于產品通過了功能測試后給產品 打印出一張SN條形碼。一個CAB A4+條形碼打印機的打印頭采購價格約為9000元人民 幣，在2014年年度一共采購了 12個CAB A4+條形碼打印機打印頭，2015年年度也是如 此。這是一種不合理的現象，當采購打印機的打印頭時，審批者應當了解所采購的打印 頭是用于哪一臺打印機，該打印機現有打印頭已使用時間長度和已打印標簽數量，當兩 者都在合理范圍內時才可以批準此采購申請。諸多原因，設計實現非生產性物料信息管 理系統已迫在眉睫，通過信息管理系統來管理某電子（蘇州）有限公司的非生產性物料 有著如下重要的意義：
（1） 減少手工工作量，避免信息孤島。系統可自動生成采購訂單、入庫單、出庫 單等，財務人員從系統中導出非生產性物料采購信息后，數據將直接導入至 公司的財務系統中，自動生成非生產性物料的采購分類賬。
（2） 建立非生產性物料信息管理系統可以標準化非生產性物料的采購流程和供 應商審批等業務流程，可以實現非生產性物料采購審批流程和供應商審批流 程電子化。可以對非生產性物料的供應商進行系統化考核。
東南大學碩士學位論文 行的流程、跟瀏覽器如何交互、決定網頁操作的流程、響應客戶端的各種要求、錯誤處 理等等。在MVC中，有個非常重要的觀念是"關注點分離(Separation of Concerns, SoC)" 意思是在進行軟件開發時，可以只關注在當前的對象上，不會受到相同系統中其他對象 的干擾，包括所有對對象的修正也不會影響其他對象的運作，進而容易提升軟件質量， 還可以加快程序代碼理解的速度［18］。在ASP.NET MVC中，客戶端所請求訪問的地址將 被映射到相應的 Controller 中去，然后由 Controller 來處理業務邏輯，期間 Controller 或 許要從 Model 中取數據，然后再由 Controller 選擇合適的 View 返回給客戶端［19］。
ASP.NET MVC擁有非常清楚的關注點分離架構，采用分層的模式，具有面向對象 的高內聚、低耦合思想，將復雜的任務分解成若干個簡單的、單一的任務，每次只關注 于其中一項單一的任務。設計思想具有多態、繼承等特性，可以有效地降低系統的開發 難度。ASP.NET MVC的工作過程是：首先它采用了管道設計，在整個請求生命周期開 始之前，需要URL Routing網址路由來完成路徑引導，URL Routing負責比對從瀏覽器 傳來的HTTP請求，并將解析后適當的網址返回到瀏覽器。其次通過HttpModule類的 形式定義一個攔截器(Interceptor)，攔截器根據請求解析出目標Controller和Action 名稱，隨后定位到具體位置，目標 Controller 被激活，相應的 Action 方法被執行。最后 用戶通過瀏覽器發出請求與應用進行交互，通過Http請求和響應來完成。整個響應流程 分層處理，將可視化界面，視圖處理和業務邏輯處理分離開，系統的不同功能模塊多層 分隔，分別承載三層類庫，不同類庫之間的類彼此調用、協同合作構成整個系統功能［20］。
2.3 Visual Studio 2012 平臺
Visual Studio 2012 是一個功能強大的軟件開發平臺，在該開發平臺中可以創建 Windows應用程序、ASP.NET MVC Web應用程序等，微軟在該平臺中提供了數十種服 務器控件和多種程序運行所需要的類庫。 Visual Studio 2012內提供虛擬服務器，開發人 員可以無需安裝IIS進行應用程序的調試。Visual Studio 2012增加了許多對ASP.NET MVC模式開發的支持，通過Visual Studio可以快速構建Model對象(如LINQ to SQL、 Entity Framework> Typed dataSet)，還能利用平臺內建的 T4 工具與 Scaffolding 模板， 快速創建Controller與View所需的代碼，進而達到快速開發的目的，大幅提升軟件開發 的效率［18］［21］。
2.4 SQL Server 2012 數據庫技術
SQL Server 2012是微軟公司的一款關系型數據庫管理系統，用于應用系統的數據管 理。它具有安全性、高可用性、合規性、可靠性、可擴展性等眾多特性。SQL Server對 應用程序的數據集中控制，實現數據共享，減少數據的冗余度，確保數據的獨立性、一 致性、可維護性。數據的獨立性包括邏輯獨立性(數據的邏輯結構和應用程序相互獨立) 和物理獨立性(數據物理結構的變化不影響數據的邏輯結構)。數據的一致性和可維護 性包含：第一：安全性控制：以防止數據丟失、錯誤更新和越權使用；第二：完整性控
第二章相關技術 制：保證數據的正確性和有效性；第三：并發控制：使在同一時間周期內，既允許對數 據實現多進程存取，又能防止數據不一致性問題發生°SQL Server 2012還提供一套方法, 可及時發現故障和修復故障，從而防止數據被破壞。它能盡快恢復數據庫系統運行時出 現的故障，可能是物理上或是邏輯上的錯誤。
2.5ADO.NET 技術
ADO.NET是NET Framework中的一系列類庫，它提供一致的對象模型，可以存取 和編輯各種數據源的數據，即對這些數據源，提供了一致的數據處理方式。ADO.NET 可以處理多樣的數據源，可以是應用程序唯一使用的創建在內存中數據，也可以是與應 用程序分離，存儲在存儲區域中的數據。具體的說，ADO.NET是對SQL Server和XML 等數據源以及通過OLE DB和XML公開的數據源提供一致的訪問。應用程序可以使用 ADO.NET 來連接到這些數據源，進行檢索、處理和更新所需的數據，讓開發人員更加 方便地在應用程序中使用和操作數據。 ADO.NET 是對象的集合， 被封裝在 System.Data.dll 中，并與 System.Xml.dll 中的 XML 類集成,常用的對象有：SqlConnection、 SqlCommand、SqlParameter、SqlDataAdapter、DataSet。通過使用以上對象，可以輕松 地連接數據庫并對數據庫中的數據操作［21］。
2.6本章小結
本章主要描述了非生產性物料信息管理系統中會用到的一些技術。 系統采用 ASP.NET MVC開發模式進行開發，對工作流技術、SQL Server 2012數據庫技術、Visual Studio 2012平臺和ADO.NET技術作了簡單的介紹。
第三章 非生產性物料信息管理系統需求分析
使用信息技術再造企業內部的業務流程由 Kay M. Victor 等人在 IT Functional Support of Interorganizational Process Reengineering 文中研究指出， IT 不僅促進企業內部 業務流程優化，還提供了用戶之間協調和溝通的良好途徑。IT部門在企業中開發實施應 用軟件系統時起到了驅動作用，需要依賴企業管理使信息系統發揮作用[22][23]。本系統在 需求分析中，IT部門需要與各部門之間進行深度溝通，以減少業務流程費用(指業務流 程運轉時所用的時間，人力和物力等各種資源消耗)為目的，利用信息系統達到非生產 性物料的業務流程正常運轉。本章介紹非生產性物料信息管理系統的需求分析。從某電 子(蘇州)有限公司的實際需求出發，對現有的非生產性物料管理業務流程和用戶角色 進行分析，然后對系統的功能需求和非功能需求進行分析和描述。
3.1 可行性分析
( 1) 技術可行性
非生性物料信息管理系統采用ASP. NET開發框架，基于ASP.NET MVC開發 模式進行系統的開發與設計，確保了在進行系統開發時，具有非常清晰的關注點分 離架構，使得將來系統更容易維護。本系統以Visual Studio作為軟件開發環境，使 用C#語言處理業務邏輯。數據庫采用SQL Server 2012進行管理，通過ADO.NET 數據訪問接口與數據庫進行數據交互。應用程序服務器和 Web 服務器采用 IIS (Internet Information Services)，此技術框架是基于微軟.NET平臺開發較為典型的 軟件開發框架，系統的維護管理僅在服務器端進行。所以系統在技術上可行。
( 2) 經濟可行性 本軟件系統的開發項目最初在某電子(蘇州)有限公司總經理的引導下進行需 求分析及可行性分析工作，項目開發完成投入運行時，能為員工提高工作效率，減 少人力成本，特別是減少了采購和財務人員的手工工作量。另一方面是方便管理人 員對非生產性物料的全面管理，抵制非生產性物料的浪費現象。本軟件系統不是特 別大，開發及實施投入的資金有限，從經濟效益方面來講，實現本軟件系統可行。
( 3) 運行可行性 本系統是根據某電子(蘇州)有限公司的實際需求，新開發的一套軟件系統， 將來和公司現有的其它信息系統同時運行。數據庫服務器、應用服務器、Web服務 器都將在 Vmware 虛擬化平臺上新建立虛擬機實現，所有用戶端使用 Microsoft Windows 7 professional操作系統，通過IE瀏覽器訪問該系統。系統易于用戶操作， 從運行可行性方面來說，開發本系統可行。
3.2 用戶角色分析
某電子（蘇州）有限公司設立的部門有人事部、財務部、IT部、生產部、研發部、 供應鏈管理部、銷售部、質量部。其中供應鏈管理部門設有倉庫、采購、Sourcing、物 流四部分；生產部設有生產計劃、NPI、Testing. Process、廠務和量產六部分。通過分 析，可將用戶分為如下角色：非生產性物料采購請求者、非生產性物料新供應商請求者、 非生產性物料采購審批者、非生產性物料新供應商審批者、非生產性物料供應商維護人 員、非生產性物料入庫員、非生產性物料出庫員、非生產性物料使用者、資產維護人員、 財務人員、系統管理員。
（ 1） 非生產性物料采購請求者和采購審批者 非生產性物料種類繁多，每個部門的用戶都會涉及到采購申請。由具體的需 求者提出采購申請較為合適。根據某電子（蘇州）有限公司內部的非生產性 物料采購審批流程，逐級審批以及根據采購金額的大小進行選擇性審批。如
圖 3-1 所示為非生產性物料采購請求者采購審批者用例圖。
2） 非生產性物料新供應商請求者和新供應商審批者
根據某電子（蘇州）有限公司內部的非生產性物料新供應商審批流程，由于 許多非生產性物料相對專業度較深，由各個部門的專業人員進行新供應商的 推薦較為合適，進而進入新供應商審批流程。經非生產性物料新供應商請求 者提出，通過相關審批者審批后，該供應商即顯現在非生產性物料信息管理 系統中。如圖3-2所示為非生產性物料新供應商請求者和新供應商審批者用 例圖。
3)非生產性物料供應商維護人員 非生產性物料供應商信息由公司供應鏈管理部門里的采購員進行維護和管 理。如圖 3-5 所示為非生產性物料供應商維護人員用例圖。
4)非生產性物料入庫員和出庫員
公司供應鏈管理部門中的倉庫人員負責非生產性物料的入庫事宜，在入庫之 前需要確認所采購的非生產性物料與訂單相符并且已經檢驗合格。由需求部 門的使用者提出使用申請，公司供應鏈管理部門中的倉庫人員負責非生產性 物料的出庫事宜。如圖3-4所示為非生產性物料入庫員和出庫員用例圖。
5)非生產性物料使用者和資產維護人員 非生產性物料使用者在申請領用非生產性物料后，需要更新非生產性物料的
狀態信息至系統中。資產維護人員負責固定資產的管理，包括固定資產的使 用人、所在位置、使用年限和維護記錄等信息。如圖 3-5 所示為非生產性物
6)財務人員 當非生產性物料采購訂單入庫后，供應商開具的發票信息等也將會及時輸入 系統。財務人員負責輸入發票信息、會計科目等并將相關的非生產性物料采
購信息導出后再導入公司的財務系統中。如圖3-6所示為財務人員用例圖。
7） 系統管理員 系統管理員對系統中所有用戶的信息、用戶權限進行管理，同時系統管理員 還需對組織架構和工作流設計進行維護管理。系統管理員用例圖如圖 3-7 所
3.3系統功能需求分析
3.3.1非生產性物料采購管理
非生產性物料具有著諸多特點，公司內部的每個部門將參與到非生產性物料的采購 管理工作中，這并不意味著各部門職責不清，而是充分發揮了團隊力量把非生產性物料 采購管理工作做的更好［24］。某電子（蘇州）有限公司主要由以下四種情況才會觸發非生 產性物料的采購申請，第一：當出現資產投資時；第二：當企業需要專業的服務時；第 三：當工作設施設備需要進行維修保養時；第四：日常辦公需要的物品短缺時。對以上 四種情況產生的采購請求進行分類，在采購之前充分考慮該物料目前狀態以及距離上一 次采購時間長度合理性。按“只在需要的時候，按需要的數量，采購所需的物料”原則 進行采購工作。對于金額較大的非生產性物料，在進行采購時，需要提供三家供應商報 價，報價單以 pdf 格式存入系統中。結合某電子（蘇州）有限公司實際情況，需要對如 下非生產性物料的采購進行合理性判斷。
（1） CAB A4+ 600dpi 條形碼打印機的打印頭。通過以下三方面進行判斷：打印 頭使用時間長度、打印標簽的公里數、現有打印頭是否為“廢棄”狀態。
（2） 生產部工程師或技術員在生產過程中使用到的工具類物品。通過以下兩方面 進行判斷：工具使用時間長度、舊工具是否為“廢棄”狀態。
3.3.2非生產性物料供應商管理
由于非生產性物料的種類繁多，批量較少等原因，公司面對的供應商眾多。 Timmerman 提出利用成本法計算供應商的供應價格來進行供應商的初步評估和選擇， Weber 和 Current 指出通過供應商提供產品的質量、價格和準時交貨率為指標來進行供 應商的選擇和管理［25］［26］。在某些特別的非生產性物料中，由于銷售政策或者技術壟斷的 原因會造成強勢供應商，強勢供應商不僅可能虛高報價，而且在采購合同上可能出現不 公平的條款［27］。采購人員在實際工作中應當盡量尋找可替代的產品，避免出現強勢供應 商。本系統將對供應商進行分類管理，根據采購物料的重要性、采購金額以及供應商對 購買方的重視度等因素，將供應商劃分為短期型供應商、長期型供應商和聯盟型供應商。 短期型供應商是指雙方之間僅僅是一般的貨物買賣關系，采購交易僅停留在短期的交易 合同上，控制需求人員參加到雙方之間的業務活動中。長期型供應商是指雙方為了共同 的利益對改進各自的工作非常重視，并以此為基礎建立超越買賣關系的合作。聯盟型供 應商關系是在長期型關系的基礎上發展起來的，其理念是將對方公司看成自己公司的一 部分，例如財務外包供應商，公司要與其達成長期合作的聯盟關系。供應商管理的基本 環節有如下三點，第一，對資源和對供應商的調查：對市場資源和供應商進行調查，了 解市場資源和供應商的情況，為以后選擇資源和供應商做準備。第二，供應商的開發和 選擇：經過資源和供應商調查后，開發和選擇適合自己公司的供應商。第三，供應商的 考核、激勵和控制：對供應商進行考核，在使用供應商的過程中采用激勵和控制的方法 ［28］。非生產性物料供應商的管理主要針對長期型供應商和聯盟型供應商進行管理，對以 下四個指標進行考核：質量、產品價格、供貨能力、交貨周期、服務水平。
3.3.3非生產性物料狀態管理
為了抵制浪費，使非生產性物料物盡其用，使用物料狀態管理對公司現有的所有非 生產性物料進行管理。讓公司管理者清晰地了解當前非生產性物料的消耗數量（一般情 況下，非耗材類物品指：不需要經常更換的普通物品。）、是否報廢、過去某一時期內 總使用量。這些數值是否合理，在實際工作中和管理方法上是否有需要改進的地方，讓 非生產性物料的使用建立在為公司創造價值的基礎上，并且通過狀態管理輔助采購審批 者在非生產性物料采購過程中的決策。例如：需求部門提出申請采購一個打印頭以用來 替換某一臺打印機（該打印機是資產）的打印頭，該采購申請將會觸發以下輔助事件，首 先判斷該打印機之前是否更換過打印頭，如果沒有更換過打印頭，且打印機使用時間長 度小于6個月，則系統將提示采購審批者拒絕該采購申請。該打印機之前如果已經更換 過打印頭（若更換時間距今小于6個月，則提示采購審批者拒絕該采購申請，并追查原 因。），且更換時間距申請時間已經大于6個月，則系統將提示采購審批者可批準該采 購申請。因此將非生產性物料分為五種狀態（庫存狀態、資產在用狀態、在用狀態、已 消耗狀態、廢棄狀態）加以追蹤，非生產性物料的狀態圖如圖 3-8 所示。
固定資產報廢
圖3-8非生產性物料狀態圖
非生產性物料狀態管理還包括入庫管理、領用管理、服務管理、廢棄管理、資產管 理。
（1） 領用管理規則：只有當需要使用時，才可以進入領用流程。不可以在未曾使 用到時，領用物品放置在閑置位置。所有已經領用物品都是因業務需求，例 如：員工或設備需要用到的物品，或者某些物品的狀態已經由“資產在用” 或“在用”狀態轉變為其它狀態時，可以進入領用流程。
（2） 廢棄管理：所有已經廢棄的物品必須進入倉庫由財務人員清點后，方可出售 或者由倉庫聯系第三方進行處理。若是服務類的非生產性物料，需記錄服務 開始時間、服務內容、被服務對象和服務結束時間。
（3） 資產管理：資產信息包含資產編號、資產名稱、資產使用日期、資產所在位 置、資產使用人、資產維護保養信息（維護保養日期、維護保養內容、更換 部件日期等）、資產保修期、資產供應商、資產原值。
3.3.4非生產性物料數據導出管理
非生產性物料數據導出管理包括數據報表顯現、發票信息和財務信息管理以及相關 數據的輸入和導出。數據報表分為年報表、季報表和月報表。具體報表分別為：非生產 性物料庫存報表、狀態為”資產在用”的資產報表、狀態為“在用”的耗材品報表、狀態 為“在用”的資產服務部件報表、狀態為“在用”的非資產物品報表、狀態為“在用” 的服務報表、狀態為“已消耗”的物品報表、狀態為“廢棄”的物品報表、短期型供應 商采購訂單信息報表、長期型供應商采購訂單信息報表、聯盟型供應商采購訂單信息報 表等等。數據報表供公司管理層使用，讓管理層清晰了解非生產性物料的使用情況和花 費情況，從抵制浪費的角度出發提升非生性物料的管理水平。發票信息錄入主要為數據 導入至iScala系統提供必要的信息，生成的導出文件內容主要包含：供應商編號、發票 號碼、發票日期、做賬日期、應付款日期、交易幣種、原幣總金額、人民幣總金額、稅 金、會計科目和摘要。生成的導出文件可直接導入至iScala系統，導入后iScala系統會 生成采購分類賬。
3.4系統非功能需求分析
軟件系統在開發和運行的過程中需要考慮系統的安全性、可靠性、互操作性、健壯 性、可維護性等等。本系統的用戶登錄驗證與公司內部Windows AD用戶登錄驗證相集 成，形成統一的驗證。從健壯性方面考慮，系統管理員需要對業務流程進行監控，防止 業務流程中的一些例外情況發生。例如在采購流程中，采購訂單不可以在采購審批流程 完畢之前生成。采購業務流程中采購請求者和采購審批者必須符合“職責分離”規范，即 在采購申請單中，采購請求者和采購審批者不可以是同一人。系統管理員還需要對系統 日志進行監控和管理。從可維護性可擴展性方面考慮，系統中的工作流設計需要通過工 作流引擎來處理，以便在將來若業務流程發生變更時減少編寫程序代碼的工作量。
3.5本章小結
本章首先對非生產性物料信息管理系統的可行性進行了分析，然后對系統用戶角 色、系統的功能需求和非功能需求進行了詳細介紹，列出了用例圖和業務流程圖，并對 業務流程進行了說明。在下一章節中將對非生產性物料信息管理系統進行詳細的設計。
第四章 非生產性物料信息管理系統的設計
本章介紹非生產性物料信息管理系統的詳細設計，經過軟件系統需求分析后，形成 了某電子（蘇州）有限公司非生產性物料信息管理系統的需求文檔。基于系統需求文檔， 依據確定的軟件開發框架對系統功能模塊和數據庫進行設計。
4.1系統設計原則
非生產性物料信息管理系統是在某電子（蘇州）有限公司日常運營中使用的系統， 涉及公司業務的連續性及日常工作和生產效率。該系統具體的設計原則是：
（1） 易用性原則 方便用戶使用和操作，最大限度減輕后臺管理人員的負擔，通過用戶手冊即 可簡單扼要地了解系統，通過用戶界面可快速開始簡單使用。減少該系統培 訓人員的工作量。
（2） 業務完整性原則 對于業務流程中的特殊情況能夠做出及時、正確的響應，防止業務流程中的 例外情況發生，保證業務數據的完整性。
（3） 業務規范性原則 在系統設計的同時，要為業務流程制定較為完善的規范，例如在采購審批流 程中，申請者和批準者不可以是同一個用戶，使系統具有較強的實際操作性。
（4） 可擴展性原則 考慮到公司未來業務發展的需要，用戶數量或數據吞吐量會發生改變。系統 要盡可能設計得簡明，使系統各個功能模塊間的耦合度低，便于系統的擴展。 如系統用戶量增加時系統的響應速度變慢，要考慮應用服務器或數據庫服務 器的升級或遷移。
4.2系統架構設計
（1）非生產性物料信息管理系統總體框架：
非生產性物料信息管理系統數據庫服務器、應用程序服務器和Web服務器都采用 Windows Server 操作系統。數據庫服務器采用 SQL Server 2012、應用程序服務器和 Web 服務器采用IIS （Internet Information Services）。系統的總體框架分為用戶界面層、業務邏 輯層和數據訪問層。用戶界面層是為用戶提供應用程序的訪問界面，在瀏覽器中為用戶 提供一種交互式操作的界面。業務邏輯層中包含了業務組件層和服務組件層，主要負責 業務邏輯的運算和處理，對數據層進行操作，將運算后的結果集返回到用戶界面層。其 中服務組件層提供了系統所需的服務組件，包含工作流、統計報表、用戶認證、郵件通 知服務、操作日志記錄、系統設置、權限控制等底層服務組件；業務組件層提供了非生
產性物料采購管理、供應商管理、物料狀態管理的業務邏輯。數據訪問層中包含了自定 義函數、存儲過程、數據緩存、事務等，負責對數據庫進行操作和訪問，為上層提供數 據服務。
非生產性物料信息管理系統總體框架如圖 4-1 所示：
(2)非生產性物料信息管理系統邏輯分層： 該非生產性物料信息管理系統從下向上邏輯上分為三層，分別是：數據訪問層、業 務邏輯層和界面層。
界面層：為用戶提供應用程序的訪問界面，在瀏覽器中為用戶提供一種交互式操作 的界面。本系統中使用HTML語言，CSS樣式表等方式實現用戶界面。
業務邏輯層：主要負責業務邏輯的運算和處理，對數據層進行操作，將運算后的結 果集返回到界面層。本系統中主要使用C#語言進行業務邏輯處理。
數據訪問層：主要負責對數據庫的訪問，實現對數據庫進行操作，為上層提供數據 服務。本系統使用SQL Server 2012作為數據庫管理工具，本層通過ADO.NET數據訪 問接口與數據庫進行交互。
非生產性物料信息管理系統邏輯分層如圖 4-2所示：
X
數據庫
J 丿
圖4-2非生產性物料信息管理系統邏輯分層圖
4.3系統功能模塊設計
本系統在日常的運行中具體的流程有：非生產性物料采購流程、非生產性物料供應 商審批流程、非生產性物料入庫流程、非生產性物料領用流程、非生產性物料廢棄流程、 固定資產報廢流程、服務結束流程、非生產性物料狀態轉變流程。在具體的使用中，報 廢的非生產性物料清點、在供應商選擇時多家供應商對比情況說明需要線下進行。通過 對軟件的需求分析和某電子（蘇州）有限公司的實際操作方法及要求，對系統功能模塊 進行了設計。系統功能模塊包括：用戶和權限管理模塊、非生產性物料采購管理模塊、 非生產性物料供應商管理模塊、非生產性物料狀態管理模塊、數據導出模塊五個部分。 具體設計如圖 4-3 所示：
非生產性物料信息營理來統
圖4-3非生產性物料信息管理系統各功能橫塊
4.3.1用戶和權限管理
用戶和權限管理模塊包括：組織結構、用戶權限、工作流設計和系統日志管理內容。 具體設計如下：
（1） 組織結構給出了公司的組織架構信息，所有使用計算機的員工都在此架構當 中。組織結構為了清晰地了解某用戶的上司、職位和下屬信息，在工作流審 批的流程中自動將服務請求提交給該用戶的上司。此信息由人事部維護。
（2） 用戶權限是對每個用戶的操作進行一定的限制，確定用戶的數據瀏覽范圍以 及在系統中的操作。本系統設計了一個基于角色的授權機制，某個角色擁有 一定數量的操作授權，屬于該角色的用戶也就擁有了該角色的權限，并且若 該用戶屬于多個角色則其擁有多個角色權限的集合。在數據庫中通過角色表、 角色權限表、用戶與角色關系表實現管理。
（3） 工作流設計是供系統管理員使用，用來設計和修改系統中的工作流，防止業
務流程中的例外情況發生。通過微軟 Workflow 4.0 工作流引擎對系統中的工 作流進行設計和管理。
（4） 系統日志用于記錄每一個用戶登錄系統后的操作以及系統本身的一些歸檔日 志和報警日志。更加方便系統管理員管理維護本系統。
4.3.2非生產性物料采購管理
非生產性物料采購管理是非生產性物料管理的前期部分。公司內各部門根據自身的 需求提出非生產性物料的采購申請，經過相關審批后進行購買。包括采購審批、訂單管 理、發票管理和合同管理內容。具體設計如下：
（1）采購審批：用戶使用自己的賬號登錄系統后，在該功能下進行采購申請（PR） 的提交。按某電子（蘇州）有限公司內各部門劃分，將非生產性物料劃分為： 人事部非生產性物料、財務部非生產性物料、IT部非生產性物料、研發部非 生產性物料、銷售部非生產性物料、質量部非生產性物料、倉庫組非生產性 物料、采購組非生產性物料、 Sourcing 組非生產性物料、物流組非生產性物 料、 Planning 組非生產性物料、 NPI 組非生產性物料、 Testing 組非生產性物 料、 Process 組非生產性物料、廠務組非生產性物料和量產組非生產性物料共 十六個部分。每個部門或組別會賦予一個 CC 編號，在申請采購非生產性物 料時需確定所申請的非生產性物料用于哪個部門或組，由此在申請采購的過 程中選擇相應的CC。非生產性物料的使用者和采購請求者可能存在于不同 部門或組別之間，每個部門或組別中包含的非生產性物料都有狀態顯示。按 類別可將非生產性物料采購分為：產品類采購和服務類采購，產品類采購中 包含固定資產類采購、耗材類采購和普通物品類采購，每種類別的非生產性 物料需要單獨進行采購申請。在進行非生產性物料的采購活動中，首先非生 產性物料采購申請必須遵守“只在需要的時候，按需要的數量，采購所需的 物料”原則，然后在采購申請表單中選擇非生產性物料的類別（產品或服務）， 最后填寫關鍵信息和上傳報價單后進入采購審核流程。當采購金額超 2000 元人民幣時，需要上傳兩家供應商報價單，敘述選擇其中一家供應商的理由， 若僅提供一家供應商報價單，則需詳細闡述選擇該供應商的理由。當采購申 請非生產性物料類別為服務時，需輸入服務項目名稱、服務內容、服務天數、 單價、總價、CC和稅金并提交，系統自動生成PR單號（格式：PRS+年份+ 五位序列號，年份占兩位，序列號從 00001 開始。）和表單信息經采購業務 審批流程進行審批。當采購申請非生產性物料類別為產品時，需輸入產品品 牌、產品名稱、型號、規格、數量、單價、總價、CC、稅金和產品制造商名 稱并提交，系統自動生成PR單號（格式：PRW+年份+五位序列號，年份占 兩位，序列號從00001開始，如PRW1800001。）和表單信息經采購業務審 批流程進行審批。固定資產類和非固定資產類的非生產性物料不可以在同一 張PR單中進行申請。當用戶提交采購申請后，系統會對CAB A4+ 600dpi條 形碼打印機的打印頭和生產部使用的工具這兩類物品進行狀態查詢，自動給 出合理的采購審批意見。系統通過固定資產狀態表中的資產開始使用時間和 CAB打印機明細表中的打印頭更換時間來進行判斷CAB打印頭使用時間長 度。生產部的工具類物品使用時間長度通過產品類物料狀態表來進行記錄和
非生產性物料采購審批流程說明：首先采購請求者需當面與部門經理溝 通所需的采購申請事宜，若部門經理認可后再登錄系統進行采購申請提交， 進入采購審批流程進行審批，經部門經理、采購經理、財務經理批準同意后 （若采購金額大于五千元人民幣時需總經理批準同意后進入下一個流程節 點），系統自動生成采購訂單，此流程結束。
若采購申請物品是 CAB A4+ 600dpi 條形碼打印頭，則進入采購申請合 理性判斷流程，在此流程中系統將給出兩種采購審批意見（同意、不同意） 中的一種意見。CAB A4+ 600dpi條形碼打印頭采購申請合理性判斷流程圖如
圖 4-5 所示。
判斷 CAB A4+ 600dpi 條形碼打印頭采購申請合理性的流程說明：首先 判斷 CAB 打印頭使用時間長度是否大于三個月，若條件成立則再判斷打印 標簽公里數是否大于30公里，若條件成立則再查看當前CAB打印頭是否為 廢棄狀態，若條件成立則給出“同意”采購申請的意見；三個條件中若有一 個不成立則給出“不同意”采購申請的意見。
(2)訂單管理是管理每張訂單(PO)的內容和狀態信息。當非生產性物料類別為 服務的PR單審批通過后，系統生成的PO號碼格式是：ES+年份+月份+三位 序列號，字母E表示Electronics，年份和月份分別占用兩位，序列號從001 開始。例如ES1802001表示18年2月第一張服務類別的非生產性物料采購 訂單。當非生產性物料類別為產品的PR單審批通過后，系統生成的PO號碼 格式是：EW+年份+月份+三位序列號，字母E表示Electronics，年份和月份 分別占用兩位，序列號從001開始。例如EW1802001表示18年2月第一張 類別為產品的非生產性物料采購訂單。格式為EWYYMMxxx的PO狀態轉 換路徑分兩種情況，第一種產品類 PO 狀態轉換路徑是：未處理-＞已發送至 供應商-＞供應商已蓋章確認-＞采購在途-＞已入庫；第二種產品類PO狀態轉換 路徑是：未處理-＞已發送至供應商-＞供應商拒絕-＞P0號碼廢除。此類型的PO 狀態為未處理時，需要采購人員點擊“發送”按鈕，系統會通過郵件的方式 將此 PO 發送給對應的供應商，若一直得不到供應商的答復，需采購人員線 下聯系供應商與其確認。供應商在 PO 上蓋章回復后，需采購人員點擊“已 確認”按鈕。當供應商送貨后，倉庫人員在入庫管理中已將此批物品入庫后， 該PO狀態將自動轉變為“已入庫”，若供應商拒絕此PO,則需采購人員手 工將此 PO 號碼廢除，系統將記錄供應商拒絕信息并歸檔至供應商考核內容。 格式為 ESYYMMxxx 的 PO 狀態轉換路徑也分兩種情況，第一種服務類 PO 狀態轉換路徑是:未處理-＞已發送至供應商-＞供應商已蓋章確認-＞服務就緒 -＞服務開始-＞服務結束；第二種服務類PO狀態轉換路徑是：未處理-＞已發送 至供應商-＞供應商拒絕-＞P0號碼廢除。采購人員與供應商之間確認部分與前 者相同，當供應商確認開始服務時，由狀態管理模塊中的服務管理部分來修 改此模塊中此類P0的服務開始和服務結束狀態。通過P0號碼或者P0列表 查閱 P0 的內容和狀態信息。
（3） 發票管理：當 P0 狀態為“已入庫”或“服務結束”時，財務人員才可以輸 入發票信息并核對發票金額與 P0 金額是否一致。簽定商品或服務合同的， 可隨時輸入發票信息。
（4） 合同管理：公司存在著與供應商簽定商品買賣合同而進行非生產性物料的采 購活動。例如：與保安公司簽定的保安服務合同。合同也遵照P0的分類方 法，將分為產品類和服務類合同，合同的審批流程與非生產性物料采購審批 流程一致。產品買賣類合同編號格式是：CEW+年份（占兩位）+月份（占兩 位）+兩位序列號。服務類合同編號格式是：CES+年份（占兩位）+月份（占 兩位） +兩位序列號。通過簽定合同進行非生產性物料的采購活動時通常伴 隨著款項預付活動，或者供應商所提供的服務還沒有結束時則需要付款。已 經簽定的合同的電子檔由財務人員上傳至系統中并輸入格式化信息，產品類 合同格式化信息有：產品品牌、產品名稱、型號、規格、數量、單價、總價、 CC、稅金、產品制造商名稱、售后服務結束日期、合同終止日期。服務類合 同格式化信息有：服務項目名稱、服務內容、服務天數、單價、總價、 CC、 稅金、服務結束日期、合同終止日期。格式為CEWYYMMxx的合同具有“產 品入庫”、 “售后結束”、 “合同終止”三種狀態，格式為 CESYYMMxx 的合同具有“服務開始”、“服務結束”、“合同終止”三種狀態。
4.3.3非生產性物料供應商管理
非生產性物料供應商管理是通過一定的方法對供應商進行開發、選擇和考核。本模 塊包括供應商信息維護、供應商審批管理和供應商考核管理三部分。具體設計如下：
（1） 供應商信息維護：審批通過的供應商為合格供應商，由采購人員將合格供應 商信息維護至系統中。供應商信息表內容包含：供應商編號、供應商名稱、 公司地址、國家、聯系人姓名、電話號碼、傳真號碼、電子郵件、稅率、納
稅人識別號、幣種、付款期限、付款方式、受益人名稱、銀行名稱、銀行地 址、銀行所在地、銀行賬號。
2)供應商審批管理：由采購人員或需求部門推薦潛在的供應商，上傳相應資料 文件至系統中，經供應商審批流程審核通過后列為合格供應商。非生產性物 料供應商審批流程如圖4-6所示。
與潛在供應商詢價
填寫vendor code表格
圖4-6非生產性物料供應商審批業務流程圖
非生產性物料供應商審批業務流程說明：新供應商請求者需要對潛在的 供應商所提供的產品價格、質量以及供應商的成立時間、注冊資本、資質等 信息進行審查和篩選，對潛在供應商認可后填寫公司內部的 vendor code 表 格。經部門經理、采購經理和總經理批準同意后，該供應商即成為合格供應 商，由供應商維護人員將供應商信息錄入系統。
（3）供應商考核管理：根據不同的供應商而確定相應的考核團隊（團隊成員在采 購部門與需求部門中產生），對長期型供應商和聯盟型供應商每半年一次進 行考核。考核團隊成員用戶依據統一的考核表對供應進行考核。考核表內容 有：拒絕 P0 次數、不按時交付次數、延時服務次數、服務評價（優、良、 差）、產品質量（好、壞）、價格（高、中、低）、評分（0~100）。系統根 據各用戶提交的評價表核算出每個供應商的最終評價結果，將評價較差的供 應商列為不合格供應商。不合格供應商將不再顯示在采購管理模塊中。
4.3.4非生產性物料狀態管理
本系統使用五種狀態（庫存狀態、資產在用狀態、在用狀態、已消耗狀態、廢棄狀 態）來管理非生產性物料。在一般情況下，物料入庫以后則會被需求部門全部領用（因 為基于“只在需要的時候，按需要的數量，采購所需的物料”原則采購）。僅當需求數 量小于最小采購數量時或者在物料廢棄流程中產生了“可用部件”后，非生產性物料的 庫存量才會大于零。通過對非生產性物料狀態轉變管理來輔助非生產性物料在采購過程 中的決策。與非生產性物料狀態管理相關的流程有以下六種：非生產性物料狀態轉變流 程、非生產性物料入庫流程、非生產性物料領用流程、服務結束流程、固定資產報廢流 程、非生產性物料廢棄流程。首先對非生產性物料狀態轉變流程作如下說明：非生產性 物料采購入庫后默認狀態為庫存，在需求人員進行領用時對其進行類別劃分，分別劃分 為固定資產類物品、資產服務或部件、非資產物品、非資產服務和耗材物品。固定資產 類物料最初狀態為資產在用，進而進入資產管理節點。當整個固定資產無法使用時進入 固定資產報廢流程；當固定資產中某些部件無法使用時進入物料廢棄流程。資產部件、 非資產物品和耗材三類物料當被領用后，其物料狀態都會轉變為在用狀態，當物品無法 使用時進入物料廢棄流程；當耗材類物品使用完畢后，物料狀態轉變為已消耗狀態。非 資產服務和資產服務類的狀態通過服務結束流程對其狀態進行轉變，當服務結束時，其 狀態即為廢棄。非生產性物料狀態轉變流程如圖 4-7 所示。
（開始）
Yes
1 r ir 1 r 1 F
狀態為"資產在用" 資產服務或部件 非資產物品 非資產服務
T T
資產管理 V 物品無法使用 服務結束
圖4-7非生產性物料狀態轉變流程
本模塊還包括入庫管理、領用管理、服務管理、資產管理、廢棄管理五部分，具體 設計如下：
（1） 入庫管理：入庫動作是按 P0 單中的行數逐行入庫，生成入庫單。例如： EW1802001.1已入庫，EW1802001.2已入庫。EW1802001.1行的內容是2臺 臺式電腦，EW1802001.2行的內容是1臺激光打印機。已經入庫的物料初始 狀態為“庫存”狀態。當通過“可用部件”的方式入庫時，物料信息將格式 化為：編號、類別、名稱、型號、制造商、數量。非生產性物料入庫流程圖 如圖4-8所示。
非生產性物料入庫流程說明：供應商將產品類的非生產性物料送貨至倉 庫，由采購請求者、倉庫人員和QA人員對產品進行檢驗，合格后進行入庫, 不合格的產品直接退貨，此流程結束。
2) 領用管理：領用僅對產品類的非生產性物料進行管理，需求部門中的使用人 或者該類非生產性物料的管理人員到倉庫進行領用物品活動，系統生成出庫 單。被領用的非固定資產類物品狀態將自動標記為“在用”狀態；被領用的 固定資產類物品狀態將自動標記為“資產在用”狀態。領用固定資產時，物 品將按最小數量進行跟蹤其狀態。如上述例子EW1802001.1行的內容是2臺 臺式電腦則被劃分成EW1802001.1.1和EW1802001.1.2，它們的狀都是“資 產在用”。在領用管理中對耗材類物品進行跟蹤使用量，每個部門或組別每 周一次更新耗材類物品剩余數量。耗材類物品將被管理此類耗材的管理部門 一次性從倉庫中領取，例如：EW1802003訂單內容是規格為70克的100包 A4紙張，第一周使用了 20包，剩余80包。人事部負責A4紙管理，則人事 部需在系統中記錄EW1802003.1剩余數量為80包，狀態為“在用”。既非 耗材類又非固定資產類的物品，在系統中需登記使用人和使用部門。非生產 性物料領用流程圖如圖 4-9 所示。
非生產性物料領用流程說明：由非生產性物料的使用者到倉庫進行領料， 倉庫人員發料，系統自動生成物料出庫單。
3)服務管理：用于管理服務類的訂單執行情況，記錄和跟蹤服務開始時間、被 服務對象、服務結束時間。服務需求者記錄服務開始時間，通過服務結束流 程來改變訂單狀態。服務結束流程圖如圖4-1 0所示。
服務結束流程說明：由被服務人員填寫服務結束申請表，經部門經理、 財務經理和總經理批準同意后，系統自動將該服務訂單狀態標識為服務結束。
4)資產管理：資產管理中管理的都是可以直接使用的單個固定資產。資產管理 信息包含：資產編號、資產名稱、開始使用日期、PO編號、CC、資產原值、 資產保修期、資產供應商、資產所在位置、資產使用人和維護保養記錄。維 護保養記錄中包含維護日期、維護內容、是否更換部件、更換部件名稱及內 容、更換部件日期。當資產無法使用時，進入固定資產報廢和物料廢棄管理 流程，狀態追蹤同樣通過上述例子中的EW1802001.1.1和EW1802001.1.2進 行管理。固定資產報廢流程圖如圖 4-11 所示。
固定資產報廢流程說明：由資產維護人員提出固定資產報廢申請，經部 門經理、財務經理和總經理批準同意后，在財務人員的監督下將待報廢的固 定資產殘值處理結束后，此流程結束。
5)廢棄管理：服務類的非生產性物料在服務結束時自動標識為廢棄狀態；產品 類的非生產性物料通過廢棄流程改變物料狀態。物料狀態跟蹤方式通過上述
例子中EW1802001.1.1和EW1802001.1.2進行。廢棄實物交由倉庫處理。非
生產性物料廢棄流程圖如圖4-12所示。
非生產性物料廢棄流程說明：當使用部門發現非生產性物料已經無法使 用且不能維修時，由使用者申請物料廢棄處理，并與 QA 人員共同檢查待廢 棄產品中的可用部件，若存在可用部件，經部門經理批準同意后將可用部件 入庫，不可用部分廢棄。若不存在可用部件，經部門經理批準同意后廢棄該 物料。
4.3.5非生產性物料數據導出管理
非生產性物料數據導出管理模塊包括財務信息管理、數據導出管理和各類報表三部 分。具體設計如下：
（1） 財務信息管理中包含會計科目、幣別、匯率和年度結算設置。會計科目等信 息由財務人員設置，在每年年初的會計期間內對上一年的采購賬務進行年結， 年結后上一年度的訂單、發票等信息僅供查詢使用。
（2） 數據導出管理：選擇一定的時間區間后，系統將導出這一時期內的采購數據。 需要的數據信息有：供應商編號、發票號、流水號、發票日期、做賬日期、 付款日期、人民幣總金額、原幣總金額、幣別、稅金、會計科目、CC、摘要。
本系統按 iScala 系統中 PRN 文件導入的要求，將導出 P_I_xxx.prn 和 P_V_xxx.prn文件（xxx表示序列流水號）。
（3） 各類報表：包含非生產性物料的各種狀態報表。其中常用的報表是：狀態為 “在用”的產品類非生產性物料報表、狀態為“在用”的耗材類非生產性物 料報表、狀態為“在用”的普通物品類報表、狀態為“在用”的服務類非生 產性物料報表、狀態為“資產在用”的固定資產類非生產性物料報表、狀態 為“庫存”的非生產性物料報表、狀態為“已消耗”的耗材類非生產性物料 報表、狀態為“廢棄”的非生產性物料報表、產品類訂單狀態報表、服務類 訂單狀態報表。
4.4 數據庫設計
數據庫是儲存和管理應用系統數據的倉庫，更好地組織數據的結構，確保數據訪問 的高效性，滿足應用系統設計的需求是數據庫設計的重點。軟件的實體模型圖就是E-R 圖， E-R 圖模型是用于描述現實世界的概念模型。通過矩形表示實體，橢圓形表示實體 的屬性，菱形表示實體之間的聯系，使用無向線將三者連接起來，從而得到關于實體、 實體的屬性和實體間關系的描述［29］。根據系統的功能需求分析，畫出了非生產性物料采 購管理和供應商相關信息E-R圖、非生產性物料供應商審批與考核管理E-R圖和非生產 性物料狀管理E-R圖。分別如圖4-13、圖4-14和圖4-15所示。
本應用系統采用SQL Server 2012作為數據庫管理系統，根據E-R圖進而進一步的 設計數據表。部分表結構設計如下：
（1）采購申請表：采購申請表中字段有PR編號、申請人ID、總金額、供應商編 號、審批狀態、總行數、申請時間。如表4-1 所示。其中總行數表示該采購申請單一共 包含的行數。
表 4-1 采購申請表
字段名 類型 字段長度 注釋
PR_ID VARCHAR 10 PR編號
USER_ID VARCHAR 4 申請人ID
PR_ZJE NUMERIC 10,2 總金額
SUPPLIER_ID VARCHAR 4 供應商編號
PR_ZT BIT 1 審批狀態
PR_HS INT 2 總行數
PR_SQSJ DATETIME 8 申請時間
（2）產品類采購申請明細表：產品類采購申請明細表中字段有PR編號、PR行號、 產品品牌、產品名稱、型號、規格、數量、單價、總價、CC、稅金、產品制造商名稱、 審批狀態。如表 4-2 所示。
表 4-2 產品類采購申請明細表
字段名 類型 字段長度 注釋
PR_ID VARCHAR 10 PR編號
PR_HH INT 2 PR行號
PROD_PP VARCHAR 30 產品品牌
PROD_MC VARCHAR 30 產品名稱
PROD_XH VARCHAR 30 型號
PROD_GG VARCHAR 30 規格
PROD_SL INT 4 數量
PROD_DJ NUMERIC 10,2 單價
PROD_ZJ NUMERIC 10,2 總價
CC VARCHAR 3 CC
PR_SJ NUMERIC 10,2 稅金
PROD_ZZS VARCHAR 40 產品制造商名稱
PR_ZT BIT 1 審批狀態
PR_SUG VARCHAR 100 系統建議
表 4-2 續
(3)服務類采購申請明細表：服務類采購申請明細表中字段有PR編號、PR行號、 服務項目名稱、服務內容、服務天數、單價、總價、CC、稅金、審批狀態。如表4-3 所示。
表 4-3 服務類采購申請明細表
字段名 類型 字段長度 注釋
PR_ID VARCHAR 10 PR編號
PR_HH INT 2 PR行號
SERVI_MC VARCHAR 50 服務項目名稱
SERVI_NR VARCHAR 50 服務內容
SERVI_TS INT 3 服務天數
SERVI_DJ NUMERIC 10,2 單價
SERVI_ZJ NUMERIC 10,2 總價
CC VARCHAR 3 CC
PR_SJ NUMERIC 10,2 稅金
PR_ZT BIT 1 審批狀態
(4)采購訂單表：采購訂單表中字段有PO編號、PO類別、采購員ID、組別、總 金額、供應商編號、PO狀態、是否廢除、總行數、PO日期。如表4-4所示。其中PO 類別分為產品類和服務類。
表 4-4 產品類采購訂單表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_CAT VARCHAR 6 PO類別
USER_ID VARCHAR 4 采購員ID
PO_ZB VARCHAR 30 組別
PO_ZJE NUMERIC 10,2 總金額
SUPPLIER_ID VARCHAR 4 供應商編號
PO_ZT VARCHAR 16 PO狀態
PO_YX BIT 1 是否廢除
PO_ZHS INT 2 總行數
PO_DATE DATETIME 8 PO日期
表 4-4 續
（5）產品類采購訂單明細表：產品類采購訂單明細表中字段有PO編號、PO行號、 產品品牌、產品名稱、型號、規格、數量、單價、總價、CC、稅金、產品制造商名稱、 PO 狀態。如表 4-5 所示。
表 4-5 產品類采購訂單明細表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
PROD_PP VARCHAR 30 產品品牌
PROD_MC VARCHAR 30 產品名稱
PROD_XH VARCHAR 30 型號
PROD_GG VARCHAR 30 規格
PROD_SL INT 4 數量
PROD_DJ NUMERIC 10,2 單價
PROD_ZJ NUMERIC 10,2 總價
CC VARCHAR 3 CC
PR_SJ NUMERIC 10,2 稅金
PROD_ZZS VARCHAR 40 產品制造商名稱
PO_ZT VARCHAR 16 PO狀態
（6）服務類采購訂單明細表：服務類采購訂單明細表中字段有PO編號、PO行號、 服務項目名稱、服務內容、服務天數、單價、總價、CC、稅金、PO狀態。如表4-6所 示。
表 4-6 服務類采購訂單明細表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
SERVI_MC VARCHAR 50 服務項目名稱
SERVI_NR VARCHAR 50 服務內容
SERVI_TS INT 3 服務天數
SERVI_DJ NUMERIC 10,2 單價
SERVI_ZJ NUMERIC 10,2 總價
CC VARCHAR 3 CC
PO_SJ NUMERIC 10,2 稅金
PO_ZT BIT 1 PO狀態
表 4-6 續
7)合同信息表：合同信息表中字段有合同編號、合同類別、總金額、供應商編
號、合同簽定日期、合同狀態。如表4-7所示。其中合同類別分為產品類和服務類。
表 4-7 合同信息表
字段名 類型 字段長度 注釋
CONT_BH VARCHAR 9 合同編號
CONT_CAT VARCHAR 6 合同類別
CONT_ZJE NUMERIC 10,2 總金額
SUPPLIER_ID VARCHAR 4 供應商編號
CONT_QDRQ DATETIME 8 合同簽定日期
CONT_ZT VARCHAR 8 合同狀態
(8)產品類合同明細表：產品類合同明細表中字段有合同編號、行號、產品品牌、 產品名稱、型號、規格、數量、單價、總價、CC、稅金、產品制造商名稱、售后服務 結束日期、合同終止日期、合同狀態。如表4-8所示。
表 4-8 產品類合同明細表
字段名 類型 字段長度 注釋
CONT_BH VARCHAR 9 合同編號
CONT_HH INT 2 行號
PROD_PP VARCHAR 30 產品品牌
PROD_MC VARCHAR 30 產品名稱
PROD_XH VARCHAR 30 型號
PROD_GG VARCHAR 30 規格
PROD_SL INT 4 數量
PROD_DJ NUMERIC 10,2 單價
PROD_ZJ NUMERIC 10,2 總價
CC VARCHAR 3 CC
PR_SJ NUMERIC 10,2 稅金
PROD_ZZS VARCHAR 40 產品制造商名稱
CONT_SHJS DATETIME 8 售后服務結束日期
CONT_ZZRQ DATETIME 8 合同終止日期
CONT_ZT VARCHAR 8 合同狀態
表 4-8 續
（9）服務類合同明細表：服務類合同明細表中字段有合同編號、行號、服務項目 名稱、服務內容、服務天數、單價、總價、CC、稅金、服務結束日期、合同終止日期、 合同狀態。如表 4-9 所示。
表 4-9 服務類合同明細表
字段名 類型 字段長度 注釋
CONT_BH VARCHAR 9 合同編號
CONT_HH INT 2 行號
SERVI_MC VARCHAR 50 服務項目名稱
SERVI_NR VARCHAR 50 服務內容
SERVI_TS INT 3 服務天數
SERVI_DJ NUMERIC 10,2 單價
SERVI_ZJ NUMERIC 10,2 總價
CC VARCHAR 3 CC
PO_SJ NUMERIC 10,2 稅金
CONT_FWJS DATETIME 8 服務結束日期
CONT_ZZRQ DATETIME 8 合同終止日期
CONT_ZT VARCHAR 8 合同狀態
（10）產品類物料狀態表：產品類物料狀態表中字段有PO編號、PO行號、組別、 產品名稱、PO數量、可用數量、是否入庫、入庫日期、是否領用、是否固定資產、是 否耗材、物料狀態，如表4-10所示。
表 4-10 產品類物料狀態表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
PROD_ZB VARCHAR 30 組別
PROD_MC VARCHAR 30 產品名稱
PROD_SL INT 4 PO數量
KYSL INT 4 可用數量
PROD_RK BIT 1 是否入庫
PROD_RKRQ DATETIME 8 入庫日期
PROD_LY BIT 1 是否領用
PROD_ZC BIT 1 是否固定資產
PROD_HC BIT 1 是否耗材
PROD_ZT VARCHAR 8 物料狀態
(11)耗材類物品狀態表：耗材類物品狀態表中字段有PO編號、PO行號、組別、 產品名稱、數量、已消耗數量、剩余數量。如表4-11所示。
表 4-11 耗材類物料狀態表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
PROD_MC VARCHAR 30 產品名稱
PROD_SL INT 4 數量
HC_YXH INT 4 己消耗數量
HC_SY INT 4 剩余數量
(12)服務類物料狀態表：服務類物料狀態表中字段有PO編號、PO行號、服務 項目名稱、服務天數、服務開始時間、被服務對象、服務結束日期、物料狀態。如表4-12 所示。
表 4-12 服務類物料狀態表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
SERVI_MC VARCHAR 50 服務項目名稱
SERVI_TS INT 3 服務天數
SERVI_KSSJ DATETIME 8 服務開始時間
SERVI_DX VARCHAR 50 被服務對象
SERVI_JSRQ DATETIME 8 服務結束日期
SERVI_ZT VARCHAR 8 物料狀態
(13)固定資產編號表：固定資產編號表中字段有資產編號、PO編號、行號、編 號日期。如表4-13所示。
表 4-13 固定資產編號表
字段名 類型 字段長度 注釋
GDZC_ID VARCHAR 4 資產編號
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
GDZC_BHRQ DATETIME 8 編號日期
(14)固定資產狀態表：固定資產狀態表中字段有資產編號、資產名稱、開始使用 日期、PO編號、CC、資產原值、資產保修期、供應商編號、資產所在位置、資產使用 人。如表4-14所示。
表 4-14 固定資產狀態表
字段名 類型 字段長度 注釋
GDZC_ID VARCHAR 4 資產編號
GDZC_MC VARCHAR 30 資產名稱
GDZC_SYRQ DATETIME 8 開始使用日期
PO_ID VARCHAR 9 PO編號
CC VARCHAR 3 CC
GDZC_YZ NUMERIC 10,2 資產原值
GDZC_BXQ DATETIME 8 保修期
SUPPLIER_ID VARCHAR 4 供應商編號
GDZC_WZ VARCHAR 50 資產所在位置
GDZC_SYR VARCHAR 20 資產使用人
GDZC_ZT VARCHAR 8 物料狀態
表 4-14 續
15）固定資產明細表：固定資產明細表中字段有資產編號、資產名稱、維護日期、
維護內容、是否更換部件、更換部件名稱、更換部件日期。如表4-15所示。
表 4-15 固定資產明細表
字段名 類型 字段長度 注釋
GDZC_ID VARCHAR 4 資產編號
GDZC_MC VARCHAR 30 資產名稱
GDZC_WHRQ DATETIME 8 維護日期
GDZC_WHNR VARCHAR 50 維護內容
GDZC_GHBJ BIT 1 是否更換部件
GDZC_BJMC VARCHAR 50 更換部件名稱
BJGHRQ DATETIME 8 更換部件日期
（16） CAB打印機明細表：使用CAB打印機明細表來重點控制CAB打印機使用 情況和打印頭更換情況，每個需對CAB打印機使用情況進行記錄。CAB打印印明細表 中字段有資產編號、資產名稱、記錄日期、已打印標簽數量、打印頭編號、已打印長度、 打印頭更換日期。如表4-16所示。
表 4-16 CAB 打印印明細表
字段名 類型 字段長度 注釋
GDZC_ID VARCHAR 4 資產編號
GDZC_MC VARCHAR 30 資產名稱
CAB_JRRQ DATETIME 8 記錄日期
CAB_DYSL INT 9 已打印標簽數量
CAB_HEBH VARCHAR 8 打印頭編號
CAB_DYCD INT 7 已打印長度
CAB_HEGH DATETIME 8 打印頭更換日期
（17）廢棄物料表：廢棄物料表中字段有PO編號、行號、報廢數量、報廢日期、 物料狀態。如表4-17所示。
表 4-17 廢棄物料表
字段名 類型 字段長度 注釋
PO_ID VARCHAR 9 PO編號
PO_HH INT 2 PO行號
BFSL INT 4 報廢數量
BFRQ DATETIME 8 報廢日期
FQWLZT VARCHAR 8 物料狀態
（18）供應商信息表：供應商信息表中字段有供應商編號、供應商名稱、公司地址、 國家、聯系人姓名、電話號碼、傳真號碼、電子郵件、稅率、納稅人識別號、幣種、付 款期限、付款方式、受益人名稱、銀行名稱、銀行地址、銀行所在地、銀行賬號。如表 4-18 所示。
表 4-18 供應商信息表
字段名 類型 字段長度 注釋
SUPPLIER_ID VARCHAR 4 供應商編號
SU_MC VARCHAR 50 供應商名稱
SU_ADD VARCHAR 60 公司地址
SU_NAT VARCHAR 20 國家
SU_CONT VARCHAR 12 聯系人姓名
SU_TEL VARCHAR 16 電話號碼
SU_FAX VARCHAR 16 傳真號碼
SU_MAIL VARCHAR 40 電子郵件
SU_SL VARCHAR 3 稅率
NSRSBH VARCHAR 40 納稅人識別號
BZ VARCHAR 1 幣種
SU_FKQX VARCHAR 3 付款期限
FKFS VARCHAR 20 付款方式
SYRMC VARCHAR 40 受益人名稱
SU_YHMC VARCHAR 40 銀行名稱
SU_YHADD VARCHAR 60 銀行地址
SU_YHSZD VARCHAR 50 銀行所在地
SU_YHZH VARCHAR 40 銀行賬號
（19）供應商考核表：供應商考核表中字段有供應商編號、供應商名稱、拒絕PO 次數、不按時交付次數、延時服務次數、服務評價、產品質量、價格、評分。如表4-19 所示。
表 4-19 供應商考核表
字段名 類型 字段長度 注釋
SUPPLIER_ID VARCHAR 4 供應商編號
SU_MC VARCHAR 50 供應商名稱
SU_JJPO INT 2 拒絕PO次數
SU_BASCS INT 2 不按時交付次數
SU_YSCS INT 2 延時服務次數
FWPJ VARCHAR 2 服務評價
SU_CPZL VARCHAR 2 產品質量
SU_CPJG VARCHAR 2 價格
SU_PF INT 3 評分
（20）發票管理表：發票管理表中字段有供應商編號、發票號碼、PO編號、發票 日期、做賬日期、發票金額、會計科目、CC、摘要。如表4-20所示。
表 4-20 發票管理表
字段名 類型 字段長度 注釋
SUPPLIER_ID VARCHAR 4 供應商編號
FPHM VARCHAR 12 發票號碼
PO_ID VARCHAR 9 PO編號
FPRQ DATETIME 8 發票日期
ZZRQ DATETIME 8 做賬日期
FPJE NUMERIC 10,2 發票金額
KJKM VARCHAR 10 會計科目
CC VARCHAR 3 CC
ZY VARCHAR 40 摘要
4.5本章小結
本章首先對系統的設計原則和架構設計進行了介紹，然后對非生產性物料信息管理 系統的各個模塊的詳細設計進行了具體描述，最后列出了部分數據庫表結構。通過 CAB 打印機明細表監控打印頭的使用和更換狀態，作為判斷CAB打印頭采購的合理性。通 過物料狀態表中的可用數據來記錄耗材的使用量，具有一定的應用價值和現實意義。在 下一章節中將介紹非生產性物料信息管理系統實現和測試。
第五章 非生產性物料信息管理系統的實現和測試
前兩章對非生產性物料信息管理系統的需求分析和設計進行了詳細描述，在有了各 功能模塊詳細設計方案后，采用ASP.NET MVC開發模式，通過Visual Studio 2012軟件 開發環境對系統進行開發實現。使用 EntityFramework 6.0 作為持久層框架使開發者更專 注于域對象的設計與開發，而不需要關心實際數據存儲，簡化了開發者編寫數據訪問代 碼的工作。使用微軟Windows Workflow 4.0工作流引擎對工作流節點和流向進行管理和 實現，業務邏輯使用C#語言進行編程，Web頁面采用HTML5、CSS3、jQuery進行實 現，通過 ADO.NET 訪問數據庫管理系統進行數據的存取和操作；還使用到 Quartz.Net 組件作為定時計劃任務、Log4net組件作為登錄日志和操作日志的管理。前端采用了 Ajax 技術，基于jQuery和Bootstrap框架并采用了開源的beyond的模板實現了頁面無刷新且 界面簡潔的前端網頁。另外用到的插件有：Uploadify作為批量上傳文件；jqGrid作為數 據表格顯示；jQuery Validation Plugin用作客戶端驗證插件；jQuery zTree作為樹結構插 件；echarts用作圖表插件。本章展示了系統的界面和說明，對各模塊的實現展開詳細論 述，然后使用黑盒和白盒測試方法對軟件進行了測試，測試結果表明此軟件系統達到了 預期效果。
5.1 系統登錄及主界面的實現
系統采用了 B/S 結構，在非生產性物料信息管理系統中，用戶只要在客戶端計算機 上啟動瀏覽器，在地址欄中輸入特定的網址就能夠對非生產性物料信息管理系統進行訪 問。用戶需要輸入自己的Windows AD用戶名和密碼才能登錄系統，對系統進行操作。 圖 5-1 為系統登錄界面。
圖 5-1 系統登錄界面
在數據庫中有一張user表，用來維護系統用戶名稱信息。在用戶輸入用戶名和密碼 后進行登錄驗證的過程中，系統首先檢查該用戶名是否存在于user表中，如果存在，則 進行基于Windows域用戶認證方式，通過LDAP協議來訪問Windows Server活動目錄， 驗證用戶名和密碼是否正確。
當用戶在頁面上輸入用戶名和密碼后,系統將獲取當前用戶ID和密碼，存入Session 中并提交到后臺， 后臺調用 LDAP 協議和驗證地址 LDAP://TILDA/OU=Domain Controllers,DC=Suzhou,DC=PKCABLES,DC=com 進行用戶名和密碼驗證，當登錄驗證通 過后，即顯現如圖5-2用戶登錄系統后主界面，主界面默認顯示用戶的待辦事項內容。
圖 5-2 用戶登錄系統后主界面
5.2 主要功能模塊的具體實現
5.2.1 用戶和權限管理模塊的實現
某電子（蘇州）有限公司包含人事部、財務部、IT部、生產部、研發部、供應鏈管 理部、銷售部、質量部。其中供應鏈管理部門包含倉庫、采購、Sourcing、物流四部分; 生產部包含生產計劃、NPI、Testing、Process＞廠務。圖5-3為公司的組織結構配置管 理界面。
圖 5-4 人員信息配置管理界面
權限管理：根據需要對每個用戶的操作進行一定的限制，確定用戶的數據瀏覽范圍 以及在系統中的操作。本系統設計了一個基于角色的授權機制。某個角色擁有一定數量 的操作授權，屬于該角色的用戶也就擁有了該角色的權限，并且若該用戶屬于多個角色 則其擁有多個角色權限的集合。在數據庫中通過角色表、角色權限表、用戶與角色關系 表實現管理。本系統使用五種角色（管理員、部門主管、公司領導、普通員工、采購員） 進行權限管理，圖 5-5 為角色定義界面，圖 5-6 為管理員角色所擁有權限列表圖。
圖 5-5 角色定義界面圖
圖 5-6 權限列表圖
當為某一個用戶設置權限時，即先選擇該用戶，然后賦予該用戶相應的角色，如圖
5-7 所示。
圖 5-7 用戶權限設置界面圖
5.2.2非生產性物料采購管理模塊的實現
系統將采購管理劃分為產品類采購管理和服務類采購管理。產品類采購申請通常多 于服務類采購申請，若要進行產品類采購申請時，需要在產品采購申請菜單中新建采購 申請請求，用戶提交后，系統根據工作流節點和流向中的設置，將審批請求提交給相應 的用戶，當所有節點的審批任務都通過并結束后，系統將通過郵件的方式通知用戶，并 且該采購申請單的審批狀態已變為已審批狀態，如圖 5-8 所示。當雙擊打開某一張采購 申請單后，將顯示該采購申請單的明細內容，如圖 5-9 所示。
& 三
*首頁 產品采購申請
w采購艇
=PR列表 ® ® ® ®
產品采購申請 申ill日期從Q 至Q
服等采購申請 1 ■單號 申請日期 申請人 總金額 fflEW
產as?購訂單 □ PRW1701126 3 Marie Ma 21200 Suzhou Liannuo 己審批
服務采購訂單 □ PRW1701127 1 Vic Xu 23000 Suzhou QianYuQianyuan 已審批
合同管理 □ PRW1701128 1 Lucy He 2600 Suzhou LinZhi KeJi 已審批
□ PRW1701129 1 Lucy He 1290 Suzhou LinZhi KeJi 已審批
發貽理 □ PRW1701130 1 Mark Ma 750 Suzhou Liannuo 已審批
«物料狀態管理 > □ PRW1701131 1 Allen An 9000 Suzhou Anhui Keji 己審批
□ PRW1701132 1 Paul Zhao 900 Suzhou Andashi Keji 己審批
土數據導出 >
0 系 >
K < > 1 - 7 of 7 items 1
圖 5-8 產品類采購申請列表圖
■■基本信息 （B）
PR編號 PRW1700326 申fifll間 2017-12-19 國
總金額 21200 題商 Suzhou Liannuo
申請人 'Mark Ma
審脫態 是 v
'=采購申請 ©® ®
PR們 產品品牌 產品名稱 型號 規格 數? 單價 總帝 稅金 產品制造商名 審批狀態 系剜議I
□ 1 HP 臺式頓 EliteDesk
800G3 i7,8G,1T,23... 1 6300 6300 568 1071 HP 已審批 na
□ 2 HP 筆瞬電腦 Elitebook
1040G4 i7,16G,512... 1 12000 12000 571 2040 HP 已審批 na
□ 3 HP 激光打印機 M227sdn na 1 2900 2900 570 493 HP 已審批 na
k < i ? >i 1 - 3 of 3 items
圖 5-9 產品類采購申請明細圖 當產品類采購申請單通過審核批準之后，即顯現在產品類采購訂單菜單中，包含 PO編號、PO類別、供應商名稱、是否入庫等信息，如圖5-10所示。當需要查看某一 張訂單的明細時，雙擊打開此訂單即顯現，如圖 5-11 所示。
圖 5-10 產品類采購訂單列表圖
S8基本信息
P0編號 EW171261 PO類別 產品類 v
采購員ID Cindy Wang Q. 組g|j
總金額 21200 供應商編號 Suzhou Liannuo Q.
PO狀態已入庫7 是否廢除 否7
總行數 3 PO日期 2017-12-20 國
：=采購訂單明細
PO編號 PO行號 產品品牌 產品名稱 型號 規格 - - 總枷 稅金 產品制造商名 PO狀態
□ EW171261 1 HP 臺式鎖 EliteDesk
S00G3 i7,8G,1T,23... 1 6300 6300 568 1071 HP 已入庫
□EW171261 2 HP 筆記本鎖 i7,16G,512... 1 12000 12000 571 2040 HP 已 2
1040G4
□EW171261 3 HP 漱光打印機 M227sdn na 1 2900 2900 570 493 HP 已入庫
'K \ > » 1 - 3 of 3 items
圖 5-11 產品類采購訂單明細表圖
5.2.3非生產性物料供應商管理模塊的實現
供應商管理模塊中包含已經審批的供應商信息、供應商考核和新供應商的審批，通 過供應商管理菜單中的三個子菜單進行實現。在界面上用戶修改維護的內容將直接寫入 數據庫相對應的表里，已審批的供應商信息列表如圖 5-12 所示。當增加或修改某一個 供應商信息時，通過供應商詳細信息界面如圖 5-13 進行操作。
圖 5-12 供應商信息列表圖
5S基本信息 © @ (I)
供應商編號 5771 供應商名稱 Suzhou Liannuo
公司地址 蘇州工業園區創意產業園A4-7 國家 中國 v
聯系人姓名 王婷 電話號碼 65237786
傳真號碼 65237780 電子郵件 liannuokeji@163.com
稅率 17.00 0 納稅人識S!l號 3205267786756669
幣種 人民幣 付款期限 45天
付款方式 銀行轉賬 受益人名稱 蘇州連諾科技有限公司
銀行名稱 建設銀行蘇州園區支行 銀行地址 蘇州工業園區蘇華路28號
銀行所在地 江楓州 銀行賬號 632634655558002193
圖 5-13 供應商詳細信息圖
5.2.4非生產性物料狀態管理模塊的實現
對非生產性物料的狀態管理，系統首先通過將非生產性物料分為產品類和服務類。 產品類物品又包含了固定資產物品、非固定資產物品和耗材類物料。在對產品類的物品 進行狀態追蹤時，通過 PO 訂單號碼和行號聯合起來追蹤此 PO 中此行的物品訂單數量 與已經消耗完畢的數量和已經廢棄數量進行比較來完成此行的狀態管理。其次，在線下 各部門管理者會對管理方式和方法進行研究，目的為了減少非生產性物料的消耗數量和 廢棄數量。對服務類的非生產性物料，系統將追蹤服務開始時間與結束時間等信息，管 理者通過服務結束申請單中的服務小結等信息對該項服務進行綜合評價，確定將來服務 的內容和服務方式。產品類的非生產性物料入庫時間即為該產品的開始使用時間，系統 追蹤此物品狀態直到廢棄，圖 5-14 為訂單入庫管理界面。
圖 5-15 固定資產管理界面圖
5.2.5非生產性物料數據導出模塊的實現
財務人員通過發票管理和財務信息管理界面輸入發票號、發票日期、做賬日期、付 款日期、人民幣總金額、原幣總金額、幣別、稅金、摘要，選擇會計科目、CC等。系 統自動生成流水號，并且每年年初進行年結時設置流水號。這些數據直接存于數據庫的 表當中，當點擊導出按鈕時，系統按已選擇的時間期間，從數據表中獲取需要的數據， 按iScala系統中定義好的字段順序，生成可導入至iScala系統中的PRN文件。導入后， iScala系統中將自動生成采購分類賬。
5.3 系統的測試概述
本系統采用黑盒測試和白盒測試的方法對該軟件進行測試。在單元測試和集成測試
階段由開發人員通過代碼檢查的方法進行，在功能測試階段由某電子（蘇州）有限公司 的部分使用者基于系統需求規格說明文檔進行，主要通過等價分類法、邊界值分析法和 錯誤猜測法三種方法實施，所謂等價分類，就是把輸入數據的可能值劃分為若干等價類， 使每類中的任何一個測試用例都能代表同一等價類中的其他測試用例［30］。本系統測試目 的主要看審批流程與表單是否協調工作，物料的五種狀態在系統中是否能正常運轉，采 購合理性建議是否能正確給出。
5.4 系統的測試結果
（1） 測試環境
測試環境建立在某電子（蘇州）有限公司內部網絡內，通過 Vmware 平臺搭 建了數據庫服務器、應用服務器、 Web 服務器以及客戶端計算機。測試環境 內的機器可以訪問公司現存的 Windows Server AD 服務器，這樣便于在用戶 登錄時直接訪問LDAP服務器進行用戶驗證。
（2） 主要功能測試
通過測試用例對系統進行功能測試，部分測試用例及結果如表 5-1 所示。
表 5-1 部分功能測試用例
用例
編號 用例描述 步驟 期望結果 實際結果
FT-01 測試用戶登
錄驗證 1.輸入正確的用戶名 和密碼
2.輸入不存在的用戶 名或不輸入用戶名
3.輸入不合法的用戶 名或者密碼 1.能正確登錄
2.提示用戶名或密碼不正確
3.提示用戶名或密碼不正確 與預期結
果一致
FT-02 測試產品類
采購申請單 輸入和提交 1.打開產品類采購申 請導航菜單，并輸入 需要申請購買的物 品信息
2.點擊中提交按鈕 1.系統顯示此采購申請單內容，并 可以進行修改和保存
2.系統已標注此采購單狀態為未審 批。 與預期結
果一致
FT-03 測試產品類
采購申請單 審批流程 1.FT-02的步驟
2.按實際情況設置審 批流程節點和流向 并啟用
3.流程中各節點審批 完畢 1.與FT-02的結果一致
2.第一個節點中審批者收到郵件提 醒
3.當前一個節點審批完畢后，下一 個節點審批者收到郵件提醒，當 審批結束后，請求者收到郵件提 醒。 與預期結
果一致
FT-04 測試產品類 物品入庫 在入庫管理中選擇一個
訂單后，選中所有行，
點擊入庫 此訂單的狀態己轉變為己入庫，并且 此訂單中所有行的狀態同時轉變為 己入庫狀態 與預期結
果一致
FT-05 測試耗材類
物品的狀態 轉變 1.在領用管理中，選擇 已入庫的耗材訂單
（A4 紙， 100 包），
將訂單中的耗材全 部領用
2.HR人員更新A4紙 剩余數量80包 1.物料狀態查詢結果中，該訂單中 的耗材狀態為在用狀態，并且可 用數量為100
2.物料狀態查詢結果中，該訂單中 的耗材狀態為在用狀態，并且可 用數量為80
3.20包A4紙狀態己轉變為己消耗 與預期結
果一致
表 5-1 續
該系統的單元測試和集成測試是在開發團隊內部進行的，在測試過程中發現的問題 都被及時反饋和修復了。經過系統的測試，系統中的審批流程與表單協調工作正常，物 料的五種狀態在系統中正常轉換， CAB A4+ 600dpi 條形碼打印機的打印頭和生產部工 具類物品在采購的過程中能給出合理的建議。系統中其它的各功能模塊功能良好，工作 正常，符合系統的設計要求，達到了預期目標。
5.5本章小結
本章首先介紹系統的開發環境以及使用到的編程語言，然后論述了系統主界面和各 功能模塊的具體的實現。最后使用黑盒測試和白盒測試的方法對該系統進行測試，給出 了部分功能測試用例表，測試結果表明設計實現的非生產性物料信息管理系統的功能模 塊設計合理，功能良好，達到了該系統的設計目標。綜上所述，本文設計實現的非生產 性物料信息管理系統可以滿足某電子（蘇州）有限公司的實際需求，能夠實現非生產性 物料的信息化管理，改變手工管理模式。
第六章 總結與展望
6.1總結
綜上所述，由于電子制造服務業企業之間的競爭愈加激烈，在對非生產性物料的管 理上會有很多困難。所以，傳統的手工管理非生產性物料模式已經無法滿足企業發展的 需求。因此，利用信息管理系統來管理企業的非生產性物料是加快企業信息化發展和提 升企業競爭力的重要手段和方法。本文根據某電子（蘇州）有限公司的實際情況，對其 非生產性物料的管理問題進行調查分析研究后，使用 ASP.NET 等技術開發出非生產性 物料信息管理系統，改變了某電子（蘇州）有限公司的非生產性物料手工管理模式。本 文主要完成的工作如下：
（1） 對某電子（蘇州）有限公司的非生產性物料管理狀況進行了調查和分析，了 解了非生產性物料的實際需求和相關業務流程。由此，按照軟件工程思想和 面向對象的設計思路，對非生產性物料信息管理系統進行了需求分析，制定 了業務流程，畫出了用例圖和業務流程圖，并進行了描述。闡述了系統的可 行性，系統的功能需求和非功能需求。
（2） 經過系統的需求分析后，對非生產性物料信息管理系統進行了設計，系統使 用B/S結構，對系統的各功能模塊設計和數據表結構設計進行了詳細的闡述。 其中包括了采購過程中系統對CAB A4+ 600dpi條形碼打印機的打印頭和生 產部的工具類物品進行判斷本次采購申請的合理性，自動給出合理的采購審 批意見。
（3） 通過 Visual Studio 2012 軟件開發環境對非生產性物料信息管理系統進行了 開發和實現，其中使用了微軟Workflow 4.0工作流引擎對系統中的工作流進 行設計和管理，業務邏輯使用了 C#語言，通過ADO.NET與SQL Server 2012 數據庫進行了交互。展示了系統的界面和說明，對系統進行了黑盒和白盒測 試，測試結果表明該軟件系統達到了預期效果。
該非生產性物料信息管理系統已經在某電子（蘇州）有限公司投入了實際的應用中， 該系統能夠對非生產性物料進行系統化地分類管理，對每筆訂單中的非生產性物料進行 狀態管理，通過五種物料狀態便捷地了解當前公司中所有非生產性物料的使用情況。通 過報表的方式顯現過去某一段時期內的非生產性物料的投資和花費，倡導節約抵制浪 費。同時也實現了非生產性物料數據可導出后直接導入iScala系統，為員工減少了許多 繁瑣的手工工作量。
6.2展望
這套適用于某電子（蘇州）有限公司的非生產性物料信息管理系統已經開始了上線 運行，接下來需要對其進行維護，加強對操作人員的培訓熟悉系統中的業務流程。隨著 56
第六章總結與展望 公司業務的發展需要或者公司內部業務流程的變更，需要對該系統的功能需求進行增加 或者修改。根據軟件工程思想，該軟件系統將進入需求更變階段。通過需求變更管理對 系統進行更新或升級。除此之外，雖然此非生產性物料信息管理系統已經設計實現完畢， 但由于研究課題時間短，該系統仍有待改進和完善，在本文的基礎上，還可以從下面兩 方面進行繼續分析和研究。
本系統中的組織結構與公司里正在使用的人力資源管理系統中的組織結構進行同 步。人事部人員會及時更新人力資源管理系統中的組織結構和人員信息，但時常忘記更 新本系統中的人員信息，當這兩個系統中的該部分同步后，則有效地改善了此狀況。
CAB打印機打印的標簽數量直接從NI TestStand軟件中進行讀取并記錄。目前CAB 打印機打印的標簽數量通過手工的方式記錄在數據表中，而公司中的 CAB 打印機只會 打印 NI TestStand 測試軟件在測試的產品通過后自動打印一張標簽。未來若該系統能自 動記錄 CAB 打印機的打印標簽數量，則既增加了系統的準確性又減少了手工工作量。 再者，使用更多的規則或方法讓系統幫助更多的非生產性物料進行采購合理性的判斷， 給出合理的采購審批意見，使系統更加完善。
致謝
在論文的最后，我首先要衷心感謝我的校內導師吳含前副教授和校外導師黃長浩高 工。在這近五年的研究生生涯里，吳老師在我的學習上給予了極大的幫助，對我的論文 進行了認真和耐心的指導。在軟件開發和實現方面，黃長浩高工給予了許多的幫助。感 謝東南大學軟件學院對我的培養，感謝各位授課老師對我的幫助。
其次，感謝班級的同學們和朋友們對我的支持和鼓勵，謝謝你們的陪伴和幫助。最 后，我要特別感謝我的父母和我的家人，感謝家人的照顧、支持和理解。
參考文獻
[1]仲秋雁，閔慶飛，吳力文.中國企業ERP實施關鍵成功因素的實證研究J].中國軟科學， 2004(2):73-78.
[2]陳茵.非生產性采購在企業價值鏈中的作用[J].市場營銷,2010(8):122-123.
[3]傅莉萍.采購管理[M].北京:北京大學岀版社,2015.
[4]Dragicevic Suzana， Brlram Shivanand. A Web GIS collaborative framework to structure and manage distributed planning process[J]. Journal of Geographical Systems， 2004， 6(2):133-153.
[5]曹恒亭，李乃梁.煤炭企業供應鏈管理的策略研究J].煤炭經濟研究,2008(10):51-53.
[6]吳海燕.電子制造服務企業的制勝之道[J].經營與管理,2012(1):97-99.
[7]楊忠科.G公司信息化策略研究[D]:[碩士學位論文].青島:中國海洋大學,2013.
[8]張世俊.SE公司非生產性物料采購管理研究[D]:[碩士學位論文].大連:大連理工大學,2016.
[9]Roodbergen Kees Jan, Vis Iris F.A. A survey of literature on automated storage and retrieval systems[J]. European Journal of Operation Research, 2009, 194(2):343-362.
[10]董安邦，廖志英.供應鏈管理的研究綜述[J].工業工程,2006:45-55.
[11]Hope N.Nzewi, Ugochukwu C.Nzewi, Patrick Moneme. Business process reengineering and performance of courier service organizations in Anambra state, Nigeria[J]. American journal of Social and Management Sciences, 2015, 6(1):24-33.
[12]李桂斌.面向信息化的制造企業業務流程再造研究[D]:[碩士學位論文].哈爾濱:哈爾濱理工大 學,2007.
[13]Jiang Bin, LI Guo. Mode and trend of equipment and material purchasing management in overseas construction projects[J]. Logistics Technology, 2012, 15(1):1-9.
[14]WfMC. Workflow Management coaliton Specification: Terminology & Glossary[M]. Document Number WFMC-TC-1011.Brussels. 1996.
[15]王利霞.工作流參考模型分析J].電腦應用技術,2007(71):30-34.
[16]柳純錄.系統集成項目管理工程師教程[M].北京:清華大學岀版社,2009.
[17]李園，陳世平.MVC設計模式在ASP.NET平臺中的應用[J].計算機工程與設計,2009, 30(13):3180-3184.
[18]黃保翕.ASP.NET MVC 4開發指南[M].北京:清華大學岀版社,2013.
[19]何鋒.基于Asp.Net MVC的固定資產管理系統的設計與實現[D]:[碩士學位論文].蘇州:蘇州大 學, 2016.
[20]仝茵.基于ASP.NET MVC模式的軟件開發架構的研究與探討[J].中國電子科學研究院學報， 2016, 12(6):599-602.
[21]徐大偉，楊麗萍，焦學理.ASP.NET應用開發案例教程[M].北京:清華大學岀版社,2012.
[22]Ivaylo Stoyanov. Role of information technologies in business process reengineering[J]. 5th International Scientific Conference Business and Management's, 2008:737-742.
[23]Kay M. Victor, Keri E. Pearlson. IT Functional Support of Interorganizational Process Reengineering[J]. Proceedings of the 28th Annual Hawaii International Conference on System Sciences, 1995:591-600.
[24]黃學文.SE公司非生產性物料采購管理研究[D]:[碩士學位論文].大連:大連理工大學,2016.
[25]Kannan Vijay R., Keah Choon Tan. The impact of supplier selection and buyer-supplier engagement on relationship and firm performance[J]. International Journal of Physical Distribution & Logistics Management, 2006, 36(10):755-777.
[26]Weber C. A, Current J. R., Benton W. C. Vendor Selection Criteria and Methods[J]. European Journal of Operational Research, 1991(50):2-18.
[27]劉雅慧.SGMW公司非生產性物料采購戰略研究[D]:[碩士學位論文].北京:對外經濟貿易大學， 2015.
[28]郭姝含.供應商管理系統的設計與實現[D]:[碩士學位論文].吉林:吉林大學,2013.
[29]Sascha Lange, Martin A. Riedmiller. Deep auto-encoder neural networks in reinforcement learning[C]. Neural networks (IJCNN), the 2010 International Joint Conference on IEEE, 2010:1-8.
[30]史濟民，顧春華，鄭紅.軟件工程一一原理、方法與應用(第三版)[M].北京:高等教育岀版社， 2009.
下一篇：沒有了
相關標簽:
