“《超越学科的认知基础》2015张世超学习报告第九周”版本间的差异
来自iCenter Wiki
(→学习报告) |
小 (17个版本:all) |
||
(1位用户的5个中间修订版本未显示) | |||
第1行: | 第1行: | ||
==关键词== | ==关键词== | ||
'''集成公理化设计'''[http://www.axiomaticdesign.com/technology/axiomatic.asp#general] | '''集成公理化设计'''[http://www.axiomaticdesign.com/technology/axiomatic.asp#general] | ||
+ | '''Galois theory'''[https://de.wikipedia.org/wiki/Galoistheorie] | ||
+ | '''信息守恒''' | ||
+ | |||
==关键人物== | ==关键人物== | ||
+ | *Emmy Noether[https://it.wikipedia.org/wiki/Emmy_Noether] | ||
+ | *Évariste Galois[https://de.wikipedia.org/wiki/Évariste_Galois] | ||
+ | |||
==学习报告== | ==学习报告== | ||
===集成公理化设计=== | ===集成公理化设计=== | ||
第30行: | 第36行: | ||
**设计公理(axiom design:the paradigm of the design) | **设计公理(axiom design:the paradigm of the design) | ||
**如右图2 | **如右图2 | ||
− | [[File:112.png|600px]] | + | [[File:112.png|600px]][[File:116.png|thumb|400px]] |
[[File:113.png|400px]] | [[File:113.png|400px]] | ||
[[File:114.png|400px]] | [[File:114.png|400px]] | ||
− | |||
[[File:115.png|400px]] | [[File:115.png|400px]] | ||
+ | *基于集成公理化设计的一些思考 | ||
+ | **集成公理化设计是一种普适的范式,其最大的方便之处是缩短研发周期,问题快速处理,以及结构化模块化的设计理念。这些都使得设计研发变得有章可循,使设计本身成为产品流水线上相扣的一环,大大节省了成本。 | ||
+ | **虽然这种设计模式可能不完全适用于非工业制造领域,但是这种需求导向型的结构模式对于我们思考一个问题或设计一个规程也能够起到很好的借鉴作用。 | ||
+ | **例如:当我们讨论DAS自治社区的时候,我们需要建立一个每个成员可以共同遵守的决策模式。然后我们要开始思考,这个模式要解决谁的什么需求呢? | ||
+ | #客户定位——这个是一个我自己加上的前置程序,很多时候客户是不知道自己的需求是什么的,因此研发人员需要自己总结揣摩客户的需求。 | ||
+ | ##面向的使用者是虚拟空间的个人。他们的身份是虚拟的,但是在互联网中同样享有现实生活中的部分实体权利。 | ||
+ | #需求整合——这当中实际上也有一个mapping的过程,只不过是domain内部的mapping。 | ||
+ | ##自由畅通交流,不受他人侵犯和阻碍 | ||
+ | ##保护自己的言论自由,但不能以侮辱、诽谤、蓄意捏造等方式侵犯他人的正当权益 | ||
+ | ##保护自己隐私不受窥视 | ||
+ | ##纠纷解决模式 | ||
+ | #解决方案 | ||
+ | ##当我们有了客户需求之后,我们就要开始制定一个可操作的实施方案,来完善我们的空间。 | ||
+ | #优化方案 | ||
+ | ##这实际上就是一个修改章程的过程。原来的机制需要更改,最直接的办法就是改变规则。 | ||
+ | #用户反馈 | ||
+ | ##我们需要一个用户反馈机制来检验这个模式能否运行。从社会规制的角度讲,立法是否合理主要看其社会运行效果:比如是否加剧了社会矛盾,是否在某一问题上的诉讼争议陡增,或者依靠其他可视化或理念上的证据来获得检验结果。而在网络空间中,一方面我们可以通过客观的运行情况来判断是否合理,另一方面,直接的用户满意度调查也可以一定程度上反映出一些问题。 | ||
+ | ===参考文献=== | ||
+ | *词条 | ||
+ | **'''Galois theory''':https://de.wikipedia.org/wiki/Galoistheorie | ||
+ | *网站 | ||
+ | **http://www.axiomaticdesign.com/technology/axiomatic.asp#general |
2016年4月6日 (三) 03:03的最后版本
关键词
集成公理化设计[1] Galois theory[2] 信息守恒
关键人物
学习报告
集成公理化设计
- 意义
- 降低产品研发风险(reduce product development risk)
- 节省成本(reduce the cost)
- 提升研发速率(speed time)
- 原理
- 将概念性设计过程形式化成需求导向的可持续、可量化的生产活动。(Formalizing the conceptual design process into a continuous and measurable activity driven by requirements.)
- 尽可能早地在开发过程中就使不同利益相关者对设计情况进行充分沟通。(Communicating the state of the design to all stakeholders at the earliest possible moment)
- 通过分析和优化设计结构提升设计品质。(Improving quality of design by analyzing and optimizing design architectures.)
- 提供从客户需求到产品设计结构到设计成果的全程追踪。(Providing explicit traceability from Customer Needs to Requirements to Design Logic to Design.)
- 清晰记录并充分交流产品“为什么”及“怎样”设计,而不单纯关注设计成果。(Clearly documenting and communicating the logical �How and why� of a design, not just the �What� of CAD documentation.)
- 允许提早发现设计存在的问题,而不用经过设计-制造-检验-再设计这样的繁琐过程。(Permitting design issues to be identified early and resolved without the cost of design-build-test-redesign cycles.)
- 提供设计附属结构的项目管理,从而使最适规划和降低风险成为可能。(Providing project management with the dependency structure of the design, enabling optimal scheduling and risk mitigation.)
- 内容
- 了解客户需求(Understand their customers' needs)
- 问题查找(Define the problem they must solve to satisfy these needs)
- 创建解决方式(Create and select a solution)
- 分析优化方案(Analyze and optimize the proposed solution)
- 检验需求满足程度(Check the resulting design against the customers' needs)
文件:111.png
400px
- 基本概念
- 领域(domain:customer,functional,physical,process)
- 阶层(hierarchies:the relationship and order of the different domains)
- 曲折(zigzagging:the way to communicate the domains)
- 设计公理(axiom design:the paradigm of the design)
- 如右图2
文件:116.png
400px
- 基于集成公理化设计的一些思考
- 集成公理化设计是一种普适的范式,其最大的方便之处是缩短研发周期,问题快速处理,以及结构化模块化的设计理念。这些都使得设计研发变得有章可循,使设计本身成为产品流水线上相扣的一环,大大节省了成本。
- 虽然这种设计模式可能不完全适用于非工业制造领域,但是这种需求导向型的结构模式对于我们思考一个问题或设计一个规程也能够起到很好的借鉴作用。
- 例如:当我们讨论DAS自治社区的时候,我们需要建立一个每个成员可以共同遵守的决策模式。然后我们要开始思考,这个模式要解决谁的什么需求呢?
- 客户定位——这个是一个我自己加上的前置程序,很多时候客户是不知道自己的需求是什么的,因此研发人员需要自己总结揣摩客户的需求。
- 面向的使用者是虚拟空间的个人。他们的身份是虚拟的,但是在互联网中同样享有现实生活中的部分实体权利。
- 需求整合——这当中实际上也有一个mapping的过程,只不过是domain内部的mapping。
- 自由畅通交流,不受他人侵犯和阻碍
- 保护自己的言论自由,但不能以侮辱、诽谤、蓄意捏造等方式侵犯他人的正当权益
- 保护自己隐私不受窥视
- 纠纷解决模式
- 解决方案
- 当我们有了客户需求之后,我们就要开始制定一个可操作的实施方案,来完善我们的空间。
- 优化方案
- 这实际上就是一个修改章程的过程。原来的机制需要更改,最直接的办法就是改变规则。
- 用户反馈
- 我们需要一个用户反馈机制来检验这个模式能否运行。从社会规制的角度讲,立法是否合理主要看其社会运行效果:比如是否加剧了社会矛盾,是否在某一问题上的诉讼争议陡增,或者依靠其他可视化或理念上的证据来获得检验结果。而在网络空间中,一方面我们可以通过客观的运行情况来判断是否合理,另一方面,直接的用户满意度调查也可以一定程度上反映出一些问题。