要求利用文字描述及示意图,阐述系统的组成部件、基本工作原理等,明确待解决的工程问题的背景。...[继续阅读]

    首先阐明当前系统中存在的工程问题,然后明确问题出现的条件:①问题是否是在某一特定的时间内发生? ②问题是否是在某一特殊的条件下发生? ③如果该问题不论在什么时间、什么条件下都出现,如实说明。...[继续阅读]

    要求利用文字描述及示意图,描述对新系统的要求(即对现有系统的改进效果)。建议以性能参数等定量化指标描述。...[继续阅读]

    步骤2.1.1 组件列表系统组件分析,其目的是为了识别技术系统的组件及其超系统组件,得到组件列表。完整的组件列表应该包括系统作用对象、系统组件、子系统组件,以及和系统组件发生相互作用的超系统组件(也就是说,超系统应该对...[继续阅读]

    结合上一步确认的功能型约束,深入分析是缺乏哪些资源导致了问题的出现。在分析过程中,将缺乏资源的名称写在功能型约束的后面,即为系统中的资源型约束。需要将资源型约束用标准的格式加以表述,具体为:资源A(资源类型)。例如...[继续阅读]

    功能配置法是从系统的功能角度出发,对系统中已有的功能进行重新配置,这一操作可能会导致组件的相应变化,但是不改变系统的主要工作原理。包括:将功能集中到少数组件,或者重新分配到其他组件上;让同一组件(系统)实现在不同或...[继续阅读]

    运用功能库以及属性库(二者统称科学效应库①),可以产生更高级别的发明和意想不到的创新方案。系统改进的目标是消除功能型约束,可以通过引入特定的科学效应,抵消现存的功能型约束——也就是在问题发生过程中,或者问题发生...[继续阅读]

    系统改进的目标是消除功能型约束,如果引入效应在问题发生前就防止问题的发生,如改变系统中功能的工作原理,也可以达成相同的目标,同时消除系统中现存的功能型约束,则可以尝试运用效应库,改变功能现有的工作原理——也就是...[继续阅读]

    从系统的不同层面(系统、子系统和超系统层面)探索资源,建议充分利用系统内部的剩余资源或引入系统外部的“免费”资源来帮助消除有害功能或实现有用功能。建议通过流程化的问答,构建解决方案,消除资源型约束。流程1:精确地...[继续阅读]

    如表4.11所示,从时间的先后顺序探索资源,加入对过去、现在、未来的多维度考察。本步骤操作有点类似于经典TRIZ理论中的“九屏幕法”,但本步骤对“过去”“现在”和“将来”进行了与九屏幕法不同的明确的定义。其中“过去”指...[继续阅读]