庫存管理系統(tǒng)的總體方案

庫存管理系統(tǒng)總體方案庫存管理系統(tǒng)總體方案第1頁共38頁

庫存管理系統(tǒng)總體方案關(guān)于本文檔文檔信息文檔名稱庫存管理系統(tǒng)總體方案作者說明修訂歷史版本范圍類型 時間 作者 備注目的與范圍本文檔的目的是為了提供庫存管理系統(tǒng)總體方案供大家討論，以確定最終項目總體適用的對象本文檔僅適用于項目組成員、相關(guān)領(lǐng)導及工作人員，以及其他有關(guān)的項目參與者閱讀。第2頁共38頁庫存管理系統(tǒng)總體方案目錄TOC\o"1-5"\h\z\o"CurrentDocument"L系統(tǒng)概述 6\o"CurrentDocument"功能模塊 7\o"CurrentDocument"系統(tǒng)功能模塊 7\o"CurrentDocument"基本信息模塊 7\o"CurrentDocument"采購管理模塊 8\o"CurrentDocument"倉庫管理模塊 8\o"CurrentDocument"銷售管理模塊 9\o"CurrentDocument"查詢統(tǒng)計模塊 9\o"CurrentDocument"報表生成模塊 9\o"CurrentDocument"優(yōu)選分析模塊 9\o"CurrentDocument"實現(xiàn)功能 9\o"CurrentDocument"業(yè)務批次管理 9\o"CurrentDocument"保質(zhì)期管理 9\o"CurrentDocument"質(zhì)量檢驗管理 10\o"CurrentDocument"即時庫存智能管理 10\o"CurrentDocument"贈品管理 10\o"CurrentDocument"虛倉管理 10\o"CurrentDocument"倉位管理 11\o"CurrentDocument"業(yè)務資料聯(lián)查 11\o"CurrentDocument"多級審核管理 11\o"CurrentDocument"系統(tǒng)參數(shù)設置 11\o"CurrentDocument"報表工具 11\o"CurrentDocument"優(yōu)選分析 11\o"CurrentDocument"建設原則 12\o"CurrentDocument"整體規(guī)劃原則 12\o"CurrentDocument"完整性原則 12\o"CurrentDocument"易用性的原則 12\o"CurrentDocument"標準化平臺原則 12第3頁共38頁庫存管理系統(tǒng)總體方案TOC\o"1-5"\h\z\o"CurrentDocument"2.系統(tǒng)總體設計 13\o"CurrentDocument"設計原則 13\o"CurrentDocument"技術(shù)路線 14\o"CurrentDocument"J2EE技術(shù) 14\o"CurrentDocument"B/S架構(gòu) 15MVC設計模式 15\o"CurrentDocument"中間件技術(shù) 16\o"CurrentDocument"業(yè)務流程管理 17XML技術(shù) 17Webservices 18總體架構(gòu)設計 20\o"CurrentDocument"系統(tǒng)安全設計 20\o"CurrentDocument"平臺安全性 20系統(tǒng)安全性 21\o"CurrentDocument"應用安全性 22\o"CurrentDocument"3項目實施方案 22\o"CurrentDocument"項目組織 22\o"CurrentDocument"項目組織結(jié)構(gòu) 22\o"CurrentDocument"項目實施人員管理 23\o"CurrentDocument"實施計劃 23\o"CurrentDocument"測試管理 25\o"CurrentDocument"測試階段 25\o"CurrentDocument"資源配置 25\o"CurrentDocument"任務進度 27\o"CurrentDocument"測試提交物 28\o"CurrentDocument"質(zhì)量管理 29\o"CurrentDocument"質(zhì)量保證計劃的指定 29\o"CurrentDocument"組織結(jié)構(gòu)及職責 29\o"CurrentDocument"標準質(zhì)量保證過程 31第4頁共38頁庫存管理系統(tǒng)總體方案TOC\o"1-5"\h\z\o"CurrentDocument"人員進入時間 31\o"CurrentDocument"工作方式 31意義 32\o"CurrentDocument"風險管理 32\o"CurrentDocument"風險識別 32\o"CurrentDocument"風險分析 32\o"CurrentDocument"風險減緩 33\o"CurrentDocument"風險跟蹤 33\o"CurrentDocument"風險控制 33\o"CurrentDocument"風險通報 33\o"CurrentDocument"務方案 33\o"CurrentDocument"培訓服務 33\o"CurrentDocument"培訓資料 34\o"CurrentDocument"培訓方式 34\o"CurrentDocument"售后維護 34\o"CurrentDocument"服務體系 34\o"CurrentDocument"服務流程 35\o"CurrentDocument"實施期服務 35\o"CurrentDocument"運行期服務 36\o"CurrentDocument"服務計劃 36\o"CurrentDocument"保修期限 36\o"CurrentDocument"服務內(nèi)容 36\o"CurrentDocument"服務方式 37\o"CurrentDocument"升級與巡檢 37\o"CurrentDocument"服務承諾 37第5頁共38頁

庫存管理系統(tǒng)總體方案庫存管理系統(tǒng)總體方案1.系統(tǒng)概述庫存管理系統(tǒng)是通過入庫業(yè)務、出庫業(yè)務、倉庫調(diào)撥、庫存調(diào)撥和虛倉管理等功能，綜合批次管理、物料對應、庫存盤點、質(zhì)檢管理、虛倉管理和即時庫存管理等功能綜合運用的管理系統(tǒng)，有效控制并跟蹤倉庫業(yè)務的物流和成本管理全過程，實現(xiàn)完善的企業(yè)倉儲信息管理。該系統(tǒng)可以獨立執(zhí)行庫存操作，與其他系統(tǒng)的單據(jù)和憑證等結(jié)合使用，可提供更為完整全面的企業(yè)業(yè)務流程和財務管理信息。庫存管理系統(tǒng)及時正確地處理各種存貨帳務以取代手工記帳的業(yè)務。實時地維護庫存帳務，以保證庫存資料的動態(tài)最新性。隨時提供庫存各類信息的查詢，以作為生產(chǎn)、采購、材料需求計劃、銷售之依據(jù)。實時分析庫存狀態(tài)，最大限度地降低庫存占用，加速資金周轉(zhuǎn)。統(tǒng)計庫存活動情況及提供各類庫存報表，是管理人員正確決策的保障。蚓㈣i,'r的尼白存HiiJ 作叱 仞簽 運學蚓㈣i,'r的尼白存HiiJ 作叱 仞簽 運學庫存管理信息系統(tǒng)流程第6頁共38頁庫存管理系統(tǒng)總體方案1.1.功能模塊運輸裝卸?在庫管理專找到貸過戶貨物堆碼入庫庫內(nèi)加工，并垛出庫目提庫存管理系統(tǒng)總體方案1.1.功能模塊運輸裝卸?在庫管理專找到貸過戶貨物堆碼入庫庫內(nèi)加工，并垛出庫目提庫存管理信息系統(tǒng)模塊系統(tǒng)功能模塊自定義整個系統(tǒng)的管理規(guī)則，包括定義管理員及其操作口令的認證功能以及權(quán)限等?；拘畔⒛K原材料、輔料類別：定義及維護原材料、輔料的類別。物料列表：定義及維護及維護物料列表。第7頁共38頁庫存管理系統(tǒng)總體方案條碼管理：對每批產(chǎn)品生成唯一的基本條碼序列號標簽，用戶可以根據(jù)自己的需要定義序列號，每種型號的產(chǎn)品都有固定的編碼規(guī)則，在數(shù)據(jù)庫中可以對產(chǎn)品進行添加、刪除和編輯等操作。采購管理模塊(1)采購定單：當需要采購的時候，可以填寫采購定單，此時并不影響庫存；(2)采購收貨：當采購定單被批準，完成采購后到貨的時候，首先給貨物帖上條形碼序列號標簽，然后在采購收貨單上掃描此條形碼，保存之后，庫存自動增加；(3)其他入庫：包括借出貨物歸還、退貨等只需要填寫采購收貨單。倉庫管理模塊(1)產(chǎn)品入庫：采購入庫或者其他入庫，自動生成入庫單號，貨品及可選擇方便快捷，可以區(qū)分正常入庫、退貨入庫等不同的入庫方式。(2)產(chǎn)品出庫：銷售出庫或者其他出庫，可以自動生成出庫單號，可以區(qū)分正常出庫、贈品出庫等不同的出庫方式；(3)庫存管理：不需要手工管理，當入庫和出庫時，系統(tǒng)自動生成每類產(chǎn)品的庫存數(shù)量，查詢方便；(4)特殊品庫：當客戶需要區(qū)分產(chǎn)品時，可以建立虛擬的倉庫管理需要區(qū)分的產(chǎn)品，各功能和正常品庫一致。(5)調(diào)撥管理：針對不同的庫之間需要調(diào)撥，可以自動生成調(diào)撥單號，支持貨品在不同的倉庫中任意調(diào)撥。(6)盤點管理：用戶隨時可以盤點倉庫，自動生成盤點單據(jù)，使盤點工作方便快捷。(7)預警管理：當庫存數(shù)量不滿足一個量的時候，系統(tǒng)報警。第8頁共38頁庫存管理系統(tǒng)總體方案銷售管理模塊銷售定單：當銷售出庫的時候，首先填寫銷售出庫單，此時不影響庫存；當銷售出庫的時候，將銷售出庫產(chǎn)品序列號掃描至該出庫單上，保存之后，庫存報表自動減少該類產(chǎn)品。查詢統(tǒng)計模塊包括采購單查詢，銷售單查詢，單個產(chǎn)品查詢，庫存查詢等。查詢條件主要是條形碼序列號、出庫日期、出庫客戶等，用戶可以自定義。報表生成模塊月末，季度末以及年末銷售報表、采購報表以及盤點報表的自動生成功能，用戶自定義需要統(tǒng)計的報表。優(yōu)選分析模塊在數(shù)據(jù)積累的基礎上，通過對歷史數(shù)據(jù)進行分析挖掘，尋找最優(yōu)的庫存配比、數(shù)量，以及進行產(chǎn)品趨勢分析等。實現(xiàn)功能業(yè)務批次管理該功能提供完善的物料批次信息、批次管理設置、癖好編碼規(guī)則設置、日常業(yè)務處理、報表查詢，以及庫存管理等綜合批次管理功能，使企業(yè)進一步完善批次管理，滿足經(jīng)營管理的需求。保質(zhì)期管理在批次管理基礎上，針對物料提供保質(zhì)期管理及到期存貨預警，以滿足第9頁共38頁庫存管理系統(tǒng)總體方案食品和醫(yī)藥行業(yè)的保質(zhì)期管理需求。用戶可以設置保質(zhì)期物料名稱、錄入初始數(shù)據(jù)、處理日常單據(jù)，以及查詢即時庫存和報表等。質(zhì)量檢驗管理集成質(zhì)量管理功能是與采購、倉庫、生產(chǎn)等環(huán)節(jié)的相關(guān)功能，實現(xiàn)對物料的質(zhì)量控制，包括購貨檢驗、完工檢驗和庫存抽檢3種質(zhì)量檢驗業(yè)務。同時為倉庫系統(tǒng)提供質(zhì)量檢驗模塊，綜合處理與質(zhì)量檢驗業(yè)務相關(guān)的檢驗單、質(zhì)檢方案和質(zhì)檢報表，包括設置質(zhì)檢方案檢驗單、質(zhì)檢業(yè)務報表等業(yè)務資料，以及查詢質(zhì)檢報表等。即時庫存智能管理該功能用來查詢當前物料即時庫存數(shù)量和其他相關(guān)信息，庫存更新控制隨時更新當前庫存數(shù)量，查看方式有如下多種：1）所有倉庫、倉位、物料和批次的數(shù)量信息2）當前物料在倉庫和倉位中的庫存情況3）當前倉庫中物料的庫存情況4）當前物料的各批次在倉庫和倉位中的庫存情況5）當前倉庫及當前倉位中的物料庫存情況贈品管理該功能實現(xiàn)贈品管理的全面解決方案，包括贈品倉庫設置、連屬單據(jù)定義、贈品單據(jù)設置、定義業(yè)務單據(jù)聯(lián)系、日常業(yè)務流程處理，以及報表查詢等功能。虛倉管理倉庫不僅指具有實物形態(tài)的場地或建筑物，還包括不具有倉庫實體形態(tài)，但代行倉庫部分功能且代表物料不同管理方式的虛倉。倉庫管理設置待檢倉、代管倉和贈品倉等3種虛倉形式，并提供專門單據(jù)和報表綜合管理虛倉業(yè)務。第10頁共38頁庫存管理系統(tǒng)總體方案倉位管理該功能在倉庫中增加倉位屬性，同時進行倉位管理，以豐富倉庫信息，提高庫存管理質(zhì)量，主要包括基礎資料設置、倉庫倉位設置、初始數(shù)據(jù)錄入、日常業(yè)務處理和即使庫存查詢等。業(yè)務資料聯(lián)查單據(jù)關(guān)聯(lián)（包括上拉式和下推式關(guān)聯(lián)）是工業(yè)供需鏈業(yè)務流程的基礎，而單據(jù)聯(lián)查查詢業(yè)務流程中的單據(jù)關(guān)系。在倉庫系統(tǒng)中提供了單據(jù)、憑證、賬薄、報表的全面關(guān)聯(lián)，以及動態(tài)連續(xù)查詢。多級審核管理多級審核管理是對多級審核、審核人、審核權(quán)限和審核效果等進行授權(quán)的工作平臺，是采用多角度、多級別及順序?qū)徍颂幚順I(yè)務單據(jù)的管理方法。它體現(xiàn)了工作流管理的思路，屬于ERP系統(tǒng)的用戶授權(quán)性質(zhì)的基本管理設置。系統(tǒng)參數(shù)設置該功能初始設置業(yè)務操作的基本業(yè)務信息和操作規(guī)則，包括設置系統(tǒng)參數(shù)、單據(jù)編碼規(guī)則、打印及單據(jù)類型等，幫助用戶把握業(yè)務操作規(guī)范和運作控制。報表工具利用功能強大、使用靈活方便的報表系統(tǒng)工具，為用戶處理數(shù)據(jù)，形成多種樣式的報表，滿足用戶的需要。優(yōu)選分析利用功能強大、使用靈活方便的數(shù)據(jù)挖掘及分析工具，對歷史數(shù)據(jù)進行第11頁共38頁庫存管理系統(tǒng)總體方案多維度的分析，找到最優(yōu)的庫存配比比例、最優(yōu)的庫存數(shù)量，以及對產(chǎn)品及庫存的趨勢進行分析等。建設原則整體規(guī)劃原則庫存管理系統(tǒng)是一個長期的工作，系統(tǒng)建設必須從整體角度考慮，以保證系統(tǒng)建設的完整性、延續(xù)性，保證系統(tǒng)的健康發(fā)展，減少重復投資。完整性原則庫存管理系統(tǒng)是屬于ERP系統(tǒng)的一部分，但也可以單獨使用，實現(xiàn)倉儲管理，滿足企業(yè)的需要，因此，在設計中充分考慮了系統(tǒng)的完整性原則，可以獨立使用，也可以方便、快捷的與其他系統(tǒng)連通。易用性的原則庫存管理系統(tǒng)的用戶主要是庫存管理人員、出入庫操作員以及相關(guān)領(lǐng)導等，系統(tǒng)應簡單、易用，以能夠快捷、方便、簡單、實用的完成入庫、出庫、查詢、統(tǒng)計等功能，提高工作效率。標準化平臺原則庫存管理系統(tǒng)建設要盡量依據(jù)開放式平臺進行架構(gòu)設計，不綁定于任何廠家和專用系統(tǒng)。數(shù)據(jù)庫和模塊接口要公開和透明。按照七分平臺、二分定制、一分開發(fā)的理念進行開發(fā)。第12頁共38頁庫存管理系統(tǒng)總體方案2.系統(tǒng)總體設計設計原則為了保證本系統(tǒng)的質(zhì)量，我們在進行系統(tǒng)的設計、開發(fā)、部署和運行管理規(guī)劃時將遵循如下原則：＞標準化系統(tǒng)嚴格按照規(guī)范及標準開展工作，保證開發(fā)流程規(guī)范化，數(shù)據(jù)標準化。＞準確性通過周密的系統(tǒng)調(diào)研和分析，確保對業(yè)務的正確理解；通過規(guī)范的項目管理和嚴密的系統(tǒng)測試，保證系統(tǒng)業(yè)務處理的準確性。＞安全性系統(tǒng)設計中采用嚴格的安全保密措施，保證系統(tǒng)及數(shù)據(jù)的安全性。＞系統(tǒng)可靠性本系統(tǒng)在設計時充分考慮了對可靠性的要求，采用多種高可靠、高可用性技術(shù)以使系統(tǒng)能夠保證高可靠性，尤其是保證關(guān)鍵信息服務的連續(xù)不間斷運作和對非正常情況的可靠處理。＞可伸縮性系統(tǒng)真正符合三層客戶/服務器體系結(jié)構(gòu)，隨著應用水平的提高、規(guī)模的擴大和需求的增加，系統(tǒng)在滿足用戶新增的需求的前提下，系統(tǒng)的體系結(jié)構(gòu)不需做較大的改變。＞可擴展性系統(tǒng)平臺方便擴展，能夠支持有價值的新興應用。同時，可配置多服務器集群協(xié)同工作，實時地監(jiān)測服務器狀態(tài)，通過負載平衡來保證實現(xiàn)大用戶量并發(fā)處理和高效的網(wǎng)頁瀏覽速度。＞實用易用性第13頁共38頁庫存管理系統(tǒng)總體方案系統(tǒng)具有一致的、友好的客戶化界面，易于使用和推廣，并具有實際可操作性，使用戶能夠快速地掌握系統(tǒng)的使用。技術(shù)路線J2EE技術(shù)J2EE是一種利用Java2平臺來簡化解決方案的開發(fā)、部署和管理相關(guān)的復雜問題的體系結(jié)構(gòu)。J2EE技術(shù)的基礎就是核心Java平臺或Java2平臺的標準版，J2EE不僅鞏固了標準版中的許多優(yōu)點，例如〃編寫一次、隨處運行〃的特性、方便存取數(shù)據(jù)庫的JDBCAPI、CORBA技術(shù)以及能夠在Internet應用中保護數(shù)據(jù)的安全模式等等，同時還提供了對EJB、JavaServlets、JSP、JMX以及XML技術(shù)的全面支持。J2EE體系結(jié)構(gòu)提供中間層集成框架用來滿足需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統(tǒng)一的開發(fā)平臺，J2EE降低了開發(fā)多層應用的費用和復雜性，同時提供對現(xiàn)有應用程序集成強有力支持，增強了安全機制，提高了性能。J2EE為搭建具有可伸縮性、靈活性、易維護性的業(yè)務系統(tǒng)提供了良好的機制。1、支持異構(gòu)環(huán)境:J2EE能夠開發(fā)部署在異構(gòu)環(huán)境中的可導入程序?；贘2EE的應用程序不依賴任何特定操作系統(tǒng)、中間件、硬件。因此設計合理的基于J2EE的程序只需開發(fā)一次就可部署到各種平臺。這在典型的異構(gòu)計算環(huán)境中是十分關(guān)鍵的。J2EE標準也允許使用與J2EE兼容的第三方的現(xiàn)成組件，把它們部署到異構(gòu)環(huán)境中，節(jié)省了由自己制訂整個方案所需的費用。2、可伸縮性：基于」2￡￡平臺的應用程序可被部署到各種操作系統(tǒng)上，為消除系統(tǒng)中的瓶頸，允許多臺服務器集成部署，實現(xiàn)可高度伸縮的系統(tǒng)，滿足未來業(yè)務系統(tǒng)的需要。3、穩(wěn)定的可用性：一個服務器端平臺必須能全天候運轉(zhuǎn)以滿足業(yè)務運行的需要。將J2EE部署到可靠的操作環(huán)境中，將支持長期的可用性。第14頁共38頁庫存管理系統(tǒng)總體方案4、強大的應用開發(fā)能力：J2EE框架中的多種技術(shù)提供了應用開發(fā)的手段，如XML、JMS、RMI/IIOP、JCA，從數(shù)據(jù)級、組件級、應用級等層次支持應用的集成。B/S架構(gòu)Browser/Server（瀏覽器/服務器）是一種當今世界范圍內(nèi)技術(shù)最先進的系統(tǒng)結(jié)構(gòu)方案之一，也是配合Internet/Intranet建設的最佳方案。由于所有使用了這種技術(shù)結(jié)構(gòu)的系統(tǒng)，其客戶端內(nèi)容都是從后臺傳送過來的，而全部的業(yè)務處理都是在服務器端完成的，所以最大限度地方便了用戶部署和維護大型軟件系統(tǒng)，從而大大降低了用戶目標系統(tǒng)的總體擁有成本（TCO）。在這種結(jié)構(gòu)下,客戶端主要負責人機交互，包括一些涉及數(shù)據(jù)和應用關(guān)系的圖形和界面運算；WEB服務器主要負責對客戶端應用程序的集中管理；應用服務器主要負責應用系統(tǒng)的邏輯結(jié)構(gòu)和數(shù)據(jù)關(guān)系，即事務處理，應用服務器又可以根據(jù)其處理的具體業(yè)務不同而分為多個；數(shù)據(jù)服務器則主要負責數(shù)據(jù)的存儲和組織、分布式管理、備份和同步等等。通過上述的應用開發(fā)和部署，我們保證了界面展現(xiàn)、業(yè)務模型事務處理，以及數(shù)據(jù)庫操作的相互隔離，提高了安全性和穩(wěn)定性。MVC設計模式M/V/C是指“模型/視圖/控制器"（Model/View/Controller）m元組，由Smalltalk的發(fā)明者提出的，是用來設計應用系統(tǒng)的一種模式。M/V/C模式定義了一個應用要包括的數(shù)據(jù)、表現(xiàn)和控制三部分信息，并且要求這三部分信息被分離在不同的對象中。其中：模型（Model）是代表純的應用數(shù)據(jù)的對象，它不包含數(shù)據(jù)應當如何展現(xiàn)給用戶的知識；視圖（View）是將模型的狀態(tài)可視化的形式，是負責將模型數(shù)據(jù)展現(xiàn)給用戶的部分；控制器（Controller）提供改變模型的狀態(tài)的靈活方式。第15頁共38頁

庫存管理系統(tǒng)總體方案ModelViewSole<tit>nSlateQuwy■■■■■■US6癡"wv市?CnArr9EF:板庫存管理系統(tǒng)總體方案ModelViewSole<tit>nSlateQuwy■■■■■■US6癡"wv市?CnArr9EF:板Ntgticm■?En伏口邦⑶的aDpricatrDns?aie*^spendsIsstalfrqueries*Ei熱值gplk汕口fiRM說時的*Mrtf咯用ews加加即gi；站..貨川口七町山公正仙女.ALuij4yiiuLr'hnIState-Ithai>go"Vaosuseracionstompd<!upditpj?fteflnwapp^lwflcnbeli軸-SMecs￥陋材時但5griM”。脂懶"崎f施（1函岬jMethodInwocations■■■EventsModel/View/Control邏輯架構(gòu)圖嚴格的講，“M/V/C”是一種設計模式，但是它是一種“大模式”，直接指導了應用系統(tǒng)的邏輯架構(gòu)設計。通過采用“M/V/C”邏輯架構(gòu)，可以使軟件設計的層次更清楚，可復用性更強，從而很好的提高系統(tǒng)的可靠性與可用性。中間件技術(shù)隨著計算機技術(shù)的飛速發(fā)展，各種各樣的應用軟件需要在各種平臺之間進行移植，或者一個平臺需要支持多種應用軟件和管理多種應用系統(tǒng)，軟、硬件平臺和應用系統(tǒng)之間需要可靠和高效的數(shù)據(jù)傳遞或轉(zhuǎn)換，使系統(tǒng)的協(xié)同性得以保證。這些，都需要一種構(gòu)筑于軟、硬件平臺之上，同時對更上層的應用軟件提供支持的軟件系統(tǒng)，而中間件正是在這個環(huán)境下應孕而生。比較流行中間件的定義是：中間件是一種獨立的系統(tǒng)軟件或服務程序，分布式應用軟件借助這種軟件在不同的技術(shù)之間共享資源。中間件位于客戶機/服務器的操作系統(tǒng)之上，管理計算資源和網(wǎng)絡通訊。第16頁共38頁庫存管理系統(tǒng)總體方案從中間件的定義可以看出，中間件是一類軟件，而非一種軟件；中間件不僅僅實現(xiàn)互連，還要實現(xiàn)應用之間的互操作；中間件是基于分布式處理的軟件，定義中特別強調(diào)了其網(wǎng)絡通訊功能。業(yè)務流程管理從業(yè)務角度來看，使用目標、業(yè)務功能、限制等來代替流程所需資源信息對業(yè)務流程進行描述是非常重要的。在業(yè)務流程設計過程中，需要業(yè)務經(jīng)理與負責業(yè)務流程管理的管理人員之間經(jīng)常進行交流，以保證業(yè)務流程管理的順利實施。業(yè)務流程管理系統(tǒng)（BPMS）為管理者提供了一種有效的決策輔助方法，正確的執(zhí)行管理決策依賴于清晰業(yè)務流程。BPMS技術(shù)能夠為管理者和審批業(yè)務人員提供定義、變更、實施業(yè)務流程的方法，并保證業(yè)務系統(tǒng)的靈活性和一致性，而不必考慮更多的細節(jié)問題。BPMS是輔助G2G、G2B和G2C這樣的現(xiàn)代集成式應用的核心工具。BPMS為管理整個自動化的審批業(yè)務流程和業(yè)務活動提供如下幫助：能夠迅速使業(yè)務調(diào)整通過業(yè)務概念和業(yè)務目標等形式付諸實施，并且這些實施幾乎可以是實時進行。能夠從審批業(yè)務角度對任何業(yè)務流程的調(diào)整進行分析和評價。能夠按照制訂好的業(yè)務規(guī)則目標，保證具體審批業(yè)務的順利實施，進而通過優(yōu)化，降低成本，提高效率。XML技術(shù)可擴展標記語言（XML）是Web上的數(shù)據(jù)通用語言。XML是一種開放的標準，XML語言不受任何實體的控制也不歸任何實體所有。XML可以擴展，XML標簽可以被任何人創(chuàng)建并被其他人所采用。它使開發(fā)人員能夠?qū)⒔Y(jié)構(gòu)化數(shù)據(jù)，從許多不同的應用程序傳遞到桌面，進行本地計算和演示。XML允許為特定應用程序創(chuàng)建唯一的數(shù)據(jù)格式。它還是在服務器之間傳輸結(jié)構(gòu)化數(shù)據(jù)的理想格式。在系統(tǒng)應用中使用XML技術(shù)有以下的優(yōu)勢：第17頁共38頁庫存管理系統(tǒng)總體方案它提供用于本地計算的數(shù)據(jù)傳遞到桌面的數(shù)據(jù)可以進行本地計算。XML分析器可以讀取數(shù)據(jù)，并將它遞交給本地應用程序（例如瀏覽器）進一步查看或處理。數(shù)據(jù)也可以由使用XML對象模型的腳本或其他編程語言來處理。向用戶提供正確的結(jié)構(gòu)化數(shù)據(jù)視圖傳遞到桌面的數(shù)據(jù)可以以多種方式表示。本地數(shù)據(jù)集，可以根據(jù)用戶喜好和配置等因素，以適當?shù)男问?，在視圖中動態(tài)表現(xiàn)給用戶。允許集成不同來源的結(jié)構(gòu)化數(shù)據(jù)一般情況下，使用代理，在中間層服務器上集成來自后端數(shù)據(jù)庫和其他應用程序的數(shù)據(jù)，使該數(shù)據(jù)能夠傳遞給桌面或者其他服務器，做進一步聚合、處理和分布。描述來自多種應用程序的數(shù)據(jù)由于XML是可擴展的，因此它可以用于描述來自多種應用程序的數(shù)據(jù)，從描述Web頁面集合到數(shù)據(jù)記錄。由于數(shù)據(jù)是自描述的，因此不需要數(shù)據(jù)的內(nèi)置描述，也能夠接收和處理數(shù)據(jù)。通過粒度更新來提高性能XML允許粒度更新。開發(fā)人員不必在每次有改動時都發(fā)送整個結(jié)構(gòu)化數(shù)據(jù)集。有了粒度更新后，只有改變的元素才必須從服務器發(fā)送到客戶機。改變的數(shù)據(jù)可以在不必刷新整個頁面或表的情況下顯示。WebservicesWebservices是為了讓地理上分布在不同區(qū)域的計算機和設備一起工作，以便為用戶提供各種各樣的服務。用戶可以控制要獲取信息的內(nèi)容、時間、方式，而不必像現(xiàn)在這樣在無數(shù)個信息孤島中瀏覽，去尋找自己所需要的信息。利用Webservices，公司和個人能夠迅速且廉價地通過互聯(lián)網(wǎng)向全球用戶提供服務，建立全球范圍的聯(lián)系，在廣泛的范圍內(nèi)尋找可能的合作伙伴。隨著Web服務技術(shù)的發(fā)展和運用，我們目前所進行的開發(fā)和使用應用程序的信息處理活動將過渡第18頁共38頁庫存管理系統(tǒng)總體方案到開發(fā)和使用Webservices。將來，Webservices將取代應用程序成為Web上的基本開發(fā)和應用實體。Web服務是采用標準的、規(guī)范的XML描述操作的接口，這種服務描述被稱為Web服務描述。Web服務描述囊括了與服務交互需要的全部細節(jié)，包括消息格式、傳輸協(xié)議和位置。Web服務接口隱藏了實現(xiàn)服務的細節(jié)，允許獨立于軟硬件平臺的服務調(diào)用Web服務。WebService是獨立的、模塊化的應用，能夠通過因特網(wǎng)來描述、發(fā)布、定位以及調(diào)用。從而實現(xiàn)面向組件和跨平臺、跨語言的松耦合應用集成。Web服務是分布式環(huán)境中實現(xiàn)復雜的聚集或商業(yè)交易的最佳體系結(jié)構(gòu)。WebService具有以下特點：良好的封裝性：Web服務是一種部署在Web上的對象，具備對象的良好封裝性，對于使用者而言，他看到的僅僅是該服務的描述。松散耦合：當Web服務的實現(xiàn)發(fā)生變更時，只要Web服務的調(diào)用接口不變，調(diào)用者是不會感到這種變更，Web服務的任何變更對調(diào)用他們的接口來說都是透明的。XML/SOAP是Internet環(huán)境下Web服務一種比較適合的消息交換協(xié)議。協(xié)議規(guī)范：Web服務使用標準的描述語言來描述（比如WSDL）服務；其次，通過服務注冊機制，由標準描述語言描述的服務界面是可以被發(fā)現(xiàn)的；同時，標準描述語言不僅用于服務界面，也用于Web服務的聚合、跨Web服務的事務、工作流等。其次，Web服務的安全標準也已形成；最后，eb服務是可管理的。高度可集成能力：由于Web服務采取簡單的、易理解的標準Web協(xié)議作為組件界面描述和協(xié)同描述規(guī)范，完全屏蔽了不同軟件平臺的差異，無論是CORBA、DCOM還是EJB都可以通過這一種標準的協(xié)議進行互操作，實現(xiàn)了在當前環(huán)境下最高的可集第19頁共38頁

庫存管理系統(tǒng)總體方案庫存管理系統(tǒng)總體方案成性。總體架構(gòu)設計山津15湖『管感入用咨詢『管理果的燈單箱生口"單在強同授管理果的欣寬物售出貫史倉笛理被警笆理其他也覓苴他出貫出入庫管理果陶管理喈售管牌的科罰去原材?V山津15湖『管感入用咨詢『管理果的燈單箱生口"單在強同授管理果的欣寬物售出貫史倉笛理被警笆理其他也覓苴他出貫出入庫管理果陶管理喈售管牌的科罰去原材?V輔料類別客廣,怏成商條碼管班客廣；裸應商數(shù)摳庫班本信息管即用戶認證、極限管理系統(tǒng)管,理用戶認讓耿陽管理系統(tǒng)地叫查詢報表優(yōu)選分析架構(gòu)說明：1、系統(tǒng)用戶主要包括：庫管員、產(chǎn)品經(jīng)理、公司領(lǐng)導等。2、系統(tǒng)主要包括出入口管理、采購管理、銷售管理、基本信息管理、系統(tǒng)管理等功能模塊。3、數(shù)據(jù)主要包括物料數(shù)據(jù)、訂單數(shù)據(jù)、庫存數(shù)據(jù)以及客戶供應商數(shù)據(jù)等。4、系統(tǒng)提供查詢、報表以及優(yōu)選分析等功能。5、系統(tǒng)提供與財務系統(tǒng)、0A系統(tǒng)、合同管理系統(tǒng)、CRM系統(tǒng)等的接口。系統(tǒng)安全設計平臺安全性保護網(wǎng)絡安全性的目標是防止未授權(quán)的用戶訪問服務器、用戶和數(shù)據(jù)。第20頁共38頁庫存管理系統(tǒng)總體方案網(wǎng)絡的物理安全性是通過使用設備（如過濾用路由器、防火墻和代理服務器）而建立的，這些設備對您要提供給用戶的各種網(wǎng)絡服務（如LDAP、POP3、FTP和STMP）啟用網(wǎng)絡連接。也可使用這些設備控制網(wǎng)絡連接安全性訪問。例如，您可以定義允許訪問的連接，以及被授權(quán)使用這些連接的人員。＞NoAccess、Read-only＞Read-write＞用戶口令的時效性可以進行設定?？诹羁梢远啻问褂?，也可以設為一次使用。＞網(wǎng)絡傳輸?shù)陌踩钥梢酝ㄟ^設置安全套接字層（SSL），對系統(tǒng)的數(shù)據(jù)傳輸進行安全加密，保證數(shù)據(jù)的傳輸安全性。系統(tǒng)安全性＞物理安全性：是通過使用設備（如過濾用路由器、防火墻和代理服務器）而建立的，這些設備對您要提供給用戶的各種網(wǎng)絡服務（如 LDAP、POP3、FTP和STMP）啟用網(wǎng)絡連接。＞操作系統(tǒng)安全性：管理員權(quán)限、補丁及其他，保證操作系統(tǒng)的安全性。＞服務器安全性：可指定哪些用戶和服務器可以訪問系統(tǒng)服務器，并限制其在服務器上的活動＞用戶認證：提供基于工業(yè)標準RSA的公共密鑰基礎架構(gòu)（PublicKeyInfrastructure,PKI），即層次化或平面化的驗證字發(fā)放與驗證、交叉驗證體系。＞數(shù)字簽名：數(shù)字簽名技術(shù)保證了數(shù)據(jù)的完整性和不可篡改性。＞安全套接字層（SSL）：數(shù)據(jù)在出入客戶機時被加密，因此可確保事務處理期間的保密性。＞CA（驗證字認證中心）：安全性規(guī)劃中的一個重要方面是確定是否以及如何設置驗證字認證中心以發(fā)布Internet驗證字。＞防病毒體系：電子郵件已經(jīng)成為病毒的重要傳播手段，如果不對電子郵件進行病毒防護，將對系統(tǒng)內(nèi)部造成重大影響。第21頁共38頁庫存管理系統(tǒng)總體方案2.4.3應用安全性＞定義應用的訪問控制列表ACL,對列表項設置訪問權(quán)限。＞系統(tǒng)權(quán)限：系統(tǒng)權(quán)限是指用戶對協(xié)同辦公系統(tǒng)中各子系統(tǒng)的訪問權(quán)限。＞數(shù)據(jù)權(quán)限：數(shù)據(jù)權(quán)限是指用戶在對各子系統(tǒng)的使用中對數(shù)據(jù)的訪問權(quán)限，我們將數(shù)據(jù)權(quán)限分為查詢權(quán)、插入權(quán)、刪除權(quán)、修改權(quán)等四種情況＞系統(tǒng)角色：是指根據(jù)角色控制用戶訪問數(shù)據(jù)的范圍，根據(jù)用戶的職務進行劃分為。.項目實施方案項目組織項目組織結(jié)構(gòu)為了保證項目的順利實施，項目將成立一個由我們公司與客戶方共同組成的項目管理組，負責項目實施期間重大問題的解決。項目實施團隊將在項目管理組的直接領(lǐng)導下開展工作。項目實施團隊根據(jù)我公司的項目管理體系，從現(xiàn)有的優(yōu)秀技術(shù)人員和管理人員中抽取合適的人選構(gòu)成。圍繞項目實施工作，將項目實施團隊劃分為應用開發(fā)、測試、質(zhì)量與配置管理等小組。項目組織結(jié)構(gòu)如下圖所示：第22頁共38頁

項目顧問組庫存管理系統(tǒng)總體方案項目經(jīng)理（PSM）技術(shù)總體組其他專家技術(shù)專家業(yè)務專家項目指導過程組項目軟件經(jīng)理（PSM）過程顧問組質(zhì)量保證組項目顧問組庫存管理系統(tǒng)總體方案項目經(jīng)理（PSM）技術(shù)總體組其他專家技術(shù)專家業(yè)務專家項目指導過程組項目軟件經(jīng)理（PSM）過程顧問組質(zhì)量保證組實施經(jīng)理商務經(jīng)理我方項目組包括項目經(jīng)理、技術(shù)經(jīng)理（系統(tǒng)總架構(gòu)師）以及各專業(yè)小組組成。其中項目經(jīng)理負責項目開發(fā)和實施的總體指揮和管理；技術(shù)經(jīng)理（系統(tǒng)架構(gòu)師）負責系統(tǒng)的架構(gòu)設計以及對系統(tǒng)開發(fā)全過程進行技術(shù)指導并負責。項目實施人員管理選擇合適的人員參與項目開發(fā)工作、職責明確、嚴格管理、溝通順暢，是項目順利開發(fā)和高質(zhì)量交付的關(guān)鍵。項目實施過程中，項目經(jīng)理接受項目管理組相關(guān)成員的指導和監(jiān)督管理，按項目總體計劃制定階段計劃，帶領(lǐng)相關(guān)小組按計劃執(zhí)行;把控項目總體執(zhí)行工作，指導各小組按計劃執(zhí)行任務。項目組作為一個團隊，定期召開溝通例會，匯報各自進展及執(zhí)行情況；每周召開項目例會，每個組員匯報個人工作進度。實施計劃對庫存管理系統(tǒng)我們將按照以下步驟進行：第23頁共38頁

庫存管理系統(tǒng)總體方案步驟階段名稱主要工作內(nèi)容1初訪（調(diào)研）和啟動會了解用戶基本情況與用戶確認實施進度和項目組人員等資源召開項目啟動會2軟硬件安裝集成?檢查系統(tǒng)軟、硬件配置是否符合系統(tǒng)需求?系統(tǒng)軟件與產(chǎn)品安裝3業(yè)務需求搜集及需求調(diào)研了解客戶基本需求了解客戶原有系統(tǒng)應用情況了解客戶流程需求了解客戶對字段內(nèi)容需求用戶界面確認4系統(tǒng)設計?系統(tǒng)結(jié)構(gòu)設計和功能設計5編碼與內(nèi)部測試?進行系統(tǒng)編碼?進行系統(tǒng)內(nèi)部測試6數(shù)據(jù)初始化?對客戶基本信息進行初始設置?為系統(tǒng)測試提供測試數(shù)據(jù)7用戶測試?以測試方案為準，用戶對系統(tǒng)功能進行測試?系統(tǒng)修改和測試問題排除8用戶培訓?針對一般使用者進行培訓?對系統(tǒng)管理員進行培訓9系統(tǒng)試運行?系統(tǒng)試運行10系統(tǒng)上線與驗收?收集項目文檔?系統(tǒng)驗收第24頁共38頁庫存管理系統(tǒng)總體方案測試管理我們將按照標準化的軟件工程過程進行測試，測試過程分為：單元測試、集成測試、用戶測試。測試階段單元測試單元測試屬于開發(fā)過程，單元測試用例、測試數(shù)據(jù)的準備，以及測試代碼的開發(fā)，測試結(jié)果的記錄等，都由開發(fā)人員與測試人員共同完成。采用走查和互查的方式保證代碼的質(zhì)量以及減少差錯，通過將單元測試記錄錄入測試跟蹤系統(tǒng)的方式進行管理。具體的計劃體現(xiàn)在開發(fā)的進度計劃中。系統(tǒng)測試根據(jù)系統(tǒng)測試計劃，使用黑盒測試進行手工測試。測試類型包括下面列出的所有類型。驗收測試采用黑盒測試方法，包括下面測試分類中除數(shù)據(jù)和數(shù)據(jù)庫完整性測試外的所有類型。測試用例引用系統(tǒng)測試用例。資源配置人員分工角色職責測試負責人.編寫測試計劃。.編寫測試方案。.審查測試用例。.監(jiān)控測試實施。.編寫測試報告。第25頁共38頁

庫存管理系統(tǒng)總體方案助理測試工程師.編寫測試用例。.按照測試方案執(zhí)行測試。.采集測試數(shù)據(jù)。.統(tǒng)計測試數(shù)據(jù)。.驗證缺陷。.打開與關(guān)閉缺陷。.指導測試工程師工作測試工程師.編寫測試用例。.按照測試方案執(zhí)行測試。.采集測試數(shù)據(jù)。.統(tǒng)計測試數(shù)據(jù)。.驗證缺陷。.打開與關(guān)閉缺陷。3.3,2,2測試環(huán)境設備配置名稱/類型備注服務器軟件模擬生產(chǎn)環(huán)境硬件模擬生產(chǎn)環(huán)境客戶端軟件模擬生產(chǎn)環(huán)境硬件PC機，要求CPU為奔騰3及以上，內(nèi)存256M,支持IE6.0及以上版本網(wǎng)絡100兆局域網(wǎng)3.3,2,3測試工具類型工具開發(fā)商版本第26頁共38頁

庫存管理系統(tǒng)總體方案測試管理ClearQuestRational缺陷跟蹤ClearQuestRational用于性能測試的工具rationalRobotRationalLoadrunner配置管理ClearCaseRationalCVSDBMS工具OracleORACLE任務進度任務工作角色開始日期制定測試計劃規(guī)劃測試階段，選擇測試類型，制定資源配置、工作進度、接口和約定；確定測試提交物測試負責人具體時間參照進度計劃制定設計系統(tǒng)測試方案確定系統(tǒng)測試過程必須完成的測試項目，即測試用例的范圍測試負責人熟悉需求研讀需求文檔測試工程師編寫系統(tǒng)測試用例設計測試數(shù)據(jù)，編寫用例測試工程師審核系統(tǒng)測試用例查閱測試工程師編寫的測試用例，指出問題并確認改正測試負責人編寫用戶驗收標準確定用戶驗收測試范圍測試負責人搭建測試環(huán)境、模擬接口設計模擬方案、實現(xiàn)模擬接口、數(shù)據(jù)準備測試負責人、測試工程師精化測試計劃的系統(tǒng)測試階段制定系統(tǒng)測試進度測試負責人第27頁共38頁

庫存管理系統(tǒng)總體方案維護系統(tǒng)測試用例按照實際系統(tǒng)和需求變更，修改系統(tǒng)測試用例測試工程師精化測試計劃的驗收階段制定驗收測試進度測試負責人設計驗收測試方案確定測試對象、測試范圍和測試方法測試負責人執(zhí)行第一輪第一版系統(tǒng)測試按照系統(tǒng)測試用例運行系統(tǒng)，提交問題到Clearquest測試工程師執(zhí)行第一輪第二版系統(tǒng)測試按照系統(tǒng)測試用例運行系統(tǒng)，提交問題到Clearquest測試工程師執(zhí)行第一輪第三版系統(tǒng)測試按照系統(tǒng)測試用例運行系統(tǒng)，提交問題到Clearquest測試工程師執(zhí)行第二輪系統(tǒng)測試按照系統(tǒng)測試用例運行系統(tǒng)，提交問題到Clearquest測試工程師執(zhí)行驗收測試按照系統(tǒng)測試用例運行系統(tǒng)，提交問題到Clearquest測試工程師問題跟蹤與解決跟蹤Clearquest上的問題狀態(tài)，確定關(guān)閉問題測試負責人、測試工程師編寫系統(tǒng)測試報告評估測試過程，提交測試結(jié)果測試負責人編寫驗收測試報告評估測試過程，提交測試結(jié)果測試負責人測試提交物3.3,4,1測試計劃項目計劃由測試負責人制定，并提交。第28頁共38頁庫存管理系統(tǒng)總體方案測試方案測試方案文檔由測試負責人在制定測試計劃后進行制定，并提交。3.3,4,3測試用例測試用例作為測試方案的附件提交，由測試工程師在需求用例編制后，進行編寫，并隨著項目的進度不斷完善。系統(tǒng)測試報告系統(tǒng)測試結(jié)束后，測試負責人提交系統(tǒng)測試報告。驗收測試報告驗收測試結(jié)束后測試負責人提交驗收測試報告。測試報告通過客觀地記錄每個Build的測試結(jié)果數(shù)據(jù)，給出對所測產(chǎn)品的功能和性能情況。質(zhì)量管理質(zhì)量保證計劃的指定我們公司有組織定義好的、符合國際標準的標準化流程模板。軟件質(zhì)量保證計劃，在項目啟動時由QA制定。主要是依據(jù)進度計劃等項目工程過程的計劃來制定具體的行動時間和行動內(nèi)容。例如，首先QA會參見項目組的例會，對項目組成員的工作情況進行了解，指出在工作過程中存在的問題，例如沒有按照要求對變更進行符合要求的記錄。另外，QA會根據(jù)進度計劃，在每個里程碑的時候，檢查項目組是否確實達到了預定的目標，中間產(chǎn)品是否符合預先定義好的標準。組織結(jié)構(gòu)及職責第29頁共38頁

庫存管理系統(tǒng)總體方案QA制定并維護項目級的QA計劃；根據(jù)QA計劃進行工作產(chǎn)品的審核和過程活動的評審；報告并跟蹤不符合問題至關(guān)閉；定期編制QA工作報告；定期參加質(zhì)量例會；定期（^組內(nèi)部互審PM（項目經(jīng)理）評審QA計劃；對QA提出的不符合問題進行確認和反饋，并安排糾正措施的實施；配合QA經(jīng)理對項目（^工作進行評價；QA經(jīng)理制定并維護組織級的QA計劃；根據(jù)QA計劃對QA工作進行審核和驗證；定期匯總QA工作報告；組織定期質(zhì)量例會；SM（高級經(jīng)理）對QA提交的不符合問題進行決議，并安排糾正措施的實施；評審組織QA活動；外部QA專家評審組織QA活動；編制評審報告以幫助QA活動的改進；第30頁共38頁

庫存管理系統(tǒng)總體方案標準質(zhì)量保證過程人員進入時間質(zhì)量保證人員在項目啟動起就進入項目，從計劃階段開始監(jiān)督項目組是否按照項目計劃開展工作。工作方式對于不符合項，QA會給出不符合工作報告供項目經(jīng)理及時規(guī)范開發(fā)過程。同時通過QA月報的形式，將本月發(fā)生的偏差報告給質(zhì)量管理部，供質(zhì)量管理部統(tǒng)計使用，質(zhì)量管理部有專門的過程缺陷庫進行存儲。進而，質(zhì)量管理部會將收集到的各個項目的情況反饋給項目組，供所有項目組共同參考，不要再犯其他人犯過的錯誤。第31頁共38頁庫存管理系統(tǒng)總體方案意義通過質(zhì)量保證的管理，可以從過程上保證項目是按照預定的、符合標準的流程進行的?？蛻粢部梢宰龅叫闹杏袛?shù)，保證項目的過程是可以控制的。同時，也提供了項目組外部的一種監(jiān)督檢查機制，幫助項目組及時發(fā)現(xiàn)問題，以及提早預防問題。風險管理為提高本項目的風險管理質(zhì)量，在風險應對上，采用預防和應急相結(jié)合的風險管理策略，即，對于風險級別較高的風險項目，既制訂風險規(guī)避和減緩計劃，又制定風險應急計劃；對于其它風險項目，由項目經(jīng)理酌情而定，但必須至少提供一種應急計劃。在活動執(zhí)行上，采用定期和事件驅(qū)動的策略（比如，風險發(fā)生的事件），以及時并有針對性的對各種風險情況做出反應。風險識別項目風險識別活動由項目經(jīng)理實施完成。識別的風險被記錄在項目風險項列表中，并填寫當前風險狀態(tài)、風險類別、風險描述以及風險的識別時間。本項目的風險識別活動主要在以下3種情況進行。項目策劃初期，即項目計劃編制階段；項目經(jīng)理根據(jù)所掌握的項目信息，對可能發(fā)生的風險進行識別，并匯總編制到本風險管理計劃中。在項目執(zhí)行過程中，每周項目經(jīng)理對新的風險進行識別；并對新識別的風險進行后續(xù)的風險管理活動。項目經(jīng)理對項目過程中的各種突發(fā)事件進行響應，以事件驅(qū)動的方式進行風險識別，并對識別的新風險進行后續(xù)管理活動。風險分析每當有新的項目風險被識別之后，項目經(jīng)理應當立即對新風險進行分析，推斷該風險發(fā)生的可能性和影響程度，計算優(yōu)先級，填入風險項目表中。第32頁共38頁庫存管理系統(tǒng)總體方案風險減緩根據(jù)本項目風險管理計劃的策略，項目經(jīng)理對于風險級別列于前10名的風險項目（如果有），既制訂風險規(guī)避和減緩計劃，又制定風險應急計劃；對于其它風險項目，由項目經(jīng)理酌情而定。風險跟蹤項目經(jīng)理每周，或事件驅(qū)動的跟蹤各個風險項目的應對計劃（包括風險規(guī)避/減緩計劃和應急計劃）的執(zhí)行情況，并填寫風險項目表，直至該風險項目狀態(tài)變?yōu)镃LOSE。風險控制項目經(jīng)理在風險跟蹤的基礎上，每周或事件驅(qū)動的對風險項目表進行修正，以反映各個風險項的實際情況，調(diào)整風險的狀態(tài)、可能性、影響程度和優(yōu)先級等信息，并根據(jù)新的風險情況對風險列表進行排序，調(diào)整下一階段的風險管理工作的重點。風險通報項目經(jīng)理每周根據(jù)項目風險的實際情況，填寫風險管理報表，上報公司高層管理人員。.售后服務方案培訓服務系統(tǒng)部署上線后我們將根據(jù)實際情況對用戶進行培訓，通過培訓讓用戶了解系統(tǒng)整體情況，學習功能，使用戶能夠熟練操作，掌握系統(tǒng)應用。第33頁共38頁庫存管理系統(tǒng)總體方案培訓資料我們公司將負責培訓的教材準備、培訓專業(yè)講師和課程安排，配合用戶做好整個培訓管理工作。負責組織人