“第九周链接”版本间的差异
来自iCenter Wiki
(→关键词) |
小 (8个版本:all) |
||
(1位用户的5个中间修订版本未显示) | |||
第6行: | 第6行: | ||
==正文== | ==正文== | ||
+ | ===范式转变与其范例=== | ||
+ | 范式是《科学革命的结构》作者托马斯·库恩理论的核心,他曾说: | ||
+ | 我采用这个术语是想说明,在科学实际活动中某些被公认的范例——包括定律、理论、应用以及仪器设备统统在内的范例——为某种科学研究传统的出现提供了模型。 | ||
+ | 技术升级作为范式转变中的重要组分,很大程度上反映出范式转变各方面的某些普遍规律: | ||
+ | |||
+ | [[File:paradigmshift.PNG|400px]] | ||
+ | |||
+ | 技术升级的速度并不与用户需求增长同步:在发展初期(T1以前)用户的需求无法得到技术满足,促使创新的产生与新范式的形成;发展中期(T1-T3),竞争性的市场环境使竞争者以最小的成本满足用户需求,导致技术增长基本与需求持平;晚期商业化阶段(T3以后)事实上技术水平是大于用户的需求的,这是商家在技术竞争无法提供新的增长点后为继续抢占市场而做出的选择——提供超出的技术服务。 | ||
+ | |||
+ | ===公理设计=== | ||
+ | '''公理'''在这里指代一种依据人类理性不证自明的基本事实,但公理的建立也要遵循一定的过程。公理的依据来源于精确的观察,但应当明确的是,其设计输入来自用户需求,'''需求是其最重要的驱动力'''。 | ||
+ | |||
+ | 公理设计的流程: | ||
+ | |||
+ | 1.Customer variable(CV):来自客户的要求 | ||
+ | |||
+ | 2.Functional requirement(FR):引出的功能需求 | ||
+ | |||
+ | 3.Design parameters(DP):设计参数的产生 | ||
+ | |||
+ | 4.Process variable(PV):最终的执行过程 | ||
+ | |||
+ | 四个部分有着严格的上下游关系(函数、投射),不可颠倒。此外,好的公理设计应保证投射关系的独立性(将问题简单化,即可能避免“牵一发而动全身”),并包含最少与设计有关的信息(复杂度越小成功几率越高) | ||
+ | |||
+ | 当功能需求之间不可避免的出现了偶联,这就涉及了矩阵分析的问题。 | ||
+ | (待补充) | ||
+ | |||
+ | ===矛盾矩阵=== | ||
+ | |||
==参考资料== | ==参考资料== |
2016年4月6日 (三) 03:03的最后版本
标题
新范式的产生与系统设计原理
关键词
范式 S曲线 摩尔定律 公理 contradiction matrix
正文
范式转变与其范例
范式是《科学革命的结构》作者托马斯·库恩理论的核心,他曾说:
我采用这个术语是想说明,在科学实际活动中某些被公认的范例——包括定律、理论、应用以及仪器设备统统在内的范例——为某种科学研究传统的出现提供了模型。
技术升级作为范式转变中的重要组分,很大程度上反映出范式转变各方面的某些普遍规律:
技术升级的速度并不与用户需求增长同步:在发展初期(T1以前)用户的需求无法得到技术满足,促使创新的产生与新范式的形成;发展中期(T1-T3),竞争性的市场环境使竞争者以最小的成本满足用户需求,导致技术增长基本与需求持平;晚期商业化阶段(T3以后)事实上技术水平是大于用户的需求的,这是商家在技术竞争无法提供新的增长点后为继续抢占市场而做出的选择——提供超出的技术服务。
公理设计
公理在这里指代一种依据人类理性不证自明的基本事实,但公理的建立也要遵循一定的过程。公理的依据来源于精确的观察,但应当明确的是,其设计输入来自用户需求,需求是其最重要的驱动力。
公理设计的流程:
1.Customer variable(CV):来自客户的要求
2.Functional requirement(FR):引出的功能需求
3.Design parameters(DP):设计参数的产生
4.Process variable(PV):最终的执行过程
四个部分有着严格的上下游关系(函数、投射),不可颠倒。此外,好的公理设计应保证投射关系的独立性(将问题简单化,即可能避免“牵一发而动全身”),并包含最少与设计有关的信息(复杂度越小成功几率越高)
当功能需求之间不可避免的出现了偶联,这就涉及了矩阵分析的问题。 (待补充)