ERP项目产品中心需求调研报告.docVIP

产品中心需求调研报告 目录 一、 组织结构与职责 二、 主要业务模块、外部接口及处理建议 三、 问题与需求分析 四、 研发主流程图 五、 附件清单 一、业务模块与组织结构图 1　主要职责： 1）　服务器、PC等新产品的开发 2）　对投产产品的支持和升级维护、工艺与外观改进 3）　项目立项、鉴定、报奖、软件产品认证、专利申报和技术跟踪工作，并建立与维护相关政府部门关系 2　产品中心组织结构： 3　业务模块： BOM管理　　　　　　 　　建议：纳入信息系统 产品编码管理　　　　　　　建议：纳入信息系统 工艺路线管理　　　　　　　建议：纳入信息系统 新产品设计开发控制　　　　建议：部分纳入信息系统 小批试产管理　　　　　　　建议：视情况纳入信息系统 产品改型设计　　　　　　　建议：部分纳入信息系统 设计更改　　　　　　　　　建议：纳入信息系统 产品升级维护　　　　　　　建议：部分纳入信息系统 部件选型与变更　　　　　　建议：部分纳入信息系统 技术文档管理　　　　　　　建议：视情况纳入信息系统 项目立项、鉴定及报奖　　　建议：缓上信息系统 软件产品认证　　　　　　　建议：缓上信息系统 知识产权维护　　　　　　　建议：缓上信息系统 二、产品中心外部接口 1 产品中心主要输入输出关系图 绿色字体为主要输入，红色字体为主要输出信息，详见第三节“产品中心外部接口详单”。 2　产品中心外部接口详单 　　　　流程　 类别　　　　　 接口 输入表单 输出表单 产品开发控制 （新产品设计开发控制） 产品经理组 产品开发建议书 产品开发任务书 产品设计开发总体方案、产品开发计划、设计评审会议纪要、产品开发测试清单、测试报告、设计文件、技术指令、产品设计验证会议纪要暨报告 商务中心 产品开发小组成立通知、产品开发计划、设计评审会议纪要、设计文件、技术指令、产品设计验证会议纪要暨报告、产品开发周例会纪要 采购部 小批试产评审结论表、采购情况说明 产品开发小组成立通知、产品设计开发总体方案、产品开发计划、设计评审会议纪要、产品开发测试清单、测试报告、设计文件、部件规格确认书、采购要求、技术指令、产品设计验证会议纪要暨报告、产品开发周例会纪要 客服中心 小批样机试用报告、小批试产评审结论表 产品开发小组成立通知、测试报告（产品试产结束后统一下发）、产品开发总结报告 品管部 产品关键件检验报告、新采用部件检验报告、整机检验报告、用户环境模拟试验报告用户环境模拟试验报告1、概述 产品中心虽然结构复杂，但技术发展部和MRP II系统关系不大，其他各部门在MRP II中更多是作为信息输入部门，其中以产品工程部与MRPII的衔接最为紧密，三个研发部和MRP有着间接的联系，具体的业务流程有待未来在PDM系统中进一步实现。 产品中心输出的设计、工艺文件等技术信息是MRP II重要基础数据，其中的BOM表和兼容性列表尤为关键。 2、产品中心问题与需求 2.1　BOM、产品编码、工艺路线管理 通过信息系统可以解决的问题： 1） 手工管理BOM和产品编码工作量大，正确率难以保障，一旦出现差错，将造成连锁反应，给下游工作带来诸多问题。如BOM出错，就会造成生产任务单零件不齐套的问题。 2) 不能充分利用BOM信息，为采购计划的分解到部件物料提供便利。 3) 在合同评审中，顾客需经代理、销售人员，合同评审员多个中间环节的信息传递才能由技术人员研究确定特殊配置的订单是否可行，市场响应速度低下，并给销售人员、合同评审人员、技术人员都带来了大量重复的工作。 系统需求： 1） 使用物料清单模块标准功能，管理产品的BOM，提供ATO方式的BOM，可以依据客户选择的配置，自动创建对应的ATOBOM（或变适BOM）。在PC方面，SAP、ORACLE等厂商的软件已经能提供比较成熟的操作方式进行BOM管理，在此需要解决这样一个问题：如何让现有的BOM与兼容性列表有机地相结合，生成系统所需的BOM。 对于SERVER，由于BOM清单比较复杂，不是单纯靠兼容性列表就可以确定，比较难处理。 2） 据BOM自动生成编码。 3） 根据开发人员预定义的工艺模块，在BOM表生成时同时自动选择、生成工艺路线。这里面临着和PC类似的问题，PC的生产批量大，工艺路线相对比较标准化，而服务器的产量相对较少，变化更多，属典型的柔性生产，在系统设计时需要考虑更多的要素。 产品和部件信息的便利查询。 工程变更主要分为两类，一类是产品层面的工程变更，一类是部件层面的管理变更。 部件层面的工程变更会引起产品兼容性列表、产品BOM、工艺路线、工路线中的模块设计一系列的变化，希望借助软件的工程变更模块能对兼容性列表、工艺路线模块进行维护，产品BOM和工艺路线能够根据兼容性列表和工艺路线模块的变