1、光明乳業全程追溯管控及追溯服務平臺、產線賦碼系統項目施工組織方案一追溯管控平臺 版本記錄目錄第一章項目概述61.1項目建設背景61.2項目建設內容6第二章需求分析82.1總體需求82.2子系統需求92.2.1數據集成共享系統需求92.2.2產品全程追蹤追溯系統需求112.2.3綜合展示系統需求612.2.4主要接口需求61第三章項目實施方案633.1實施建議633.1.1 實施原則633.1.2 實施要素643.1.3 實施策略653.2項目啟動和需求調研階段663.3需求調研確認階段673.4軟件功能實現確認階段683.5數據標準化初裝階段693.6系統培訓階段693.7系統部署及測試階段7

2、03.7.1安裝部署工作說明703.7.2系統安裝階段703.7.3系統測試計劃723.7.4軟件配置復查723.8項目驗收階段723.8.1驗收標準723.8.2驗收方案及所提供的詳細文稿清單733.9實施進度計劃743.9.1 編制原則743.9.2編制依據74第四章項目管理方案754.1項目策劃754.1.1項目策劃過程754.1.2有效輸出784.2需求管理784.2.1需求管理過程784.2.2有效輸出804.3項目質量保障804.3.1 SQA過程814.3.2有效輸出824.4項目進度保證834.4.1進度管理方法834.4.2進度跟蹤與監控834.4.3有效輸出894.5項目組

3、織管理894.5.1組間協調和應急機制894.5.2項目組織結構90第五章總體實施計劃935.1 全程追溯管控平臺計劃圖935.2、關鍵里程碑935.3 項目實施管理策略94第六章售后承諾96第一章 項目概述1.1 項目建設背景光明乳業內部有不少業務應用系統，這些應用系統一般都是由不同供應商提供，他們之間有信息重疊和不一致等現象的出現。因此很容易產生：基礎數據多頭管理、系統間數據一致性差；接口沒有實現統一的接口平臺；數據和信息傳遞多采用傳統的紙媒或者表格形式，及時性和準確性存在風險；企業內部信息和數據難以完成統一和共享。為滿足全產業鏈追溯體系建設要求，需要打通乳產品企業供應鏈和營銷數據的通道，

4、通過一物一碼“身份證號”將集中養殖牧場、乳品生產企業、渠道商、銷售終端、銷售員、促銷員、和消費者全部關聯起來，對全供應鏈環節進行生態管控。防止假貨、竄貨，以及渠道激勵、終端激勵、返點、積分等。促使乳品企業管理人員可以清晰洞察供應鏈環節狀態、渠道銷售量、庫存、終端銷售量、促銷活動即時評估等，進而實現對銷售費用的有效監控，同時進行大數據分析，提高企業管控能力，增強企業核心競爭力。1.2 項目建設內容建立一套全程追溯管控平臺和追溯服務平臺，采集從養殖到生產再到流通直至銷售終端的所有必要信息，結合光明乳業實際的生產情況和管理要求，靈活處理企業多生產線、多包裝工位、多包裝規范等需求，以莫斯利安酸奶、致優

5、兩款典型產品為試點，實現最小銷售單位的全程可追溯。同時利用一維碼/二維碼/RFID建立防偽防串全方位跟蹤追溯功能，并對營銷活動提供更全面的服務。以光明乳業現有的業務為基礎，以莫斯利安酸奶、致優兩款典型產品為試點，在華東中心工廠的生產加工過程中，通過識別產品一維碼/二維碼/RFID，實現自動數據采集、自動關聯各級包裝和托盤編碼的關聯關系，為實現全程追溯以及相關物流作業提供數據基礎。第二章 需求分析2.1 總體需求（1） 本需求分析中確認的字段僅用于11月30號之前的項目驗收需求，實際用于滿足追溯要求的追溯關鍵點和追溯字段隨著項目的推進后續會不斷完善，最終字段以詳細設計和數據模型為準。（2） 一碼

6、追溯：通過業務系統的構建，將全產業鏈各節點數據上傳至綜合平臺，由產品二維碼進行層層關聯，消費者只要掃描產品外包裝上二維碼，即可查詢到產品的生產、加工、流通等各項信息，清晰了解產品的新鮮度、可靠性，最大限度提升消費者對產品安全的深度化體驗。（3） 企業質量追溯監控：為企業實現每件產品的精準管理，相比較傳統的產品批次化管理，能夠定位到每件產品在原料、生產、倉儲、物流、銷售各環節的信息，管理更精準。可通過正反向追溯，對全產業鏈企業質量追溯信息進行綜合展示和動態跟蹤。（4） 產品防偽：通過二維碼技術，結合“一物一碼”的設計理念和消費者互動平臺，消費者可自助獲取真偽信息，提升對光明品牌的信任度。（5）

7、定向召回：通過生產和物流信息的準確記錄，對市場上出現的問題產品，迅速定位到收發貨單位，迅速切斷問題產品的供應鏈，防范風險擴大，對確保食品安全具有重要意義，同時減少了召回成本和復雜度。（6） 貨品防止違規跨區域銷售：采用智能手機、RFID設備、一維碼和二維碼，實現方便快速的物流流向追溯，提升違規跨區域銷售稽查的時效性、便捷性和準確性。（7） 政府平臺銜接：與市級追溯平臺對接，按要求上傳質量監管與追溯數據，實現信息公示、公眾查詢、診斷預警、質量投訴等功能，自覺接受政府、公眾監督，進一步提升企業公信力、競爭力。2.2 子系統需求2.2.1數據集成共享系統需求數據集成共享系統主要是用于對光明乳業主體業

8、務上的各個信息系統（如牧場追溯管理系統、生產追溯管理系統、倉儲物流追溯系統、OM系統、ERP系統等）的基礎數據、操作數據和業務數據進行采集、集成整合和數據共享，進而逐步形成光明乳業企業數據中心，并為數據中心提供數據的質量管理。主要包括數據交換子系統、數據集成子系統、數據交換子系統和數據質量管理子系統。各子系統需求如下：（1）數據交換子系統對平臺涉及到的基礎數據、操作數據和業務數據提供接口。其中基礎主數據包括產品信息、供應商信息、物料信息、設備信息、牧場基礎信息、加工基礎信息、倉儲基礎信息等。操作數據包括：養殖過程中的操作信息、生產加工過程中的操作信息、物流過程中的操作信息等。業務數據包括：訂單

9、、生產、運輸、流轉、計劃、采購、財務、銷售、售后、批次等業務核心數據。接口具備企業級性能和高擴展性，具備開放的架構，易于使用的二次開發接口。（2）數據集成子系統對上傳的數據進行初步的集成整理，分析數據來源并結構化。此功能是光明乳業業務數據結構化以及決策分析統計的基礎。實現數據校驗，對采集的數據的丟失、缺失、異常等情況建立校驗、初步處理、記錄、報警以及信息推送。實現數據修復，對異常數據進行修復處理，確保業務流轉的完整性和一致性，并將處理進行保存和相關通知。實現數據整合，尤其是業務數據的分時切片、關聯和基礎統計，并確立數據的應用權限。實現數據交換，提供給其他業務系統實時或異步的數據交換和同步。通過

10、接口實現其他業務系統的自動提取，數據轉換以及主動推送。（3）數據共享子系統以數據的集成服務為依托，提供跨業務、跨單位、跨區域的數據交換、分發和共享機制，支持結構化、半結構化、非結構化數據以及大文件的多級共享。實現企業內部各部門、各系統之間以及外部供應商、經銷商之間的數據共享，涉及牧場養殖管理、生產加工管理、物流管理、試驗數據管理、質量管理、業務流轉以及其他各業務部門獨立系統的數據集成共享。提供統一的多層級的數據服務發布、訪問授權和運行監控管理功能。2.2.2產品全程追蹤追溯系統需求2.2.2.1全產業鏈追溯數據查詢及分析當發現產品質量異常或物料質量異常時，可快速展開正向、反向追溯查詢。快速定位

11、問題產品：輸入產品編號或批次號，系統后臺將根據生產批次號快速定位到產品信息，可查看該產品的完整質量信息；可快速定位到對應產品批次、成品檢測信息、輔料信息、CIP信息、工藝參數、關鍵工序人員及生產過程中不合格處理結果；反向追溯問題奶源：通過產品信息可展開相關聯半成品信息，并定位到對應配料信息、檢測信息、添加原料、工藝參數，通過半成品信息可展開原奶信息，快速定位到原奶供應商。正向追蹤并召回問題奶：通過正向追蹤，還可以快速實現查詢相同原奶批次、原料批次還應用在哪些產品中，同時這些產品又發給了哪些客戶，盡可能提前發現質量問題，減少損失。總結問題、形成模型、提供問題解決方案：通過收集產品質量問題信息（包

12、括質量事故層面、質量抽查、出廠檢測等），收集產品質量問題各類相關要素的行業標準，形成產品追溯模型庫。通過系統中出現的各類產品質量問題數據信息，依托追溯模型，對可能造成的各類產品質量問題進行分析、積累，查找質量問題的原因及解決方案，形成質量問題經驗庫，并給出相應的解決方案。2.2.2.2牧場養殖追溯信息查詢及分析對牧場養殖過程追溯信息查詢及分析，滿足內部追溯、質量管控以及奶源（牧場）指揮分中心決策分析要求。牧場養殖環節涉及的追溯信息包括牧場基本信息、奶牛養殖、榨乳和有關統計數據信息。應采集的具體字段以附表1中牧場字段為準。牧場基本信息牧場名稱、牧場編碼牧場編碼牧場名稱牧場簡稱牧場地址牧場地址牧場

13、面積牧場面積（畝）奶牛總數量總牛頭數（整數）負責人負責人產奶規模日均產量（公斤）牧場等級牧場等級牧場經緯度X，Y奶牛信息飼養記錄（系譜、出生、淘汰、飼料、飲用水檢測等信息）系譜牛號母號父號出生日期外祖父離場日期離場原因在群記錄牧場編碼牛舍編碼牛號日期飼料記錄牧場編碼牛舍編碼物料編碼物料名稱用量投料時間飲用水監測牧場編碼日期檢驗參數（甲方未定）是否合格用藥記錄牛號日期物料編碼藥物名稱藥物編碼批次號用量計量單位免疫記錄牛號日期免疫類型消毒記錄（防疫消毒）牧場編碼日期消毒類型轉欄記錄牛號日期轉出舍號轉入舍號轉舍類型實驗室檢驗記錄臨床檢查記錄牛號日期檢查結果奶牛檢驗報告生鮮乳信息采奶批次（擠奶時間、方

14、式+擠奶人員相關信息）牧場編碼日期班次奶臺類型開始時間結束時間牛舍編碼對應牛群牧場編碼日期班次牛舍編碼牛號奶缸號牧場編碼日期班次奶倉號奶缸CIP牧場編碼日期班次位置溫度PH壓力時間戳奶缸單次收奶重量曲線牧場編碼日期班次奶倉號重量（公斤）時間戳生奶檢驗報告（自檢）牧場編碼日期檢測號結果參數（N個，甲方未最后定）飼養員信息姓名姓名身份證號健康情況入職年限崗位所屬牧場附表12.2.2.3生鮮乳運輸追溯信息查詢及分析對生鮮乳運輸過程追溯信息查詢及分析，滿足內部追溯、質量管控以及奶源（牧場）指揮分中心決策分析要求。通過牧廠生鮮乳存儲罐ID與生鮮乳乳運輸車ID（或罐口ID）進行關聯，完成牧場與生產企業之間

15、全部數據關聯。牧廠生鮮乳存儲罐ID和生鮮乳運輸車ID，使用鉛封一維碼/二維碼/RFID進行標識，使用掃描設備進行關聯；數據對接采集信息包括：牧廠生鮮乳存儲罐ID、生鮮乳運輸車ID、運輸車輛號牌、車輛型號、噸位、車牌、所屬物流公司、司機姓名、批次、運輸日期、運出時刻、到達時刻、運抵企業GPS運輸路線、實時溫度監控。應采集的具體字段以附表2中奶源字段為準。奶車管理奶車牌號（車頭號+掛車號）車頭號掛牌號準備證明準運證有效期限奶車準運證明奶車保溫實驗報告奶車保溫實驗報告奶車型號奶車型號奶車噸位奶車噸位(頓)駕駛員信息（包含健康證）駕駛員姓名健康證明有效時間所屬物流公司物流公司角色物流單號物流信息奶車缸

16、號奶車缸號奶源運輸管理收奶批次交接單編號交接單日期來源牧場牧場代碼牧場名稱牧場缸號分缸號奶車缸號奶車缸號牧場收奶時間牧場收奶時間鉛封記錄（封記錄）奶車鉛封號牧場出廠時間奶車出廠時間去向工廠（到達時間）到達牧場時間鉛封記錄（開記錄）鉛封記錄（開記錄）取樣檢測（MES）取樣檢測卸奶時間（MES）收奶完成時間去向工廠缸號去向工廠缸號奶車CIP運輸車號清洗消毒方式作業時間操作人檢查人車管封鉛在途路線軌跡附表22.2.2.4生產加工過程追溯信息查詢及分析對生產加工過程追溯信息查詢及分析，滿足內部追溯、質量管控以及生產指揮分中心決策分析要求。液態奶生產加工過程是針對原奶、配料、生產過程、成品主要生產過程提

17、取關鍵數據，實現乳品生產全過程記錄。同時，對材料包裝供應商、乳制品供應商提供的外購乳制品（添加原料/額外原奶）進貨查驗記錄數據進行整合采集；平臺提供從產品生產（賦碼、打印、關聯）至出入庫（掃入、掃出），為每件產品提供唯一身份的物品碼，通過對該碼的信息記錄，實現對產品從生產到入庫、倉庫管理、銷售發貨、在途、經銷商、客戶全過程的數據信息管理記錄，進而實現追溯、防偽、防竄貨。乳品生產實施從原料進廠到成品出廠的全過程質量控制制度，乳品生產企業建立生鮮乳進貨查驗、記錄制度，生鮮乳、輔料、添加劑使用過程控制，乳品出廠檢驗制度，乳品銷售記錄制度，乳品及其包裝、標識質量安全要求等。乳品生產企業的各加工中心（生

18、產線），加工成乳品后，負責將乳品進行包裝。 應采集的具體字段以莫酸-附表3和致優-附表4中MES字段為準。莫酸產品分類數據項數據明細工廠基本信息工廠名稱工廠地址奶源入庫信息來源牧場牧場代碼牧場名稱入庫缸號入庫缸號奶倉CIP（時間、電導、溫度、流速）CIP開始時間CIP結束時間堿洗溫度堿洗流量堿洗電導酸洗溫度酸洗流量酸洗電導入庫時間入庫時間入庫人員人員編碼人員名稱入庫數量入庫數量奶源檢測信息（LIMS+第三方奶源檢測取樣時間、取樣人員信息取樣時間取樣人員編碼取樣人員名稱檢驗日期、時間LIMS檢驗標準LIMS檢驗結果LIMS檢測機構LIMS檢驗人員LIMS檢驗報告（紙質+數據）LIMS原輔料信息（

19、包括包材、吸管等）名稱（編碼ERP提供+ID）原輔料名稱原輔料編碼數量入庫數量原輔料供應商基礎信息供應商名稱ERP同步供應商庫供應商編碼采購信息（采購負責人、訂單、合同）采購訂單號采購負責人合同編號入庫日期入庫日期批次批次規格規格保質期保質期檢測報告（供應商提供+自檢LIMS）LIMS領料信息（領的料會用在不同的工序里面）原料品種原料編碼原料名稱領用時間領用時間領用人員領用人員名稱領用數量領用數量原料批次原料批次轉序預殺菌（缸）工單號生奶缸號設備名稱起始時間結束時間殺菌時間殺菌溫度出口溫度保持管出口溫度操作人員姓名復核人員姓名清洗消毒信息暫存缸（缸）缸號溫度起始時間結束時間物料數量檢驗（LIM

20、S提供理化樣項和無菌樣項）清洗消毒信息配料（缸）配料缸號配料溫度起始時間結束時間操作人員姓名復核人員姓名投料時間均質時間（攪拌時間）投料人名稱投料批次投料數量物料數量（完成配料后的數量）清洗消毒信息定容（缸）定容缸號起始時間結束時間物料數量（完成狀態的數量）操作人員姓名復核人員姓名檢驗（LIMS提供理化樣）清洗消毒信息均質（設備）設備名稱起始時間結束時間均質溫度均質壓力Bar操作人員姓名復核人員姓名清洗消毒信息殺菌信息（設備）設備名稱起始時間結束時間殺菌時間殺菌溫度出口溫度保持管出口溫度操作人員姓名復核人員姓名清洗消毒信息冷卻（設備）設備號冷卻溫度起始時間結束時間操作人員姓名復核人員姓名檢驗（

21、LIMS提供理化樣）清洗消毒信息接種發酵信息，含發酵溫度、時間、終點酸度（缸）設備名稱發酵溫度發酵時間H起始時間結束時間終點酸度終點粘度操作人員姓名復核人員姓名物料數量檢驗（LIMS提供理化樣、無菌樣）清洗消毒信息翻缸冷卻信息（設備）設備名稱起始時間結束時間操作人員姓名復核人員姓名溫度冷板壓差清洗消毒信息暫存缸（缸）暫存缸號溫度起始時間結束時間物料數量檢驗（LIMS提供理化樣、無菌樣）清洗消毒信息巴氏殺菌（設備）生奶缸號設備名稱起始時間結束時間殺菌時間殺菌溫度出口溫度保持管出口溫度操作人員姓名復核人員姓名清洗消毒信息無菌缸（缸）缸號溫度起始時間結束時間檢驗（LIMS提供理化樣、無菌樣、目的樣）

22、清洗消毒信息清洗消毒信息（時間、電導、溫度、流速）CIP線名稱開始時間結束時間清洗類型溫度流量電導操作人員信息灌裝信息設備信息設備編號操作人員相關信息操作人員名稱操作人員編碼產品名稱產品編碼產品名稱產品批次產品批次號灌裝參數（封合溫度、壓力）凈含量監測凈含量凈含量檢測時間封合溫度壓力檢測時間灌裝起止時間灌裝起時間灌裝止時間首件、過程樣、末件、目的樣檢驗報告（LIMS）樣品結果檢驗項目檢驗項目結果檢驗時間檢驗人員灌裝設備清洗消毒（時間、電導、溫度、流速）CIP線名稱開始時間結束時間溫度流量電導灌裝間環境參數（溫濕度、壓差、衛生調查）溫度濕度壓差衛生調查結果登記時間登記人員編碼登記人員名稱成品信息

23、產品名稱產品編碼產品名稱生產日期生產日期保質時間保質時間生產批號生產批號生產數量（最小包裝數量）、最小單位重量生產數量對應標準重量包裝規格包裝規格產品下線溫度產品下線溫度檢測報告（LIMS）樣品結果檢驗項目檢驗項目結果檢驗時間檢驗人員本班次現場監管人員監管人員編碼監管人員名稱產品留樣數量（MES）和報告（LIMS）留樣數量樣品結果檢驗項目檢驗項目結果檢驗時間檢驗人員附表3致優產品分類數據項數據明細工廠基本信息信息工廠名稱工廠地址奶源入庫信息來源牧場牧場代碼牧場名稱入庫缸號入庫缸號奶倉CIP（時間、電導、溫度、流速）CIP開始時間CIP結束時間堿洗溫度堿洗流量堿洗電導酸洗溫度酸洗流量酸洗電導入庫

24、時間入庫時間入庫人員人員編碼人員名稱入庫數量入庫數量奶源檢測信息（LIMS+第三方奶源檢測取樣時間、取樣人員信息取樣時間取樣人員編碼取樣人員名稱檢驗日期、時間LIMS檢驗標準LIMS檢驗結果LIMS檢測機構LIMS檢驗人員LIMS檢驗報告（紙質+數據）LIMS包材信息名稱（編碼ERP提供+ID）原輔料名稱原輔料編碼數量入庫數量原輔料供應商基礎信息供應商名稱ERP同步供應商庫供應商編碼采購信息（采購負責人、訂單、合同）采購訂單號采購負責人合同編號入庫日期入庫日期批次批次規格規格保質期保質期檢測報告（LIMS）LIMS轉序分離設備名稱分離起始時間分離截止時間分離流量L/H分離溫度清洗消毒信息濃縮（

25、設備）來源生奶缸號設備號溫度起始時間結束時間操作人員姓名復核人員姓名物料數量清洗消毒信息混合奶（缸）缸號溫度起始時間結束時間操作人員姓名復核人員姓名物料數量（混合前）物料數量（混合后）清洗消毒信息脫脂（設備、缸）脫脂奶缸號物料數量加熱設備號加熱溫度分離機設備號起始時間結束時間操作人員姓名復核人員姓名檢驗（LIMS提供理化樣）清洗消毒信息膜過濾（設備）設備名稱MF消毒起始時間MF消毒截止時間消毒流量L/H消毒溫度操作人員姓名復核人員姓名清洗消毒信息稀奶油（缸）奶油缸缸號起始時間結束時間操作人員姓名復核人員姓名物料數量檢驗（LIMS提供理化樣）清洗消毒信息殺菌（設備）設備名稱起始時間結束時間殺菌時

26、間殺菌溫度出口溫度保持管出口溫度操作人員姓名復核人員姓名清洗消毒信息冷卻（設備）設備號冷卻溫度起始時間結束時間操作人員姓名復核人員姓名清洗消毒信息混料缸（缸）缸號混料溫度起始時間結束時間操作人員姓名復核人員姓名物料數量檢驗（LIMS提供理化樣）清洗消毒信息冷卻（設備）設備號冷卻溫度起始時間結束時間操作人員姓名復核人員姓名清洗消毒信息均質（設備）設備名稱起始時間結束時間均質溫度均質壓力Bar操作人員姓名復核人員姓名清洗消毒信息殺菌信息（設備）設備名稱起始時間結束時間殺菌時間殺菌溫度出口溫度保持管出口溫度操作人員姓名復核人員姓名清洗消毒信息待裝缸（缸）設備名稱設備溫度檢驗（LIMS提供理化樣、無菌

27、）物料數量清洗消毒信息清洗消毒信息（時間、電導、溫度、流速）CIP線名稱開始時間結束時間清洗類型溫度流量電導灌裝信息設備信息設備編號操作人員相關信息操作人員名稱操作人員編碼產品名稱產品編碼產品名稱產品批次產品批次號灌裝參數（封合溫度、壓力）凈含量監測凈含量凈含量檢測時間上封口溫度底封溫度檢測時間灌裝起止時間灌裝起時間灌裝止時間首件、過程樣、末件、目的樣檢驗報告（LIMS）樣品結果檢驗項目檢驗項目結果檢驗時間檢驗人員灌裝設備清洗消毒（時間、電導、溫度、流速）CIP線名稱開始時間結束時間溫度流量電導灌裝間環境參數（溫濕度、壓差、衛生調查）溫度濕度壓差衛生調查結果登記時間登記人員編碼登記人員名稱成品

28、信息產品名稱產品編碼產品名稱生產日期生產日期保質時間保質時間生產批號生產批號生產數量（最小包裝數量）、最小單位重量生產數量對應標準重量包裝規格包裝規格產品下線溫度產品下線溫度檢測報告（LIMS）樣品結果檢驗項目檢驗項目結果檢驗時間檢驗人員檢測時間檢測時間本班次現場監管人員監管人員編碼監管人員名稱產品留樣數量（MES）和報告（LIMS）留樣數量樣品結果檢驗項目檢驗項目結果檢驗時間檢驗人員附表42.2.2.5倉儲物流追溯信息查詢及分析對倉儲物流運輸過程追溯信息查詢及分析，滿足內部追溯、質量管控以及物流指揮分中心決策分析要求。通過對物流和銷售的出入庫數據的關聯分析，鎖定產品的具體流向，并可根據公司內

29、控管理和產品追溯要求，進行實時跟蹤，為領導決策提供依據。應采集的具體字段以附表5工廠庫和附表6流通（分倉）字段為準。工廠庫入庫信息產品批次數量、產品名稱生產單號內部訂單號客戶編號客戶名稱行號產品編號產品名稱入庫數量批次生產日期質量狀態質檢單號質檢結果入庫時間倉庫環境數據入庫數量成品檢驗報告銷售單內部單號客戶編號客戶名稱行號產品編號產品名稱出庫數量批次生產日期出庫時間工廠庫出庫信息出庫數量出庫分倉出倉時間延期發貨滯留數量滯留原因（工廠庫需要提供愛創一個滯留原因表單）批次庫存產品放行信息名稱規格產品批次生產數量檢驗情況放行人附表5分倉基本信息倉庫名稱倉庫地址倉庫面積倉庫負責人倉庫證照倉庫入庫信息產

30、品批次入庫時間承運商信息車輛信息（車牌號、硬件參數、營運證、維修保養記錄、駕駛員、裝卸工健康證）來源工廠入庫產品溫度入庫數量在庫數量庫房溫度倉庫出庫信息配送單配送數量出庫產品溫度車輛信息（車牌號、硬件參數、營運證、維修保養記錄、駕駛員、裝卸工健康證）承運商信息目標網點（網點信息）網點收貨商品編碼物流追溯車輛信息產品名稱產品批次裝車時間、裝車前車輛溫度出發地信息目的地信息（多點多信息）終端簽收、實際接收數量（差異原因）物流公司信息在途冷鏈溫度卸貨產品溫度到達時間、卸貨時間、運輸軌跡附表62.2.2.6追溯數據決策分析為本平臺提供更加有效的數據展現和信息分析功能，結合空間分析，為管理部門提供直觀有

31、效的決策分析功能，并實現總部層面（領導決策和部門管理）宏觀綜合決策支持以及牧場、奶源、生產、物流等分指揮中心的面向各自業務條線的數據決策支持要求。此功能可基于成熟的BI可視化數據分析工具進行二次開發，并可根據用戶要求進行靈活調整。主要分析類型需包括：基比分析屬于發展分析，主要分析本期指標值與基期指標值的比值，以判斷在整個分析的時間周期中本期指標比基期指標的變化情況。環比分析屬于發展分析，主要分析本期指標值與前期指標值的比值，以得到在整個分析時間周期中本期指標值比前期指標值的變化情況。增長率分析屬于發展分析，主要分析本期指標值比前期指標值變化的比率，以得到在整個分析時間周期中本期指標值比前期指標

32、值的增量情況。80/20集合分析找出指占整個指標發生額80%的記錄，并且給出每一個記錄所占整體指標發生額的百分比和累計百分比。80/20區間分析與80/20集合分析所不同的是：80/20區間分析所給出的是占整個指標發生額80%的記錄的值中最大和最小值所構成的一個區間，根據這個區間可以了解占總發生額80%的記錄的發生額的上限和下限之間的空間有多大。絕對值分布分析了解所要分析的記錄主要分布在整個數據區間的哪個部分，以便引起分析人員對具有這一部分數據特性的數據進行監控，往往與告警功能相結合使用。比重分析與絕對值分布分析相同之處在于比重分析也是分析數據的分布狀況的分析方法，而與分析模型不同之處在于，比

33、重分析分析的是各記錄對于記錄總發生額所占的比率，并且對這些記錄進行排序，以使了解記錄在整個區域的分布情況。異常值分析：找出整個記錄區域中，某個或某些記錄的值和區域中其他記錄的值有較大差距的記錄數，以便于在海量的數據中標明特殊記錄的存在位置。中心趨勢分析了解在數據選定區間中，中位數、平均值的大小如何，并且可以了解在中位數和平均數周圍數據的分布狀況。離散趨勢分析了解在選定數據區間中，每個指標的標準差、標準差系數和全距的大小，以此來判定整體數據的分布是否均勻，離散性是否符合要求。TOP N分析是為了找出被分析指標中所對應的記錄占總記錄值的百分比最靠前的幾個記錄。強度分析屬于現狀分析，和基比分析類似，

34、也適用于不被時間所約束的記錄，可以對任意記錄進行做類似于基比分析的分析過程。平衡性分析屬于現狀分析，分析在整個數據區間中高于平均值和低于平均值的記錄各有多少，以此來了解數據的分布狀況。關聯分析報表關聯：將幾張業務相關的報表進行鏈接，查看的時候，方便的將與之相關的報表展示出來。指標關聯：將幾個有業務關系但不在同一分析主題的指標進行鏈接，查看的時候，方便的將與之相關的指標展示出來。敏感性分析What If分析：分析當構成自定義指標的多個元素發生變化時，自定義指標本身的變化情況。敏感性分析：分析當構成自定義指標的多個元素發生變化時，對自定義指標的影響有多大。平衡點分析：在指標值被確定或指標值滿足特定

35、條件的前提下，求解和指標相關的某個變量變動的最小值和最大值（即為平衡點）。2.2.3綜合展示系統需求1)全產業鏈展示可基于PC終端、移動終端以及指揮大屏，在百度、高德等主流GIS地圖上，結合追溯數據決策分析功能的成果，綜合展示（支持整體展示和分屏展示）試點產品的全產業鏈作業實景，展示每個關鍵節點的實時數據，例如牧場環境監測及養殖數據、生產加工環境監測及生產數據、物流環境監測及物流數據等。也可以在此點擊攝像頭進行實施監控，通過對視頻監控系統的改造，可將各路視頻監控接入綜合展示系統，分2屏、4屏、8屏等多屏進行實施監控展示。主控方可隨時切換視頻信號來源。2)各環節綜合展示以全產業鏈展示界面為入口，

36、可進入各個環節的綜合展示界面，展示不同的內容。以物流中心為例，分別有：物流概貌、詳細實時監控數據、數據對比、分倉實景、物流追蹤等。3)數據綜合分析展示可以隨時調取追溯管控平臺中各種數據分析結果，以動態圖表或文字的形式展現，圖表可實現鉆取或類比。4)集成控制可通過PAD或者PC對展示系統進行操作。2.2.4主要接口需求追溯管控平臺通過各種標準接口規范，與其他系統進行接口，接口方式多樣即可通過XML標準文件方式，也可通過數據庫級的方式進行數據交互。接口配置簡單可很方便的實現與其他系統的接口，建議統一接口標準規范和安全傳輸機制。需要通過接口與視頻監控系統進行對接，將視頻接入綜合展示系統。同時需要通過

37、接口或者定制開發與政府監管平臺對接，實時上傳政府監管所需追溯信息。第三章 項目實施方案3.1實施建議3.1.1 實施原則(1)業務驅動原則“業務驅動原則”是目前系統設計的最基本原則，平臺功能一定要能夠全面反映業務需求，并且能夠隨著業務的變化、組織的變動而做出的調整，使得平臺在一段時間內能夠不斷完善。(2)整體性原則系統建設要統一考慮各個業務實體的業務需求，在合理定義各類業務需求的優先發展原則之后，在面向服務架構中統一進行設計和開發，以保證各追溯信息平臺的統一性、完整性。采用開放式的結構體系，對業務、政務、網絡硬件、接口等各系統精心設計、精確計算，高度整合資源，實現與各有關單位信息系統的有效銜接

38、和互聯互通。(3)可靠性原則安全可靠性甚至是實用先進性的前提。系統平臺可靠性要從硬軟件平臺、網絡構件等多方面進行考慮。應用軟件的安全性要通過選擇高可靠的系統平臺、WEB服務器平臺和數據庫平臺來保障，要通過精心設計避免可能的安全隱患。信息處理的保密性和信息存取的分級性要用存取控制方法來實現。(4)統一性原則整體平臺的設計開發需要建立統一的數據交換體系，統一的系統權限授權體系。達到平臺統一使用統一授權。(5)先進性原則系統的先進性有幾個方面的因素：一是整體結構的先進性，二是操作系統平臺的先進性，三是網絡構件的先進性，四是系統部署的先進性，五是數據庫平臺和開發平臺的先進性，六是應用功能的先進性。系統

39、建設還要注重信息安全建設，通過各種技術手段保障系統運行和數據共享的安全性。(6)可擴展性原則平臺要考慮未來發展和功能擴充，一方面要預留相關資源空間與項目接口，以滿足業務發展的需要；另一方面整個平臺的系統設計必須考慮到未來可能會對系統功能所做的進一步擴展，尤其是在系統的各種運行參數、校驗原則等方面的設計，應該盡量靈活，保證以后系統參數、原則變化的可維護性。(7)安全性原則為了確保系統和數據的安全，信息平臺必須采用可靠的身份認證體系，數據交換通過ESB交換平臺，同時需防范人為干擾、病毒、斷電等意外事故的破壞，保證正常運行。系統設計時應充分考慮防范非授權用戶的非法操作，按不同權限將功能劃分開，有統一

40、的授權體系。系統建設還要注重信息安全建設，通過各種技術手段保障系統運行和數據共享的安全性。3.1.2 實施要素實施成功考慮要素包括：(1)系統既完善又簡潔、實用為上本項目范圍不僅包含業務操作層面的實施內容，也包含政府監管層面的內容。因此，在系統設計上要滿足功能需求，實用為上，不搞大而全，不實用的功能盡量簡化。(2)充分估計難點、攻克性能瓶頸在并發相關干系人眾多的情況下能滿足性能需求成為項目的難點和關鍵，公司憑借多年的軟件項目的開發和運行經驗，將抽調有經驗的技術骨干，根據實際情況，進行技術研討，確保項目沒有性能瓶頸。(3)充分理解需求、保持方案的伸縮性理解項目的各方需求成為項目實施關鍵，在這方面

41、，愛創將安排多年資深項目管理人員參與項目，未雨綢繆，理解現有需求，挖掘潛在需求；另一方面在方案設計上，完善主題框架，保持一定的伸縮性，應對可能變化的需求。(4)質量保證嚴格按照CMM3流程以及項目規范來實現。可以通過兩方面來完成。一方面，在項目組內部，每周應有項目審閱會議，以保證項目組成員正確地執行所分配的任務，對項目交付文檔，項目組長、項目經理安排人員進行審閱及予以確認；另一方面，可以安排有經驗的非項目組顧問對項目進行健康檢查、審計，以確保項目在正確的軌道上穩步推進。3.1.3 實施策略l 漸增交付策略要完成項目的建設不是一蹴而就的。在實施過程中漸增交付的方法把最終的交付分為較細小的子交付。

42、管理層能夠在較短的時間內看到成果。漸增交付可以同時保證項目的實施正確和衡量每階段的成效。l 滾動開發策略客戶數據庫需要持續優化的過程。因此在系統的實施過程中遠程目標亦會相應改變，不斷改進不斷完善。項目的規劃需要一步一步的向著自動化的遠程目標前進并不時更新。滾動開發把每一階段的成果加上用戶的反饋都作為下一階段的基礎逐漸走向目標。更重要的是，由于滾動開發把遠程目標劃分成多個階段，開發能較靈活地配合遠程目標不停的改變。3.2項目啟動和需求調研階段軟件開發項目，在編碼及基本建設完成后，不能立即進行使用，需要在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護

43、等一系列的工作，愛創將這一系列的工作稱為項目實施。項目是否成功、相關干系人的軟件使用情況是否順利，不僅取決于項目本身的質量，項目實施的質量效果也對后期相關干系人應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。愛創公司內部已成立了項目組，參與項目的需求研討，所以，這里就不再討論項目啟動階段，下面對其他的實施階段分別介紹。3.3需

44、求調研確認階段此階段的主要工作是愛創的實施人員向相關干系人調查相關干系人對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫需求調研分析手冊，并交付相關干系人進行確認，待相關干系人對需求調研分析手冊上所提到的需求確認完畢后，實施人員將以此為依據進行軟件功能的實現。如果相關干系人又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：（1） 進行需求調研準備（2） 編制需求調研計劃（3） 內部評審是否通過需求調研計劃，項目組、部門經理、商務等人員根據合同要求和項目實際情況對需求調研計劃草稿進

45、行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。（4） 相關干系人是否簽署需求調研計劃，如相關干系人簽署需求調研計劃，則作為以后需求調研工作的指南。否則重新修改。（5） 需求調研計劃是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。（6） 編寫及發出需求調研通知，項目組編寫需求調研通知，確定進行需求調研的相關事宜，發給相關干系人，為順利完成需求調研工作做準備（7） 需求調研，項目組以需求調研手冊為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集相關干系人的個性化需求。（8） 需求調研分析根據調研的結果，項目組和公司其他

46、技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成需求分析報告草稿。（9） 內部評審是否通過需求分析報告。項目組、部門經理、公司其他技術部門的人員對需求分析報告草稿進行評審，如評審通過，則在稍后由相關干系人簽署，如評審不通過則重新修改，直至內部評審通過。（10） 編寫及發出需求分析報告確認通知。項目組編寫需求分析報告確認通知，發給相關干系人，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。（11） 相關干系人是否確認需求分析報告。如果相關干系人確認，并簽署了需求分析報告，則需求調研階段工作結束，進行后續的軟件功能實現的工

47、作；如沒有確認，則進一步進行調研、分析，直至相關干系人最終確認并簽署需求分析報告。雙方簽署了需求分析報告，需求調研工作結束之后，如果相關干系人提出新的需求或是變更已有的需求，則執行需求新增及變更流程。3.4軟件功能實現確認階段此階段的主要工作是實施人員根據需求調研階段確認的需求調研分析手冊中的相關干系人需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，實施人員將編制軟件功能確認表，將定制好軟件功能待相關干系人確認，相關干系人根據軟件功能確認表上的功能

48、逐一確定軟件功能是否達到要求，對不滿足要求的功能，實施人員將會記錄下來并進行功能修改，直到滿足用于要求。3.5數據標準化初裝階段此階段的主要工作是實施人員指導相關干系人進行系統標準化資料的準備工作，并對相關干系人進行初裝資料的軟件操作培訓，以便相關干系人能夠及時的將標準資料錄入系統，初裝完成后，實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。3.6系統培訓階段系統培訓階段工作是整個項目實施工作中比較重要的工作，相關干系人對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以相關干系人要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對相關

49、干系人的相關人員進行系統和規范的產品培訓是非常必要的，達到讓相關干系人了解項目，最終自己能夠解決使用中的具體的問題。此階段的培訓工作中將相關干系人參加產品培訓的人員劃分為三個層次：系統管理層、操作層、系統維護層。對不同層次的相關干系人參加產品培訓人員的培訓內容參見培訓安排。3.7系統部署及測試階段3.7.1安裝部署工作說明在平臺系統啟動會議后，兩周內完成系統安裝與部署。完成對光明乳業工作人員和供應商的功能流程培訓，接續再進行系統操作培訓。由于各節點設備情況不是很一致，需要本公司實施人員逐一調試確認，依實施狀況安排終端操作加強培訓。3.7.2系統安裝階段此階段的主要工作是在相關干系人真實環境下，

50、對相關干系人網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合相關干系人簽署的需求分析報告中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前相關干系人的有關人員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為： 1、編制計劃：與相關干系人實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制測試及試運行計劃。2、簽署計劃：相關干系人簽署測試及試運行計劃，進一步確認測試及試運行安排。3、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的測試及試運行計劃，將時間，地

51、點，人員等信息通知相關干系人實施負責人。 4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題； 5、組織測試及試運行：相關干系人相關各級領導給予全面配合，組織相關人員進行測試及試運行.愛創項目組負責擔當指揮，檢查相關干系人人員組織情況并給予指導，跟蹤檢查如下情況： 跟蹤數據流轉狀況。 跟蹤權限登錄環節。 觀察業務流程執行狀況。 觀察操作人員操作表現。 觀察系統運行速度及異常表現。 觀察關鍵數據的正確性。 及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。6、測試及試運行總結：測試及試運行完成，總結

52、試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。3.7.3系統測試計劃我司將模擬預期的系統運轉進行性能測試，作為運轉測試程序的一個部分，按照業主要求，驗收總調試內容包括： 各個業務功能點都必須保證確切地完成設計功能，并且考慮極端并發用戶的測試； 按照業務流程順序，模擬正常業務運行情況； 模擬主機系統的故障； 模擬網絡通訊故障； 聯機的安全測試，模擬非法訪問。3.7.4軟件配置復查驗收測試的另一個重要內容是軟件配置復查。復查的目的是保證軟件配置的所有成分都齊全，各方面的質量都符合要求，各技術文檔與程序一致，具有維護階段所必須的細

53、節。在驗收過程中，我司將確保用戶操作指南等手冊的完整性和準確性。3.8項目驗收階段3.8.1驗收標準對于一個大型的軟件項目，完成軟件并進行各種測試之后，就可以請用戶或軟件技術專家對軟件進行驗收，在驗收之前我司承諾提供給業主各種具體的技術文檔，如操作指導手冊、應用軟件手冊、設備(軟件)說明手冊及各種測試文檔等，一些技術文檔需要具體項目進行時的調研中才能完成，在這些最終的技術文檔形成之前，我司將把本招標書-技術規格書部分作為用戶對于本系統軟件的期望，并作為驗收的主要標準，在驗收過程中對于測試的各個結果和這些要求內容進行相比，如果達成則算通過標準，我司承認業主在項目進行中有權對需求進行更改，但需要修

54、改的部分要經業主確認并作為正式文案通告我司，我司將以確認修改后的最終需求作為用戶對于本軟件的期望(同時編寫成正式的用戶需求文檔)，在驗收時作為開發軟件是否有效的標準。1.具有靈活性、可擴充性；能根據物流發展模式變化和客戶需求變化做相應調整，靈活適應，并使調整前后的信息保持可比性。2.具有安全性、可靠性；3.系統運行效率高，各項功能穩定；4.能實現與各用戶系統相互聯系成一個有機整體，數據能互相利用，并具有一致性，減少數據冗余；5.系統具有集成應用和組件功能，各功能模塊應組成有機的整體，要求做到無縫連接，以達數據共享的目的。提供良好的數據接口和應用接口；6.應具有管理上的前瞻性，能推動管理思想和管

55、理手段的進步；3.8.2驗收方案及所提供的詳細文稿清單愛創在實施本項目并滿足技術規格書中確認的條件后，申請交付業主方測試與驗收。過程包括：預測試、測試、性能檢驗、驗收；應用系統驗收 系統設計系統設計文檔檢查并提交系統初步設計書、系統詳細設計書、應用程序流程圖、軟件清單與說明、用戶操作手冊； 系統測試-人機界面參數顯示測試并提交軟件界面測試報告-應用軟件功能測試并提交軟件功能測試報告-應用軟件性能測試 預驗收項目通過采購方組成的預驗工作組的驗收工作。 項目正式驗收通過驗收組的正式驗收，并出具項目驗收報告。3.9實施進度計劃3.9.1 編制原則 堅持統一計劃的原則，認真做好綜合平衡、切合實際、留有

56、余地； 堅持實施工序，注意實施的連續性和均衡性。3.9.2編制依據 項目合同范本的要求； 實施組織計劃； 企業內部的人力、資金等保證條件。第四章 項目管理方案4.1 項目策劃項目策劃的目的是為項目建立可行的計劃，用于開發軟件項目。項目策劃過程應在項目的早期階段啟動。項目策劃包括選擇軟件生命周期模型、分解工作任務、估計工作量、分析軟件項目風險、建立必要的承諾和制定項目計劃。項目計劃是執行和管理軟件項目活動的基礎，同時根據軟件項目的資源、約束和能力做出承諾。4.1.1項目策劃過程4.1.1.1項目定義項目定義的主要工作，即制定項目任務書。項目任務書應該明確任務起始日期，角色及其職責。項目任務書必須

57、經過高層管理者的批準，批準就等于授權允許推進到項目的初始階段。4.1.1.2定義軟件生命周期模型在項目策劃的早期階段，應該確定軟件生命周期模型，只有確定了軟件的生命周期模型，才能做下一步的任務拆分結構及估計。4.1.1.3識別需求確定待產生的軟件的需求及軟件計劃完成的日期這一步很重要。因為在項目策劃期間，要定義許多項目任務，其中的一部分就是根據軟件需求定義的。項目執行時，進度度量的基礎就是需求的完成情況。4.1.1.4建立工作拆分結構(WBS)工作拆分結構(Work Breakdown Structure)是將項目的活動和任務以層次化的方式表示的一種方法。把整個軟件項目分解為可獨立安排、易實施

58、、易跟蹤的工作元素，作為計劃、組織和控制項目工作的基本框架。工作任務的拆分可以減少重要的項和活動被忽略的可能性，有助于在邏輯上識別所有必須的項目活動和其相互關聯關系。可以利用工作拆分結構識別和提高項目模塊的可重用性。工作拆分的目的是精確地估計軟件規模并建立詳細的進度表，并為估算和制定日程表提供基礎。工作拆分結構應體現軟件項目任務書要求，從而達到產品目標，工作拆分的程度應達到能有效計劃和控制每一工作元素的程度，最底層的工作產品應相關連。工作拆分結構應描述工作元素之間的內部關系并為每個工作元素指派負責人。在項目的早期階段，可能沒有足夠的信息為以后的階段做詳細工作拆分，但必須確定關鍵里程碑。WBS可

59、能隨著項目的進行而修改，WBS的更改必須通知所有相關人員，并得到相關人員的認可。4.1.1.5規模估計在建立了工作拆分結構后，應對軟件產品的規模、工作量和成本、關鍵計算機資源、軟件工程設備和支持工具、進度等進行估計。4.1.1.6制定項目進度表在確定項目的軟件生命周期模型，并進行工作拆分及對軟件的規模、工作量、關鍵計算機資源等進行估計后，應制定項目進度表。項目進度表包括以下內容：（1） 項目里程碑、任務、承諾、關鍵依賴、人員及工作量；（2） 確定各活動的時間段；（3） 對影響項目進度表的問題應進行評審，并達成一致，在項目進行過程中，可修訂項目時間進度表。4.1.1.7識別并分析項目風險風險指在

60、項目過程中可能發生的對產品結果產生不利影響的事件。（1） 目策劃階段，項目經理負責識別、分析、降低、消除并跟蹤項目風險，使其不影響項目目標的實現；（2） 項目風險時，項目經理組織盡可能多的與項目成員進行討論，以獲得多方面的意見。完成項目風險的識別后，項目經理制定風險列表，為項目風險跟蹤提供依據；4.1.1.8制定項目基準計劃此處的項目基準計劃是一個統稱，包括項目開發計劃、軟件質量保證計劃、軟件配置管理計劃、測試計劃等。制定的項目基準計劃必須獲得相關組和個人的承諾，相關的組和個人包括項目組成員、軟件質量保證員、高級管理者、測試人員、工程人員及其它有項目有關人員。項目基準計劃要進行版本控制。4.1

61、.2有效輸出項目基準計劃：包括工作拆分、工作量估計、項目進度表、配置管理計劃、質量保證計劃、風險管理計劃、項目培訓計劃等。4.2需求管理提供需求收集、需求分析、需求管理過程的操作規范。4.2.1需求管理過程4.2.1.1需求獲取本項目的需求由客戶收集并整理，經專家評審后，形成業務需求說明書。4.2.1.2需求評審需求評審應采用正式的同行評審方式，參加的角色包括：開發小組的需求分析人員、系統分析人員、設計人員、測試人員，業務小組相關的需求提出人員，技術專家組相關成員，質量保證(QA)人員等。當需求規格說明書篇幅較多時，可采取分別召開多次同行評審會議的分塊評審方式。需求評審按照不同類型的需求，要求

62、參與人員不同，可根據項目的具體情況確定。4.2.1.3需求變更需求變更過程控制軟件需求發生變更時，使之按照制定的規程進行，以保證軟件需求的一致性。1.識別需求變更當在設計開發過程中提出需求變更請求時，提出人提交配置變更請求(CCR)表。CCB主席會同CCB成員根據合同中的要求與用戶協商。對雙方共同確認的更改，雙方在需求更改申請上簽字。如需求的更改變動較大，導致合同需要修訂時，按合同規程修改。2.提出變更請求3.確認需求變更時，應填寫變更請求表(CCR)，由高層經理審批4.對變更請求進行評估項目經理和高層經理可召集相關人員對變更請求進行評估，如果同意變更，即將變更請求交給相關人員執行，并由配置管

63、理員將需求變更入庫對變更請求進行評估的主要內容包括：技術上的可行性業務上的可行性估計完成更改要求所需工作量完成更改要求對業務上的影響完成更改要求對項目進度、費用和人員的影響4.2.1.4需求追溯、跟蹤項目實施過程中，為了使軟件計劃、產品和活動和軟件需求保持一致，需要對需求、需求變化情況、需求完成情況進行跟蹤。1.SQA負責人按軟件質量保證過程對需求跟蹤評審，并記錄歸檔。2.SCM負責人按軟件配置管理過程對需求基線審核和問題跟蹤，統計、整理基線審計報告，向相關人員報告。3.將需求分解成需求矩陣，并對需求矩陣中的每一個葉子節點(即每一個需求項)的狀態進行跟蹤，需求項的狀態包括：未開發，已開發未完成

64、，已完成，已測試通過。4.需求跟蹤由小組負責人和配置管理組完成。4.2.2有效輸出客戶需求分析說明書軟件需求分析說明書需求評審檢查單需求評審報告需求跟蹤評審表需求追溯表4.3項目質量保障軟件質量保證過程確定了SQA所遵循的質量方針、質量目標、SQA組織、SQA任務、SQA計劃、SQA 工具、SQA規程、SQA培訓，其目的是為在組織的軟件開發項目上成功地執行質量保證功能提供SQA過程框架。4.3.1 SQA過程過程評審是軟件質量保證活動中最重要工作，它通過對項目過程的評審，發現過程中存在的與標準軟件過程的不符合，及時采取糾正措施，以確保項目過程的質量。評審和審計過程1.項目定義的軟件過程是通過對

65、組織標準軟件過程進行裁剪后形成的，它是SQA 進行過程評審的基礎。SQA 人員應該準備并依照SQA 過程評審報告中的檢查表來對過程活動進行評審。2.SQA 負責人與項目經理共同協商確定需要評審的過程，并在軟件質量保證計劃中詳細描述評審內容、時機、任務等。3.SQA 負責人通過與項目經理及項目組成員的訪談或參與到項目活動中來進行評審，適當的可以檢查有關的過程產品。檢查時使用檢查單。4.將評審結果記錄在檢查單 中。對符合檢查項填寫“是”；否則填寫“否”，表明不符合過程定義。5.評審完成時，在評審報告中總結發現的問題，并與項目經理和適當的項目組成員進行討論，目標是闡明問題并對怎樣解決不符項達成一致意

66、見。應盡量在項目內解決不符合問題。解決方式有三種：使項目實施的過程符合標準過程。與公司軟件工程過程組(SEPG)進行協商，由SEPG修改標準過程，使其與項目相適應。同意這種符合性不適用，即允許特定環境下有例外。在SQA 過程評審報告中記錄取得一致的糾正措施、指定的責任人及計劃完成日期，同時將其記錄到項目問題日志中，并且跟蹤直到問題解決。4.3.2有效輸出1.項目的軟件質量保證計劃2.SQA對過程的評審報告3.SQA周報4.對SQA獨立審計報告4.4項目進度保證4.4.1進度管理方法在本項目中采用Microsoft Project平臺進行項目進度管理。工具使用要求： 建立完整的項目管理進度計劃，

67、形成基線； 項目人力資源全部納入系統中進行管理，做到人崗匹配，責任到人； 及時更新和跟蹤項目進度，調配分配的資源； 定期向招標單位匯報工作進展和人員使用狀況。(頻度為每兩周一次，或根據實際需求安排)軟件開發項目涉及面廣較多，需要多個開發組同時進行，為保證項目的有效開展，項目間的溝通管理，愛創將在開發現場建設以Microsoft Project Server 2002(或2003)為基礎的項目計劃管理、項目跟蹤與監控的統一平臺，協調各開發組、開發人員之間的進度計劃。4.4.2進度跟蹤與監控項目監控的目的是為軟件項目開發過程提供足夠的可見性，以便當項目嚴重偏離計劃時及時采取糾正措施。項目監控包括根

68、據估計、承諾和進度表跟蹤軟件計劃執行情況，監控軟件項目風險，當實際工作與計劃有嚴重偏離時及時采取糾正措施。項目計劃是軟件活動跟蹤、匯報項目狀態和項目計劃修改的基礎。項目經理監控軟件活動，主要通過在所選出的軟件工作產品完成時和在所選擇的里程碑處，將實際的軟件工作產品大小、工作量、成本和進度與計劃相比較，來確定進展情況。當確定軟件項目計劃沒有得到滿足時，采取糾正措施。這些措施可以包括修訂軟件開發計劃以反映實際的完成情況，以及重新策劃遺留的工作或者采取措施改進性能。變更項目計劃必須遵循變更控制規程。4.4.2.1項目計劃跟蹤項目計劃用于跟蹤項目活動和通報項目狀態。項目計劃的修改反映實際完成情況，其有

69、效協調軟件工程組、項目經理、高級管理者和其他相關組的活動。項目計劃跟蹤的內容至少包括：1.軟件規模(WBS)2.項目進度(里程碑、甘特圖)3.風險、問題4.下列情況需要修改項目計劃：當計劃有明顯改變時，或軟件項目任務書的要求與項目不符時，需修改項目計劃。在需求分析階段，項目進度與計劃相差10%以上，在設計階段，項目進度與計劃偏差25%以上，或者各階段累積的進度偏差在10%以上。修改后的項目計劃應注意：1.反映所有新的軟件項目承諾和承諾的變更2.對修改的項目計劃進行評審并重新批準3.項目計劃要進行版本控制4.項目估計的變更是在事件驅動的情況下進行的，例如額外的項目特征增加了原始估計的軟件規模，因

70、此需要更新估計的軟件規模5.項目經理應該定期組織項目評審，其評審的主要內容是確認計劃的執行情況，評審會議要有會議紀要軟件規模跟蹤項目經理根據項目計劃負責軟件工作產品規模的跟蹤，在必要時采取糾正措施。1.比較實際代碼量和項目計劃中估計的代碼量2.明確與項目計劃中估計值的偏離程度3.監控影響軟件工作產品大小的主要因素4.監控每個軟件工作元素大小的上下限，當其超出計劃中的估計值時，需采取糾正措施5.評價偏離造成的影響6.定期監控和調整項目規模估計7.軟件規模估計的調整需形成文檔，在影響軟件承諾時，需得到相關組的同意8.必要時，修改項目計劃項目進度跟蹤1.跟蹤項目進度，必要時采取糾正措施2.比較活動的

71、實際完成情況、里程碑和其它約束3.確定與項目計劃中明確要求的偏離4.估計軟件活動、里程碑是否延期和提前的工作量，其它的約束是否影響以后的活動和里程碑等5.軟件進度表的修改影響軟件約束時，要與相關組商議并達成一致6.若開發的軟件分為幾個功能單元或子系統，要跟蹤每個階段單元的完成百分比，也就是說要跟蹤每個單元的設計、編碼、單元測試、集成測試和系統測試等7.定期跟蹤項目的關鍵依賴和關鍵路徑8.監控項目進度時間上下限，超出時要采取相應的措施9.必要時，修改項目計劃風險跟蹤風險跟蹤的目的是監控識別出與成本、資源、項目進度、項目技術有關的軟件項目的風險的狀態，確保風險減輕措施的正確執行。先前計劃的減緩活動

72、的有效性的取決于是否減緩了風險的可能性或潛在影響，或是否風險真的發生了。1.在項目會議上，負責減緩識別的風險的項目組成員報告減緩活動狀態及風險本身。對每個風險和減緩活動的狀態都要進行跟蹤和審查。2.在項目會議上或里程碑會議評審項目風險狀態。3.如果風險仍然存在，審查可能性和影響值，必要的話進行更新風險管理計劃。4.當有其它信息可利用時(如：附加的風險和消除的風險等)修改風險的優先級和發生的可能性。5.如果風險已發生或者正在發生，那么風險從潛在問題變成了一個實際的問題，應該對其進行跟蹤和控制。把風險狀態改變成為問題，并且把問題與措施一同記錄到項目問題日志，必要時更新風險管理計劃。4.4.2.2項

73、目會議項目會議是溝通項目情況的主要機制之一，是常規項目管理過程的一部分，所有的項目組成員都有責任呈現其活動狀態并對潛在的和實際的問題和風險進行溝通。項目組定期評審項目技術進展、結果和問題，項目經理在項目計劃里確定項目的時間和頻率，并負責提供一個能夠開放的、公正的進行狀態報告和討論的環境，項目會議應形成會議記要，并分發給相關人員。1.項目組成員要以項目計劃為基礎執行活動。2.定期(建議每周進行)與項目經理和個人交流某一項目活動和軟件工作產品的技術狀態。3.收集并分析用于控制軟件項目的度量數據。4.識別嚴重問題和偏離項目計劃的問題。5.記錄對軟件工作產品和過程的更改請求和問題報告單。6.跟蹤變更請

74、求和問題報告，直到問題被解決。7.必要時，修改項目計劃。4.4.2.3正式里程碑評審在里程碑處必須組織軟件產品評審，提供的證據和考慮的問題如下：1.軟件工作產品是否完成2.軟件工作產品符合規范3.軟件活動符合項目的進度要求4.項目組準備進行下一步活動5.項目開發和維護活動按照項目計劃、進度表和組織的標準進行項目經理負責組織正式的評審(如：設計準備評審、編碼準備評審、測試準備評審、發布準備評審等)，評審項目計劃中指定的里程碑處項目的結果和完成情況。項目組成員、軟件質量保證員、軟件配置管理員應參加里程碑評審會議。在項目進度表中的某一時間點組織評審，如可以選擇在階段(需求、設計、編碼/單元測試、子系

75、統測試、系統測試等)完成時進行。 在適當時，客戶、最終用戶、軟件供應商、組織內其它相關人員參加評審會。里程碑評審包括以下討論議題：1.評審會涉及項目承諾、計劃、狀態和項目風險等內容2.明確嚴重問題3.估計解決問題的工作量4.記錄評審結果、行動計劃和決定5.必要時，修改項目計劃4.4.2.4項目報告項目組成員等通過每周填寫項目周報報告他們的活動結果，由項目經理負責收集和整理成項目報告。1.內部報告：項目例會根據需要每周召開一次，形成正式的進度報告。2.外部報告：與客戶每兩周召開一次工作例會；與協調小組不定期召開會議。4.4.3有效輸出1.更新的項目計劃(項目計劃、軟件質量保證計劃、軟件配置管理計

76、劃)。2.非正式項目評審、正式里程碑評審、每月項目評審的評審記錄或會議紀要。3.糾正措施。4.5項目組織管理4.5.1組間協調和應急機制4.5.1.1組間協調組間協調的目的是建立軟件工程組與其他工程組積極合作的方法，以便項目更能夠有效地和高效率地滿足客戶的需求。在項目的實施過程中，軟件工程組與軟件相關組之間、項目組與客戶之間相互約定，并在此基礎上處理相互接口、進行技術交流與問題處理的活動，以保證最終實現客戶的需求。從項目啟動開始，就可能存在著需要協調組間的關系。組間協調不是一個階段，而是貫穿在整個項目生命周期之中的過程。4.5.1.2應急機制當項目發生突發事件無法正常進展并造成部分子項目(業務

77、)或全部項目無法正常運行，則稱為應急事件。是否為應急事件的判斷由項目高層管理人員以及客戶代表進行決策。事先制訂一套完善的反應措施來應付各種情況及原因造成的應急事件，稱為應急預案，應急預案包含在項目計劃中。當有項目發生應急事件之后，項目組組應對應急事件進行評估，在通過評估后，對應急事件進行相應處理，并最終在應急解除后產生應急報告。然后按照項目變更流程修訂項目計劃，經過雙方高層經理審批后開展項目活動。4.5.1.3投訴制度項目問題按照問題管理流程進行處理，由專職的質量保證人員對問題進行跟蹤和反饋，項目經理以及各開發組長負責問題解決，為有效的處理問題、保證項目甲方利益，在項目組成立的時候，建議設定項

78、目投訴熱線，安排專人負責。相關投訴可以直接反饋到雙方高層經理，同時投訴也納入針對項目組、項目經理的績效評估。4.5.2項目組織結構建立合理的組織架構，是項目成功保證的基礎，根據我們對整個項目的理解和分析，結合多年的項目管理經驗，為了確保項目的順利實施和有效管理，我們初步擬設立的組織架構如下所示：項目組織結構圖： 項目總負責負責整個項目的領導、協調、審批、監督、溝通、宏觀控制以及異常情況的處理，確保整個項目最后能夠按計劃保質保量地完成。由雙方公司領導組成。 項目總監對整個系統工程負責，負責系統總體設計、系統集成，并負責安排調度，組織實施監督工程項目，合理安排人員配置，定期組織開發工作會議，負責整

79、個項目的全過程監控。確保工程如期完成，并負責系統驗收移交。負責安排、組織、管理、協調工程項目。負責工程總體實施和驗收。具體對整個項目負責，制定并跟蹤項目進度，協調各小組工作。 技術總監負責工程總體設計，負責平臺系統架構分析、設計及原型實現，指導技術團隊完成產品研發；參與制定設計及實現規范，指導設計、實現及部署工作;配合項目經理進行技術決策，進行技術風險評估;協助、指導工程師解決關鍵問題;設計開發關鍵性功能模塊。 質量總監對項目整體質量體系的建設和維護，包括研發、實施、運維等項目。 商務總監協調各方面的商務關系和溝通聯系。 軟件開發團隊主要負責業務系統地分析、設計、開發、單元測試等工作。主要由開

80、發組長全面負責，下設多名開發成員。負責業務軟件的系統測試，制定集成、系統測試計劃并執行測試工作，發布測試報告。測試組由測試組長負責，下設多名專職測試人員。 技術實施團隊負責進行網絡、系統平臺、應用、軟件等的部署、培訓、運行和維護。第五章 總體實施計劃5.1 全程追溯管控平臺計劃圖5.2、關鍵里程碑全程追溯管控平臺關鍵節點開始時間持續天數需求調研2017/9/120牧場模擬數據整理2017/9/1020指揮中心展示準備2017/9/2015概要設計2017/9/2010詳細設計2017/9/2120數據模型完成2017/10/510數據集成共享系統開發2017/10/925全程追蹤追溯系統開發2

81、017/10/925指揮中心展示調整2017/10/1310系統試運行2017/11/510系統調整2017/11/65系統部署2017/11/1515根據需求調整追溯平臺功能2017/12/130牧場接口聯調測試2018/1/125牧場展示設計、部署2018/1/2015奶源接口聯調測試2018/2/125MES接口聯調測試2018/2/2625MES展示設計、部署2018/3/115WMS接口聯調測試2018/3/1625物流接口聯調測試2018/4/1025物流展示設計、部署2018/4/1515系統整體試運行2018/5/110系統整體上線2018/5/1055.3 項目實施管理策略

82、5.3.1 漸增交付策略要完成項目的建設不是一蹴而就的。在實施過程中漸增交付的方法把最終的交付分為較細小的子交付。管理層能夠在較短的時間內看到成果。漸增交付可以同時保證項目的實施正確和衡量每階段的成效。 5. 3.2 滾動開發策略客戶數據庫需要持續優化的過程。因此在系統的實施過程中遠程目標亦會相應改變，不斷改進不斷完善。項目的規劃需要一步一步的向著自動化的遠程目標前進并不時更新。滾動開發把每一階段的成果加上用戶的反饋都作為下一階段的基礎逐漸走向目標。更重要的是，由于滾動開發把遠程目標劃分成多個階段，開發能較靈活地配合遠程目標不停的改變。人員組織架構主要人員職責全程追溯管控平臺蔣旭鋒設計陳季鵬項

83、目經理方小堅開發韓琦開發.第六章 售后承諾保證用戶的軟件系統可靠、穩定、安全的運行，是我們追求的目標，而系統可靠、穩定、安全運行的具體實現，一方面要依靠系統管理人員的日常維護，另外一方面要依靠系統集成公司強大的技術服務支持和雄厚的技術實力，愛創科技作為專業化的系統集成及軟件公司，具有雄厚的技術實力，并在大量的大型應用系統建設中積累了豐富的經驗。具體的服務承諾如下：愛創科技提供三年的軟件免費升級與現場維護。在免費維護期內接受光明乳業的需求更改要求（在不改變系統原有架構的基礎上），免費進行軟件升級和修改。免費維護的范圍覆蓋本包件所涉及應用系統的全部子系統和功能模塊。免費維保期內，愛創科技提供7天*

84、24小時響應，2小時到現場的維護服務。項目驗收后一年內，愛創科技至少有1名合格技術支持人員常駐用戶現場提供服務。愛創科技提供的軟硬件設備包含招標文件所要求的質保期和現場維護，提供詳細的維護服務和技術支持計劃，提供的系統現場維護服務從系統整體驗收合格之日起計算。愛創科技提供軟硬件設備供應商的技術支持和服務承諾，保證本項目在建設過程以及免費維護期中，若遇到與軟硬件設備相關的技術問題，軟硬件設備供應商應及時響應，委派技術工程師提供現場技術支持和服務。愛創科技承諾，免費維護期內的技術服務免費。在免費維護期結束前，愛創科技工程師和光明乳業代表進行一次全面檢查，任何缺陷必須由投標人負責修理，在修理之后，愛創科技將缺陷原因、修理內容、完成修理及恢復正常的時間和日期等報告給用戶。免費維護期滿后五年內，愛創科技將繼續提供7天*24小時響應，4小時到現場的維護服務，相關售后維護費用雙方另行協商。