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系统部署及测试阶段72、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领料信息（领的料会用在不同的工序里面）原料品种原料编码原料名称领用时间领用时间领用人员领用人员名称领用数量领用数量原料批次原料批次转序预杀菌（缸）工单号生奶缸号设备名称起始时间结束时间杀菌时间杀菌温度出口温度保持管出口温度操作人员姓名复核人员姓名清洗消毒信息暂存缸（缸）缸号温度起始时间结束时间物料数量检验（LIM20、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.161、.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全程追踪追溯系统开发281、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小时到现场的维护服务，相关售后维护费用双方另行协商。