XXX園區危化品倉儲管理系統建設方案2023年04月12日目錄TOC\o"1-3"\h\u20938一、項目背景 項目背景xxxx園區現有倉儲管理工作主要以線下辦公和協作為主，數據匯總、傳遞、申報、簽批效率較低。為了全面提升公司及項目的管理水平，在入駐企業物料及原材料入庫、上報審批、數據歸集、數據追蹤、產品出庫等方面做好系統管理，通過前期調研討論并結合公司實際情況，按照目前線下辦公管理方式已嚴重影響生產，為提高庫房管理工作效率，加強企業的轉型發展，提高信息化平臺在工作中的靈活應用，特考慮建設倉儲線上管理系統。目前企業涉及物料已超過500種，且每個庫房已按照設計分配功能與儲量，企業可通過管理系統進行倉儲管理，在實際管理中通過系統可實現庫存實時更新，庫存余量預警，及時調整庫存量；也可通過系統做好企業物料進出管理、庫存管理、庫房租金管理、危化品儲存管理等。建設需求2.1.業務需求倉儲管理具有如下功能：（1）入駐企業管理：可通過平臺錄入入駐企業信息，合同信息，資質證件，設置賬戶，統一管理；（2）出入庫管理：平臺入駐企業需存入/取出危化品是可在線預約申請，庫管通過平臺及時審批申請及時處理，并及時做好記錄上報記錄；（3）費用結算：通過記錄在系統中的出入庫記錄及時和入駐企業結算存儲費用；（4）庫存及庫房容量盤點：采購通過記錄的出入庫數量實時更新庫存和倉庫剩余容量。2.2.性能需求本系統支持在線用戶數大于10000人，支持并發訪問量大于2000。網絡出口帶寬為500M的情況下，保證系統在工作日業務高峰期間能穩定運行，快速響應用戶請求。性能要求主要從系統使用效率方面來要求，具體為：①新增業務數據的響應時間一般不能超過1秒；②查詢業務數據的響應時間一般不能超過2秒；③簡單統計報表的響應時間一般不能超過3秒；④復雜報表（涉及到5個以上的數據查詢或者涉及到大數量表（數據行超過1000000行）的查詢）的響應時間一般不能超過10秒；⑤系統的可用性、可靠性、穩定性以及易用性要求按照相關國家標準。（1）查詢性能設計簡單查詢：明確條件的，檢索記錄較少，單表的，響應時間<=1秒；復雜查詢：模糊條件的，檢索記錄較多，多表聯合的，響應時間<=2秒；批量查詢：多個簡單或復雜查詢同時進行，響應時間<=3秒。（2）統計性能設計檢索數據量在10萬以下的統計的響應時間<=3秒，其余復雜的統計響應時間<=5秒。（3）穩定性設計能夠連續7×24小時不間斷運行；平均維修時間MTTR≤2h。故障可以及時報警，具備自動手動恢復措施，自動恢復時間<3分鐘，手工恢復小于<1小時。信息系統裝備和應用現狀與差距。2.3.功能需求倉儲管理系統是為公司定制用于倉庫管理庫存盤點及費用結算的系統平臺。系統主要包括入駐企業管理，收發存管理，費用結算，簽批等功能。可根據實時收發存等信息實時反應當前貨物庫存，庫房余量等情況。同時每一筆進出記錄在系統中，可隨時查詢讀取。系統功能包括入駐企業管理、庫房設置、原料信息庫、管理員設置、審批流程設置、角色權限設置、倉儲合同管理、入庫申請、今日預約入庫統計，查收入庫、入庫費、庫存管理、出庫申請、今日預約出庫統計、出庫登記、出庫費、倉儲費、費用結算、入庫報表、出庫報表、庫存盤點、倉庫剩余容量統計、入駐企業欠款統計、預約入庫與實際入庫對比、預約與實際出庫對比。建設目標1.高效管理通過本系統的應用，能夠將庫存管理工作梳理清晰，減少數據錄入次數，倉儲入駐企業存儲數據在內部可以同步使用，審批可通過手機和電腦快速批閱。以及費用結算的全過程管理。2.信息傳遞本系統可實現庫存預警、庫存余量、審批等各項消息提醒和通知可通過系統自動推送至接收人。3.標準化本系統以公司各項標準化管理制度為指導，以標準化的流程、標準的數據、標準的統計口徑為基礎，搭建標準化的倉儲管理系統，提高公司倉儲管理信息化水平。4.系統設計原則系統的總體設計原則包括經濟實用、安全可靠、技術先進、易于維護、統一性、開放性。（1）經濟實用以經濟實用為目的，系統方案中設備的選型滿足使用要求、性能穩定可靠。（2）安全可靠系統可靠性是控制系統的關鍵，系統具備較高的安全性、適用性和耐久性、能夠滿足7×24小時不間斷為用戶提供服務的要求。（3）技術先進當今世界，高新技術日新月異，本系統采用先進的技術路線和體系結構。具有先進技術水平，采用標準化的設計手段和技術實現，有較高的性能表現，遵循業界規范，充分考慮未來技術發展的方向，以實現系統所建設施質量達到業界領先水平。（4）易于維護本系統應具有較高的可維護性，具有統一規范、友好的人機交互界面，便于軟件的補充和修改，能夠減少業務管理人員操作失誤。（5）可擴展性本系統提供標準的開放接口，支持二次開發，提供良好的接口和完善的技術文檔。高度模塊化，方便項目交接。（6）統一性以大數據等現代信息技術為支撐，打造標準一致、互聯互通業務系統，確保數據規劃一致、規范統一、協同共享。（7）開放性系統具有開發性，充分考慮網絡、硬件的擴展，支持跨平臺運行，可以運行于Windows平臺、Unix平臺及Linux平臺，支持各種主流及國產化數據庫，支持各種主流及國產化應用中間件。建設周期本系統建設周期為3個月，包含詳需求調研、原型設計、UI設計、功能開發、系統測試、系統上線聯調部署、系統終驗等關鍵環節。本系統建設項目組涉及成員包括項目經理、需求分析工程師、UI設計工程師、軟件開發工程師、系統測試工程師、軟件維護工程師。建設周期及人員配備情況如下表所示：表1：系統建設周期序號項目階段天數1需求調研5天2原型設計15天3UI設計10天4功能開發40天5系統測試30天6系統部署1天7上線試運行30天表2：項目組人員序號人員職稱人數人員職責1項目經理1人負責項目整體管理2技術架構師1人負責項目總體技術架構搭建。3技術負責人1人負責項目整體技術指導、工作協調。4需求分析工程師2人負責項目需求調研、需求分析、項目原型設計5UI設計工程師1人負責系統頁面設計6后端開發工程師5人負責系統業務功能邏輯開發7前端開發工程師4人負責系統前端頁面開發8移動開發工程師2人負責移動端應用開發9系統測試工程師2人負責系統功能測試、性能測試、安全測試10系統實施工程師2人負責系統部署交付、系統日常運維11系統技術支持工程師2人負責系統運行過程處理問題，解答客戶的問題。技術方案5.1.總體架構總體架構圖5.2.網絡架構網絡架構圖5.3.技術路線（1）JAVAEE技術系統基于JAVAEE框架的多層體系結構，具備跨平臺、支持多種數據庫的能力；系統采用JAVAEE標準構建，具備較好的穩定性、高可靠性和擴展性；應用JAVAEE標準的應用服務器和中間件技術，能實現事務性處理的開發、運行、部署和管理，并能很好地支持跨平臺運行；采用分布式組件技術，使系統能方便靈活地發布、配置、升級維護。（2）XML數據交換標準系統采用XML數據交換標準，以滿足項目各種異構系統的數據接口需要，實現各類數據資源的有效聚合。（3）開放式體系架構采用多層的面向服務（SOA）的開放式體系架構，結合WebService技術、XML技術、Portal等技術，實現應用整合、內容管理和應用系統構件化實現等。采用J2EE技術開發組件化的通用業務功能平臺，以業務功能平臺為基礎組裝業務應用系統。需要對外提供的服務要進行WebService的封裝。5.4.技術標準《基于XML電子文件封裝規范》(DA/T48-2009)《信息安全技術網絡安全等級保護實施指南》（GB/T25058-2019）《信息安全技術網絡安全等級保護定級指南》（GB/T22240-2020）《信息安全技術應用軟件安全編程指南》（GB/T38674-2020）《信息安全技術網絡存儲安全技術要求》（GB/T37939-2019）《信息安全技術網絡安全等級保護安全設計技術要求》GB/T25070-2019《信息安全技術網絡安全等級保護基本要求》（GB/T22239-2019）《信息安全技術網絡安全等級保護測評要求》（GB/T28448-2019）《信息安全技術信息系統安全運維管理指南》（GB/T36626-2018）《信息安全技術移動終端安全保護技術要求》（GB/T35278-2017）《信息安全技術簽名驗簽服務器技術規范》（GB/T38629-2020）公安部《貫徹落實網絡安全等保制度和關保制度的指導意見》（公網安〔2020〕1960）中華人民共和國行政區劃代碼(GB/T2260-1995)《信息技術互連國際標準》(ISO/IEC11801-2002)《信息技術、軟件包質量要求和測試》(GB/T17545-1998)《軟件工程標準分類法》(GB/T15538-1995)《信息技術軟件生存周期過程》(GB8566-2007)《軟件維護指南》(GB/T14079-93)《計算機軟件文檔編制規范》(GB/T8568-2006)《計算機軟件需求規格說明規范》(GB/T9386-2008)《計算機軟件測試文檔編制規范》(GB/T9386-2008)《計算機軟件測試規范》(GB/T15532-2008)《軟件工程術語》(GB/T11458-2006)《計算機軟件配置管理計劃規范》(GB/T12506-90)《計算機軟件質量保證計劃規范》(GB/T12505-90)《計算機軟件可靠性和可維護性管理》(GB/T12395-2008)5.5.系統建設內容5.5.1.系統功能清單建設內容一級功能二級功能功能描述備注企業工作臺登錄修改密碼平臺方開戶，企業方通過管理方分配的賬號登錄企業工作臺。統計分析數據看板為企業方提供物料統計分析看板、出入庫數據看板、財務數據看板、庫存數據看板。數據報表為企業方提供物料統計分析報表、出入庫數據報表、財務數據報表、庫存數據報表。我要預約入庫預約企業方可以在線發起物料入庫申請。可以查看入庫申請審批進度，可以查看入庫信息詳情。可以取消入庫申請。出庫預約企業方可以在線發起物料出庫申請。可以查看出庫申請審批進度，可以查看出庫信息詳情。可以取消出庫申請。費用結算待結算企業方可以查看倉儲費用待結算信息。可以查看入庫的物料訂單信息。已結算企業方可以查看倉儲費用已結算信息。可以查看入庫的物料訂單信息。已逾期企業方可以查看倉儲費用結算逾期信息。可以查看入庫的物料訂單信息。系統根據結算規則自動計算費用是否逾期。庫房管理我的物料企業方可以查看物料庫存信息，可以導出物料數據，可以設置庫存最低閾值。可以查看預約出入庫數量與實際出入庫數量的對比。庫房信息企業方可以查看庫房基本信息與庫房容量信息。我的企業企業信息企業方可以查看登記的企業信息。合同管理合同信息企業方可以管理合同。支持合同上傳、下載。倉儲管理后臺系統登錄修改密碼園區管理方通過賬號密碼登錄后臺系統，可以修改登錄密碼。統計分析數據看板園區管理方可以查看入駐的企業數據、物料庫存數據、費用結算數據等。數據報表園區管理方可以查看入駐的企業數據報表、物料庫存數據報表、費用結算數據報表等。支持數據報表導出、數據查詢。企業管理企業查詢園區方可以查詢入駐企業的信息。添加企業園區方可以添加企業信息，上傳企業資質。編輯信息園區方可以修改企業信息，上傳企業資質。刪除信息園區方可以刪除企業信息。啟停用園區方可以停用或者禁用企業。企業被禁用后，不能登錄企業工作臺。待辦事項入庫審批待辦園區方可以在線審批企業方提交的入庫申請信息。出庫審批待辦園區方可以在線審批企業方提交的出庫申請信息。結算管理訂單查詢園區方可以查詢訂單結算信息。可以導出結算信息。可以查看結算超期的訂單。訂單結算園區方可以確認訂單結算。可以上傳付款憑證。可以調整訂單結算金額。庫存盤點盤點任務園區方庫管可以新建盤點任務，將任務下發給盤點人員進行庫存盤點。盤點記錄園區方可以查看庫存盤點記錄數據。庫房管理庫房信息查詢園區方可以根據查詢條件查詢庫房的信息。添加庫房園區方可以添加庫房信息，可以設置庫房容量。設置庫房容量預警值。編輯庫房信息園區方可以修改庫房信息。刪除庫房信息園區方可以刪除庫房信息。啟停用園區方可以停用、禁用庫房。出入庫單管理出入庫單查詢園區方可以查詢出出入庫單信息，根據訂單可以查看物料明細數據。出入庫單詳情園區方根據出出入庫單可以查看物料明細數據。可以導出物料明細數據。條碼打印支持出入庫單物料條碼打印合同管理合同查詢園區方可以根據查詢條件查詢合同信息添加合同園區方可以添加合同信息，上傳合同附件。編輯合同信息園區方可以修改合同信息。刪除合同園區方可以刪除合同信息。終止合同園區方可以終止合同。基礎配置結算規則園區方可以添加不同的結算規則。根據配置的結算規則系統自動計算費用。物料品類園區方可以維護物料品類，支持物料品類增刪改查操作。系統管理用戶管理用戶管理主要是維護系統使用用戶的基本信息，支持用戶新增增刪改查。組織機構管理組織機構管理主要是維護管理單位的部門信息。支持部門信息增刪改查操作。角色管理角色管理主要是維護系統使用角色信息、角色業務功能授權。支持角色信息增刪改查操作。字典管理字典管理主要是維護平臺業務字典。支持字典、字典值增刪改查操作。日志管理日志管理主要是記錄系統用戶操作日志。支持日志查詢。倉儲管理移動端應用出入庫管理出入庫單查詢園區方庫管人員可以根據查詢條件查詢出入庫單信息。物料清單庫管人員可以查看出入庫單關聯的物料清單信息。打印條碼庫管人員可以通過條碼打印機打印物料條碼。掃碼庫管人員可以通過PDA終端掃碼進行出入庫操作。盤點任務任務查詢盤點人員可以查詢盤點任務和盤點歷史任務數據。任務詳情盤點人員可查看盤點任務詳情。物料清單盤點人員可以查看盤點物料清單。開始盤點盤點可以通過手持終端設備掃碼盤點庫存。盤點結束盤點任務結束后，盤點人員結束盤點工作。掃碼庫管人員可以掃描物料條形碼查看物料信息。5.5.2.系統功能描述.企業工作臺企業工作臺功能包括：統計分析、我要預約、費用結算、庫房管理、我的企業、合同管理。（1）統計分析數據看板：為企業方提供物料統計分析看板、出入庫數據看板、財務數據看板、庫存數據看板。數據報表：為企業方提供物料統計分析報表、出入庫數據報表、財務數據報表、庫存數據報表。（2）我要預約入庫預約：企業方可以在線發起物料入庫申請。可以查看入庫申請審批進度，可以查看入庫信息詳情。可以取消入庫申請。出庫預約：企業方可以在線發起物料出庫申請。可以查看出庫申請審批進度，可以查看出庫信息詳情。可以取消出庫申請。（3）費用結算企業方可以查看倉儲費用待結算信息與已結算信息。可以查看入庫的物料訂單信息。企業方可以查看倉儲費用結算逾期信息。可以查看入庫的物料訂單信息。系統根據結算規則自動計算費用是否逾期。（4）庫房管理我的物料：企業方可以查看物料庫存信息，可以導出物料數據，可以設置庫存最低閾值。可以查看預約出入庫數量與實際出入庫數量的對比。庫房信息：企業方可以查看庫房基本信息與庫房容量信息。（5）我的企業企業方可以查看登記的企業信息。（6）合同管理企業方可以管理合同。支持合同上傳、下載。.倉儲管理后臺系統倉儲管理后臺系統功能包括：統計分析、企業管理、待辦事項、結算管理、庫存盤點、庫房管理、訂單管理、合同管理、基礎配置、系統管理。（1）統計分析數據看板：園區管理方可以查看入駐的企業數據、物料庫存數據、費用結算數據等。數據報表：園區管理方可以查看入駐的企業數據報表、物料庫存數據報表、費用結算數據報表等。支持數據報表導出、數據查詢。（2）企業管理園區方可以查詢入駐企業的信息。可以添加企業信息，上傳企業資質。可以編輯企業信息，可以刪除企業信息，可以配置企業登錄賬號。可以凍結企業。（3）待辦事項入庫審批待辦：園區方可以在線審批企業方提交的入庫申請信息。出庫審批待辦：園區方可以在線審批企業方提交的出庫申請信息。（4）結算管理園區方可以查詢訂單結算信息。可以導出結算信息。可以查看結算超期的訂單。園區方可以確認訂單結算。可以上傳付款憑證。可以調整訂單結算金額。（5）庫存盤點盤點任務：園區方庫管可以新建盤點任務，將任務下發給盤點人員進行庫存盤點。盤點記錄：園區方可以查看庫存盤點記錄數據。（6）庫房管理園區方可以添加庫房信息，可以設置庫房容量。設置庫房容量預警值。可以修改庫房信息，可以刪除庫房信息。（7）出入庫單管理園區方可以查看出入庫單信息，根據訂單可以查看物料明細數據。（8）合同管理園區方方可以管理合同。支持合同上傳、下載。合同信息修改、合同終止。（9）基礎配置結算規則：園區方可以添加不同的結算規則。根據配置的結算規則系統自動計算費用。物料品類：園區方可以維護物料品類，支持物料品類增刪改查操作。（10）系統管理系統管理包括用戶管理、部門管理、權限管理、角色管理、字典管理。主要實現了系統用戶信息維護、單位部門信息維護、使用角色信息維護、業務字典信息維護。用戶管理：用戶管理主要是維護系統使用用戶的基本信息，支持用戶信息增刪改查。組織機構管理：組織機構管理主要是維護單位的部門信息。支持部門信息增刪改查操作。角色管理：角色管理主要是維護系統使用角色信息、角色業務功能授權。支持角色信息增刪改查操作。字典管理：字典管理主要是維護系統業務字典。支持字典、字典值增刪改查操作。日志管理：用戶可以查詢操作系統記錄。.倉儲管理移動端應用倉儲管理移動端應用功能包括：出入庫管理、盤點任務、掃碼。（1）出入庫管理園區方庫管人員可以根據查詢條件查詢出入庫訂單信息。庫管人員可以查看出入庫單關聯的物料清單信息。庫管人員可以通過條碼打印機打印物料條碼。庫管人員可以通過PDA終端掃碼進行出入庫操作。出入庫流程如下圖所示：圖1：物料入庫流程圖圖2：物料出庫流程圖（2）盤點任務盤點人員可以查詢盤點任務和盤點歷史任務數據，盤點人員可查看盤點任務詳情，盤點人員可以查看盤點物料清單盤點可以通過手持終端設備掃碼盤點庫存。盤點任務結束后，盤點人員結束盤點工作。庫存盤點流程如下圖所示：圖3：庫存盤點流程圖（3）掃碼庫管人員可以通過手持終端PDA設備掃描物料條形碼查看物料信息。手持終端設備如下圖所示：圖4：手持終端設備實施方案6.1.項目團隊6.1.1.項目組織架構6.1.2.項目領導組建設單位領導與承建單位領導共同組成項目領導小組，負責整個項目的開發、實施及驗收工作。由項目領導小組對項目建設實施提供全面的指導。一方面，它可以協調各方關系，調動各方力量；另一方面，它對項目實施過程中對出現的重大問題進行決策，并監督項目質量和進度。領導小組構成：建設單位：項目負責人1人、技術負責人1人、聯絡人1人。承建單位：項目負責人1人，技術負責人1人、聯絡人1人。6.1.3.項目管理組本項目設項目經理1人、技術架構師1人、技術負責人1人共同組成項目管理組，對項目建進行總體指揮、督導和決策，以及與客戶方進行溝通。.項目經理本項目任命項目經理1人，主要職責：（1）實施全面履行協議，處理協議變更，協調與業主、設計、工程相關單位的關系，接受甲方的監督；（2）根據項目范圍、質量、時間與成本的綜合因素的考慮，進行項目的總體規劃與階段計劃；（3）設置項目組中的各種角色，并分配好各角色的責任與權限；（4）處理項目組內各角色之間的關系、處理項目組內各成員之間的關系；（5）制定項目組需要的招聘或培訓人員的計劃；（6）定期組織項目組成員進行相關技術培訓以及與項目相關的行業培訓等；（7）負責制定項目的整體管理，根據工作需要適時變更計劃并及時通知各項目干系人，確保各項工作有序進行；（8）負責項目的整體溝通協調、領導匯報等工作，及時反饋項目的進展情況、階段性里程碑成果、項目變更等相關項目信息；（9）根據項目進展情況，提出合理建議及相應改進措施；（10）保證項目質量和進度達到項目目標，實現低成本、高效率完成項目建設工作。.技術負責人本項目任命技術負責人1人，主要職責：（1）負責指導制定、審核本次項目建設管理制度和技術規程標準；（2）負責開發工作的計劃、實施；（3）負責指導、處理、協調和解決項目中出現的技術問題；（4）負責協助項目經理，保證項目的正常進行，確保公司項目計劃按時完成；（5）負責技術方案的評審工作。.系統架構師本項目任命系統架構師1人，主要職責：（1）負責系統的架構設計和研發工作，承擔從業務向技術轉換的橋梁作用；（2）協助項目負責人制定項目計劃和控制項目進度；（3）負責輔助并指導需求分析師開展設計工作；（4）負責組織技術研究和攻關工作；（5）負責組織和管理公司內部的技術培訓工作；（6）理解系統的業務需求，制定系統的整體框架；（7）對系統框架相關技術和業務進行培訓，指導開發工程師開發，并解決系統開發、運行中出現的各種問題。6.1.4.項目調研組由項目經理、技術負責人、系統架構師共5人組成項目調研組，主要職責：（1）負責項目前期調研工作；（2）負責項目需求梳理工作；（3）負責與外部系統對接工作。6.1.5.軟件開發組本項目軟件開發工程師共計12人，其中后端開發工程師5人，前端工程師4人，UI設計工程師1人，移動端開發工程師2人。負責項目軟件的開發活動，主要職責：（1）負責系統設計、程序開發等涉及的方案制定和具體執行工作。負責控制本項目涉及到的所有軟件的開發工作，同時也負責軟件的單元測試和集成測試；（2）負責架構方面的技術支持工作，解決開發人員在應用軟件開發過程中所遇見的問題，根據業務需求不斷優化改進技術框架，保障項目開發的速度、效率、質量；（3）其中，UI設計工程師負責系統UI設計和系統美化工作，協助需求分析師和系統設計師完成功能設計工作。6.1.6.系統測試組本項目測試工程師2人，測試組負責本項目軟件測試，支持測試規劃并執行測試過程，通過制定測試用例和測試大綱，以保證軟件和硬件的質量符合設計要求。主要職責：（1）編寫測試計劃、規劃詳細的測試方案、編寫測試用例；（2）根據測試計劃搭建和維護測試環境；（3）執行測試工作，提交測試報告；（4）對測試中發現的問題進行詳細分析和準確定位，與開發人員討論缺陷解決方案；（5）提出對項目的進一步改進的建議，并評估改進方案是否合理；（6）對測試結果進行總結與統計分析，對測試進行跟蹤，并提出反饋意見。6.1.7.系統實施組本項目實施工程師2人，實施組主要負責整個項目的協調、項目建設的組織、人員培訓、項目總體建設進度的控制等。其中，系統集成工程師負責組織實施系統集成相關工作，包括：（1）負責系統硬件和網絡的設計、規劃和實施；（2）負責對數據庫、應用服務器、中間件和網絡硬件等系統問題排查、優化和改進；（3）培訓組主要職責包括：負責制定培訓計劃；編寫培訓教材；負責用戶培訓，解答用戶系統使用過程中的疑問；用戶使用問題收集和處理。6.1.8.技術服務支持組本項目技術服務支持工程師2人，在售后服務期內負責提供技術咨詢服務、系統升級服務、系統維護服務等，解決軟件運行過程中發現的問題，對技術問題進行咨詢解答。6.2.項目調研本項目調研主要圍繞xxx園區倉儲管理業務，主要調研的內容有以下幾個方面：（1）物料入庫流程調研xxx園區現有物料入庫的流程。（2）物料出庫流程調研xxx園區現有物料出庫的流程。（3）盤庫流程調研xxx園區現有盤庫的流程（4）結算流程調研xxx園區現有物料存儲結算的流程。6.3.項目研發項目組人員根據前期調研材料進行整合梳理，形成項目的詳細需求報告以及項目具體的開發實施方案，各小組相互配合進行倉儲管理系統研發工作。6.3.1.原型設計根據項目調研結果及需求分析報告，進行倉儲管理系統的原型設計。產品經理負責系統原型的設計實現。6.3.2.軟件開發原型設計完成后，軟件開發組進行個倉儲管理系統的開發工作，由系統架構師協同軟件開發組完成系統功能的研發及與明確梳理客戶需求的對接工作。6.3.3.軟件測試由系統測試組完成項目軟件的測試工作，包括：（1）單元測試單元測試（模塊測試）：針對軟件設計最小的單位-程序模塊,進行正確性檢查的測試工作。單元測試需要從程序內部結構出發設計測試用例,多個模塊可以平行的獨立進行單元測試。（2）集成測試集成測試（組裝測試）：在單元測試基礎上,將所有的程序模塊進行有序的，遞增的測試，重點測試模塊之間的接口部分。（3）系統測試系統測試：整個軟件系統,全面的在進行一次測試。6.3.4.系統上線完成測試后，由實施組配合項目經理及技術負責人，完成倉儲管理系統的部署工作。6.4.項目測試6.4.1.測試原則在系統應用開發期間，由建設單位組織專家根據項目計劃，進行測試。測試遵循如下原則：（1）測試活動貫穿開發的全過程，盡早發現并解決存在的問題。（2）制定規范和完整的測試計劃，嚴格按計劃組織測試，排除測試活動的隨意性。（3）預先組織和準備好各種測試用例和測試數據，以保證測試活動的順利開展。（4）測試輸入數據應與對應的預期輸出結果配套。（5）測試用例中不僅有合理的輸入條件，還要有不合理的輸入條件。（6）妥善保存各種測試文檔及測試用例與數據，為以后重測和維護提供方便。（7）對每一個測試結果要做全面的分析和檢查。（8）盡可能發現存在的錯誤，并能及時預測潛在的錯誤，以保證系統正常運行。保證本系統所開發的符合用戶的要求。盡管測試的目的是以查找錯誤為中心的，但測試的最終目標卻是希望通過分析錯誤產生的原因和錯誤的分布特征，來幫助項目各方管理人員發現當前所采用的過程的缺陷，以便改進。同時，這種分析也有益于設計出有針對性地檢測方法，改善測試的有效性。此外，即便沒有發現錯誤的測試也是有價值的，完整的測試是評定測試質量的一種方法。（9）通過測試工作，可以驗證功能、性能和其他特性是否與用戶的需求相符，收集測試結果數據，為可靠性分析提供依據。6.4.2.測試內容及類型針對本項目所安排的測試內容包括以下幾個方面：（1）代碼測試覆蓋設計說明書及需求跟蹤矩陣中描述的類。功能測試：覆蓋需求規格說明書描述的各項功能。（2）接口測試保證各子系統之間銜接穩定、可靠。性能測試：系統運行時的響應速度應在規定的范圍內。針對系統測試進行的階段，包括以下幾種類型：單元測試：最微小規模的測試，所測試的是某個功能或代碼塊。典型地由程序員而非測試員來做，因為它需要知道內部程序設計和編碼的細節知識。這個工作不容易做好，除非應用系統有一個設計很好的體系結構;還可能需要業務功能模塊代碼測試、模塊內部接口測試。在本系統的開發過程中，每個功能模塊完成后，均需要進行單元測試。（3）集成測試是一個應用系統的各個部件的聯合測試，以決定其能否在一起共同工作。部件可以是代碼塊、獨立的應用、網絡上的客戶端或服務器端程序。這種類型的測試尤其與客戶服務器和分布式系統有關。在本系統測試中，各業務功能模塊集成后，均需要進行集成測試（除了需要進行模塊功能測試外，還需要進行模塊間的接口測試）。（4）系統測試是基于系統整體需求說明書的黑盒類測試，應覆蓋系統所有聯合的部件。系統與運行平臺集成后，便需要這種整體功能測試及子系統間接口測試。（5）驗收測試用戶驗收現場測試。沒驗收前，可以用最后一輪系統測試結果替代驗收測試相關數據。6.4.3.測試依據在整個測試計劃中，相關測試活動將依據以下內容來進行：（1）評審通過的需求規格說明書；（2）詳細設計說明書；（3）數據庫設計說明書。測試通過準則測試過程要按照如下測試標準來進行：（4）可執行與需求規格說明書、概要設計說明書是一致的；（5）測試覆蓋率要達到95%；（6）系統界面風格符合規范化要求，程序代碼編寫以及各種命名符合規范化要求；（7）各模塊正確銜接；（8）對異常數據應有相應的提示信息，并能安全終止異常操作。測試特性缺陷嚴重性等級功能功能沒有實現1功能部分沒有實現，沒有替代方案2功能部分沒有實現，有替代方案3業務業務流程存在重大隱患1業務流程銜接錯誤2性能不能滿足性能指標2容錯由誤操作或錯誤輸入等導致死機或系統自動退出1對誤操作、錯誤輸入沒有提示3沒有識別非法值、錯誤輸入，導致錯誤數據存儲到數據庫中3易用性界面不友好，出現中英文夾雜的界面，提示不清楚，出現原始的英文提示，界面風格不一致4要求用戶重復輸入計算機可記憶的內容，如數據庫設計錯誤，違反數據一致性規則4要求用戶重復輸入計算機可記憶的內容，如導致用戶使用不方便4查詢結果輸出方式不直觀4適應性在特定的軟、硬件環境下，功能不能實現1在特定的軟、硬件環境下，功能部分不能實現，沒有替代方案2在特定的軟、硬件環境下，功能部分不能實現，有合理的替代方案2文檔文檔錯誤46.4.4.測試實施計劃為了保證開發質量，測試應貫穿于項目整個過程。測試是整個開發過程中交付用戶使用前的最后階段，是質量保證的關鍵。測試在生存周期中橫跨兩個階段：通常在編寫出每一個模塊之后，就對它進行必要的測試（稱為單元測試）。編碼與單元測試屬于生存周期中的同一階段。該階段的測試工作，由編程組內部人員進行交叉測試（避免編程人員測試自己的程序）。這一階段結束后，進入生存周期的測試階段，對系統進行各種綜合測試。測試工作由專門的測試組完成，測試組設組長一名，負責整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設計和編程經驗的專業人員組成。項目測試組織及職責：角色職責測試負責人主要負責測試的整體策劃、制定測試計劃、編寫測試大綱、組織測試實施、匯總測試數據、提交測試報告測試小組成員負責測試環境檢查、測試版本管理、編寫并執行測試用例、報告缺陷、驗證修改結果；對測試過程、測試結果進行規范性檢查；及時將測試用例、測試結果納入配置管理。開發負責人配合測試組長進行測試的整體策劃、編寫測試大綱、負責模塊代碼整合、按時提交可測試的模塊版本、組織項目組進行缺陷項目開發人員按時提交可測試的版本、修改缺陷、做修改記錄項目領導管理小組為測試活動提供測試環境、人力資源監控測試過程，及時解決測試組上報的問題定期評審測試活動及結果6.4.5.項目自測針對每一個測試階段，制定其相應的測試類型的工作內容，具體計劃如下。（1）開發階段測試測試目的：檢驗每個模塊能否單獨工作，從而發現模塊的編碼問題和算法問題。測試依據：詳細設計說明書和源程序清單。測試方法：主要采用結構測試，輔之以功能測試。測試內容：對模塊接口、局部數據結構、邏輯路徑、錯誤處理、邊界條件等進行測試。測試環境：開發環境。測試時間：在源程序代碼編制完成，經過評審和驗證，確認沒有語法錯誤之后，就開始進行單元測試的測試用例設計。（2）集成測試測試目的：發現模塊之間與接口有關的問題。測試依據：概要設計說明書和詳細設計說明書。測試方法：主要采用功能測試。測試內容：穿越模塊接口的數據是否會丟失、模塊功能是否會相互產生不利的影響、是否達到預期的主功能、全局數據結構是否有問題、累計誤差是否會放大到不能接受的程度。測試環境：開發環境。測試時間：根據項目具體情況和工程進度的安排，可以在單元測試之后進行，也可以與單元測試同時進行。（3）系統測試測試目的：通過與系統的需求定義作比較，發現與系統定義不符合與之矛盾的地方。測試依據：系統需求定義。測試方法：主要采用功能測試。測試內容：對系統進行配置測試、互連測試、強度測試和性能測試。測試環境：實際運行環境。測試時間：在系統軟硬件全部安裝完畢之后，進行系統測試。（4）項目驗收測試當系統上線后平穩運行，具備驗收條件時，由承建方項目人員提出書面的驗收申請和驗收測試方案，報甲方（建設方），批準通過后，由建設單位組織專家進行測試，根據驗收測試方案和測試計劃，組織驗收測試驗收測試時，測試人員對所測試的每一項填寫測試步驟和結果，在每一頁下角簽字確認。測試完畢，由承建方技術人員整理形成系統驗收測試報告，經雙方測試負責人聯合簽字后，報客戶方項目負責人出具意見，作為驗收是否通過的直接依據。根據項目建設的業務需求，對所有功能模塊進行以下類型的驗收測試：1）一般形式審查用戶界面：檢查窗口布局、色彩一致性、菜單、功能鍵、快捷鍵可用性、易用性、一致性。確定性：依據說明書或設計說明，驗證所有設計的輸入方式、功能、輸出結果等確實符合設計文檔和說明書要求。2）功能測試驗證每個功能都實現需求，符合業務流程。需要對如下內容進行驗證：有效性：驗證各項功能按鈕及菜單是否有效；功能模塊（最底層）；各操作按鈕（含非主控按鈕）；各操作按鈕的操作對象（單據及其對應的表、視圖、存儲過程等）；單據的必輸字段；寫與讀操作的結果與條件（尤其是標志性字段的值）；字段邊界值測試；單據的來源與去向；完整性：驗證各項功能是否完善，結果報告內容是否完整等；準確性：輸入、輸出數據結果的準確性。3）處理流程測試驗證已經實現的業務處理規則、順序是否滿足應急實際管理的要求，檢驗系統流程實現的順序是否正確。4）安全性測試驗證只有授權的用戶可以訪問允許的特性。可用性測試評價系統的“用戶友好程度”，并找出對用戶而言難度較大的操作。5）性能測試測試平臺的性能應滿足各項性能指標要求。并發用戶數：“并發負載”是平臺所能承受壓力的直接體現，當到達某個并發極限負載級別之后，響應時間將會急劇的增加。一個性能比較好的應用系統，當并發負載從0逐漸增加時，例如，1個、5個、10個、15個、20個、25個在初始增加階段，響應時間應該增加的不明顯，如果當到達極限級別，例如500個、1000個的時候，可能會由于某種資源到達了瓶頸、或者程序的某個地方到達了瓶頸，此后，隨著負載的繼續增加，響應時間將急劇上升，系統的并發數是最關心的指標，也是本次測試結果的主要參考數據。響應時間：包括“最大響應時間”和“平均響應時間”，是可以判斷一個被測應用系統是否存在性能瓶頸的最直觀的要素。“響應時間”與“并發負載”存在密切的關系。例如，在執行完性能測試后，發現某個業務處理的“平均響應時間”為8秒，超過了預先確定下來的性能指標“該交易的性能指標為平均響應時間要小于等于3秒”。此時，就可以認為被測應用系統存在性能瓶頸了，要利用一定的手段去探查被測應用系統中哪個地方引起了系統的處理效率低以及響應低的原因了。6.5.項目的部署倉儲管理系統建設完畢，通過測試具備上線條件后，由項目實施組成員、項目經理、技術負責人共同部署項目。部署完畢后正式進入項目試運行，試運行階段匯總項目運行過程中發現的問題。試運行結束后，項目交付驗收。6.6.與其他系統對接倉庫管理系統建設完成后，與xxx園區智慧管理平臺（“工業互聯網+危化安全生產”）集成，與平臺一體化展示及實現相關倉庫操作功能。6.7.應急措施突發事件是指系統運行過程中突然出現的造成服務中斷或服務質量下降的突發現象，突發事件的處理目標是盡可能地快速的處理事故，恢復IT資源的正常運行，避免業務中斷，使事故對業務運營的影響降至最低，以保證IT資源的可用性水平與保持IT運維的最佳服務水平。當突發事件出現是，根據運行維護管理方案中的應急方案，首先對事件進行記錄，然后經過分類和初步的支持、調查與診斷試圖進行故障解決和恢復，直到解決后與客戶確認進行事件的關閉。如果某一事件在規定的時間內不能由一線支持小組解決，則需要對事件進行升級，讓更多有經驗的人員和有更高權限的人員將參與進來。突發事件的處理過程中，事件記錄員負責事件的記錄并尋找相應的人員對事件進行分析處理以及后續的事件跟蹤和編寫事件分析報告；事件分析員對突發事件進行分析解決，并反饋事件產生的原因以及解決辦法。6.8.風險管理項目風險是指軟件開發過程中及軟件產品本身可能造成的傷害或損失。風險關注未來的事情，這意味著，風險涉及選擇及選擇本身包含的不確定性，在軟件開發過程及軟件產品都要面臨各種決策的選擇。風險是介于確定性和不確定性之間的狀態，是處于無知和完整知識之間的狀態。另一方面，風險將涉及思想、觀念、行為、地點等因素的改變。當考慮風險時，我們要關注以下的問題:什么樣的風險會導致軟件項目的徹底失敗?用戶需求、開發技術、目標計算機、以及所有其它與項目有關的因素的改變將會對按時交付和總體成功產生什么影響?對于采用什么方法和工具，需要多少人員參與工作的問題，我們如何選擇和決策?對軟件質量要達到什么程度才是“足夠的”?當沒有辦法消除風險，這些風險就是真正的風險了。在我們能夠標識出項目中的真正風險之前，識別出所有對管理者和開發者而言均為明顯得風險是很重要的。6.8.1.項目風險不確定性風險的事件可能發生也可能不發生，沒有100%發生的風險。如果風險變成了現實，就會產生惡性后果或損失。進行風險分析時，重要的是量化不確定的程度和與每個風險相關的損的程度。為了實現這點，必須考慮以下幾種不同類型的風險:（1）項目風險項目風險是指潛在的預算、進度、人力(工作人員和組織)、資源、客戶、需求等方面的問題以及它們對軟件項目的影響。項目風險威脅項目計劃，如果風險變成現實，有可能會拖延項目的進度，增加項目的成本。項目風險的因素還包括項目的復雜性、規模、結構的不確定性。（2）技術風險是指潛在地設計、實現、接口、驗證和維護等方面的問題。此外技術的不確定性、陳舊的技術、以及“過于先進”的技術也是風險因素。技術風險威脅要開發的軟件的質量及交付時間。如果技術風險變成現實，則開發工作可能變得很困難或者不可能。（3）已知風險是通過仔細評估項目計劃、開發項目的商業及技術環境、以及其它可靠的信息來源(如:不現實的交付時間，沒有需求或軟件范圍的文檔、惡劣的開發環境)之后可以發現的那些風險。（4）可預測風險能夠從過去項目的經驗中推測出來(如:人員調整，與客戶之間無法溝通，由于需要進行維護而使開發人員精力分散)。（5）不可預測風險它們可能、也會真的出現，但很難事先識別出這些風險。6.8.2.識別風險識別風險是試圖系統化地確定對項目計劃(估算、進度、資源分配)的威脅。通過識別已知和可預測的風險，項目管理者就有可能避免這些風險，且當必要時控制這些風險。每一類風險可以分為兩種不同的類型:一般性風險和特定產品的風險。一般性風險對每一個軟件項目而言都是一個潛在地威脅。特定產品的風險只有那些對當前項目的技術、人員、及環境非常了解的人才能識別出來。為了識別特定產品的風險，必須檢查項目計劃及軟件范圍說明，從而了解本項目中有什么特殊的特性可能會威脅到項目計劃。一般性風險和特定產品的風險都應該被系統化地標識出來。識別風險的一個方法是建立風險條目檢查表。該檢查表可以用來識別風險，并可以集中來識別下列常見子類型中已知的及可預測的風險。（1）過程風險如果軟件過程定義得不清楚：如果分析、設計、測試以無序的方式進行，如果質量是每個人都認為很重要的概念，但沒有人切實采取行動來保證它，那么這個項目就處在風險之中。（2）技術風險突破技術的極限極具挑戰性和令人興奮，但這也是有風險的。風險檢查表中的條目標識了與建造的技術相關的常見風險。（3）開發環境風險軟件工程環境支持項目組、過程及產品，但是，如果環境有缺陷，它就有可能成為重要的風險源。下面的風險檢查表中的條碼標識了與開發環境相關的風險。（4）項目團隊風險在項目執行過程中，由于出現人員離職或者變動，導致項目出現停滯。6.8.3.風險預測風險預測，又稱風險估算，試圖從兩個方面評估每一個風險，風險發生的可能性或概率，以及風險發生了，所產生的后果。項目計劃者、其它管理人員和技術人員一起執行四個風險預測活動:(1)建立一個尺度，以反映風險發生的可能性；(2)描述風險的后果；(3)估算風險對項目及產品的影響；(4)標注風險預測的整體精確度，以免產生誤解。6.8.4.評估風險影響如果風險真的發生了，所產生的后果有三個因素可能會受影響:風險的性質、范圍、時間。風險的性質是指當風險發生時可能產生的問題。例如，一個定義得很差的與客戶硬件的接口(技術風險)會妨礙早期的設計和測試，也有可能導致項目后期階段的系統集成問題。風險的范圍結合了嚴重性及其整體分布情況。風險的時間主要考慮何時能夠感到風險，風險會持續多長時間。在大多數情況下，項目管理者希望“壞消息”越早出現越好。以下的步驟用來確定風險的整體影響:確定每個風險元素發生的平均概率。使用前面的表格，基于其中列出的標準來確定每個因素的影響。完成風險表，分析其結果。風險預測和分析技術可以在軟件項目進展過程中跌代使用。項目組定期復查風險表，再評估每一個風險，以確定新的情況是否引起其概率及影響的改變。6.8.5.風險跟蹤表項目風險跟蹤表風險名稱類別概率影響備注規模估算可能非常低過程風險2用戶數量大大超出計劃過程風險2復用程度低于計劃過程風險3交付期限緊縮2用戶改變需求過程風險50%1技術達不到預期效果技術風險20%2人員缺乏經驗項目團隊風險10%2人員流動頻繁項目團隊風險50%2影響取值：1-災難2-嚴重3-輕微4-可忽略6.8.6.風險的控制與防范整個項目建設過程中的風險控制管理過程主要包括以下幾個方面：明確目標：要明確項目風險識別的目標；風險識別：主要確定項目面臨的共性和個性（專業）風險；風險評價：要確定一套科學的風險評價體系；設計、評價和選擇風險應對方案：做到風險尚未發生時就能做好風險發生時各種可能的應對方案；實施方案：在風險發生時確定如何實施；評估與審核：對風險進行科學地評估和審核。對于本項目，項目風險管理組織結構的最上層是項目建設領導小組，項目建設領導小組經理應該負起項目風險管理的全面責任。在風險控制和規避方面我們將根據項目實際進度和任務充分分析和評估各個風險，重點按照風險類型、嚴重程度、發生概率、減緩措施等內容來考慮。6.9.保密要求我方保證參與本項目建設的人員對本項目技術文件以及由建設單位提供的所有內部資料、技術文檔、數據和信息予以保密。6.10.售后服務（1）我公司設專崗專線負責用戶的產品咨詢，提供7*24小時的電話支持服務。由專人專線負責解答用戶在產品使用中遇到的問題，能夠及時提出解決問題的建議和操作。（2）在項目質保期內，我公司提供軟件產品改正性維護，即在軟件使用過程中識別和糾正軟件錯誤，改正軟件性能缺陷；適應性開發服務，即當軟件外部環境或數據環境發生變化，修改軟件以適應變化。（3）在質保期內，產品出現問題或故障，技術人員在5分鐘內響應，并指定有經驗的技術人員在1小時內到達故障現場；節假日期間遵照工作日標準執行。（4）不定期地對相關的外圍系統性能進行分析優化。密切關注用戶的系統使用情況，并指出任何有關容量和潛在的瓶頸等方面的問題，同時提出優化方案，保證系統運行處理健康狀態。6.11.項目培訓6.11.1.培訓措施我公司對本項目所有內容的使用和應用操作進行培訓，培訓方式采用集中培訓和現場培訓，根據甲方需要分別安排培訓時間，培訓內容包括：（1）本公司提供相軟件技術和系統操作等方面的培訓。有關應用軟件的操作培訓課程，培訓在本期項目驗收完成前進行。（2）本公司提供面向系統管理員的系統管理及操作等方面的培訓。（3）對于所有培訓，本公司派出具有相應專業資格和實際工作經驗的輔導人員進行培訓。6.11.2.培訓總則我公司將按照要求提供滿足甲方單位要求的培訓服務，同時提供高水平的培訓，培訓內容包括系統軟件使用及管理等。我公司所派出的培訓教員具有三年的相同課程的教學經驗。6.11.3.培訓方式本項目的培訓方式分為線上培訓、線下集中培訓和現場培訓，其中線上培訓用釘釘直播等方式進行在線培訓。集中培訓主要在使用單位本部開展，現場培訓地點與甲方單位協商，由協商決定培訓時間及地點。集中