TRIZ随记(1)

1 矛盾:
对于系统而言,矛盾是一个系统冲突模型,是将不兼容的需求植入了相互冲突部件的功能特性里。在更大的范畴内讲,矛盾也可以指哲学意义上的矛盾,即系统之间或者系统内部之间的带有对立性质的功能或者作用。但在技术系统中的系统之间,系统与环境之间或者系统部件之间的不协调,也可看作是矛盾--需求矛盾。因为一个技术系统的存在是因为其系统功能能满足我们的某种需求(物质的或者精神的),而从这个方面来说,技术系统的矛盾当然比哲学意义上的矛盾层次要低很多(仅限于满足我们需求的技术系统),但界定要宽松很多,只要是系统部件无法满足不兼容的需求,都可称之为技术系统的矛盾。

在一个系统中,产生矛盾的因素有很多,任何两个或多个因素之间都可能形成矛盾,会形成一种矛盾网,但为了解决问题的简化,我们需要从最简单的矛盾模型入手。最简单的矛盾模型是二元模型--只有两个因素的不兼容性矛盾模型。通过二元模型的组合,我们也可以描述任意多个因素所形成的矛盾网。
不兼容有两种基本的情况:
A)某个因素适应并支持系统有用的主要功能(积极因素或者正面因素),但另一个因素与该功能不适应,甚至起阻碍作用(负面因素);
      需要注意的是在系统中,一个因素是正面因素或者是负面因素并不是绝对的,需要根据我们的需求--功能来具体分析。
B)两个因素都是正面因素,但它们需要特定的资源而不能同时使用。
      这种矛盾的产生往往是对资源的独占性需求(空间的,时间的)的情况下产生的。

2 矛盾的分类
   A)技术--经济矛盾(技术特征--成本)
   B)工艺--技术矛盾(技术特征--产品的复杂性)
        A和B又统称为管理矛盾。在TRIZ中,很多时候,我们会把A和B转换为技术或者物理矛盾来分析和化解。
   C)技术矛盾(功能的兼容性)
         在TRIZ中,技术矛盾一般是指两个功能参数之间的矛盾(不兼容性)。技术矛盾可以用一个二元模型来描述,反映了矛盾中的一个或者几个要素的不同功能特征间需求的不兼容性,比如汽车系统中的速度需求和安全需求。
   D)物理矛盾(特征条件的兼容性)
        在TRIZ中,物理矛盾往往指对同一个功能参数的两种对立性需求产生的。举个通俗的例子来讲就是既要马儿跑得快,又要马儿不吃草。需要注意的是,在分析物理矛盾的时候一定要能排除道德(特别是在分析社会性系统时)的干扰,需要异想天开。
        在系统中,物理矛盾往往比技术矛盾更难解决。物理矛盾的分析需要紧密的围绕着技术系统的四个物理方面:空间,时间,结构和材料。

3 理想功能模型
   有句俗语叫,只有想不到没有做不到,我们在针对一个系统功能做分析时,直观上往往不容易获得系统的矛盾(特别是一些比较成熟的产品,往往会让人觉得很完美,已经没有可改进的地方,这个时候往往对于创新发明者来说,很容易走入思维的死胡同。这对于传统的产品来说尤其重要,比如鞋子,衣服等)。我们可以使用倒推法来进行:先假设我们有一个完美的系统(理想解),再分析如果要实现这种理想系统(理想解),需要对象(环境,系统或者系统部件)发挥哪些功能,从而构造理想的功能模型。根据理想的功能模型导出现实系统的矛盾。理想功能模型的构造可以帮助创新发明者走出思维的死胡同。当然,在构建理想功能模型的时候,我们需要:一方面需要越接近现实越好,另一方面要尽量不受现有技术条件或者资源的限制。
    一个理想的功能:该功能只具有正面作用,没有负面作用。

在人类生活的必需品中,不存在着不能改进和创新的产品,我们所需要做的就是扩大视野。信息时代,跨领域,跨学科的综合思维和视野是我们每个技术者都应具备的基本素质。

时间: 2024-12-13 21:19:55

TRIZ随记(1)的相关文章

TRIZ随记(2)

4) 缩小范围通过对系统的分析,特别是通过构建对系统理想功能模型的构建,会得到很多矛盾,而通过对这些矛盾的消除,就可以获得一个理想系统的近似解,从而达到对现有系统的改进和创新.但在分析过程中,我们得到的矛盾往往是一种矛盾网,要同时消除这些矛盾往往很困难,也不现实.通过分析其中关键性矛盾或者是易于消除的矛盾来缩小范围,从而使得达到目标更为容易.5)解决矛盾的基本方法:    A)消除负面因素,或者中和其对结果的影响:    B)构建一个反向矛盾(负面因素到正面因素.目标因素的转换),然后进行A)步

微信运动记步原理,及刷步数方法大揭密

随着"微信运动"功能的开启,朋友圈里燃起了每天刷步的热情,每天为了争夺运动封面第一名,不惜下班还在楼下多绕一圈儿再回家.那么你们都知道微信运动是如何记录我们每日行程步数的吗?这个数据到底准不准确呢?今天小编就为大家来一个大揭密. 原理: 手机内置了振动传感器或协助处理器,根据这些设备的震动频率来储存数据.简单地说,就是人在步行时重心都有一点上下移动,传感器和协作器感应到这种重心移动并进行记数. 设备: iPhone 5S/6/6 Plus三款苹果手机因为自带M7/M8协处理器,无需任何

.NET Core爬坑记 1.0 项目文件

前言: 之所以要写这个系列是因为在移植项目到ASP.NET Core平台的过程中,遇到了一些“新变化”,这些变化有编译方面的.有API方面的,今天要讲的是编译方面的一些问题.我把它们整理后分享出来,以便各位博友不要再遇到这些坑. 在Dotnet Core RC2版本中,project.json 管理着整个项目,包括编译文件.依赖包管理.版本信息.平台依赖与发布等功能. 关于项目中引用: 比如我们一般看到Project.json中一般会有如下内容: "dependencies": { &

最美的时光在路上 - 记第一次深马

昨天跑了深圳马拉松的半马,这是我的第二马,家门口跑马还是有些兴奋的,就因为这个兴奋劲儿,凌晨两点才入睡,朦朦胧胧睡了三个小时,5点半就不得不爬起来洗洗涮涮了,吃了准备好的早餐,坐第一班地铁奔赴市民中心,到达市民中心,已经是人山人海了,各方跑友汇聚于此.话说,这两年跑步是越来越火,我是觉得和现在各种跑步APP的兴起有关,有了这些记步APP,跑了步晒下,朋友们点点赞,这些正向反馈让你跑步的心气就有更足了,其他运动可能很难通过什么APP有这样的体验. 时间紧,存了包,就赶紧往起点一点点的挤(人多,真的

基于Android的计步器(Pedometer)的讲解(四)——后台记步

今天先不说Pedometer(计步器)项目UI方面的了,今天讲一个基于重力加速度的记步功能传感器(Sensor),然后 在后台开启记步. 计步器(Pedometer)整个项目的源代码,感兴趣的朋友可以下载来看看(记得帮小弟在github打个星~) https://github.com/296777513/pedometer 先上几张效果图:(效果和上一篇讲到的CircleBar非常的相似,因为记步功能在后台) 如图所示,能根据你的一些基本参数,来记步.有一个缺点,因为这个是根据感应加速度来计算是

TRIZ系列-创新原理-20-有效作用的连续性原理

有效作用的连续性原理表述如下:1)连续实施动作不要中断,物体的所有部分应该一直处于满负荷工作状态:2)去除所有空闲的,中间的动作:3)用循环的动作代替"来来回回"的动作: 这个原理可以看着是原理19的一个反面,我们可以通过检查系统的间歇时刻,这种间歇可能会造成系统的能量损失(浪费),而任何"从零开始"的或使工作流中断的"过渡过程",都有可能损害到系统的效率,因此必须消除这些不利的因素.对于1)和2)很好理解,就是要消除系统的无用功时刻和中间过渡动

TRIZ理论的进化法则分析(TRIZ学习笔记)

人们在创新和完善系统的过程可以遵循一定的规律(或者叫法则),从而减少创新和完善系统过程中的试错成本,下面就TRIZ的八大进化原则来进行说明(这个八大法则是前人们的总结,我这里当然会加入我的理解). 我们首先来看看一个技术系统(这里的定义是:为实现某种功能(或者职能)而存在的相互联系和作用的元件与运作事物集合)的构成,技术系统当然是分层次的,元件越少,能耗越小当然越好,一个理想的系统就是没有元件和成本,但功能却能实现,这种理想的系统虽然不存在,但却给我们提供了一个技术系统(产品)的改进方向,这就是

记一次varnish异常/故障

公司一varnish集群运行很久了,一直很稳定,没发现什么问题.最近开发那边反馈新传的静态文件访问不了.出现以下错误: Error 503 Service Unavailable Guru Meditation: XID: 1267841165 cache server 5443 检查varnish启动配置, ps -ef | grep varnish usr/sbin/varnishd -P /var/run/varnish.pid -a :80 -f /etc/varnish/default

ACM退役记&&回忆录

ACM退役记 2017.9.19星期二,"九一八事变"八十六年后的第二天,永远记住这个日子,刚好是我报名ACM到现在,刚好满一年,而今天正是我注册杭州电子科技大学OJ的时间(就是这一天报名的),附上小图一张! 嗯,我退役了,真的退役了,从此告别了ACM的生涯,虽然有很多遗憾,虽然有很多不舍,虽然有很多很多不情愿,但是,,,还是没能阻止这一天的到来,可能你们会认为我退役的有点早,可能你们也会有很多疑惑,为啥这么优秀这么强的大佬竟然退役的这么早...(自嘲一下,其实菜的一逼) 其实这个原因