北京福田通过plmfpdmscapp提高管理.docx
- 文档编号:4599448
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:18
- 大小:117.99KB
北京福田通过plmfpdmscapp提高管理.docx
《北京福田通过plmfpdmscapp提高管理.docx》由会员分享,可在线阅读,更多相关《北京福田通过plmfpdmscapp提高管理.docx(18页珍藏版)》请在冰豆网上搜索。
北京福田通过plmfpdmscapp提高管理
北京福田通过PLM、FPDMS、CAPP提高管理
【编者按】
通过PLM系统的实施统一生成福田汽车产品设计明细表,统一标准规则、明确产品配置信息,满足下游部门的配置需求
【正文】
实施方:
福田
送评方
总体需求
通过PLM系统的实施统一生成福田汽车产品设计明细表,统一标准规则、明确产品配置信息,满足下游部门的配置需求;
通过FPDMS系统实施,在集团层面统一产品颜色配置、统一生成采购明细表、生协明细表、成本明细表、服务明细表。
实现冲压件的一级工艺路线管理,从而实现集团公司对采购、成本的统一管理。
通过CAPP系统的实施,在生产事业部层面解决零部件的二级工艺路线,实现对工艺路线和生产明细表(铆接、装焊、总装、投料)的结构化管理,从而构建适合整车装配特点的、统一的工艺数据共享平台。
有效解决装配投料明细、采购物料清单、采购成本核算等需要的生产明细的准确性等问题;辅助完成采购、生产等计划的管理。
具体需求
工程研究院
建立带整车颜色的工程明细表配置模块,为设计状态下的产品明细表向采购、生产状态下的制造明细表和采购明细表提供数据加工中间转化环节,把从PLM系统中的工程明细表导入到本系统中,根据生产需求,为生产和采购业务输出带整车颜色状态的工程明细表;
建立供应商配件服务总成拆分件管理模块:
用于研发部门对非自主研发总成服务拆分件的管理;
解决PLM系统与现有系统的数据交换方案,便于PLM系统与该系统数据的相互调用,实现数据高度共享,以免不必要的重复劳动以及因此造成的错误;
产品资源管理模块:
本系统应集成产品资源管理模块,用于集团公司产品资源管理。
方便各业务部门工作过程中查询使用。
使集团公司各业务部门不再依靠纸质文件或电子文档保存传递信息,并使信息传递更加及时准确。
系统应提供集团公司各种生产状态下的零部件信息管理模块,方便相关操作人员统一管理全部零部件的信息,形成集团公司统一的生产数据,对集团公司总部各业务部门及相关工厂和事业部实行数据共享。
2.生产管理部
建立生产计划产量信息管理模块,通过此模块可以对集团公司的年度生产计划,月度生产计划,周度生产计划进行管理。
建立生产协作件信息管理模块,通过此模块可以对生产协作件明细、供货关系、发交系数、价格、发交计划的管理。
建立系统查询功能:
能够查询零件的所在子组、供应商,并进行分类汇总,查询价格,对成本进行细致管理。
建立系统分类查询统计功能:
可以对生产协作件、工艺路线、供应商等信息进行分类查询统计操作。
建立系统对比查询功能:
能对两个车型生产协作件进行对比查询。
3采购管理部
系统应集成供应商信息管理模块,提供集团公司零部件的供应商的统一管理平台。
方便相关操作人员对供应商进行增、删、改、查的功能。
提供I类采购件信息供货关系、发交系数、零部件价格、发交计划生成等功能。
在系统里增加待办事项功能,将与本系统相关的待办事务以一定的形式体现在该系统界面上,提醒用户进行相关操作;
完善系统查询功能:
在对车型的基础信息进行查询时实现两种功能,即a、输入车型号时,能够查询出该车辆的基本信息;b、当输入一些基础信息后,系统会自动查询出与之对应的车型。
4财务计划部
提供整车产品成本明细表查询统计功能。
在该系统中增加临时价格属性,便于财务计划部对不同阶段整车成本的核算;
增加一个成本控制模块,便于财务计划部统计各部门的成本降低情况,以便进行考核激励;
为了便于信息管理兼顾保密原则,要求系统针对不同的部门给予不同的权限,以实现系统的及时维护。
5营销公司-配件公司
利用系统的查询功能能够查询到零部件的供应商的名称及价格信息,用于满足配件服务的业务需求;
6生产事业部CAPP系统主要从以下几方面提出需求:
技术中心:
明细表系统能够生成全厂统一的生产代号。
此代号,做为零部件采购、营销公司提报计划、工厂安排生产计划、制定生产明细、工艺明细的唯一的依据。
是全厂统一的数据平台。
需要将明细表系统和图档管理系统结合起来。
明细表中已体现首用车型,逆向查询能查出首用车型。
同一种零件,不同厂家供货应为不同的编号,只能给了编号之后,才能填写到工艺路线中,才能进行采购等,便于质量控制。
零部件状态完全相同,只是厂家不同,可设为无条件互换;
制造技术部:
能够通过一个统一的数据平台(以产品明细表为基础,能够包括设计、制造技术、生产、采购物管、财务部门、营销),使制造技术部门能够提取本部门所需的数据,并通过信息系统生成相应的工作文档和表格。
通过系统能方便的检索一种车的一个零部件的工艺路线,实现输入一个目录,就能生成子组号。
产品明细、工艺明细、生产明细、采购明细在同一个系统中,分段维护。
通过简单操作自动生成工艺明细,并体现选用装置。
采用明细表管理模式进行工艺明细管理,采用模块化管理,便于管理、查对。
已编制的工艺明细,能够自动引用。
数据库能够进行相应统计,生成相应明细表。
能够进行加减运算,以便进行不同配置的组合;
可进行相近车型的差异查询,减少错漏装的现象,使生产/工艺易于管理;
产品明细表到工艺明细表,要可做拆分与5合并,生成新的图号(工艺图号)。
制造部:
输入车型主要配置,能够判断该配置是否成立(已开发),若成立,则能够自动生成产品内部代号;(可能生成数个内部编号供筛选)
可根据车型内部代号,生成配置表(主要零部件),在第一工位将配置表随车走,避免装错的情况。
具有正向和逆向查询功能。
每台车要有单车用件量,并且可计算批量生产用件量。
(明细表汇总)
总装车间:
能够通过统一的数据平台,生成装车(生产)明细表(每个工位装什么件);
对于选用装置,如选一个主体件,其它配套的零部件也跟着自动改变。
如可按公告型号—总成—零部件实现逐级展开。
能够进行典型工艺的自动生成,减少重复工作时间;
采购、物管系统:
能够有一个统一的数据平台,使采购部门能够提取本部门所需的数据,并通过信息系统生成相应的采购明细;
新产品生产准备需要查询零部件所用车型及新车型借用零部件情况(比较功能);
要体现零件价格,供货厂家、供货系数;(设管理权限)自动汇总采购成本;明确生产厂家(预留接口);
具备共享性的信息化平台,建立标准型台套明细数据库,并能够相应进行下延(预留接口);
生产代号在数据库中能筛选出唯一一套零部件明细;
物管部门能借用相关数据流,并进行改善性相关操作(分段对系统进行维护);
下延物流系统子模块(预留接口);
物料需求计划:
根据生产计划生成物料需求计划,即转化成出库计划;
物料管理:
入库、出库、缺件预警,条形码管理(目前最好的物料管理手段)
结算相关报表:
库存相关查询。
2.项目方案
2.1功能需求
PLM(省略,具体见PLM介绍)
集团公司职能部门(FPDMS)
1产品资源管理模块
本系统要建立集团级的产品资源信息管理平台,对于集团公司各相关业务部门提供产品资源信息,通过集团公司内部网络实现产品资源信息的数据共享,为各部门各用户提供数据检索服务。
满足集团公司生产经营的业务需求。
产品资源管理模块是本系统的核心模块之一。
根据调研情况得知产品资源的层级最多为八层,也有的为五层或六层。
八层的结构包括如下:
1)、SBU
2)、业务单元A
3)、业务单元B
4)、业务单元C
5)、业务单元D
6)、产品线
7)、公告型号
8)、整车编码(由于整车编码是05年后半年新推出的,为了不影响生产及方便用户适应新编码,要求增加新老编码的对照功能,所以在此层要求增加“内部型号”属性,以方便实际业务部门工作人员新老系统的顺利过渡)
整车编码还要增加的属性有:
设计配置结构树号、车身、轴距、发动机型号、变速箱、执行标准号等等。
2明细表管理模块
提供企业级明细表管理模块,用于管理带颜色工程明细表。
规范明细表系统应用的各个环节,形成能够满足各业务部门工作需求的、便于生产管理的、统一的生产组织数据管理系统平台;
建立企业级明细表管理系统与现有各系统的接口,便于各系统对该系统数据的相互调用,实现数据高度共享;
建立企业级明细表的生成及维护模块,工程,采购,生协(含冲压件),成本明细在同一个系统中的分段维护。
系统初试化时实施数据的批量导入,以后除了新车型新的明细表外,其他的日常操作最好通过系统的操作界面加以维护。
要求:
该模块应具有数据维护提示功能,数据发生更改后自动向下游进行维护提示。
3供应商信息管理模块
提供与集团公司总部各业务部门及各生产事业部发生供货关系的全部的供应商信息管理模块,实现集团公司总部各业务部门及和各生产事业部信息共享。
4零部件信息管理模块
提供集团公司总部各业务部门和各生产事业部在其权限及责任范围内的零部件(包括I类件,II类件,生产协作件等)的基本信息、零部件发交系数、零部件价格信息以及冲压件模具信息的维护功能。
当数据需要大批量录入时系统考虑提供数据批量导入工具。
5供应商配件服务零部件管理模块
提供集团公司研发部门收集的非自主研发的零部件总成配件服务拆分件的管理,为配件服务提供技术数据支持。
6生产计划管理模块
通过本系统生产管理部可以下达生产计划,生产计划包括年度生产计划,月度生产计划,周度生产计划。
其中月度和周度生产计划的数据来源于整车销售系统及海外市场业务系统。
7实际产量管理模块
本系统提供各生产事业部实际产量信息维护功能,方便财务计划部进行成本降低核算及分析等相关操作。
8成本管理模块
系统根据企业级明细表生成指定车型的采购成本,并根据各生产事业部生产过程实际发生的各种人工、燃动、制造费用等生成单车的标准成本及相关财务相关报表,给新产品定价及成本分析提供真实可靠的数据支持。
9物料需求计划管理模块
系统根据月度生产计划及周度生产计划,针对采购管理部和生产管理部生成相应的采购件及生产协作件的发交计划。
10数据查询模块
在用户权限范围内用户可以使用本系统的数据查询模块,提供产品资源信息查询、明细表信息查询、供货商信息查询、零部件价格信息查询、生产计划信息查询、实际产量信息查询、成本信息查询、物料需求计划信息查询等功能。
11统计报表模块
提供集团所有车型的带颜色的工程明细表、采购件明细报表、生产协作明细报表、成本明细报表的生成及下载功能。
报表格式见后文附表
12个人设置模块
提供登录用户对自己密码修改功能。
13系统设置模块
提供对系统用户、业务部门、功能权限的设置等操作。
生产事业部(CAPP)
明细表转换
系统提供明细表拆分、合并功能,通过整车基本配置、选装装置与基本工艺表(1G+1C)的加减组合,重新组合生成工艺明细表,输入设计明细表中没有的零件;
根据销售订单确定唯一的生产代号,能够标识出整车不能表达的信息,如车的颜色、主要子组供应商等,供下游部门统一使用;
支持工艺合件的引用。
工艺路线编制
一级工艺路线中零(部)件代号、名称、单台用量可由工艺明细表数据直接获取,系统在工艺路线库中同时检索、引用已有零部件的工艺路线。
如没有则提示用户编制供货单位、工作内容、发往单位等信息,而对存在多工艺路线的零部件系统提示用户自行选择。
工艺路线更改
查询整车工艺路线列表,点击需要更改内容,由操作人员进行更改,录入更改前后零部件的工艺路线、名称、数量等,生成工艺路线更改通知单。
自动更改基本型、相关车型的工艺路线;
根据更改内容,自动更新工艺路线目;
多工艺路线设置。
总装零件明细表
总装零件明细表中的零部件代号、零部件名称可由工艺明细表直接获取,总装工艺员需填写总装零部件的装车工位号、工序号、车型、单台用量等,从而生成总装零件明细表。
提供分类查询汇总,可按零部件的装配工位生成装配明细。
车架铆接明细表
车架铆接明细表中的零部件代号、零部件名称可由工艺明细表直接获取,铆接工艺员需填写铆接零部件的装车工位号、工序号、车型、单台用量等,从而生成车架铆接零件明细表。
提供分类查询汇总,可按零部件的车架铆接工位生成车架铆接明细。
装焊零件明细表
装焊零件明细表中的零部件代号、零部件名称可由工艺明细表直接获取,装焊工艺员需填写装焊零部件的装车工位号、工序号、车型、单台用量等,从而生成装焊零件明细表。
提供分类查询汇总,可按零部件的装配工位生成装配明细。
明细表更改
检索到需要更改的明细表,录入更改前后零部件的工艺路线、名称、数量等,自动生成工艺文件更改单。
根据更改内容,更新明细表。
零部件车型查询
反向查询零部件所用车型及引用情况,比较两种车型的相同件、差异件
采购明细输出
汇总二级工艺路线数据,根据生产数量、日期要求生成采购计划
装配工位查询
由总装工艺明细表、具体生产车型代号查询出各工位应投放的物料明细
投料卡输出
根据总装零件明细表按照库房要求自动生成投料卡,投料卡中不再体现选装,而是给出具体车型的精确BOM,按车型、按批量、按工位分类汇总输出投料卡。
基础资源库
零部件工艺路线库
建立已有车型的工艺路线库,对多路线的零部件标识出每种路线所适用的车型。
工位、供应商库
对工位、供应商进行统一编码、统一管理,以保证数据的一致
工艺合件库
对已定义的工艺合件进行管理,包括合件的基本属性、结构明细、适用车型
车型系列管理
对公告车型的基本型子组、选装子组等均可做集中管理
编码管理
基于规则的编码器可以自动生成编码,编码可分为静态码段、可变码段、独立固定码段、受控固定码段、独立顺序码段、受控顺序码段等六种码段。
并可对编码的申请、发布、废弃进行管理。
系统需求
系统整体架构本方案采用C/S加B/S的方式以实现。
体系架构
网络平台采用Browser/Server(浏览器/服务器)的方式。
客户端的零安装和维护,升级简便易行,只需在应用服务器端进行升级操作。
集中化的管理和维护,降低了企业的维护成本。
实现用户层、WEB服务器、应用服务器、数据库服务器的合理分布,系统具有很高的可扩展性、安全性、可靠性
客户层支持各种终端设备、支持移动商务。
资源共享,集中计算下,可以合理利用共有的服务器资源,实现集中投入。
组件化设计
遵循标准建模语言(UML)的规范,采用面向对象的分析和设计(OOAD)技术,建立业务组件模型,提高开发速度。
特点:
业务逻辑组件化设计
系统配置灵活
代码重用性高。
提高开发速度、缩短实施周期、良好的客户化能力。
语言、平台和协议无关
系统可扩展
基于组件可以实现业务权限控制
网络环境
本系统要求建立在基于Intranet的统一平台的一个系统。
Intranet网使企业各部门实现互联和数据共享成为可能。
目前,我公司已建立了比较完备的Intranet网络系统。
系统应用
基于WEB应用,支持多种网络接入,实现跨地域的管理。
安全可行性
本系统要求采用以下安全技术策略:
增强用户认证、授权、加密,以及审计、监控和数据备份。
2.3方案选择
经过对福田公司现有业务流程和实际需求相对比,以及对标杆企业的调研,最终研发选定PLM产品为UG公司的teamcenter,FPDMS和CAPP系统分别由北京绅软和山大华天软件公司定制开发。
2.4系统解决方案
PLM、FPDMS、CAPP在福田信息系统中的关系图
1、研发部门信息系统平台PLM系统管理工具软件CAX、CAE输出图纸、数模和明细表传给总部FPDMS和销售相关系统
2、总部的数据管理系统FPDMS接收来自研发的数据,总部相关职能部门采购管理部、生产管理部、财务部在FTPDMS系统中产生本部门需要的结构关系,并输出报表,向下传递数据至工厂;
3、工厂事业部接受来自总部FPDMS系统的数据至其工艺明细表CAPP系统,并传递至ERP系统、MES系统;
4、销售部门接收来自工厂和研发部门的数据输出服务明细表
系统技术方案
体系结构
FPDMS系统整体架构,为便于集团管理和分布在全国各地的制造厂使用,决定采用目前流行的B/S结构。
CAPP系统的使用定位在制造工厂内部,所以选用C/S的方式以实现。
系统网络拓扑结构
在网络结构方面,本系统由福田汽车总部网络、网络外扩展以及网络用户组成。
本系统网络主要涉及到福田汽车总部网络和福田汽车其它事业部网络。
本系统只运行于该网络范围之内。
其它事业部网络内的本系统的合法用户也可以访问本系统,系统扩展是指本系统接入互联网后的合法客户端,即总部各业务部门及各生产事业部和其它相关单位(供货商、经销商等)的用户,可以通过互联网使用本系统。
网络用户是指通过福田内部专用网登陆到系统中的用户。
主要包括:
总经理、部门经理、员工,他们分属于以下部门:
总经理办公室、综合管理部、生产管理部、、采购管理部、财务计划部、生产事业部。
每个用户可以通过网络随时在自己业务范围内进行有关操作。
安全方案
企业信息管理系统是一个大型的分布式数据资源管理系统,它包括信息量巨大以及不同程度的信息敏感度,各种有访问需求的用户,使得其安全管理非常复杂。
基于角色的系统安全控制模型是目前国际上流行的先进的安全管理控制方法。
我们的安全管理方案也根据自身的需要有选择性的吸收其部分思想。
其特点是通过分配和取消角色来完成用户权限的授予和取消,并且提供了角色分配规则和操作检查规则。
安全管理人员根据需要定义各种角色,并设置合适的访问权限,而用户根据其责任和资历再被指派为不同的角色。
这样,整个访问控制过程就分成两个部分,即访问权限与角色相关联,角色再与用户关联,从而实现了用户与访问权限的逻辑分离,如下图所示,角色可以看成是一个表达访问控制策略的语义结构,它可以表示承担特定工作的资格。
由于实现了用户与访问权限的逻辑分离,基于角色的策略极大的方便了权限管理。
例如,如果一个用户的职位发生变化,只要将用户当前的角色去掉,加入代表新职务或新任务的角色即可。
除了方便权限管理之外,基于角色的访问控制方法还可以很好的地描述角色层次关系,实现最少权限原则和职责分离的原则。
1.安全管理的职责:
安全管理有集中管理与分散管理两种。
前者意指一切权利都由负责系统安全工作的专职人员或小组掌握,他(们)决定用户的访问权。
2.访问控制策略。
它提供决定用户访问权利的依据。
其中最重要的一个普遍的原则是"需者方知策略"。
也就是说,只有一个工作需要的,才是他应该知道的。
它从原则上限制了用户不必要的访问权利,从而堵截了许多破坏与泄露数据信息的途经。
按照这一原则授予用户的权利,是用户能完成工作的最小权利集合,故也称之为"最少特权策略"。
3.信息流动控制。
只限制用户的访问权利而不考虑数据流动是极其危险的。
控制数据流动以防止无权用户在数据流动后获得访问权利。
4.密码变换。
对于非常机密数据可变换为密码存贮,使得不知道密码的入侵者无法破译所得到的数据密码。
3.实施效果
3.1项目进度
FPDMS:
按照公司明细表业务推行计划,FPDMS系统(核心功能)于06年2月10日开始试运行,2月27日对采购部门,2月28日对生产部门、工程研究院进行了操作培训。
现在各部门正在正式环境上录入数据。
项目组积极准备按照用户提出的修改意见进行系统功能优化。
从06年3月1日开始,由综合管理部牵头,编排周度计划(3月1日~3月8日),组织采购管理部、生产管理部、工程研究院的相关部门开始录入数据,以一个车型1089VDPFG-0DZ001为试点,各部门相关人员按照计划基本完成工作,在录入过程中发现了部分数据问题、程序应用问题,分别由项目推进人员进行记录,并组织完成整改。
3.2.1管理目标
通过PLM+FPDMS+CAPP系统的实施,实现了公司从研发明细表到销售明细表的数据统一和集中管理,打通了从研发到制造的数据通道,满足集团公司总部相关职能部门的明细表业务管理需求,对上游研发部门的输出的工程明细表数据统一进行加工转换,建立起集团公司明细表数据信息管理平台,籍此来保证和满足集团公司生产经营中的明细表数据统一性和准确性。
由集团公司总部统一管理维护系统,实现数据共享,集团公司总部及各生产事业部分权限使,带来的管理效率的提高如下:
从手段上保证设计明细与工艺明细数据的一致性,确保数据的准确性;
可形成正向的数据流,提高各部门的工作效率;
通过系统的应用,可逐步解决目前设计、工艺、采购、生产零部件编号不统一的问题;
通过对车间工艺的管理,可确保装车台套明细的准确性;
建立共享的工艺数据平台,提高信息反馈的效率;
实现对工艺文件进行有效管理;
为配套管理提供有效的基础数据;
可为ERP系统实施提供准确的数据。
3.2.2经济目标
减少明细表差错造成的直接经济损失
提高成本核算的准确度、及时性
降低信息交互成本
降低人力成本
3.2.3技术目标
实现了从PLM、FPDMS到CAPP
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 北京 福田 通过 plmfpdmscapp 提高 管理