一、市场评价 市场是决定产品生命的最终裁判，因此，对一个项目论证，必须首先对其进行市场论证。这就需要有专门的市场调研人员去做出切实的分析对比数据。还要考虑的就是新药开发出来时，在3-5年的时间里市场变化预测等情况。 1、流行病学调研 （1）发病率高，市场容量就大，如糖尿病、心脑血管病、老年痴呆症、老年骨质疏松、病毒性疾病、恶性肿瘤、老年人尿失禁等都是发病率很高的疾病，这类药物市场前景较好。 （2）对某些小病种（如带状疱疹、胰腺炎等）具有特效的治疗药，也有较稳定的市场。 2、同类产品的调研 （1）要尽可能全面地进行同类产品的资料收集和比较，判断该品种是处于发展中的那一个阶段，如成长期，成熟期，还是衰退期。 （2）在对待开发品种和上市的同类产品比较时，应注意以下几个方面的问题： a、疗效是不是更好； b、毒副作用是不是更低； c、剂型和剂量是不是更便于使用； d、包装是不是便于病人携带； e、市场价格是不是更便宜等等。 3、成长性市场 选择可用于预防治疗新疾病谱的药物作为研究课题。作为临床上紧缺甚至空白的药物必然有很强竞争优势。 （1）用于治疗因社会节奏加快引起的功能紊乱如抑郁、内分泌失调、性功能障碍等药物自上个世纪90年代开始成为研究的热点，在临床上陆续得到了广泛使用，市场前景持续看好； （2）部分疾病如中风、更年期综合症等携病症群不断趋于年轻化，开发预防和治疗此类疾病的药物应该有不错的市场前景。 4、成熟性市场 选择开发采用新工艺、新制剂、新给药途径、新质控方法、新作用机理的药物作为研究课题。即使是市场上趋于饱和，竞争过度的产品，只要我们能将其进行技术优化处理，也能重新赢得竞争力。 5、隐性市场 选择开发社会效益好的药物作为研究课题。此类项目能更多地得到政府组织的资助，并能更多地引起公众关注，促进提升经济效益。 （1）开发防治毒品成瘾、艾滋病、感染性疾病等社会性问题疾病的药物 （2）开发防治老幼妇孺等弱势症群疾病的药物； （3）开发能增加当地政府经济收入的药材资源，并进行深度研究和项目转化。 二、技术评价 技术可行性决定了开发的难易程度和投入大小，这是规避风险的另一个重要方面。 1、原辅料、参比制剂、杂质等合法来源 （1）原辅料的合法来源及相关的资质文件获取； （2）参比制剂合法途径的获取； （3）相关杂质对照品的合法获取。 2、药学部分 （1）首先是处方工艺的可行性、实用性和先进性。工艺的改进必须坚持先进性、实用性与可行性相结合的原则。 （2）质量控制指标及方法的建立，也要反复论证。有些成分含量虽高，但稳定性差，波动太大，都不可作为指标成分；另外，检测方法对检测仪器的要求，直接 牵涉到项目开发的投入和企业的承受能力。 （3）产品采用剂型的稳定性，也是很重要的，它既影响疗效，也影响市场。这一点 必须了解清楚，以免给后期工作带来不必要的麻烦。 3、药理毒理部分 论证时应了解药效研究有无规范的动物模型。新药指导原则中无法包括提供所有疾病的研究模型。如果待开发项目没有已知模型，重新建立模型难度又很大，这样的项目最好缓上。毒理研究对动物有无特殊要求，例如治疗艾滋病的药物是很有前景的项目，但对实验动物的要求较高，所以介入单位较小。 4、临床部分 药物的用法用量、疗程和临床周期与投入有直接关系，对这些问题应有清晰的了解。另外，研究单位提供的临床研究方案是否可行，指导原则有无现成的方案等等，均要进行论证。 三、疗效与安全 药品是一种特殊的商品 ,药品必须有效，没有效果患者不会使用或者重复使用，即使开发出来，也不会有市场前景。所以立项的新药必须疗效要确切，疗效比目前临床上主要产品疗效还优越最好，在对比时包括中、西药。药品安全性也是如此。在立项前，应对同类产品的不良反应进行跟踪调研，有的不良反应对设计的剂型是有限制的。药物制剂的设计研究对发挥药物疗效、减少不良反应关系极大。 四、知识产权 新项目立项时，应密切关注相关专利情况，应通过权威机构进行专利、行政保护及保密品种的检索，以免侵权。特别是合成路线的专利、制剂工艺的专利等。 除专利因素外，还应该关注药品监测期和中药保护品种等情况。可以有效规避开发品种的产权纠纷，亦可以在开发新产品时及时申请产权保护，以增加新产品的竞争力和独家性的产权壁垒。 有一种可能是在立项时查不到相关的专利，项目进展了一定程度人家的专利出来了，这里不要轻易放弃，要看如何能避开，做全面分析。 五、成本预算 项目开题前，一定要进行项目的成本核算，不但包括人力成本，还应包含物料、仪器损耗、设备及消耗品等，同时还要进行风险评估，把一切因素尽可能的考虑进去，并对开发成功后的药物可能上市价格做一个相关成本核算。 六、国家行政政策 1、符合国家相关法律法规，如《药品注册管理办法》等等； 2、及时了解国家食品药品监督管理局和检索审评中心相关信息；准确把握国家的注册评审政策动态，密切关注新药研究和开发注册申请动态。 七、企业自身因素 一个企业立项的时候，一定得考虑企业实际情况，研发新品种不能脱离企业实际。企业的实际包括：…

浅谈研发管理系统对 IPO 企业的重要性 例如，在某科技股份有限公司的现场检查中，监管部门明确指出发行人报告期内未建立有效的 研发工时管理系统，监管部门请发行人说明： （1）研发费用归集相关的内部控制措施，执行是否具有一致性，研发费用与其他费用或生产成 本是否能明确区分，相关费用是否确实与研发活动相关; （2）研发工时管理系统完善情况，对报告期内研发投入核算准确性的影响； （3）研发费用支出与研发项目的对应关系，研发成果表现形式，是否可对外销售； (4）结合公司产品更新迭代情况，研发投入和研发人员数量是否匹配； 从上可见，监管部门明确认为研发管理系统直接关系着研发内控的有效性，包括研发费用和生 产成本能否明显区分，研发投入和研发人员是否匹配，研发费用是否与项目，成果相对应等重 要问题。 参考： 某仪器公司 主营无线通信与射频微波测试仪器，重点拓展无线通信市场、无线电监测和北斗导航市场, 以无线通信为主的智能制造市场三个方向。对于研发，监管机构一口气问了13个问题，主要涉 及研发费用资本化过程中的人员分配，资金和材料与研发的匹配等方面。 同时要求中介机构对报告期内发行人的研发投入归集是否准确、相关数据来源及计算是否合 规进行核查，并发表核查意见；并对发行人研发相关内控制度是否健全且被有效执行进行核 查，并发表核查意见： （1）发行人是否建立研发项目的跟踪管理系统，有效监控、记录各研发项目的进展情况，并 合理评估技术上的可行性。 （2）是否建立与研发项目相对应的人财物管理机制。 (3)是否已明确研发支出开支范围和标准，并得到有效执行。 （4）报告期内是否严格按照研发开支用途、性质据实列支研发支出，是否存在将与研发无关 的费用在研发支出中核算的情形。 (5)是否建立研发支出审批程序。 某智能科技股份有限公司 关于研发费用 根据首轮问询回复： (1）报告期内，研发费用中已单独出售的样机的成本归集均为在研发活动开始时尚未获取订单 的产品，并在获取订单后将后续发生的支出在存货中核算，并在销售时进行成本结转。公司在1 报告期内未发生因销售样机而产生的冲减研发费用的情况。 （2）报告期内，职工薪酬的归集过程中，发行人根据员工的工作性质以及工时填报，将员工的 工资归集至相应的制造费用、销售费用、管理费用和研发费用汇总。 请发行人说明: （1）各期研发费用中已单独出售样机的数量、收入金额、成本归集的具体区间及金额；出售样 机对应的研发费用金额，结合同行业可比公司的情况，说明销售样机不冲减研发费用的合理 性，是否符合企业会计准则的要求； （2）公司薪酬归集过程中，如何准确区分研发人员的工作内容，工时填报的具体内控措施及所 依据的单据等，公司研发人员薪酬归集的准确性。 （缺少研发项目管理系统，研发项目的资金匹配，研发人员的区分，工时填报，人员薪酬不明 某智能科技股份有限公司 关于研发人员认定 根据首轮问询问题回复，公司研发人员的认定标准系根据员工所属部门及具体工作职责来进行 认定，将主要从事前瞻性技术研发和相关技术创新活动，以及专门从事前述活动管理和提供直 接服务的人员认定为公司的研发人员。研发设计人员同时也参与具体客户的产品定制生产过 程。 请发行人说明： （1）报告期各期主要从事前瞻性技术研发和相关技术创新活动，以及专门从事前述活动管理和 提供直接服务的人员所在的部门; （2）认定为研发人员的相关人员，研发活动工时是否均超过 50%，未超过 50%研发活动工时 的相关人员薪酬在报告期各期的金额及占比情况。 （由于没有研发项目管理系统，研发人员的划分不明确，研发活动的工时分配不明确)…

PLM全称产品生命周期管理，是一个大的整体解决方案的总称，PLM系统作为一个管理系统和T具系统有本质的区别。每一种管理系统中包含特定的企业文化，即使是相同的PLM系统软件，不同企业在实施过程中也必然融入各自的企业文化。由于不同行业、不同产品、不同经验模式对管理信息化系统的要求千差万别，因此不可能有统一的理想路线图。作为一个持续创新的企业研究院，科研管理信息系统的成功实施是提升创新能力的重要组成部分，只有按照科研管理发展战略要求制定实施路线，才是比较理想的做法。 1 科研管理与产品管理的相同点和不同点 科研管理信息系统作为提升创新能力的重要组成部分，可以对创新策略（服务于组织的整体战略目标）、组织管理（调整组织结构和管理架构）、流程与活动（落实创新策略、规范创新活动）提供信息系统的支持，将创新流程固化下来。 科研管理与产品管理有类似的地方，但也有其自身的特点。相同之处在于：科研管理和产品管理都按照项目形式开展和推进，有项目里程碑、交付成果、工作任务管理等需求。不同之处在于：科研管理涉及的领域较广，细分方向较多，常处于动态变化之中，而产品管理的领域聚焦，产品系列明确；按照《科学技术研究项目评价通则》（GB/T 22900-2009）中的技术成熟度等级，科研管理成果对象的成熟度等级更多在1-5级，而产品管理的成果对象，技术成熟度等级在6级以上，甚至到13级。 对于科研项目管理，应用PLM系统，需要突出科研管理自身的需求特点，侧重多领域、多技术来源的管理，侧重投入和产出价值的管理，而相对弱化产品制造、生产、销售等环节的管理。科研管理系统，管理的是科研成果从项目来源到成果转化的价值链周期，而成果转化的途径往往是多样的，这些管理逻辑需要在系统实施的过程中体现出来。 2 在PLM系统中实现科研管理的实施逻辑 2.1 管理逻辑框架——稳 科研管理系统的实施和应用，是一个长期的过程，需要有一个稳定的逻辑框架来支撑。将基本的管理逻辑固化到系统中，随着数据的持续积累，形成对管理的持续优化和改进机制。 在实施调研过程中，系统构建了领域树、过程树、产品树的三棵树模型的总体逻辑框架，如图1所示。 图1 三棵树模型的总体逻辑框架 2.1.1 领域树 从大的领域规划、到领域细分方向、再到具体研发项目，形成从科研战略布局到组织资源实施落地，从顶到底的逻辑脉络。 2.1.2 过程树 从系统产品研发的角度，根据系统产品的顶层架构进行系统分解，完成各个子系统的划分，根据系统研发阶段成熟度等级，划分研发里程碑，根据里程碑交付的要求，再分解到科研活动的具体任务，形成从顶层产品规划到具体科研活动，从顶到底的逻辑脉络。 2.1.3 产品树 产品数据从整机到部件到零件，按照树状结构进行管理。 2.2 业务数据实施要点——准 2.2.1 业务数据精确 业务数据包含：组织架构数据、规划领域数据、细分方向数据、项目分类数据和专业角色数据等科研活动中的各类管理原始数据。在实施的过程中，需要通过调研、识别、标准化、精确地固化在系统中。 2.2.2 职能边界清晰 业务流程涉及多个部门，需要通过实施调研过程，根据各个部门的职能识别职能边界，设置流程角色，绘制形成各个业务条线的流程图。例如：费用分摊、采购流程、外协流程、院内合作流程和跨年项目边界划分等。 2.2.3 数据标准化 数据的标准化是信息集成、数据应用的重要基础。输出文件分类、文件命名、流程命名和视图界面设计等需要明确标准化规范，这些都需要在系统实施过程中进行明确。 2.2.4 制度流程规范 在实施过程中，相应的业务流程、文件模板、产品数据模板等都需要有制度进行支撑，制度流程应规范，做到及时更新。 2.3 系统运行——畅 科研管理系统的实施，最终的目标是提升业务效率，积累大量的数据，形成科研软实力，而系统运行通畅是达到目标的必要条件。确保系统运行通畅，需要从系统架构、业务整合、IT应用等方面来实现。 首先，以科研预算为核心，以科研项目管理为框架，构建业务流、数据流、财务流模型，并打通。其次，实施过程中对业务流程进行全面梳理、辨识、整合、搬迁、补漏。最后，IT功能的实现，充分考虑集成性、易用性，根据人员习惯与接受度设计业务细节，沟通及培训策划也是必不可少的。 3 实施成果 3.1 科研活动的高度集成 以科研项目管理为主线，集成项目计划管理、经费预决算管理、WBS工作管理、项目里程碑管理和验收管理，从而实现整个科研管理过程的高度集成。科研管理过程整体集成见图2。 3.2 全面与决算管理 以经费兰卡为数据控制中枢，在各业务流程中动态一致性管理各项经费流水，实现科研价值链实时管理。以经费蓝卡为数据控制中枢的预决算管理见图3。 图2 科研管理过程整体集成 图3 以经费蓝卡为数据控制中枢的预决算管理 3.3…

高校基本建设项目是一项庞杂的系统性工程， 环节众多、节节相扣且交叉往复。基建项目管理工作涵盖规划、前期手续、设计、招标、造价、施工、验收等环节，具有建设规模大，周期、成本控制要求严格，审批手续繁琐，项目资料分散，投资计划性控制严格等特点，导致项目信息的完整性、真实性很难及时掌握，影响了对项目整体进展的控制。在互联网+的大潮下，高校需要尽快实现真正意义的基建全过程动态管理信息化建设。 图片来源：西安交通大学校园规划与基本建设管理中心官网 自2016年开始，西安交大基建中心通过不断的走访调研，确立并联合了第三方开发公司，共同对高校基建项目管理全过程业务体系由表及里、由浅入深的进行了梳理和整合，研究整理出普遍符合高校基建项目管理的业务准则和办法，并通过信息化手段加以应用。通过1年多时间的建设、应用以及推广，已实现了体系成型、业务成熟、推广成功的管理平台。 交大基建交互工作 管理信息化平台建设思路 平台建设依据及目标 基建交互工作管理平台是严格以国家相关法规、教育部对基建工作要求、学校基建制度为依据，以项目管理流程为主干、将基建项目的所有任务流程分解，并落实到单位相关部门、个人，在基本建设项目全过程中充分实现了系统性的交互配合与协调，实现基建项目管理电子化、网络化办公实现、全过程监控的目标。 结合对交大基建项目管理形成电子化办公模式， 项目管理过程中存在从过程管理、业务审批、资料存档、协同办公、廉政风险防控等方面问题和风险防患的现状，通过以基建项目全过程管理信息化为主，日常办公电子化为辅，两者互补管理的信息化管理模式，利用示范性推广建设的方式稳步推广建设交大基建项目管理信息化的整体性建设。 平台业务功能框架 以交大基建项目管理信息化建设业务章程为指导，定义交大交互式基建项目管理平台业务功能框架结构，以基建项目全过程管理信息化为主， 日常办公电子化为辅， 构建平台总体结构。其中， 基建项目全过程管理包括项目立项、前期手续、设计管理、招标管理、合同管理、付款管理、变更签证、现场管理、投资控制、 报表台账、后评估等， 详见图1。日常办公包括议题题管理、 用印申请、 电子台账纪要、 通知公告、 工作计划管理、 法律法规资料等。 图1 来源：西安交通大学校园规划与基本建设管理中心官网 平台核心技术 1 .数据抓取和自动整理 以项目为树干， 根据项目办理流程自动抓取所有相关数据， 并形成各类表单和报表， 可全盘掌握项目的进展情况， 智能分析预判， 后期还可以做后评估研究。 2. 投资控制与合同管理 实现了全过程投资控制智能引擎， 以及项目层面概算、预算、结算相互制约的管控体系； 从项目立项、可研、招标、合同审批到现场变更、签证、索赔、计量、支付，投资控制引擎不断将预发生费用与管控目标费用对比， 实现全过程预警。   图片来源：西安交通大学校园规划与基本建设管理中心官网 3. 日常办公 为了更好的服务于基建项目， 该平台还补充完善了日常办公业务功能。 1） 协同办公。将甲方、监理单位、施工单位、设计单位、全过程审计单位等各方设置系统接口，实现平台协同办公；为学校纪委、校领导、审计部门放开所有权限并设置专属页面，实现远程全过程动态监管和领导。实现项目管理规范统一、 信息共享、 风险预警以及廉政建设。 2） 效率考核。通过主办流程和协办流程，设置管控模块，将全体基建人员、相关职能部门纳入项目建设过程中来，谁主办、谁协办、办理程度、办理节点、办理时效实现智能管控和预警提醒。平台的所有任务均形成了“发起-经办/协办-完成-考核”的闭合圈，完成全过程动态记录，实现效率考核和责任追溯。 4. 电子报表 平台的亮点之一就是实现了各类基建款项的网络支付审批流程以及各类基建文件的网络审批流程， 并自动生成报表。平台为审批报表加上了电子签名以及二维码扫码验证功能，…

根据国内当前的药品研发形势及未来发展走向，仿制药研发公司必须全面构建符合国内乃至国际（FDA）要求的规范性研发体系，确保研发项目的科学性、规范性和完整性，才能在动荡的医药变革中得以生存与长足发展。 一度对研究院的项目统筹与申报起到过关键作用。但是，随着近年来国家医药政策的频繁调整以及药品监管标准的迅速提升，迫切要求将项目管理部的工作职责进行“全面升级”，同时增加各个学科从业背景的管理人员，以进一步增强项目管理的深度与广度，规范药品研发流程，构建全面的药品研发质量管理体系，以适应行业发展。   一：项目管理的概念 项目： 是为创造独特产品、服务或成果而进行的临时性工 作。为了实现一个目标，我们形成一个组织，一起做出努力，并且在预算内 按时提供符合要求的产品、服务或成果。 项目管理：就是计划、组织、协调、领导并控制资源来完成项目目标。项目管理的过程就是制定计划，然后按照计划工作。 项目化管理： 把临时性的、具有明确目 标、预算和进度要求的复 杂任务，组织跨部门的团 队，按照项目的技术和方法进行管理。（未来目标） （1）项目管理三要素： 项目管理是西方的一个管理方式和方法。一提起项目管理，几乎看到的教材都是这么说：项目管理三要素“时间、成本、质量”。 1、时间：项目计划在什么时候完成？有哪些工作，分别在 什么时候完成？是否发生了延期？如果发生了延期如何处理？ 2、成本：项目计划花多少钱？每项“子任务”分别打算用多少钱（多少人月）来完成？是否发生了偏差？如果有偏差，怎么处理？ 3、质量：处方工艺可行性么？研发过程合规么？申报资料完整么？ （2）仿制药研发项目的特点： 1、独特性：不同的品种，或者同一API不同规格、不同剂型 2、明确的目标性：临床批件、生产批件 3、具体的时间计划：2年、3年、甚至更长 4、项目小组的临时性和开放性：不同项目，均是合成、制剂、分析、医学、注册等的不同组合！ 二：项目管理部工作职责 （1）科研管理架构： （2）科学委员会： 科学委员会研究院是研发策略的最高裁决机构。当项目遇到技术瓶颈和研发策略问题，各部门应 经由项目管理部将问题提交至科学委员会，组织科学委员会讨论。 （3）项目管理部工作职责 核心职责： 1、负责组织科学委员会根据法规政策的变化，不断完善仿制药研发流程和研发标准； 2、定期组织项目工作汇报，结合项目研发进程及时调整研发策略，力争做好每个项目的顶层设计与及时决策，让研发人员在正确的指引下开展工作。 具体内容： 三：项目管理体系 （1）仿制药研发流程： （1)建立目的： 根据《总局关于发布化学药品注册分类改革工作方案的公告》（2016 年第51 号）、《国家食品药品监督管理总局关于化学药生物等效性试验实行备案管理的公告号》（2015年257号）、《总局关于发布化学药品新注册分类申报资料要求（试行）的通告（2016年第80号）”等等一系列的法规要求，重新梳理研发流程，明确各部门研发内容。 （2）附件： 1、原料+制剂项目研发流程图 2、单制剂项目研发流程图 3、单原料项目研发流程图 （2）仿制药研发标准 （3)项目管理文件夹 l 建立目的：为保证各项目关键节点关键文件的完整性及统一性，便于项目研究资料的溯源，有效的开展项目管理工作，特建立此制度 l 文件夹形式：各部门根据项目管理部明确的关键节点，提供相应的验收文件，交由项目管理部备案，包括电子版、纸质版。 （4）验收节点&奖金分配 （5）项目小组制 为了提高工作效率，进行有效沟通与协作，保证项目开发进度，设立项目小组制。项目组长的项目管理工作由项目管理部协调管理 项目组长工作职责： 项目管理部根据项目成员的：工作经验、工作能力、综合素质等任命一位成员为项目组长。 项目小组工作制度：…

如何建立一套简单又高效的研发管理体系   对于一个研发管理体系，其核心是围绕着产品的整个生命周期来进行的。因此，根据一个产品的生命周期，可以把研发体系划分为几个关键的环节，如图所示： 可知，即时沟通和技术提升虽然不属于研发流程中的某一个环节，但它们是贯穿整个研发体系不可或缺的一部分，有着不可替代的作用。此外，任务管理需要对任务做整个研发生命周期的管理，除了作为其中的一个关键环节，也是贯穿整个研发流程的。 任务管理 任务管理是产品整个生命周期首要的环节，其对研发体系也是至关重要的。项目生命周期模型，传统的有五种：瀑布模型、原型模型、螺旋模型、增量模型、V模型，而现在最为流行的是迭代开发模型，敏捷开发则是采用迭代模型的一种典型项目管理方法集合。Scrum是目前敏捷开发中最为大家熟知的开发模式(XP极限编程也是一种比较常见的敏捷开发模式)，其开发流程的概览如下图所示： 简单来说，Scrum是依赖于三种角色、四种会议的自组织、信息透明化、成员平等的一种敏捷开发流程。更为详细的描述，可参见此篇文章：。 除了Scrum之外，看板是最近兴起的另一种开发模式，在最近很火的美剧《硅谷》里面“魔笛手”就是采用的这种方式。看板将工作流程形象化，首先把工作细分成任务并根据需要将任务分为Pending、Analysis、Development、Test、Deploy等状态，然后根据任务的进行，在几种状态之间进行转换。对比Scrum，看板使用开发周期作为计划和过程改进的度量数据，不强调迭代的概念，也没有很强的时间期间概念，也不需要制定任何团队角色。对于看板方法论的详细介绍可见此篇文章：，这篇则做了比较形象具体的说明。这里有一点需要注意，Scrum和看板并非是对立的，它们是可以结合起来使用的。使用看板来管理每一次迭代的任务是一种可取也是很常见的精益实践。 依赖于任务管理方法论，市面上很多软件都做了相应的支撑，自己曾经使用过的任务管理软件如下： : 这个是自己最开始接触的任务管理软件，使用也比较广泛。比较遗憾的是，redmine安装有点繁琐，而且基于ROR，如果需要二次开发，需要重新学习ROR。 : 这是一个任务管理云服务，界面设计的简单优雅，一目了然。很多小的私有项目，我都会用这个进行任务管理。类似的还有teambeation等。 : 这款软件是商业版的任务管理软件，对于这一块做的是非常专业的，很多大公司都在使用。但是，它是收费的。所以，如果你要用，要么付钱，要么去破解。。。 ：这款软件最早是叫做bugfree, 是开源且主要针对Bug管理的，后面慢慢发展成现在的集任务管理、bug管理、团队管理等的项目管理软件，并开启了收费策略。总体来说，功能很全，也比较专业，但是ui上有种传统it系统的感觉，流程上也不具有现在敏捷开发的一些优势。 : 是实现了Kanban方法论的任务管理软件。 对于个人的项目，其实依赖于tower.im这种第三方云服务完全足够了。如果担心数据安全的话，那么推荐在内网搭建Kanboard进行看板任务管理。 文档协作 研发中首当其冲的就是文档撰写，这个很多情况下都决定了项目的可维护、可管理性。有人会说现在流行的是敏捷开发，根本不需要写文档，但其实这是对敏捷的误解。敏捷开发强调的是快速试错、快速迭代，而非简单粗暴，对比传统开发模型虽然并不强调文档，但并不代表不需要。对于一个项目，从开始就需要需求文档、产品原型文档、项目进度文档等等，而到了研发这一步，在系统实现、写代码之前最好的就是先“想”再做，而“想”的一种比较好的输出形式就是文档。对于一个软件系统，一般来说需要写的文档有以下几种： 系统业务流程文档：描述系统业务逻辑的文档，能清晰的说明真个业务的流程。 系统架构设计文档：对整个系统的架构的描述，需要包含系统的各个关键组成模块以及相关的各个关键技术点等。 系统功能模块概要设计/详细设计文档：对于某一个模块的流程、逻辑的描述。 数据DDL/DML文档: 与系统相关的数据库的DDL和DML文档，对于前者，是需要包含所有的操作的，而对于后者，必不可少的是查询语句，用来提供给DBA，来做查询sql的review，以保证索引的正确建立等。 系统部署文档：描述系统关键部分部署在哪里，需要做哪些配置。 尤其对于一些相对复杂的功能来说，整理思路形成文档，不仅可以让自己逻辑清晰，也能让后续维护的人更快的接手下去。 而对于文档撰写协作的方式，我自己经历过的有以下几种： 使用word撰写各种文档，提交到svn等版本管理工具上 使用google doc进行协作 使用word撰写文档，然后提交到项目管理软件中进行管理 使用markdown撰写文档，提交到版本管理工具上 我自己比较推崇的是使用markdown撰写文档，然后使用git、svn版本管理工具或者是其他团队协作工具做版本管理。之所以使用markdown, 能够极大地节省使用word时调各种格式、样式耗费的时间。对于程序员来说真的是如虎添翼。如果是对文档多人协同编辑有刚需的团队，可以选择使用google doc或者国内的石墨()。 此外，在移动app开发中，还有一个非常关键的文档就是api文档，是服务端提供给客户端调用接口的说明文档。比较简单直接的方法就是定制一套api文档模板，然后在写接口代码之前或者之后，按照模板编写接口文档。此外，可以实现一套根据源码自动生成文档的机制，在代码编写的同时就能自动生成相应的接口说明文档。在使用Spring MVC开发的后端应用中，个人推荐，使用此项目能够通过在Controller中加入相应的注解信息从而自动生成Api接口文档，同时也提供了在线调试的功能，极大减少了api文档的工作量。 代码协作 对于一个技术团队，最最关键的肯定是写代码。一个人单打独斗那倒好说，但是这就像篮球场上，一对一靠个人硬实力，但是5对5，那就不仅仅是一个人实力强就赢得了的了。因此对于技术团队来说，代码协作是至关重要的一个部分。 代码版本管理：Git + SVN 几年前最流行的代码版本管理工具是svn（当然此前，更加古老的还有cvs之流），的确为程序员们的代码管理带来了很多便捷。但到了现在，相比起这种集中式代码管理，目前最为火热的当属git这种分布式代码管理工具，在Linux上直接搭建git服务器来构建项目的git系统的。而这几年随着Github以及类似系统的涌现，对于很多私人项目我都是采用oschina或者gitcafe提供的git私有代码管理来做代码版本管理的。当然，对于公司来说，有很多开源类github系统可以搭建在企业内网。详细的可以参见：。当然，对比svn，git也是有缺点的。无法天然的支持对于目录级别的权限管理和基于目录的版本管理操作是目前不得不结合svn和git一起使用的重要原因。通常情况下，可以使用git做版本管理，辅以svn做基于目录级别的发布包管理。 代码分支/Tag管理： Git Flow 其实分支/Tag管理是代码版本管理包含的内容，之所以单独出来，是因为对于分支的使用其实还是有一定的原则和技巧的。并非如很多人一样，所有项目就一个master分支，所有修改都往这里塞。目前，最为流行的一种基于分支的工作方式就是:Git flow。介绍可以见: 。简单概括就是： 用于开发新功能时所使用的feature分支； 用于辅助版本发布的release分支； 用于修正生产代码中的缺陷的hotfix分支。…

林氏木业行业“数字化天花板”再次加固，PLM系统重磅上线 　　对于当下的中国制造业而言,利用数字化管理产品开发已经成为了企业的首要选择。数字化的应用无论是对企业产品力的锻造还是服务质量的提升,都发展有着非常重要的意义。而数字化的运用对于林氏木业来说更是早已驾轻就熟的事情——正是凭借着对于数字化技术的纯熟应用,林氏木业才能够在拥有行业数字化天花板的地位,才能从激烈的家居品牌竞争中脱颖而出。 　　说起数字化管理,PLM系统就是一个热度极高的项目。PLM,全称商品研发管理系统,其最大的应用就在于统筹协调企业内部从设计、开发,到采购、制造等各个部分,将单兵作战的模块连接为一个完整作战的军团,从而实现产品研发的高效协同。 　　而就在去年年底,林氏木业已经成功上线了PLM系统,这不仅意味着林氏木业行业数字化天花板的地位再一次加固,更能代表林氏木业已经建立起了统一的产品研发设计工艺协同及研发项目管控平台,走向产品研供信息化的新时代。 PLM系统从高精尖的制造领域走来,下沉到家居领域尚属罕见。作为全行业最早一波“吃螃蟹”的企业,林氏木业对于PLM系统的理解非常深。在家居产品品类与数量呈现爆炸性增长的当下,像林氏木业这样以互联网起家、以全品类、全风格著称的品牌的发展亟待全新的管理流程。而且,在材料工艺和制造方式发生极大改变的当下,只有保证设计师、产品开发、生产团队都能够全面及时掌握产品各个方面的信息,才能够保证产品上新的速度与市场竞争力。此外,出于提升效率方面的考量,林氏木业也非常需要能够显著提升效率的PLM系统的加持。 　　林氏木业素来以效率而闻名,依靠科学与高效的PLM系统,林氏木业将实现在产品研发上再次快人一步,其服务市场的能力势必将得到进一步的飞跃!

什么是“不平衡报价”？ 评标委员会是怎么来判断标投人的报标报价有没有进行了不平衡报价？ 先来说说什么是“不平衡报价”。 不平衡报价通常指的是在工程的招投标阶段，总价基本确定后，通过调整某个子项的报价，在不影响中标的情况下，确保在结算时能够获得理想的经济收益。 在实践中，常见的方法大致有以下几种，分别是： 1、提高前期所发生的分部分项工程费或措施项目单价，降低后期实施的项目单价； 2、提高可预计工程量增加项目的单价，降低可预计工程量下降的项目单价； 3、提高招标文件中需求不明确、图纸表达不完整、工程量清单描述不清晰，预计实际工程量比招标文件工程量清单多的项目单价； 4、对于实施周期较长、工程量较大的项目，提高资源占用较多的项目单价，而降低物价涨幅大的项目单价。 昨天给大家分享的案例是个例外，施工单位现场踏勘，根据自己丰富的工程技术经验，发现设计单位所采用的基础做法并不适合当地的地质条件，预计今后基础形式必定要被否定，聪明地把基础部分的综合单价调低，而调高了上部主体结构或其他分部分项工程的综合单价，确保中标后，在工程实施过程中采用设计变更，对原设计图的基础部分全盘否定，从而获得了较大的利润。 无论是哪一种情况的不平衡报价，对于建设单位来说，均会带来投资目标的偏差，从而在项目的整个目标体系实现过程中，带来较大的不确定性。故而，建设单位在招标过程中应着重加以识别。 当然了！实际的评标工作并不是由建设单位来完成，而是评标委员会。那在评标时，评标委员又是怎么来识别不平衡报价的呢？ 因为我个人并不擅长评标，于是我请教了我的一位朋友，他精通此道，为此我还奉献出了一瓶价值不菲的好酒…… 在评标委员会评标时，通常会从措施项目总价和招标控制价的分部分项工程量清单综合单价，两个方面入手评判标投人是否存在不平衡报价。 1、措施项目的不平衡报价 当投标人措施项目（除安全文明施工费用）总价低于或高于招标控制价15%-25%时，可视为措施项目不平衡报价；（若措施项目费用占工程总造价比例较大，可适当调整增加比例值，建设单位通常也在招标文件中给予说明） 2、分部分项工程量清单综合单价项目的不平衡报价，这里分为两种情况： （1）投标人的某个分部分项工程量清单项目综合单价高于或低于招标控制价对应项目综合单价一定比例的时候（具体比例，建设单位可在招标文件中说明，如15%-25%），该项目报价可视为不平衡报价。 （2）当投标人所报的综合单价与投标人拟采用的施工方式方法有关联时，如果投标人的综合单价低于或高于招标控制价对应的综合单价达到一定比例（具体比例，建设单位在招标文件中应给予说明，如20%-30%）时，是否判断为不平衡报价，分为三种情况： ①投标人在投标报价中并未明确做出说明或其说明理由明显不合理的，视为不平衡报价； ②投标人在其施工组织设计中没有编制相应的施工方式方法，施工组织设计评审未否决其投标的，视为不平衡报价； ③综合单价的组成与其施工组织设计内容不对应或其报价经评审后认为其综合单价组成不合理的，视为不平衡报价。 综合1、2两点，通过计算，得出投标人不平衡报价项目的具体金额。 即：不平衡报价项目金额=∑（确定为不平衡报价的分部分项综合单价项目*对应工程量）+确定为不平衡报价的措施项目总价 当投标人不平衡报价项目的金额数量超过经最终修正后的投标总报价一定比例（具体比例由建设单位在招标文件中明确）时，评标委员会否决其投标。 如果没有超过，评标委员会则会在评标报告中记录，提醒建设单位签订合同时给予注意。 工程项目管理软件（EPC、业主甲方、工程ERP系统） – 【华腾】领先专业项目管理软件商-工程施工、科研研发、基建投资大数据项目管理系统平台。

引言 笔者近年来参与了汽车主机厂及零部件企业大小十几个企业级BOM项目的实施工作。无论是运营多年产品线丰富的企业、新能源造车新势力还是汽车零部件企业，对于BOM管理的诉求最终都能总结为一句话：BOM不准，有什么解决办法？ 看上去很简单直接的一个问题，但却不是一两句话就可以回答清楚的。而要制定行之有效的解决方案，首先就要精准地识别出导致BOM不准的根本原因是什么，即识别出影响BOM准确率的因素。 2 BOM准确率影响因素分析 在分析BOM准确率的影响因素之前，首先要解决的一个问题，就是何为“BOM不准”？在产品生命周期之内，BOM是一个动态的数据，一直都在发生变化，那么对于一个产品来讲，BOM不准可以概括为两个方面：一是对产品的定义不准、二是生效时间不准。 产品定义的不准，从配置角度看可能是配置定义的错误，如单一产品配置互斥、上下游配置定义不一致等等。从零件角度看可能是零件信息错误，零件基本属性、数模图纸编号、版本、特殊标识等错误。 从BOM角度可能是构成BOM的零件数量、BOM结构、零件用法、供货方式等错误，也可能是一个产品不同管理形态的BOM单独管理且无法关联匹配，这些错误的直接体现就是一个确定的产品配置定义在各应用领域都没有一个准确的BOM数据与之相匹配。 生效时间不准，主要是产品定义或设计变更在不同管理形态的BOM中采用时间的不准确，如断点在BOM上的时间与实际执行的时间不匹配。这些BOM的错误，在工艺制造、物料管控、成本核算、售后维修等业务领域都会带来较大的问题。 另外，无论何种BOM管理模式、BOM数据是集中管理还是分散管理、业务链上有多少管理形态的BOM数据，以及有BOM系统管理还是线下管理，BOM准确率首先是一个业务问题。 因此分析影响BOM准确率的因素，本文仅从业务角度出发，各方面影响因素总体归类为BOM架构和BOM管理方式两大类，以此展开分析。 2.1BOM架构设计不合理 第一，不同BOM管理形态的异构管理，容易带来BOM管理工作量大、BOM管理效率低下等一系列问题，这些问题都会在日常BOM管理中影响到BOM的准确率。 最常见的是EBOM和MBOM之间的异构管理，这种管理方式在国内制造企业占有很大比重，造成这种问题最根本的原因在于CAD设计结构和EBOM的同质化管理，且大多为EBOM向CAD设计结构上靠。 这种管理方式的优劣此文不做赘述，然而就BOM管理而言，这样一来，EBOM的结构必然不能满足对各业务领域（包括成本、采购、制造、售后等）的协同要求。 在超级BOM组织模式下，BOM重构的复杂度比精确BOM要大得多。如果BOM管理是一次性的数据构建工作，这点复杂度倒是不算什么。 但是对于制造业尤其是国内汽车制造企业，相当比重的企业产品开发管理的成熟度不高，在设计工程发布之后仍然会产生大量的工程变更，一直贯穿整个产品生命周期。在这种业务背景下，不同BOM管理形态的异构管理会给BOM准确性的保障带来巨大的困难。 第二，BOM管理单元设定与业务成熟度不匹配带来的BOM准确性问题。 超级BOM是产品配置丰富之后必然要采取的BOM管理模式，是随着业务管理水平的逐步提升水到渠成的事情。国内车企起步较晚，平台化的开发模式成熟度不高、模块化开发更是处于摸索阶段，因此产品型谱的划分缺乏合理的技术支撑，这就对BOM管理单元的确定带来一定的困扰。 有些企业BOM管理单元设计过大，又没有与之相匹配的管理水平来支撑，导致超级BOM数据管理混乱，准确率较低。有些企业BOM管理单元设计过小，这种情况在采用强项目管理产品开发模式的企业普遍存在，平台化程度低且产品数量多，结果就是BOM的数量非常庞大。 在发生变更时要确保变更对所有相关产品的影响都能考虑验证到，是一个很花功夫的事情，如果管理不到位，各车型之间的重用度会越来越小，带来的问题不只是BOM的准确率低，整车成本也会不断升高，直接影响企业受益。 最后，BOM的管理形态和应用形态划分不清，BOM管理主线不清晰，容易导致全业务链BOM管理的混乱。 直接体现就是一个产品在不同业务领域都有各自的BOM数据，且各个BOM数据独立管理各自为政，导致全业务链BOM数据割裂，BOM数据流转极为不畅。 例如有些企业一旦产生BOM应用需求，就编制一个BOM进行管理，导致一个产品存在CAD_BOM、早期BOM、EBOM、采购BOM、试制BOM、工艺BOM、制造BOM、订单BOM、售后服务BOM、KD_BOM、成本BOM、重量BOM等等一大堆BOM形态，各BOM形态之间缺乏有效的数据同步机制，BOM数据的准确率无法得到保证。 产生这些问题主要是因为缺乏面向全业务链的BOM总体设计，BOM作用与形态未理清。因此，在BOM的总体设计上，要遵循面向Dfx的BOM管理思路，首先应分清主线的管理形态BOM如EBOM、MBOM、SBOM，应用形态BOM如采购BOM、成本BOM、重量BOM等，理清各BOM之间数据关系。 不能狭隘的将BOM的作用仅仅局限在满足个别业务应用上，例如EBOM数据不能仅站在产品设计思维角度进行管理，而是要将其定位为面向产品开发同步工程的数据桥梁，既承载产品设计的关键信息，又要支持同步工程范围内各业务的实际需求及关键信息承载，并最终面向制造、售后等业务进行发布。 2.2管理方式不合理 第一，BOM业务管理流程、规范的缺失，会导致BOM在全业务链的混乱，就更不要谈BOM的准确性了。 总体来看，各管理形态的BOM业务输入、输出不明确，BOM应用对象不固定，BOM的初始化及发布时点自由随意，不同阶段BOM变更处理不合理，缺少必要的BOM管理校验规范，缺少严谨的BOM问题反馈处理机制等等，均会导致BOM数据错误。 这种混乱的管理局面如果不扭转，再优秀的设计和产品开发能力，也会因为管理问题无法最有效的转化为精益的生产制造。从各个业务点上看，零件换号原则不考虑下游执行需求，零件配置条件不规范、零件信息或BOM信息的受控方式及受控范围不明确等等，均会导致BOM准确率低下。 第二，BOM管理职责划分不合理，也会影响BOM的管理质量。 首先，BOM数据分散管理且无整体监管的机制作为保障。在这种情况下，BOM管理规范很难执行到位，缺乏统一的数据完整性的监控，很容易造成BOM数据在各专业系统之间协同差、数据交叉重复或者缺漏数据。另外，BOM数据的分散管理，很难制定行之有效的KPI管理指标来监督BOM管理者的工作质量。 其次，如果BOM管理职责划分不合理，会导致沟通效率低下从而影响BOM的准确率。以售后领域为例，SBOM作为售后开展的数据来源，行业最佳实践是在研发领域设置售后工程部门管理SBOM、售后图册等相关售后业务，并能很好的在开发过程中与设计部门一起开展同步工程，在开发过程中与设计部门一起确定售后可维修性及售后维修策略如售后拆分等等，并且在先期定点的过程中就一并考虑到售后备件需求。 但是如果SBOM的管理职责设置在销售部门，行业实践证明，在流程体系不够成熟或者执行力不够的企业，这种管理方式只会造成售后与研发交流不畅、SBOM与EBOM的数据断层、拆分备件采购定点困难、工程变更售后难以执行等等一系列问题。 第三，产品配置管理与BOM管理各自为政，两条线平行管理，无法有效的进行数据协同，尤其是在超级BOM管理模式下，这种管理方式对BOM数据质量而言是致命的。 产品型谱和配置都是针对整车级的产品定义，直接决定了BOM的组织形式，而BOM数据定义的是对产品配置的开发实现，如果二者数据不匹配，就无法从超级BOM获取精准的车型BOM定义，对整个产品开发、生产制造、售后各个领域的业务活动带来影响，尤其是对于强依赖于精确BOM的业务活动如工程验证、工艺设计及验证、生产制造、MRP、物料配送及反冲、成本核算等等，都带来巨大的影响，甚至会直接导致下游个别业务无法开展。 最后，变更管理不到位，会导致BOM准确率低。缺乏严谨的变更管控机制，导致变更管理和BOM更改脱节。 部分企业新产品开发前期对市场需求的调研不充分、开发质量又不高，在工程发布之后仍然会产生大量的配置调整以及影响到产品质量的工程变更，同时因为降成本等因素也会产生大量的工程变更、多点供应商开发等等。 如此频繁的工程变更，如果在变更在流程管控上与BOM更改管理上协同不到位，即变更和BOM两条线管理，使BOM的更改缺乏有效的监控，BOM数据的准确性全靠设计人员或BOM工程师的工作自觉来保证，这种管理方式下BOM准确率低是难以避免的。变更执行不到位，会导致全业务链BOM准确率的降低。 研发、制造和售后各自的业务特性，必然带来EBOM、MBOM和SBOM之间在产品定义和生效性控制上存在必然的管理差异，如MBOM与EBOM之间生产生效性和工程生效性之间的差异、SBOM与EBOM之间售后配件定义与工程定义之间的差异、SBOM与EBOM之间售后生效性和工程生效性的差异、SBOM与MBOM之间售后生效性和制造生效性的差异。 基于此，如果在产生工程变更之后，在变更执行端管理不到位，逐步会导致EBOM、MBOM、SBOM三大BOM数据脱节，一致性差。 临时变更随意发起且未闭环管理，会导致MBOM与EBOM差异越来越大。临时变更是必须有时效性的，且在正常的生产运营中是应该尽量避免，临时变更使用范围的定义应该清晰明确，临时变更执行应该最为严格。 但是有部分企业的临时变更包含的范围极大，除了正式的工程变更之外的所有业务场景，都可以基于临时变更来解决问题，例如生产端的物料临时替代、来不及走正式变更的紧急变更、质量让步放行、零件偏差许可、工艺临时替代等等，均采用临时变更流程进行管控。 从管理设计上来看，这种方式并不是不可行，但是在管理执行环节，这种万金油一样的设计，会随着执行惰性的不断累积而人为的制造出许多管理漏洞。 最为严重的情况是，不断的用临时变更来代替工程的紧急变更流程，而本该发起的正式变更未发起或发起后管控不到位，久而久之带来的后果就是产品数据、BOM数据混乱不堪，谁也搞不清楚什么应该是正确的产品设计、甚至连售后应该用什么状态的零件来维修都查询困难。 所以，临时变更的管理，首先要确定适用范围，其次要闭环管理。闭环的不仅包括物料临时替代的切回，也包含上述正式变更的发起和执行，当然从业内最佳实践来看，紧急的工程变更也应该走工程变更流程，可以视业务情况加快某些流转环节，而不是采用临时变更流程来提高审批和执行效率。 另外，还存在一些人为的因素导致的BOM准确率低，如零部件设计变更不遵循换号原则、数据维护错误、数据流转中的错误等等，均会影响到BOM的准确率。这就需要各企业在加强业务人员专业培训之外，更应该建立起完善、有效的变更管理、数据维护和发布的检查审核机制，并结合业务现状制定合理的KPI指标以确保BOM数据在全业务链的准确率保持在合理水平。 以上从两个维度多个方面对国内制造企业普遍存在的影响BOM准确性的因素做了简单的汇总和分析。对于一些共性问题，希望对大家在BOM问题诊断时带来一些参考作用。 有些因素本身并不是导致BOM准确性差的充要条件和直接原因，而是在特定业务背景下如是管理会带来BOM准确性差的问题，例如不同管理形态BOM的异构管理，等等。 以上分析的结果，也不一定对所有企业都适用，不同企业所面临的BOM准确性的问题需要具体情况具体分析，相同的管理方式在不同的业务背景下，可能会带来截然不同的管理效果，因此不能忽视业务背景而直接套用。 3 结语 发现问题并精准识别问题的根本原因，才能针对问题制定相应的解决方案。 BOM业务管理模式在每一个企业都有自身的特点，问题产生的背景复杂，职责分工也不尽相同，要有效的解决BOM问题，就需要展开深入的业务调研，向下具体入微的梳理痛点问题，向上从全业务链出发进行总体设计，并经过反复验证才能给出有针对性的解决方案。 概括来说，就是在进行BOM问题分析诊断时，要举轻若重，小问题要重视；在制定BOM解决方案时要举重若轻，做好全局设计，不能只着眼在一个点上，做到治标先要治本，才能真正的解决问题。…

一、前言 近年来，随着云计算、大数据、人工智能（AI）、边缘计算、第五代移动通信（5G）、区块链等信息技术的蓬勃发展，新的生产方式、组织方式、商业模式不断涌现；世界正处于工业经济向数字经济加速转型的过渡期，以数字经济为核心的产业融合发展成为趋势。工业信息化是数字经济与工业融合的典型代表，依赖工业软件的发展革新。 工业软件作为工业 4.0 时代实现智能制造的关键要素，是实现工业企业数字化、智能化转型升级的核心与“灵魂”，迎来了空前的发展机遇。工业软件成为具有工业品意义的“软零件、软部件、软机器”，是不可或缺的工业软装备。在工业企业中，依靠工业软件提升产品价值、降低制造成本、提高核心竞争力，是“两化融合”的切入点和突破口，对推进工业结构调整与产业升级、保持经济平稳较快发展具有重要意义。 工业软件指在工业领域设计、生产、管理等环节应用的软件，可划分为系统软件、应用软件以及介于两者之间的中间件；具体发展主要分为三阶段：软件本身的发展阶段；软件的协同应用阶段，重在业务流程的串通与优化；“工业云”阶段，不再是单一软件，而是集成多类功能并提供“软件 +服务”整体解决方案。目前，工业软件一体化是主流趋势，通过技术手段将若干个相互独立的工业软件以横向或纵向的方式进行集成，实现工业软件的异构数据互通、企业协同优化、产业链资源配置。 工业软件广泛应用于工业生产的各个环节，伴随着产品从研发到生产再到销售及售后服务的全生命周期。世界工业软件市场发展平稳，2019 年产值约为4100 亿美元。我国工业体系规模庞大，加之正在从制造大国向制造强国转变，使得工业软件成为亟需且应用范围和深度在不断扩大；2016—2019 年，我国工业软件产品收入年复合增长率为 16%，超过世界平均水平；2019 年工业软件产品收入达1720 亿元。 在新基建、双循环的背景下，产业数字化将助推工业软件一体化的快速发展；与其他新基建要素加速融合，形成产业链上完整的工业互联网，补齐工业企业短板，加速数字化、智能化转型。 随着工业互联网平台的快速兴起和应用推广，工业互联网标识解析与工业软件一体化成为驱动行业创新发展的重要动力，赋予智能制造更为丰富的内涵特征和应用场景。面对工业互联网发展的显著趋势与迫切挑战，本文针对工业软件一体化与标识解析路径展开研究，分析应用需求、梳理发展现状、剖析面临问题，提出新技术思路、论证新技术架构、提出发展建议，以期为工业软件行业高质量发展提供基础参考。 二、工业软件一体化需求分析 工业软件服务于工业流程中的特殊环节，需要通过数据集成来覆盖产品全生命周期的各类应用。工业软件围绕产品、生产、业务三大主线部署应用，每款工业软件可能只适用于单一的业务环节（见图 1）。 图 1 工业软件业务场景 工业软件主要分为设计研发类工业软件，如计算机辅助设计（CAD）、计算机辅助工程（CAE）、计算机辅助制造（CAM）、计算机辅助工艺（CAPP）等；信息管理类工业软件，如产品生命周期管理（PLM）、企业资源计划（ERP）、生产执行系统（MES）等；工业控制类工业软件，如数据采集与监视控制系统（SCADA）、可编程逻辑控制单元（PLC）等。在工业产品的全生命周期内，需要多类工业软件的协同合作，因而跨软件的数据互操作极为重要。 （一）宏观需求 工业软件的信息孤岛现象严重阻碍了企业数字化转型。一个工业产品在其全生命周期中可能涉及跨功能、跨学科、跨品牌的多种工业软件，相应的底层逻辑、数据格式、应用场景区别明显；在一个完整的工业流程中，研发设计、生产控制、信息管理等工业软件，其数据、指令、信号的传递层层受阻，导致生产链条难以实现有效承接。 ①研发设计类工业软件侧重于基础学科，覆盖产品的研发设计阶段，工具属性明显；②生产控制类工业软件侧重于产品生产的流程和工艺，工程属性明显；③信息管理类工业软件侧重于企业的业务管理与业务模型，管理属性明显。这些工业软件由不同厂商提供，服务于不同业务、涉及多种学科，加之各软件之间没有集成，造成企业在各个业务环节存在多个信息孤岛，影响了产品的设计迭代周期、质量追溯效果、供应链金融效率。 目前，国内外工业软件厂商、工业企业积极关注工业软件的一体化集成，追求各工业软件的数据无缝地在设计生产流程中双向传递。发达国家率先建立了相对完整而又特色鲜明的工业体系，依托信息技术进步实施了工业软件一体化建设。相比之下我国的行业发展存在差距，可能制约制造强国建设进程。因此，随着我国智能制造能力的稳步提升，推动工业软件一体化是完善并强化工业体系的迫切需求。工业软件一体化集成既可保障智能制造、高端制造发展，加速工业互联网的广泛落地应用，也可提高工业软件的行业渗透率，形成良好的规模效应和协同优势。 （二）技术需求 产业链协同是工业的发展趋势，也是企业数字化转型的终极目标之一。而在当前，实现产业链协同对工业软件的要求极为苛刻，要么只能使用指定的软件，要么需要高昂的对接成本（多数情况下也只能实现指定的功能），收益率极低。工业互联网协同制造在以下方面对工业软件一体化提出了技术需求。 1. 缩短产品设计生产的迭代时间 异构 PDM 之间的产品信息获取困难，进度难以掌控，异地协同设计评估手段也显缺乏。不同企业、不同产品的开发数据通常分别存储在各自的PDM 数据库中，跨企业的 PDM 设计数据查询、共享困难。在产品数据交换的过程中，没有统一的对象元数据模型标准（如产品类、名称、标识编码、版本、产品对象的数据与文档），产品数据的异构特性使得数据的惟一性、一致性、实时性很难保证。 异构 PDM 之间缺乏产品协同设计过程的统一管理能力，主厂商很难第一时间从供应商处获取采购件、外协工装的设计开发进度，设计需求、进度要求的更改也很难实时传递至采购件供应商，导致无法及时评估外协部件能否满足总体设计需求。对于产品的异地协同开发，企业间的信息传递等非开发性工作环节耗时过多，影响了产品设计周期，亟需可靠高效的多人异地协同评估手段，开展产品的异地协同评估。标识解析与工业软件一体化技术能够打通项目管理信息孤岛，辅助项目高效管控，保持生产执行对工艺优化的快速响应，提升工艺柔性能力。 2. 降低质量信息追溯难度并提高信用 质量信息追溯过程的数据开放不足、相互孤立，导致企业间存在信任危机；解决方案缺乏开放的开源工具，导致技术要求高、开发难度大。 单个工业软件覆盖面有限，质量追溯很难实现全链条覆盖，标识数据的开放不足进一步制约了产品追溯体系建设。工业产品的生产、流通、监管等过程分属不同部门管理，相应平台互相独立（不直接连通）；区域性、行业性质量追溯平台设置重叠，跨区域、跨行业数据需求难以满足的问题随之而来。追溯信息难辨真伪、可信追溯新技术不成熟等，弱化了追溯数据的可靠性及应用价值。追溯数据仅来源于单一企业内或少数相关联企业，无法确保产品信息准确，致使追溯范围产生局限性；企业与客户在产品质量与信用信息方面存在不对等，可能导致卖方投机、消费者失信等情况。标识数据的有效溯源，将突破消费者与厂商之间的信息交互壁垒，提升售后产品的信息透明度。 3. 破除企业“业财融合”的信息壁垒 产品供应链受全生命周期数据壁垒的影响，造成供应链金融长期存在“强需求”“弱信用”的矛盾；核心企业渗透产业全链条难度大，对二级以上供应商的信用传递不足，而小微企业信用自证与融资困难问题突出。银行认可的是核心企业控货与调节销售能力，在无法可靠获取上下游企业生产数据的情况下，仅有对上游供应商（核心企业有直接的应付账款义务）提供预付款或注资的意愿，由此导致二级、三级供应商 / 经销商的融资需求得不到满足，供应链金融的业务总量受到制约。标识解析与工业软件一体化能够构建支撑“双循环”新格局下的供应链信息全球互通，通过实时动态、全面精准的供应链金融能力来加强企业信誉评估体系。 三、工业软件一体化发展现状 （一）国际龙头企业主导行业发展 国际龙头企业立足自身特色，通过兼并收购快速扩充能力，形成了平台化、云化的工业软件生态，以工业软件云平台的方式进行跨工业软件的数据集成。达索系统集团、西门子股份公司的相关产品代表了国际工业软件一体化的发展趋势 。 2019 年，达索系统公司将…