文件发放解决方案说明书.doc

目 录 TOC \o 1-3 1 前言 4 2 目标与远景 6 2.1 系统建设目标概述 6 2.2 未来系统的典型应用场景 7 3 项目范围定义 11 3.1 组织机构覆盖范围 11 3.1.1 职能域框图 11 3.1.2 职能域说明 12 3.2 未来系统参与者的覆盖范围 13 3.2.1 属于工程职能域的角色 13 3.2.2 属于生产采购职能域的角色 14 3.2.3 属于信息技术支持职能域的角色 16 3.4 未来系统覆盖的业务实体 16 ITEM001：项目／产品 16 ITEM002：批次 16 ITEM003：设计BOM 16 ITEM004：工艺BOM 17 ITEM005：工艺路线 17 ITEM006：制造BOM 17 ITEM007：设计更改单 18 ITEM008：工艺更改单 18 ITEM009：图纸 18 ITEM010：技术文档 18 ITEM011：3D模型 19 4 解决方案的功能及其规格 19 4.1 数据发布管理 19 FN#004：发布设计技术资料 19 FN#005：发布工艺技术资料 23 FN#006：发布设计或工艺更改 25 4.2 数据检索与下载管理 28 FN#009：检索技术资料 28 FN#010：查看技术资料内容 30 FN#011：查看零部件更改历史 31 FN#012：查看图文档的更改历史 32 FN#013：检索更改单 33 FN#014：查看更改单内容 34 FN#015：下载技术文件 35 5 解决方案的技术架构 36 5.1 未来系统管理的逻辑对象 36 5.1.1 逻辑对象静态类图 36 5.1.2 主要类的概要说明 41 5.1.3 主要关系的概要说明 50 5.2 未来系统的架构和主要组件 61 5.2.1 软件系统总体架构 61 5.2.2 关键组件：技术文件注册仓库 62 5.2.3 关键组件：技术数据包TDP管理服务 67 5.2.4 关键组件：技术数据包TDP离线工具箱 69 5.2.5 关键组件：文件发放服务 71 5.2.6 关键组件：基本对象与管理数据服务 73 5.2.7 核心接口基础：SOA集成框架 76 5.2.8 核心接口部件：Teamcenter接口 78 5.3 解决方案的部署 85 5.3.1 系统部署方式 85 5.3.2 软硬件需求 87 6 交付项目定义 88 6.1 项目组织结构 89 6.1.1 项目领导小组 89 6.1.2 实施开发组 90 6.1.3 应用部门代表 90 6.1.4 更改控制组 91 6.1.5 项目角色与技能需求 91 6.2 项目计划 95 6.2.1 项目主计划 95 6.2.2 项目培训计划 95 6.3 阶段交付物 95 6.4 项目假设与风险管控 97 6.5 项目沟通计划 98 6.6 项目质量保证计划 100 6.7 项目更改控制 102 6.8 项目验收 103 7 附录 104  1 前言 技术资料在制造企业的供应链协作中扮演着举足轻重的角色，通常，这些数据都在PLM系统（如Teamcenter）中加以管理，这在研发团队（包括工艺开发团队）的协作中至关重要：不同专业的研发人员能够充分地共享资源、确保在正确的数据上开展工作，加速产品定义信息的发布过程、提高产品定义信息的准确性和可用性。 现代制造业一个普遍的规律是：在研发阶段，产品的品质上限以及80%的成本就已经基本确定，但是，能否将产品交付时的真实品质和成本控制在这个水平，还需要下游生产、服务、乃至供应链等诸多环节的高效运作，这其中，能够在下游环节及时、方便、大范围地使用正确的技术资料是关键要素之一，而利用现有的PLM系统来处理这一问题会存在诸多限制： 首先，低端用户数量众多，而PLM系统的使用成本高昂，如果仅仅为了解决下游终端用户的数据应用问题，使用PLM的情况下，投资回报率很低； 其次，技术资料的内容形式多样，既包括BOM一类的结构化清单数据，也包括复杂的3D模型和2D图纸，此外还包括大量的文档，在PLM中为了使用工程人员专业化数据处理的要求，配备的是功能强大但使用复杂的界面，但这样的交互界面对于下游终端用户来说技能要求过高、不实用； 第三，技术数据在下游各环节的下发也需要复杂的权限规则管控，如果将这一规则体系纳入PLM系统，会极大地增加PLM系统的复杂度，给PLM系统的维护带来困难，而且这些额外的成本支出并不能直接服务于工程研发； 最后，在下游全供应链的环节，不同企业的信息化环境不尽相同，有很多不可控因素、甚至要采用手工的离线数据交换方式，此时，对采用磁盘、光盘等介