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

1、IT信息化应用系统项目招标技术规格书V51项目编号:九牧集团IT信息化应用系统项目PDM部分招商规格书九牧集团有限公司2018年门月第章项目舷51.1 项目背景5111招标方概况5112组织结构5113信息化面临的咨询题与挑战6114技术信息化基础712 项目目标7第2童 项目范畴与交付物92.1 项目范畴92.2 项目交付物102.2.1产品交付102.2.2应用系统交付112.2.3服务交付112.2.4文档交付112.3 项目一期建设周期12第3童项目需求143. 1 系统业务功能需求143.1.1编码规则143.1.2图纸与文档治理143.1.3零部件治理153.1.4产品结构治理16

2、3. 1.5产品配置治理173. 1.6工艺治理173. 17 APQP过程治理173.1.8数据关联治理183. 19工作流治理183. 1. 10工程变更治理183.1.11项目治理183. 1. 12 PDM 与 CAD 集成193 1. 13 PDM 与 ERP 集成203.1.14研发知识库治理213.1.15权限治理2136日志治理223.2 系统技术需求233. 2. 1系统体系架构233. 2. 2系统信息架构233.2.3系统安全性233. 2. 4系统可治理性243.2.5客户化支持253.2.6数据备份与复原需求253.3系统集成要求253.4 系统部署要求253. 5

3、项目月艮务需求263. 51培训与知识转移263. 5. 2支持服务263.5.3售后服务273. 6 项目验收273. 6. 1产品验收273. 6. 2系统验收273. 6.3服务验收273. 6.4文档验收283. 6.5项目初验283. 6.6项目终验283.7 知识产权29第4章 投标方资格、服务与治理要求304.1 厂商资质304.2 业务咨询304.3 配置与开发304.4 历史数据迁移314.5 技术支持314.6 上线爱护服务314.7 项目保证314. 71投标方组织与人员要求314. 72质量治理324. 73进度治理324. 7.4文档治理33第5章 投标方技术文件要求

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

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

6、，九牧集团将通过不断提升企业的经营能力，建立自有知识产权的 技术优势，连续保持在行业内的领先地位。为实现“九牧洁具、全球共享”的远景目标，九 牧集团将连续不懈努力。1.1.2组织结构九牧集团采取的直线职能制的组织架构，即所有的治理职能都集中在集团层而上，集团 是履行决策中心、营销中心和财务管控中心的职能，下属4个事业部和7个子公司负责具体 的产品生产经营的职能。九牧集团有限公司组织机构如下图所示:价格俗理委M会九牧品牌笛理委员会研发小心审计中心营销制总祓运营制总裁财务屮心总裁办品牌管理小心规划运営中心物流中心质wn理中心1.1.3信息化面临的咨询题与挑战由于集团组织结构复杂，各事业部和子公司众

7、多，各单位之间协作频繁，如何使集团内 部各研发人职员作在统一的研发治理平台之上，最大化的提髙研发治理的协作效率，是九牧 集团研发平台要解决的要紧咨询题。由于市场的需求变化快，产品推岀速度专门快，导致企业的产品种类专门多，技术部门 治理的产品数据和文档繁多，产品技术状态复杂。由于产品更新快，导致企业变更频繁，技术数据与技术文档的版本治理困难。变更前与 变更后的物料治理困难。企业的产品种类多，涉及的专业多，而市场竞争越来越猛烈，客户对产品周期要求越来 越短，对产品质量要求越来越髙，新产品开发的任务越来越重，这些都对企业的技术部门提 岀了庞大的挑战。由于企业的生产特点，决左了企业技术治理的复杂性、需

8、求的多变性，企业对PDM系统 的功能需求会随着企业的进展而不断变化。这就对PDM系统提岀了专门高的要求： 必须是开放、灵活的系统架构，能满足企业不断变化的业务需求 系统必须具有专门好的扩展性，能专门好的满足企业业务的连续改进，而且新增的 功能不能阻碍前期的已有应用1.1.4技术信息化基础随着九牧集团的进展和成长，在集团各事业部/子公司之中大量使用了各种CAD软件，产 生了大量的电子图文档资料，如：AutoCAD. Pro/E、各种Office软件等。然而在技术研发，目前并没有使用技术治理系统。1 - 2项目目标利用三到五年的时刻，逐步实现包含ERP、PDM. 0A、电子商务和商业智能的信息化平

9、台， 优化业务流程，提髙治理效率和决策水平，最终构建三层结构的企业数字神经系统，实现九 牧集团流程规范化、事务处理集成化.数据信息标准化、公司管控一体化、信息平台统一化。研发采购生产决策分销 零售,2011年一期实施内容 2012年二期实施内容 2013年三期实施内容本PDM项目是企业整体信息化的一个重要组成部分，项目的总体目标为： 导入项目治理，构建企业的协同开发平台实现项目任务部署快速化，资源分配透亮化，进展监控实时化；使产品开发快速、有序 运行 实现CAD/PDM/ERP 一体化集成：通过与CAD和SAP系统的集成，实现对物料/B0M等数据左义的一致性和处理同步性，幸 免数据多次录入以及

10、由此导致的系列咨询题 构建产品数据治理平台：统一左义产品的客户需求、开发、工程、质量等各种数据，通过评审与变更操纵保证数 据的完整性、正确性、有效性和安全性，提供各种共享视图和快速检索，充分挖掘产品数据 的价值 建立企业的知识治理平台：建立企业的知识治理平台，积存企业的并种技术知识通过PDM系统，把传统产品开发模式由串行方式改变成并行方式，缩短企业产品开发周 期、提高产品质量、降低产品成本。第2章项目范畴与交付物2. 1项目范畴依照九牧集团进展战略规划对集团信息化建设的要求，九牧集团的PDM项目信息化总体规划的目标，如下图：项目时期实施范畴工作内容(2018.2018.6)集团研发项目整体规划

11、：编码、零部件、产品结构、工艺、图文档、工程变更等的整体规划重点配合SAP进行整体规划，形成需求文档第二时期(2018. 72018. 12 )集团研发四个事业部九牧洁具包括：编码治理、图纸与文档治理、零部件 治理、产品结构治理、配宜治理、工艺治理、APQP 过程治理、工作流治理、工程变更治理、项目治 理、PDH与CAD集成、PDM与ERP集成。第三时期(2019.广2019. 6 )其他子公司包括：编码治理、图纸与文档治理、零部件 治理、产品结构治理、配宜治理、工艺治理、APQP 过程治理、工作流治理、工程变更治理、项目治 理、PDH与CAD集成、PDM与ERP集成。2.2项目交付物中标方应

12、至少提供满足项目需要的以下交付物，要紧包括软、硬件产品、应用系统、支 持服务与售后服务，以及相关文档等。2. 2.1产品交付产品的交付包括项目购买的相关软件，以及满足项目需要的授权与许可、软件介质、补 丁与文档等。相关软件需求列表（包含但不限于，投标方可提出其他可选方案）：注：所有软件产品必须保证为最新版本。1、PDM软件功能模块讲明如下序号软件产品规格要求1编码治理并发节点1502图纸与文档治理并发节点1503零部件治理并发节点1504产品结构治理并发节点1505配置治理并发节点1506工艺治理并发节点1507APQP过程治理并发节点1508数据关联治理并发节点1509工作流治理并发节点15

13、010工程变更治理并发节点15011项目治理并发节点15012PDM与CAD集成并发节点15013PDM与ERP集成并发节点15014研发知识库治理并发节点15015权限治理并发节点15016日志治理并发节点15017配置与二次开发平台并发节点22、各事业部和子公司具体需求如下模块集团研发五金龙头卫生 陶瓷厨卫家具锌合金九 牧 洁 具九牧管业科牧电子科牧智能科美厨卫厦门凯立编码治理图纸与文档治理零部件治理产品结构治理配置治理工艺治理APQP过程治理数据关联治理工作流治理工程变更治理项目治理PDM与CAD集成PDM与ERP集成研发知识库治理表示必选项目，表示可选项目2. 2.2应用系统交付在硬件

14、、软件平台基础上构建的满足本项目约左的业务需求的应用系统，以及相关程序 代码等交付物。2. 2.3服务交付项目终验后需提供支持服务和售后服务。支持服务是为期一个月，上线爱护服务为期12 个月，提供系统升级与爱护服务支持。2.2.4文档交付中标方应依照项目进展情形交付相应文档，并以纸质或光盘为载体。交付文档应包括但 不仅限于如下文档：1. 治理类文档：包括项目各类打算、组织安排、周报、月报、会议纪要和备忘录等文档: 项目实施总体打算； 项目双周打算：项目进展报告： 项目会议纪要：项目咨询题报告： 项目变更申请与审批单：质量检查报告：系统切换打算： 项目治理规范和制度； 各时期评审记录：各时期验收

15、报告：系统应用规范与程序文件等。2. 工程类文档：包括项目各类需求分析、流程梳理、系统设讣、开发与配置、测试、 运维、操作等文档： 调研报告：系统需求分析报告；系统总体方案报告； 系统详细设计与配置方案报告； 系统功能测试案例与报告： 系统备份与复原测试案例与报告： 培训文档：系统切换方案：系统上线方案：系统安装手册：系统配置与治理手册：用户手册等。2.3项目一期建设周期本项目要求九牧集团PDM工期不超过为12个月，事业部/子公司PDM工程不超过6个月， 在2012年1月1日前，九牧集团研发、四个事业部、九枚洁具PDH系统必须全部上线，自一 期工程最后一个子项目上线后开始进入上线爱护期，上线爱

16、护周期为6个月。如投标方认为本工期不利于项目目标的达成，能够提出项目建议周期供九牧集团参考, 但投标方必须同意本项目的工期要求。第3章项目需求3.1系统业务功能需求3编码规则企业的所有对象都应该有相应的编码规范，信息编码规则能够支持特点码（分类码）、字 符串、时刻戳和流水码等。关于特点码（分类码），能够支持多级分类。系统能依照实际的编码要求，进行多种编码的组合，形成实际的编码规则。系统能支持新旧编码的对比，在采纳新的编码规则后，能方面的查询到旧有的历史编码。3.1.2图纸与文档治理数据图文档的组织包含三类容器：个人图文档库一一每个用户一个，自己爱护：项目图文档库一一每个项目一个，项目治理员授权

17、爱护：公共图文档库一一整个企业只有一个，产品数据治理中心爱护，由治理员细分权限。每种图文档库差不多上一棵冬目树，类似Windows的资源治理器。名目结构由其治理者 创建和爱护。划目中包含各类数据对象，例如产品零部件、物料、BOM、图纸、文档等。图文档库的爱护工作包括：爱护冬目结构，包括添加、删除、移动子需目（但不能删除彼授权的剑目节点本身），设 苣名目的划称和属性值，其中最重要的是该名目中承诺放入的对象类，一个需目只承诺放入 一个对象类的对象，该对象类能够是叶子类：一个爼目也能够不对应对象类，如此的名目不 能直截了当放入对象。向名目中加入或移岀对象：在不同的名目分支之间移交数据对象（要同时具有

18、源需目的“移岀对象”权和目标名目 的“加入对象”权）：在轻目上设置其中所有对象的访咨询权，或逐个设置英中某个或某些对象的访咨询权。权限有两种：图文档库的名目爱护权、图文档对象的操作权。各个库中的名目爱护权和图文档访咨询权由根权限治理人向其他访咨询者授权。图文档库划目爱护权在名目上授权，能够被下级名目继承。图文档库名目的爱护权包括：名目结构爱护、加入、移岀对象、设置对象访咨询权。对象操作权限在对象归属的爼目上授权。能够针对图文档库中的名目授权，也能够针对 具体对象授权。针对名目的对象访咨询授权能够被下级名目继承。对彖操作权限分为：查询、读取、修改、下载、创建、删除、废弃。企业的图文档的流程通过P

19、DM全部电子化。审批过程中，能对电子图文档进行扫瞄、圈阅，但不能对审批流程中的图文档进行修改。 圈阅和审批记录需要进行保留。能针对不同类型的图文档分不制泄不同的审批流程，流程支持串行、并行。系统能治理所有图文档的历史版本，并可淸晰地看出版本变迁历史。关于历史版本，能査询岀当时的历史场景，即能对应出当时所关联的英它图文档、物料、 BOH、项目流程等。3.1.3零部件治理PDM应该以零部件为核心进行产品数据的治理，支持一图多件和一件多图。零部件作为产品开发和设计工作的核心，对零部件的描述和结构化是制左产品文档的基 础。通过PDM系统，可治理零部件的差不多信息，如零部件编号、零部件需称、客户零部件

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

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

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

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

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

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

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

27、信息治理的完整性。3.1.9工作流治理工作流治理，用于规范化产品开发设计相关过程，通过业务流程的自动化，保证企业内 不同部门乃至跨企业的人员和谐有序地、高效率高质量地工作。工作流治理，包含过程建模（泄义工作流模型）和工作流运行操纵（实例化工作流并推 进和监控其执行过程）两大部分。系统应能方便的支持工作流和相应的工作表单的自定义，实现企业研发日常工作流的治 理。3.1.101程变更治理产品设计更换同样是通过PDM系统工作流治理实现，只是被更换对象的版本发生了变化。 更换前的电子图档是以低版本形式作为历史数据保留，更换后的电子图档是以高版本形式作 为有效资料储存在系统中。同时能够实现更换的正向跟踪

28、与反向追溯，如通过设il变更跟踪阻碍到的工艺、工装等变 更，依照工装、工艺变更反向追溯是由于哪项设计变更的阻碍到，便于了解变更历史，以达 知识积存与传递的目的等。3.1.11项目治理项目治理的目的在于在通过治理和合理运用资源（例如：时刻，成本，人力资源，技术 资源，材料，设备等，7M）实现项目的预期目标。PDM可提供基于PMBOK2000所左义的项目治理9大领域的支持。对产品开发流程进行整个 产品开发过程的项目治理，开发过程中的每个过程都有详细的泄义，包括任务名称、任务内 容、负责人、交付内容和必要的输入等。因此，在PDM的项目治理中，要充分表达对这些要 素的治理，同时，从更髙层而的决策支持和

29、对细盯工作任务治理的要求动身。项目治理的任务有下列几个方而：依照项目任务制泄项目打算，配宜资源，安排时刻， 组织人员，分解并分配任务等；项目的审批及更换；在项目的实施过程中对英打算、组织、 人员、资源及相关的数据进行治理与调度，对项目的运行过程和状态进行监控，及时发觉项 目实施中显现的咨询题并做出调整，并对苴加以记录。通过WBS架构进行项目任务的分解，是而向可交付成果的对项目元素的分类，它组织并 立义了整个项目范畴(PMB0K2K) ,PDM的项目分解结构由任务或子项目组成，这些任务能够立 义与之相关的数据和信息，女口：工作，资源，输入/输出文档，参考文档，标准/过程指南， 绩效评判指标，风险

30、分析，成本等等。这些任务及其相关信息的泄义关于企业项目治理成熟 度而言是十分重要数据和体会。PDM提供了 WBS的分类模版库，使用WBS的分类模版库，企业 可快速复制以往这些成功项目的方法和体会。具体功能应包括如下： 项目模板治理 工作分解结构 项目团队治理 工作任务治理 项目交付物治理 项目变更治理 项目绩效和执行治理 项目资源负荷统计与报警 项目通知与报警3. 1. 12PDM 与 CAD 集成(1) PDM 与 AutoCAD 集成实现PDM与CAD系统之间的双向无缝集成。用户可在AutoCAD的用户环境下提供PDM的 各种功能，如登录PDM系统、注销、零部件注册、零部件查询、产品结构治

31、理、图纸查询及 检出等： AutoCAD中创建PDM图纸及零部件对象： 图纸模板的统一治理 检入dwg文件同时,PDM能够检入图纸缩略图。假如AutoCAD图纸中插入了矢量图(tif 文件)，系统也将自动检入。 B0H表的填写，自动生成图纸明细表 PDM系统的信息更新图纸(2) PDM 与 Pro/E 集成PDH与Pro/E等三维CAD集成，实现嵌入式客户端应用。设计师在三维CAD环境中就能完 成大部分的设计模型治理工作。PDH系统支持应用三维CAD进行系列化、参数化设计，PDM中能治理共用三维模型的系列 化零部件。PDH系统与三维扫瞄器集成，通过扫瞄器进行三维模型的扫瞄，关于审批人员能够免去

32、启 动CAD系统的时刻花费，还能够减少CAD系统的购置成本。通过电子化批注，审批者能更直观的向图纸原作者表达审批意见。在三维CAD环境下进行装配设计时，能够调出PDM系统中的零件模型，直截了当装配到 CAD中的当前装配下。在三维CAD中完成产品设计后，三维模型及英工程图能够直截了当提交到PDM系统中， 同时在PDM系统中自动生成文件引用依靠关系和零部件结构关系。从PDM系统中检出三维装配件模型时，系统自动检岀或下载相关的零部件模型文件，在 三维CAD系统中打开完整的装配模型。3. 1. 13PDM 与 ERP 集成以设汁为中心的PDM和以生产为中心的ERP两个系统的结合是企业信息化的核心任务。

33、 PDM与ERP系统之间存在着共享数据和过程的需求。关于和PDH平台与SAP接口，必须采纳中间件方式，实现数据的双向集成。集成的数据 包括：物料、B0M、工艺、工程变更等。MMPPClDVSIBAPI - Interface3.1.14研发知识库治理PDH除满足差不多功能外，重要的是能支持以后设计能力的扩展，满足先进研发体系建立 的要求。PDH应满足企业研发的扩展方向，包括：消费者埋怨、需求、偏好的治理；行业趋势的跟 踪，专利数据治理：需求治理，不同档次价格、数疑等。九牧会依照市场情形及企业进展不断提升研发水平，如预备建立与用户实际使用环境等 同的实验室等，积存相关实际试验数据，为研发提供一手

34、资料等，PDH应满足企业不断进展和 提升的要求。关于历史的竞争对手分析、行业分析等与产品研发设汁有关的知识，需要从电子商务系 统等导入到PDH系统中来，作为研发知识进行治理。以上这些需求都能够归结为研发知识库治理的需求，应纳入PDM进行治理，同时又能进 行方便的扩充，包括知识库类不的自泄义，搜索条件、数据类不的自泄义等。3.1.15权限治理对数拯有效的权限操纵，是保证企业技术资源得到合理的使用和访咨询的必要前提。数 据的权限治理要紧有以下方面：权限种类的划分 权限种类的划分：创建、搜索、扫瞄、更换、删除、打印、检入/检出。 对图纸扫瞄权限的操纵，用PDM的图纸扫瞄器进行扫瞄，不能打印、另存。

35、对图纸的下载权限的操纵权限的主体： 同时按不同的主体进行设垃：通过对用户、角色和部门（项目组）的组合权限设置。权限的操纵力度 对数据对象类进行权限设置（那个地点的“对象”指PDM中所的信息。如：零件、 图纸、项目、工程变更等等）。 对数据对象的分类（例如：标准件、外购件、工程图等）进行权限设宜。 对具体的数据（例如：某产品或某个零部件）进行权限设皆L对图纸的权限操纵。3.1.160志治理日志治理要紧包括以下内容：对使用者的权限以及数据的权限进行统讣和査询。 对系统日志和档案日志（图纸扫瞄等）进行治理、查询。3.2系统技术需求3.2.1系统体系架构1. 采纳开放、多层的体系结构，具有良好的灵活性

36、和可扩充性；2. 提供多种基础平台及二次开发工具：应提供流程、报表、组件、服务的构建与治理的配 置平台和二次开发工具：3. 提供丰富的应用组件与服务，能覆盖大部分应用功能：4. 支持多货币、时区、语种、字符集（GBK、GB2312、Unicode等）的处理、储备、显示、打 印与转换。3.2.2系统信息架构1. 必须符合国家、行业数据元素标准、信息分类与编码标准；2. 提供数据治理工具与数据同步机制，确保数据一致性和完整性：3. 具有完整的、稳固的、可左制的、可扩展的、多维度可适应业务变化的基础数据架构；4. 必须提供完善的数据抽取、转换、加载治理功能：5. 提供主数据治理功能；6. 支持直观、

37、灵活、丰富的业务报表与数据分析功能。3.2.3系统安全性必须保证系统在应用程序、数据库、网络传输等层而的安全要求，并符合国家对信息系 统安全的有关规定：1. 提供多种认证方式，并能够提供严谨的用户密码策略、密码有效期设置与提示功能：2. 授权治理：1）支持分级权限治理：2）支持细粒度的权限操纵，在创建、搜索、扫瞄、更换、删除、打印、检入/检出等方 而有严格的权限限制，限制范畴能够具体到表单：3）支持如下数据类的权限治理 对数据对象类进行权限设置（那个地点的对象”指PDM中所的信息。如：零 件、图纸、项目、工程变更等等）。 对数据对象的分类（例如：标准件、外购件、工程图等）进行权限设置。 对具体

38、的数拯（例如：某产品或某个零部件）进行权限设置。 对图纸的权限操纵。4）支持多种方式授权（用户名、组织机构、角色、自泄义组）；3. 提供日志分析及预警功能，支持安全追溯：4. 具备用户登录超时或排他性登录治理；5. 对系统中的敏锐数据如：账号、密码、系统中储备的图纸和文档进行加密，有效保证数 据的安全性：3.2.4系统可治理性1. 系统升级治理：1）能兼容与保留原有系统的客户化内容（包括接口、报表、二次开发等）和业务数据:2）提供完整的升级日志供监控、追溯与分析。2. 系统安装与卸载治理：1）对硬件与网络能力（CPU、内存、硬盘空间、网络带宽等）进行检査，对操作系统、 软件支持平台、相关依靠软

39、件系统进行版本、可用性检测：2）对安装步骤有详细、淸晰提示，除提供缺省设宜外，安装参数可由用户设置，提供 完整、详细的安装与卸载日志，供治理人员分析：3）当用户终止、或因意外情形导致安装终止，能将已安装的部分进行淸理，并复原到 安装前的状态：4）卸载能完整淸除已安装部分，并复原到安装前的状态，同时，应提示并承诺用户对 用户数据或其他客户化内容进行备份与保留。3. 系统配置与治理：1）提供系统环境配置工具；2）提供业务规则配置治理工具：3）提供服务与组件的统一治理工具；4）提供功能模块的导入、导出部署治理工具；5）提供权限配苣和授权治理工具：6）提供应用程序、服务、组件、集成接口、适配器全生命周

40、期治理工具。4. 系统监控治理：1）提供系统运行日志，系统运行报告；2）提供安全的远程治理工具；3）提供系统报警处理工具；4）提供审计治理。5. 数据治理：1）提供而向用户的数据治理工具：2）提供主数据治理工具：3）提供数据导入、导出治理工具：4）提供数据归档治理工具。3. 2.5客户化支持1. 支持多语言：用戸可设置界面显示、提示与关心信息的语言环境：2. 支持用户对界而内容与格式的泄制；3. 支持工作流的客户化左制；4. 提供客户化与接口开发的工具与资源：3.2.6数据备份与复原需求为保证业务系统连续运行，对系统数据需立期进行备份：1）可左期备份数据和文档；2）在显现故障时能够在较短时刻内

41、复原正常运行：3）系统能够支持安全的数据迁移：4）业务部门可自泄义对相关信息进行导出。3.3系统集成要求应用系统之间要能够依照九牧集团的实际需求进行集成，支持公司以后全而整合集成的 要求。本系统应支持如下集成方式：1. 支持在数据层集成：通过数据库接口表与其他系统进行集成：2. 支持应用层集成：通过应用程序以同步、异步方式，与外部系统进行集成：3. 支持流程层集成：在业务流程（工作流）中，与外部系统进行集成：4. 支持用户界面集成：支持与其他系统在用户界面方而的集成。3.4系统部署要求应用系统集中部署在九牧集团总部，用户（含子公司和项目现场用户）通过专线或其它方式访咨询应用系统。3. 5项目服

42、务需求3.5.1培训与知识转移培训内容包括但不限于与应用系统相关的平台软件模块、系统功能应用、系统配置、治 理、运维、功能配置与开发培训，项目治理方法、业务流程梳理方法的培训等，投标方应提 供培训打算、培训课程概述、培训的目的等，培训时中标方应提供相关的中文培训资料。中标方应提供贯穿项目全过程的培训服务，针对不同时期、不同角色、不同的需求组织 多种形式的培训，如课堂培训、实战培训、自助学习多媒体课件等，实现知识转移，以便使 用户全而把握系统功能、特点和必要的运维知识，保证系统长期稳固地运行。对公司总部、 分公司、工程项目现场、子公司分不进行培训。培训要求1. 治理人员和关键用户中标方应为应用系

43、统的用户（公司治理人员、职能部门关键人员）提供培训，使英熟练 操作、配置和使用相应模块。职员可通过多媒体自助学习，实现全员培训。2. 系统治理人员中标方为招标方内部顾咨询和系统治理员提供系统及系统资源治理方面的培训，保证系 统稳固高效运行，如：平台软件应用、系统备份与复原、系统治理、数据治理，提供系统应 用安全相关的指导，采取有效合理的措施防止系统的非法侵入。3. 内部顾咨询团队中标方应安排合适满足需求的培训，培训内容包括不限于以下方而：项目实施的方法、 业务流程梳理方法、软件产品功能、软件配置、工具与引擎的使用方法、数据梳理方法等。培训及知识转移打算中标方应提交一份培训打算，至少应讲明下列事

44、项：培训课程打算、课程内容、课程槪 述、课程目的、课程表、授课者资历、授课方式、每一培训课程所提供的资料、对参加者的 要求，指出参加每一课程所需的资格，反之，则应被视作不需相关知识和体会。所有资料均 应中英文对比，于课程开设前3天预备完毕。培训讲义，幻灯片应以软件拷贝的形式于课前提供给九牧集团。九牧集团有权使用这些 资料为其职员提供室内培训。3.5.2支持服务项目终验后，中标方需提供为期1个月的现场支持服务，服务内容包括但不限于系统支持，系统消缺、咨询题处理、功能完善与优化、培训等方面的工作。3.5.3售后服务中标方对交付的应用系统提供两年质量保证期的系统升级及爱护服务，并保证已有的配 宜、二

45、次开发、泄制报表的平滑升级。质疑保证期从系统最终验收之日起开始运算。在质量保证期内，中标方应免费向招标方提供7x24小时的服务响应，保证招标方能够随 时找到相应的技术人员。在质量保证期内，中标方必须承诺为招标方提供免费的系统移植，以保证招标方不因办 公场所变更而而临系统移植风险。在质量保证期内，假如推岀新版本的应用系统平台软件产品，如招标方认为必要，中标 方应提供免费升级。在质量保证期内，中标方所提供的软件平台和应用系统发生故障后，中标方应免费提供 服务，保证在接到故障通知后2小时响应，8小时内处明白得决完成。3.6项目验收3.6.1产品验收按照合同要求对软件平台产品套件的需称、版本、补丁、授

46、权与许可、相关介质与配套 文档等进行脸收。按照合同要求对硬件产品的型号、规格、数虽:、外型、包装、配置、配套软件与介质， 以及文件（如装箱单、保修单、随箱介质等）和配套文档等进行拆箱验收和技术验收。产品验收报告须经九牧集团授权人员签字后生效。通过项目时期验收的成果能够作为正 式的项目交付成果。3.6.2系统验收按照项目合同，依据项目范畴、系统功能需求、系统方案、各类测试结果、咨询题解决 结果、项目质疑检查报告等，进行系统验收。测试包括：单元测试、集成测试、性能测试、 可靠性测试、安全性测试、用户接收测试等。项目时期验收报告须经九牧集团授权人员签字后生效。通过项目时期验收的成果能够作 为正式的项

47、目交付成果。3.6. 3服务验收对提供的咨询服务，从提供者的业务与技术能力、是否按时按量完成、服务质量、工作 态度、是否遵守项目治理制度、用户中意度等各角度进行考察与验收。对提供的培训服务，通过检查培训资料质量、培训形式、培训记录、用户反馈与中意度 调査，进行审査与验收。项目时期验收报告须经九牧集团授权人员签字后生效。通过项目时期验收的成果能够作 为正式的项目交付成果。3.6. 4文档验收针对项目治理类文档要紧检査文档是否齐备、格式是否规范、内容是否完整等。针对项目工程类文档要紧检查文档是否齐备、格式是否规范、内容是否完整、详细、正 确与淸晰。项目时期验收报告须经九牧集团授权人员签字后生效。通

48、过项目时期验收的成果能够作 为正式的项目交付成果。3.6.5项目初验项目初验将基于项目交付产品、系统、服务、文档等各时期验收结果，成立相应的有中 标方参加验收组织，依照验收标准对各类项目交付物进行验收，并签署项目初验报告，进入 试运行时期。项目初验将对项目的要紧交付物进行验收，包括：相关软件与硬件产品、应用系统、$ 类服务、以及相关文档等。中标方应制泄验收方案、打算与标准，提供相关项目交付物，配合九牧集团进行项目初 验。项目初验针对类交付物，制左相应的验收标准，核实是否已对软件与硬件产品进行了 相关测试与验收，检査系统集成、性能、安全性、可靠性与用户接收测试结果，检查相关服 务是否已进行验收，

49、确认交付文档是否齐备并已进行审查，以保证各项目交付物的质量。关于初验发觉的临时无法修改的咨询题，应作为项目遗留咨询题，中标方应进行汇总、 分析、定性与分级，制進相应的解决方案。中标方应依照系统初验情形、结果与遗留咨询题，起草系统初验报告，由相关评审人决 定项目是否通过初验，并对初验报告进行会签。签署初验报告后，系统进入试运行时期，中标方应与业务部门紧密配合，监控系统运行 情形，及时发觉与解决咨询题，并进行详细记录。3. 6. 6项目终验项目初验完成并进行试运行后，中标方应提出系统终验收申请，由终验组织依照各时期 验收和项目初验结果、遗留咨询题解决情形、系统试运行情形和业务用户反馈，进行终验，

50、并签署终验报告。中标方应依照终验打算与标准，收集与评估用户使用、系统试运行情形，解决初验遗留 咨询题，配合项目终验。关于终验时期发觉的临时无法修改的咨询题，应作为项目遗留咨询题，进行汇总、分析、 定性与分级，制定相应的解决方案。中标方应依照系统验收情形与结果，起草项目终验报告，并由九牧集团信息化领导小组 负责人签发，作为公司项目关闭与项目中标方完成项目交付的重要证据之一。验收报告签署 后，项目正式进入运行爱护时期。3.7知识产权中标方对招标方（买方）提供的所有资料、文档，有责任对第三方保密。中标方在软件开发过程及所提供给招标方（买方）的指泄系统应确保招标方（买方）享 有独立的知识产权，并承诺在

51、指定系统中如使用或涉及第三方产品或他人知识产权的，已得 到了权益人的许可。若显现技术、经济或法律上的纠纷，全部责任由中标方承担和解决，同 时保证本项目的进度不受阻碍。中标方在中标并签订项目合同后，其针对招标方（买方）要求完成的业务模型、设讣方 案、客户化开发、编码、数据、文档等均属招标方商业隐秘，所涉及的知识产权归招标方（买 方）所有。未经招标方（买方）书而许可，中标方不得向第三方提供或透露。中标方按照招标方要求开发的指立系统所形成的知识产权归招标方（买方）所有，招标 方（买方）在其所属系统内拥有永久的所有权。第4章 投标方资格、服务与治理要求为保证项目目标和需求的实现，应进行相应的业务梳理、

52、系统配置与开发、历史数据迁 移、技术支持等工作，并对项目工作进行组织和治理。针对项目的系统功能实施商应充分结合PDM产品平台模块的特点和功能，考虑以后二期 功能的业务关联性，进行一期方案的设计。4. 1厂商资质投标方应具有以下资质：投标方必须是PDM产品的原厂商；投标方具有全面的信息化咨询服务能力，有过成功的ERP、HR、PDM.电子商务和协同 办公系统的成功实施和集成体会；投标方拥有稳固的专业化实施顾咨询团队，ERP、HR、PDM、电子商务、协同办公顾咨 询以及系统集成、产品开发人员俱全：投标方具有与九牧集团同行业（包括：洗浴龙头、卫生陶瓷等产品生产和销售企业）的 ERP系统成功实施体会：投

53、标方具有支持九牧集团长期的信息化服务能力，具有3年以上稳固盈利记录，企业正 式职员1000人以上，年营业额达到1亿元人民币以上。4.2业务咨询投标方应以先进的治理理念与行业最佳实践为参照，结合九牧集团信息化的战略、治理、 业务，对相应的业务流程、组织机构、数据、规则、报表进行梳理与分析，规划出合理的、 优化的业务蓝图和业务流程方案，并提岀改进建议，明确系统的业务范畴与需求。4.3配置与开发投标方应依照九牧集团业务现状和需求，结合平台产品特点、以及周边系统的情形，制 左具体的实现方案，进行配苣与开发，对历史数据淸洗与导入，制左详细的测试方案和打算, 进行严格的功能测试、集成、性能、安全性、用户接收、备份与复原等一系列测试，确保系 统质疑，并提供产品相应模块的使用讲明、相关工具的使用指导、系统设计与实现方案、测 试报告、操作手册等文档。配置开发方案应在PDM标准模块的基础上进行配置与开发。4.4历史数据迁移对招标方已有系统的数拯进行分析、整理、校验，导入到新的系统。4.5技术支持中标方应依照招标方的需求，对所提供的系统保证全面、有效、及时的技术支持。中标方应在技术建议书中详细讲明技术服务的范畴和程序。投标方应提供相关支持，包括但不仅限于如下内容：1. 平台软件、应用系统的安装、调试；2. 平台软件与应用系统的升级；3. 修补平台软件和应用系统错误：4. 技术支持服务水