IT信息化应用系统项目策划招标技术规格书

1、76/76项目名称：九牧集团信息化项目项目编号： 九牧集团IT信息化应用系统项目PDM部分招商规格书九牧集团有限公司2010年11月目 录 TOC o 1-3 h z HYPERLINK l _Toc276113085 第1章项目概述 PAGEREF _Toc276113085 h 5 HYPERLINK l _Toc276113086 1.1项目背景 PAGEREF _Toc276113086 h 5 HYPERLINK l _Toc276113087 1.1.1招标方概况 PAGEREF _Toc276113087 h 5 HYPERLINK l _Toc276113088 1.1.2组织

2、结构 PAGEREF _Toc276113088 h 5 HYPERLINK l _Toc276113089 1.1.3信息化面临的问题与挑战 PAGEREF _Toc276113089 h 6 HYPERLINK l _Toc276113090 1.1.4技术信息化基础 PAGEREF _Toc276113090 h 7 HYPERLINK l _Toc276113091 1.2项目目标 PAGEREF _Toc276113091 h 7 HYPERLINK l _Toc276113092 第2章项目范围与交付物 PAGEREF _Toc276113092 h 9 HYPERLINK l _

3、Toc276113093 2.1项目范围 PAGEREF _Toc276113093 h 9 HYPERLINK l _Toc276113094 2.2项目交付物 PAGEREF _Toc276113094 h 10 HYPERLINK l _Toc276113095 2.2.1产品交付 PAGEREF _Toc276113095 h 10 HYPERLINK l _Toc276113096 2.2.2应用系统交付 PAGEREF _Toc276113096 h 11 HYPERLINK l _Toc276113097 2.2.3服务交付 PAGEREF _Toc276113097 h 11

4、HYPERLINK l _Toc276113098 2.2.4文档交付 PAGEREF _Toc276113098 h 11 HYPERLINK l _Toc276113099 2.3项目一期建设周期 PAGEREF _Toc276113099 h 12 HYPERLINK l _Toc276113100 第3章项目需求 PAGEREF _Toc276113100 h 14 HYPERLINK l _Toc276113101 3.1系统业务功能需求 PAGEREF _Toc276113101 h 14 HYPERLINK l _Toc276113102 3.1.1编码规则 PAGEREF _T

5、oc276113102 h 14 HYPERLINK l _Toc276113103 3.1.2图纸与文档治理 PAGEREF _Toc276113103 h 14 HYPERLINK l _Toc276113104 3.1.3零部件治理 PAGEREF _Toc276113104 h 15 HYPERLINK l _Toc276113105 3.1.4产品结构治理 PAGEREF _Toc276113105 h 16 HYPERLINK l _Toc276113106 3.1.5产品配置治理 PAGEREF _Toc276113106 h 17 HYPERLINK l _Toc2761131

6、07 3.1.6工艺治理 PAGEREF _Toc276113107 h 17 HYPERLINK l _Toc276113108 3.1.7APQP过程治理 PAGEREF _Toc276113108 h 17 HYPERLINK l _Toc276113109 3.1.8数据关联治理 PAGEREF _Toc276113109 h 18 HYPERLINK l _Toc276113110 3.1.9工作流治理 PAGEREF _Toc276113110 h 18 HYPERLINK l _Toc276113111 3.1.10工程变更治理 PAGEREF _Toc276113111 h 1

7、8 HYPERLINK l _Toc276113112 3.1.11项目治理 PAGEREF _Toc276113112 h 18 HYPERLINK l _Toc276113113 3.1.12PDM与CAD集成 PAGEREF _Toc276113113 h 19 HYPERLINK l _Toc276113114 3.1.13PDM与ERP集成 PAGEREF _Toc276113114 h 20 HYPERLINK l _Toc276113115 3.1.14研发知识库治理 PAGEREF _Toc276113115 h 21 HYPERLINK l _Toc276113116 3.1

8、.15权限治理 PAGEREF _Toc276113116 h 21 HYPERLINK l _Toc276113117 3.1.16日志治理 PAGEREF _Toc276113117 h 22 HYPERLINK l _Toc276113118 3.2系统技术需求 PAGEREF _Toc276113118 h 23 HYPERLINK l _Toc276113119 3.2.1系统体系架构 PAGEREF _Toc276113119 h 23 HYPERLINK l _Toc276113120 3.2.2系统信息架构 PAGEREF _Toc276113120 h 23 HYPERLIN

9、K l _Toc276113121 3.2.3系统安全性 PAGEREF _Toc276113121 h 23 HYPERLINK l _Toc276113122 3.2.4系统可治理性 PAGEREF _Toc276113122 h 24 HYPERLINK l _Toc276113123 3.2.5客户化支持 PAGEREF _Toc276113123 h 25 HYPERLINK l _Toc276113124 3.2.6数据备份与恢复需求 PAGEREF _Toc276113124 h 25 HYPERLINK l _Toc276113125 3.3系统集成要求 PAGEREF _To

10、c276113125 h 25 HYPERLINK l _Toc276113126 3.4系统部署要求 PAGEREF _Toc276113126 h 25 HYPERLINK l _Toc276113127 3.5项目服务需求 PAGEREF _Toc276113127 h 26 HYPERLINK l _Toc276113128 3.5.1培训与知识转移 PAGEREF _Toc276113128 h 26 HYPERLINK l _Toc276113129 3.5.2支持服务 PAGEREF _Toc276113129 h 26 HYPERLINK l _Toc276113130 3.5

11、.3售后服务 PAGEREF _Toc276113130 h 27 HYPERLINK l _Toc276113131 3.6项目验收 PAGEREF _Toc276113131 h 27 HYPERLINK l _Toc276113132 3.6.1产品验收 PAGEREF _Toc276113132 h 27 HYPERLINK l _Toc276113133 3.6.2系统验收 PAGEREF _Toc276113133 h 27 HYPERLINK l _Toc276113134 3.6.3服务验收 PAGEREF _Toc276113134 h 27 HYPERLINK l _Toc

12、276113135 3.6.4文档验收 PAGEREF _Toc276113135 h 28 HYPERLINK l _Toc276113136 3.6.5项目初验 PAGEREF _Toc276113136 h 28 HYPERLINK l _Toc276113137 3.6.6项目终验 PAGEREF _Toc276113137 h 28 HYPERLINK l _Toc276113138 3.7知识产权 PAGEREF _Toc276113138 h 29 HYPERLINK l _Toc276113139 第4章投标方资格、服务与治理要求 PAGEREF _Toc276113139 h

13、 30 HYPERLINK l _Toc276113140 4.1厂商资质 PAGEREF _Toc276113140 h 30 HYPERLINK l _Toc276113141 4.2业务咨询 PAGEREF _Toc276113141 h 30 HYPERLINK l _Toc276113142 4.3配置与开发 PAGEREF _Toc276113142 h 30 HYPERLINK l _Toc276113143 4.4历史数据迁移 PAGEREF _Toc276113143 h 31 HYPERLINK l _Toc276113144 4.5技术支持 PAGEREF _Toc276

14、113144 h 31 HYPERLINK l _Toc276113145 4.6上线维护服务 PAGEREF _Toc276113145 h 31 HYPERLINK l _Toc276113146 4.7项目保障 PAGEREF _Toc276113146 h 31 HYPERLINK l _Toc276113147 4.7.1投标方组织与人员要求 PAGEREF _Toc276113147 h 31 HYPERLINK l _Toc276113148 4.7.2质量治理 PAGEREF _Toc276113148 h 32 HYPERLINK l _Toc276113149 4.7.3进

15、度治理 PAGEREF _Toc276113149 h 32 HYPERLINK l _Toc276113150 4.7.4文档治理 PAGEREF _Toc276113150 h 33 HYPERLINK l _Toc276113151 第5章投标方技术文件要求 PAGEREF _Toc276113151 h 34 HYPERLINK l _Toc276113152 5.1建设方案的要求 PAGEREF _Toc276113152 h 34 HYPERLINK l _Toc276113153 5.2项目实施方案的要求 PAGEREF _Toc276113153 h 34 HYPERLINK

16、l _Toc276113154 5.3对技术规格书点对点应答的要求 PAGEREF _Toc276113154 h 34文档讲明本文档是九牧集团治理信息系统招标文件的技术部分，阐述了项目建设的目标、范围、需求和对投标方的要求，并对投标文件的应答做出了规定。项目概述项目背景招标方概况九牧集团有限公司创立于1989年，集团总部位于福建泉州，是目前中国国内大型的卫浴洁具产品制造商和供应商之一，同时也是陶瓷片密封水嘴国家标准的起草和制定单位，“全国五金制品标准化技术委员会厨卫五金分技术委员会”秘书处。集团旗下品牌为“JOMOO九牧”。该品牌荣获“中国名牌”、“中国驰名商标”、“中国国家免检产品”三项国

17、家级荣誉。自集团创立以来，集团就以“改善和提高家居生活品质”为己任，以高品质的产品和优质服务为核心，不断推动“居家生活品质”的改善。九牧集团生产、物流基地占地面积2000余亩，产品涵盖民用及商用领域，是集研发、生产和销售于一体的综合性卫浴洁具大型企业集团。公司拥有丰富的产品线，10多个品类1500多个规格的卫浴洁具产品能够满足不同层次、不同需求的民用及商用消费者。集团拥有完善和优质的营销、服务网络；在中国大陆拥有含旗舰店、品牌专卖店、专列区在内的近万个销售终端，并相继在阿联酋、越南等国开设了国际4S专卖店。产品除销售中国大陆及港澳台外，还出口到北美、东南亚等地区。同享九牧、共享以后， 九牧集团

18、将通过不断提升企业的经营能力，建立自有知识产权的技术优势，接着保持在行业内的领先地位。为实现“九牧洁具、全球共享”的远景目标，九牧集团将接着不懈努力。组织结构九牧集团采取的直线职能制的组织架构，即所有的治理职能都集中在集团层面上，集团是履行决策中心、营销中心和财务管控中心的职能，下属4个事业部和7个子公司负责具体的产品生产经营的职能。九牧集团有限公司组织机构如下图所示：信息化面临的问题与挑战由于集团组织结构复杂，各事业部和子公司众多，各单位之间协作频繁，如何使集团内部各研发人职员作在统一的研发治理平台之上，最大化的提高研发治理的协作效率，是九牧集团研发平台要解决的要紧问题。由于市场的需求变化快

19、，产品推出速度专门快，导致企业的产品种类专门多，技术部门治理的产品数据和文档繁多，产品技术状态复杂。由于产品更新快，导致企业变更频繁，技术数据与技术文档的版本治理困难。变更前与变更后的物料治理困难。企业的产品种类多，涉及的专业多，而市场竞争越来越激烈，客户对产品周期要求越来越短，对产品质量要求越来越高，新产品开发的任务越来越重，这些都对企业的技术部门提出了巨大的挑战。由于企业的生产特点，决定了企业技术治理的复杂性、需求的多变性，企业对PDM系统的功能需求会随着企业的进展而不断变化。这就对PDM系统提出了专门高的要求：必须是开放、灵活的系统架构，能满足企业不断变化的业务需求系统必须具有专门好的扩

20、展性，能专门好的满足企业业务的持续改进，而且新增的功能不能阻碍前期的已有应用技术信息化基础随着九牧集团的进展和成长，在集团各事业部/子公司之中大量使用了各种CAD软件，产生了大量的电子图文档资料，如：AutoCAD、Pro/E、各种Office软件等。然而在技术研发，目前并没有使用技术治理系统。 项目目标利用三到五年的时刻，逐步实现包含ERP、PDM、OA、电子商务和商业智能的信息化平台,优化业务流程，提高治理效率和决策水平，最终构建三层结构的企业数字神经系统，实现九牧集团流程规范化、事务处理集成化、数据信息标准化、公司管控一体化、信息平台统一化。本PDM项目是企业整体信息化的一个重要组成部分

21、，项目的总体目标为：导入项目治理，构建企业的协同开发平台实现项目任务部署快速化，资源分配透明化，进展监控实时化；使产品开发快速、有序运行 实现CAD/PDM/ERP一体化集成： 通过与CAD和SAP系统的集成，实现对物料/BOM等数据定义的一致性和处理同步性，幸免数据多次录入以及由此导致的系列问题 构建产品数据治理平台： 统一定义产品的客户需求、开发、工程、质量等各种数据，通过评审与变更操纵保障数据的完整性、正确性、有效性和安全性，提供各种共享视图和快速检索，充分挖掘产品数据的价值 建立企业的知识治理平台： 建立企业的知识治理平台，积存企业的各种技术知识通过PDM系统，把传统产品开发模式由串行

22、方式改变成并行方式，缩短企业产品开发周期、提高产品质量、降低产品成本。项目范围与交付物项目范围依照九牧集团进展战略规划对集团信息化建设的要求，九牧集团的PDM项目信息化总体规划的目标，如下图：项目时期实施范围工作内容第一时期（2011.12011.6）集团研发项目整体规划：编码、零部件、产品结构、工艺、图文档、工程变更等的整体规划重点配合SAP进行整体规划，形成需求文档第二时期（2011.72011.12）集团研发四个事业部九牧洁具包括：编码治理、图纸与文档治理、零部件治理、产品结构治理、配置治理、工艺治理、APQP过程治理、工作流治理、工程变更治理、项目治理、PDM与CAD集成、PDM与ER

23、P集成。第三时期（2012.12012.6）其他子公司包括：编码治理、图纸与文档治理、零部件治理、产品结构治理、配置治理、工艺治理、APQP过程治理、工作流治理、工程变更治理、项目治理、PDM与CAD集成、PDM与ERP集成。项目交付物中标方应至少提供满足项目需要的以下交付物，要紧包括软、硬件产品、应用系统、支持服务与售后服务，以及相关文档等。产品交付产品的交付包括项目购买的相关软件，以及满足项目需要的授权与许可、软件介质、补丁与文档等。相关软件需求列表（包含但不限于，投标方可提出其他可选方案）：注：所有软件产品必须保证为最新版本。1、PDM软件功能模块讲明如下序号软件产品 规格要求数量1编码

24、治理并发节点1502图纸与文档治理并发节点1503零部件治理并发节点1504产品结构治理并发节点1505配置治理并发节点1506工艺治理并发节点1507APQP过程治理并发节点1508数据关联治理并发节点1509工作流治理并发节点15010工程变更治理并发节点15011项目治理并发节点15012PDM与CAD集成并发节点15013PDM与ERP集成并发节点15014研发知识库治理并发节点15015权限治理并发节点15016日志治理并发节点15017配置与二次开发平台并发节点22、各事业部和子公司具体需求如下模块集团研发五金龙头卫生陶瓷厨卫家具锌合金九牧洁具九牧管业科牧电子科牧智能科美厨卫厦门凯

25、立编码治理图纸与文档治理零部件治理产品结构治理配置治理工艺治理APQP过程治理数据关联治理工作流治理工程变更治理项目治理PDM与CAD集成PDM与ERP集成研发知识库治理表示必选项目，表示可选项目应用系统交付在硬件、软件平台基础上构建的满足本项目约定的业务需求的应用系统，以及相关程序代码等交付物。服务交付项目终验后需提供支持服务和售后服务。支持服务是为期一个月，上线维护服务为期12个月，提供系统升级与维护服务支持。文档交付中标方应依照项目进展情况交付相应文档，并以纸质或光盘为载体。交付文档应包括但不仅限于如下文档：治理类文档：包括项目各类打算、组织安排、周报、月报、会议纪要和备忘录等文档；项目

26、实施总体打算；项目双周打算； 项目进展报告；项目会议纪要；项目问题报告；项目变更申请与审批单；质量检查报告；系统切换打算；项目治理规范和制度；各时期评审记录；各时期验收报告；系统应用规范与程序文件等。工程类文档：包括项目各类需求分析、流程梳理、系统设计、开发与配置、测试、运维、操作等文档；调研报告；系统需求分析报告；系统总体方案报告；系统详细设计与配置方案报告；系统功能测试案例与报告；系统备份与恢复测试案例与报告；培训文档；系统切换方案；系统上线方案；系统安装手册；系统配置与治理手册；用户手册等。项目一期建设周期本项目要求九牧集团PDM工期不超过为12个月，事业部/子公司PDM工程不超过6个月

27、，在2012年1月1日前，九牧集团研发、四个事业部、九牧洁具PDM系统必须全部上线，自一期工程最后一个子项目上线后开始进入上线维护期，上线维护周期为6个月。如投标方认为本工期不利于项目目标的达成，能够提出项目建议周期供九牧集团参考，但投标方必须同意本项目的工期要求。项目需求系统业务功能需求编码规则企业的所有对象都应该有相应的编码规范，信息编码规则能够支持特征码（分类码）、字符串、时刻戳和流水码等。关于特征码（分类码），能够支持多级分类。系统能依照实际的编码要求，进行多种编码的组合，形成实际的编码规则。系统能支持新旧编码的对比，在采纳新的编码规则后，能方面的查询到旧有的历史编码。图纸与文档治理数

28、据图文档的组织包含三类容器：个人图文档库每个用户一个，自己维护；项目图文档库每个项目一个，项目治理员授权维护；公共图文档库整个企业只有一个，产品数据治理中心维护，由治理员细分权限。每种图文档库差不多上一棵目录树，类似Windows的资源治理器。目录结构由其治理者创建和维护。目录中包含各类数据对象，例如产品零部件、物料、BOM、图纸、文档等。图文档库的维护工作包括：维护目录结构，包括添加、删除、移动子目录（但不能删除被授权的目录节点本身），设置目录的名称和属性值，其中最重要的是该目录中同意放入的对象类，一个目录只同意放入一个对象类的对象，该对象类能够是叶子类；一个目录也能够不对应对象类，如此的目

29、录不能直接放入对象。向目录中加入或移出对象；在不同的目录分支之间移交数据对象（要同时具有源目录的“移出对象”权和目标目录的“加入对象”权）；在目录上设置其中所有对象的访问权，或逐个设置其中某个或某些对象的访问权。权限有两种：图文档库的目录维护权、图文档对象的操作权。各个库中的目录维护权和图文档访问权由根权限治理人向其他访问者授权。图文档库目录维护权在目录上授权，能够被下级目录继承。图文档库目录的维护权包括：目录结构维护、加入、移出对象、设置对象访问权。对象操作权限在对象归属的目录上授权。能够针对图文档库中的目录授权，也能够针对具体对象授权。针对目录的对象访问授权能够被下级目录继承。对象操作权限

30、分为：查询、读取、修改、下载、创建、删除、废弃。企业的图文档的流程通过PDM全部电子化。审批过程中，能对电子图文档进行扫瞄、圈阅，但不能对审批流程中的图文档进行修改。圈阅和审批记录需要进行保留。能针对不同类型的图文档分不制定不同的审批流程，流程支持串行、并行。系统能治理所有图文档的历史版本，并可清晰地看出版本变迁历史。关于历史版本，能查询出当时的历史场景，即能对应出当时所关联的其它图文档、物料、BOM、项目流程等。零部件治理PDM应该以零部件为核心进行产品数据的治理，支持一图多件和一件多图。零部件作为产品开发和设计工作的核心，对零部件的描述和结构化是制定产品文档的基础。通过PDM系统，可治理零

31、部件的差不多信息，如零部件编号、零部件名称、客户零部件编号、客户零部件名称等，同时还能治理零部件的设计信息（原材料、规格、颜色、表面处理方式、标准代码等）、生产信息（如使用的产品、相关件、替换件等）及采购信息。针对不同的使用对象，PDM系统可按不同的分类方式来治理零部件：按装配类型：产品、部件、零件按用途分类：通用件、一般件、标准件、原材料按生产采购分类：自制件、外协件、外购件系统支持多分类体系，关于同一个零部件，系统支持按照多种分类方式进行查询。例如：关于某一个零部件，既能够按装配类型进行分类，又能够按用途进行查询，也能够按生产采购类型进行查询，还能够按照自己定义的其它特性进行分类。分类方式

32、能够由用户进行定义。企业能够按照零部件的不同分类分不制定相应的分类属性，方便技术人员的使用。关于不同类零部件的属性，能够定义属性是否关键属性，能够设定属性是否必填、属性的类型（字符型、数字型、日期型等）。能够对属性填写的内容进行标准化，设定相应的可选范围。关于每一类零部件的属性，均可进行查询。查询支持模糊查询、关键字查询等，方便技术人员的使用。零部件在变更过程中，将产生不同的版本。结构化的零部件版本信息不同于图纸的版本信息，图纸通常只描述零部件设计相关信息，对零部件其它信息的变更不能记录和描述，因此必须对零部件本身做版本的治理。零部件的版本治理将描述零部件各个信息的变更历史，包括零部件属性、B

33、OM、图纸、相关文档的修改，以及审批历史、相关工程变更历史等信息。零件族治理是对PDM系统中的零部件进行分类治理的功能，分类的标准由用户定义。每个零件族的定义都由一个或多个分类规范组成。零件族为零件的分类治理、查询、统计提供了一个方便的工具。零件族是能够由用户自定义的，它能够满足用户特定的报表统计需求。产品结构治理PDM系统的产品结构治理功能，提供了一个易于使用的图形界面，让用户能够方便地定位和使用产品定义数据。系统都采纳面向对象的数据治理工具，如此就能将产品定义数据与产品结构部件、子装配、装配联系起来。用户能够沿图形化的产品结构树来确定感兴趣部件的位置，并在此基础上展开描述该部件的产品定义数

34、据。所有的零部件对象都有相应的属性、状态描述。企业的设计工程师、工艺工程师以及其他专家都能够按照自己的需求通过视图方便地访问自己最关怀的数据，从产品设计的早期时期就参与到整个开发团队。具体功能包括：零部件父子关系的构成通过在零部件结点上，使用增加、复制、粘贴、剪切、删除零部件或结构树的功能，构成整个产品结结构。零部件使用信息治理定义下层零部件的装配顺序、数量构成等使用信息，以及可替换的零部件。BOM表自动生成在产品结构构建完成后，可自动产生用于指导加工及生产的各种BOM清单。BOM比较的功能能够关心工程师快速地分析不同产品的结构区不和同一产品在各个分时期的变更过程。BOM比较有如下功能：对相似

35、产品的结构进行比较；同一产品或零部件不同版本的 BOM 比较；在进行结构更改时，对更改前与更改后的结果进行比较；能够操纵只显示不同部分或显示相同部分比较内容；以各种醒目的颜色来标注各种改动的信息。通过使用产品变形设计功能，在已有产品的基础上快速产生新的变形产品，同时能够维护数据的一致性，准确性和可维护性。借助快速变形设计的功能，可有效提高产品设计成果的可重用性，以及智力资源的利用率。可依照用户不同的视角形成不同的BOM视图，并可方便的输出。产品配置治理在可变产品模型的基础上，能够配置出不同的产品或零部件，同时依照可变产品模型本身关联的相关资料，如图文档，这些关联将自动的嫁接到新的产品结构中，以

36、实现一图多号（一张图纸代表多种具体的零部件）的情况，如此能够有效的减少设计人员在处理一图多号情况时的工作量。工艺治理工艺资源治理：可建立企业级的工艺资源数据库，规范工艺行为，提高工艺编制效率。包括企业的工艺路线库、原材料数据库、材料定额、工装设备数据库。可依照企业的实际情况，编制企业的工艺路线、工序（包括工时定额、材料定额等），并能自动生成相应的工艺卡片。相似零件之间的工艺都有专门大的相似性，企业能够选择比较典型的几类零部件，制作这些典型零件的工艺，形成企业的标准工艺知识库，在后续零部件工艺设计时，可直接依照标准工艺知识库中的典型工艺，快速生成零部件的实际工艺。可极大的提高零部件的工艺编制效率

37、。功能包括：典型工艺路线编制、典型工序编制等。APQP过程治理系统应该支持APQP过称治理，包括：产品特性治理、工艺方案治理、FMEA治理（DFMEA、PFMEA）、操纵打算治理。能够按照企业APQP文档的格式定义工艺文件的输出格式，在相应的APQP数据完成后，自动生成相应的工艺文件，减少重复的工作量。可按照不同客户提供的APQP格式的不同，用同一套数据生成不同格式的工艺文件。数据关联治理零部件作为描述整个产品的差不多元素，只有在其与相关的其它零部件、图纸、文档、项目、工程变更、工装、供应商等数据进行关联后，才能实现信息治理的完整性。工作流治理工作流治理，用于规范化产品开发设计相关过程，通过业

38、务流程的自动化，保证企业内不同部门乃至跨企业的人员协调有序地、高效率高质量地工作。工作流治理，包含过程建模（定义工作流模型）和工作流运行操纵（实例化工作流并推进和监控其执行过程）两大部分。系统应能方便的支持工作流和相应的工作表单的自定义，实现企业研发日常工作流的治理。工程变更治理产品设计更改同样是通过PDM系统工作流治理实现，只是被更改对象的版本发生了变化。更改前的电子图档是以低版本形式作为历史数据保留，更改后的电子图档是以高版本形式作为有效资料保存在系统中。同时能够实现更改的正向跟踪与反向追溯,如通过设计变更跟踪阻碍到的工艺、工装等变更，依照工装、工艺变更反向追溯是由于哪项设计变更的阻碍到，

39、便于了解变更历史，以达知识积存与传递的目的等。项目治理项目治理的目的在于在通过治理和合理运用资源（例如：时刻，成本，人力资源，技术资源，材料，设备等，7M）实现项目的预期目标。PDM可提供基于PMBOK2000所定义的项目治理9大领域的支持。对产品开发流程进行整个产品开发过程的项目治理，开发过程中的每个过程都有详细的定义，包括任务名称、任务内容、负责人、交付内容和必要的输入等。因此，在PDM的项目治理中，要充分体现对这些要素的治理，同时，从更高层面的决策支持和对细节工作任务治理的要求动身。项目治理的任务有下列几个方面：依照项目任务制定项目打算，配置资源，安排时刻，组织人员，分解并分配任务等；项

40、目的审批及更改；在项目的实施过程中对其打算、组织、人员、资源及相关的数据进行治理与调度，对项目的运行过程和状态进行监控，及时发觉项目实施中出现的问题并做出调整，并对其加以记录。通过WBS架构进行项目任务的分解，是面向可交付成果的对项目元素的分类，它组织并定义了整个项目范围（PMBOK2K）,PDM的项目分解结构由任务或子项目组成，这些任务能够定义与之相关的数据和信息，如：工作，资源，输入/输出文档，参考文档，标准/过程指南，绩效评价指标，风险分析，成本等等。这些任务及其相关信息的定义关于企业项目治理成熟度而言是十分重要数据和经验。PDM提供了WBS的分类模版库，使用WBS的分类模版库，企业可快

41、速复制以往这些成功项目的方法和经验。具体功能应包括如下：项目模板治理 工作分解结构 项目团队治理 工作任务治理 项目交付物治理 项目变更治理 项目绩效和执行治理 项目资源负荷统计与报警 项目通知与报警 PDM与CAD集成PDM与AutoCAD集成实现PDM与CAD系统之间的双向无缝集成。用户可在AutoCAD的用户环境下提供PDM的各种功能，如登录PDM系统、注销、零部件注册、零部件查询、产品结构治理、图纸查询及检出等；AutoCAD中创建PDM图纸及零部件对象；图纸模板的统一治理检入dwg文件同时，PDM能够检入图纸缩略图。假如AutoCAD图纸中插入了矢量图（tif文件），系统也将自动检入

42、。BOM表的填写，自动生成图纸明细表PDM系统的信息更新图纸PDM与Pro/E集成PDM与Pro/E等三维CAD集成，实现嵌入式客户端应用。设计师在三维CAD环境中就能完成大部分的设计模型治理工作。PDM系统支持应用三维CAD进行系列化、参数化设计，PDM中能治理共用三维模型的系列化零部件。PDM系统与三维扫瞄器集成，通过扫瞄器进行三维模型的扫瞄，关于审批人员能够免去启动CAD系统的时刻花费，还能够减少CAD系统的购置成本。通过电子化批注，审批者能更直观的向图纸原作者表达审批意见。在三维CAD环境下进行装配设计时，能够调出PDM系统中的零件模型，直接装配到CAD中的当前装配下。在三维CAD中完

43、成产品设计后，三维模型及其工程图能够直接提交到PDM系统中，同时在PDM系统中自动生成文件引用依靠关系和零部件结构关系。从PDM系统中检出三维装配件模型时，系统自动检出或下载相关的零部件模型文件，在三维CAD系统中打开完整的装配模型。PDM与ERP集成以设计为中心的PDM 和以生产为中心的ERP两个系统的结合是企业信息化的核心任务。PDM与ERP系统之间存在着共享数据和过程的需求。关于和PDM平台与SAP接口，必须采纳中间件方式，实现数据的双向集成。集成的数据包括：物料、BOM、工艺、工程变更等。研发知识库治理PDM除满足差不多功能外，重要的是能支持以后设计能力的扩展，满足先进研发体系建立的要

44、求 。PDM应满足企业研发的扩展方向，包括：消费者抱怨、需求、偏好的治理；行业趋势的跟踪，专利数据治理；需求治理，不同档次价格、数量等 。九牧会依照市场情况及企业进展不断提升研发水平，如预备建立与用户实际使用环境等同的实验室等，积存相关实际试验数据，为研发提供一手资料等，PDM应满足企业不断进展和提升的要求 。关于历史的竞争对手分析、行业分析等与产品研发设计有关的知识，需要从电子商务系统等导入到PDM系统中来，作为研发知识进行治理。以上这些需求都能够归结为研发知识库治理的需求，应纳入PDM进行治理，同时又能进行方便的扩充，包括知识库类不的自定义，搜索条件、数据类不的自定义等。权限治理对数据有效

45、的权限操纵，是保证企业技术资源得到合理的使用和访问的必要前提。数据的权限治理要紧有以下方面：权限种类的划分权限种类的划分：创建、搜索、扫瞄、更改、删除、打印、检入/检出。对图纸扫瞄权限的操纵，用PDM的图纸扫瞄器进行扫瞄，不能打印、另存。对图纸的下载权限的操纵权限的主体：同时按不同的主体进行设置：通过对用户、角色和部门（项目组）的组合权限设置。权限的操纵力度对数据对象类进行权限设置（那个地点的“对象”指PDM中所的信息。如：零件、图纸、项目、工程变更等等）。对数据对象的分类(例如：标准件、外购件、工程图等)进行权限设置。对具体的数据(例如：某产品或某个零部件)进行权限设置。对图纸的权限操纵。日

46、志治理日志治理要紧包括以下内容：对使用者的权限以及数据的权限进行统计和查询。对系统日志和档案日志（图纸扫瞄等）进行治理、查询。系统技术需求系统体系架构采纳开放、多层的体系结构，具有良好的灵活性和可扩充性；提供多种基础平台及二次开发工具：应提供流程、报表、组件、服务的构建与治理的配置平台和二次开发工具；提供丰富的应用组件与服务，能覆盖大部分应用功能；支持多货币、时区、语种、字符集(GBK、GB2312、Unicode等)的处理、存储、显示、打印与转换。系统信息架构必须符合国家、行业数据元素标准、信息分类与编码标准；提供数据治理工具与数据同步机制，确保数据一致性和完整性；具有完整的、稳定的、可定制

47、的、可扩展的、多维度可适应业务变化的基础数据架构；必须提供完善的数据抽取、转换、加载治理功能；提供主数据治理功能；支持直观、灵活、丰富的业务报表与数据分析功能。系统安全性必须保证系统在应用程序、数据库、网络传输等层面的安全要求，并符合国家对信息系统安全的有关规定：提供多种认证方式，并能够提供严谨的用户密码策略、密码有效期设置与提示功能；授权治理：支持分级权限治理；支持细粒度的权限操纵，在创建、搜索、扫瞄、更改、删除、打印、检入/检出等方面有严格的权限限制，限制范围能够具体到表单；支持如下数据类的权限治理对数据对象类进行权限设置（那个地点的“对象”指PDM中所的信息。如：零件、图纸、项目、工程变

48、更等等）。对数据对象的分类(例如：标准件、外购件、工程图等)进行权限设置。对具体的数据(例如：某产品或某个零部件)进行权限设置。对图纸的权限操纵。支持多种方式授权(用户名、组织机构、角色、自定义组)；提供日志分析及预警功能，支持安全追溯； 具备用户登录超时或排他性登录治理；对系统中的敏感数据如：账号、密码、系统中存储的图纸和文档进行加密，有效保证数据的安全性；系统可治理性系统升级治理：能兼容与保留原有系统的客户化内容（包括接口、报表、二次开发等）和业务数据；提供完整的升级日志供监控、追溯与分析。系统安装与卸载治理：对硬件与网络能力（CPU、内存、硬盘空间、网络带宽等）进行检查，对操作系统、软件

49、支持平台、相关依靠软件系统进行版本、可用性检测；对安装步骤有详细、清晰提示，除提供缺省设置外，安装参数可由用户设置，提供完整、详细的安装与卸载日志，供治理人员分析；当用户终止、或因意外情况导致安装终止，能将已安装的部分进行清理，并恢复到安装前的状态；卸载能完整清除已安装部分，并恢复到安装前的状态，同时，应提示并同意用户对用户数据或其他客户化内容进行备份与保留。系统配置与治理：提供系统环境配置工具；提供业务规则配置治理工具；提供服务与组件的统一治理工具；提供功能模块的导入、导出部署治理工具；提供权限配置和授权治理工具；提供应用程序、服务、组件、集成接口、适配器全生命周期治理工具。系统监控治理：提

50、供系统运行日志，系统运行报告；提供安全的远程治理工具；提供系统报警处理工具；提供审计治理。数据治理：提供面向用户的数据治理工具； 提供主数据治理工具；提供数据导入、导出治理工具；提供数据归档治理工具。客户化支持支持多语言：用户可设置界面显示、提示与关心信息的语言环境；支持用户对界面内容与格式的定制；支持工作流的客户化定制；提供客户化与接口开发的工具与资源；数据备份与恢复需求为保障业务系统持续运行，对系统数据需定期进行备份：可定期备份数据和文档；在出现故障时能够在较短时刻内恢复正常运行；系统能够支持安全的数据迁移；业务部门可自定义对相关信息进行导出。系统集成要求应用系统之间要能够依照九牧集团的实

51、际需求进行集成，支持公司以后全面整合集成的要求。本系统应支持如下集成方式：支持在数据层集成：通过数据库接口表与其他系统进行集成；支持应用层集成：通过应用程序以同步、异步方式，与外部系统进行集成；支持流程层集成：在业务流程（工作流）中，与外部系统进行集成；支持用户界面集成：支持与其他系统在用户界面方面的集成。系统部署要求应用系统集中部署在九牧集团总部，用户（含子公司和项目现场用户）通过专线或其它方式访问应用系统。项目服务需求培训与知识转移培训内容包括但不限于与应用系统相关的平台软件模块、系统功能应用、系统配置、治理、运维、功能配置与开发培训，项目治理方法、业务流程梳理方法的培训等，投标方应提供培

52、训打算、培训课程概述、培训的目的等，培训时中标方应提供相关的中文培训资料。中标方应提供贯穿项目全过程的培训服务，针对不同时期、不同角色、不同的需求组织多种形式的培训，如课堂培训、实战培训、自助学习多媒体课件等，实现知识转移，以便使用户全面掌握系统功能、特点和必要的运维知识，保障系统长期稳定地运行。对公司总部、分公司、工程项目现场、子公司分不进行培训。培训要求治理人员和关键用户中标方应为应用系统的用户（公司治理人员、职能部门关键人员）提供培训，使其熟练操作、配置和使用相应模块。职员可通过多媒体自助学习，实现全员培训。系统治理人员中标方为招标方内部顾问和系统治理员提供系统及系统资源治理方面的培训，

53、保障系统稳定高效运行，如：平台软件应用、系统备份与恢复、系统治理、数据治理，提供系统应用安全相关的指导，采取有效合理的措施防止系统的非法侵入。内部顾问团队中标方应安排合适满足需求的培训，培训内容包括不限于以下方面：项目实施的方法、业务流程梳理方法、软件产品功能、软件配置、工具与引擎的使用方法、数据梳理方法等。培训及知识转移打算中标方应提交一份培训打算，至少应讲明下列事项：培训课程打算、课程内容、课程概述、课程目的、课程表、授课者资历、授课方式、每一培训课程所提供的资料、对参加者的要求，指出参加每一课程所需的资格，反之，则应被视作不需相关知识和经验。所有资料均应中英文对比，于课程开设前3天预备完

54、毕。培训讲义，幻灯片应以软件拷贝的形式于课前提供给九牧集团。九牧集团有权使用这些资料为其职员提供室内培训。支持服务项目终验后，中标方需提供为期1个月的现场支持服务，服务内容包括但不限于系统支持，系统消缺、问题处理、功能完善与优化、培训等方面的工作。售后服务中标方对交付的应用系统提供两年质量保证期的系统升级及维护服务，并保证已有的配置、二次开发、定制报表的平滑升级。质量保证期从系统最终验收之日起开始计算。在质量保证期内，中标方应免费向招标方提供724小时的服务响应，保证招标方能够随时找到相应的技术人员。在质量保证期内，中标方必须承诺为招标方提供免费的系统移植，以保证招标方不因办公场所变更而面临系

55、统移植风险。在质量保证期内，假如推出新版本的应用系统平台软件产品，如招标方认为必要，中标方应提供免费升级。在质量保证期内，中标方所提供的软件平台和应用系统发生故障后，中标方应免费提供服务，保证在接到故障通知后2小时响应，8小时内处理解决完成。项目验收产品验收按照合同要求对软件平台产品套件的名称、版本、补丁、授权与许可、相关介质与配套文档等进行验收。按照合同要求对硬件产品的型号、规格、数量、外型、包装、配置、配套软件与介质，以及文件（如装箱单、保修单、随箱介质等）和配套文档等进行拆箱验收和技术验收。产品验收报告须经九牧集团授权人员签字后生效。通过项目时期验收的成果能够作为正式的项目交付成果。系统

56、验收按照项目合同，依据项目范围、系统功能需求、系统方案、各类测试结果、问题解决结果、项目质量检查报告等，进行系统验收。测试包括：单元测试、集成测试、性能测试、可靠性测试、安全性测试、用户接收测试等。项目时期验收报告须经九牧集团授权人员签字后生效。通过项目时期验收的成果能够作为正式的项目交付成果。服务验收对提供的咨询服务，从提供者的业务与技术能力、是否按时按量完成、服务质量、工作态度、是否遵守项目治理制度、用户中意度等各角度进行考察与验收。对提供的培训服务，通过检查培训资料质量、培训形式、培训记录、用户反馈与中意度调查，进行审查与验收。项目时期验收报告须经九牧集团授权人员签字后生效。通过项目时期

57、验收的成果能够作为正式的项目交付成果。文档验收针对项目治理类文档要紧检查文档是否齐备、格式是否规范、内容是否完整等。针对项目工程类文档要紧检查文档是否齐备、格式是否规范、内容是否完整、详细、正确与清晰。项目时期验收报告须经九牧集团授权人员签字后生效。通过项目时期验收的成果能够作为正式的项目交付成果。项目初验项目初验将基于项目交付产品、系统、服务、文档等各时期验收结果，成立相应的有中标方参加验收组织，依照验收标准对各类项目交付物进行验收，并签署项目初验报告，进入试运行时期。项目初验将对项目的要紧交付物进行验收，包括：相关软件与硬件产品、应用系统、各类服务、以及相关文档等。中标方应制定验收方案、打

58、算与标准，提供相关项目交付物，配合九牧集团进行项目初验。项目初验针对各类交付物，制定相应的验收标准，核实是否已对软件与硬件产品进行了相关测试与验收，检查系统集成、性能、安全性、可靠性与用户接收测试结果，检查相关服务是否已进行验收，确认交付文档是否齐备并已进行审查，以保证各项目交付物的质量。关于初验发觉的临时无法修改的问题，应作为项目遗留问题，中标方应进行汇总、分析、定性与分级，制定相应的解决方案。中标方应依照系统初验情况、结果与遗留问题，起草系统初验报告，由相关评审人决定项目是否通过初验，并对初验报告进行会签。签署初验报告后，系统进入试运行时期，中标方应与业务部门紧密配合，监控系统运行情况，及

59、时发觉与解决问题，并进行详细记录。项目终验项目初验完成并进行试运行后，中标方应提出系统终验收申请，由终验组织依照各时期验收和项目初验结果、遗留问题解决情况、系统试运行情况和业务用户反馈，进行终验，并签署终验报告。中标方应依照终验打算与标准，收集与评估用户使用、系统试运行情况，解决初验遗留问题，配合项目终验。关于终验时期发觉的临时无法修改的问题，应作为项目遗留问题，进行汇总、分析、定性与分级，制定相应的解决方案。中标方应依照系统验收情况与结果，起草项目终验报告，并由九牧集团信息化领导小组负责人签发，作为公司项目关闭与项目中标方完成项目交付的重要证据之一。验收报告签署后，项目正式进入运行维护时期。

60、知识产权中标方对招标方（买方）提供的所有资料、文档，有责任对第三方保密。中标方在软件开发过程及所提供给招标方（买方）的指定系统应确保招标方（买方）享有独立的知识产权，并承诺在指定系统中如使用或涉及第三方产品或他人知识产权的，已得到了权利人的许可。若出现技术、经济或法律上的纠纷，全部责任由中标方承担和解决，同时保证本项目的进度不受阻碍。中标方在中标并签订项目合同后，其针对招标方（买方）要求完成的业务模型、设计方案、客户化开发、编码、数据、文档等均属招标方商业秘密，所涉及的知识产权归招标方（买方）所有。未经招标方（买方）书面许可，中标方不得向第三方提供或透露。中标方按照招标方要求开发的指定系统所形