《分解步骤》
演变元素，在可变的基础上，一般需要进行分解，分解的目的就是让繁多的元素能够被设计系统分层存放，直到被设计团队应用。从我们日常的设计抄改中，我们发现，几乎数据库中百分之八十的设计元素都会被设计团队检索应用。这也是促使我们不断的开发新的设计元素的保证。
如果想让自己的设计团队有足够的资料，开发出别人没有的款式，那么，你没有一个庞大的设计资料库是无法支持他们去做的更好的。我们不否定某着具备设计天赋的人，他们总有别样的设计思维和独特的设计方法。但是，更多的设计师，包括我自己在内，我觉得，我们都是属于大多数普通的设计人员。
如果我们离开了有良好规划的设计流程与设计资料，我估计我们很难在设计上取得好的成就。基于这样的理念，快反机制中，如果要让更多的和我们一样的普通设计人员更好更快更准的完成既定的设计任务，就必须要建立这种支持设计、使设计更精准的设计服务系统来解决我们如何参照思考的问题。
有了参照，那么，就需要有更好的流程来分解这些元素，分解的目的就是二个：一是把新旧元素不断的分解融入系统结构中去，使资料库更为丰富；二是知道怎么应用这些元素。那么，方法的好与坏，也直接对上述的两个结果负责了。
第一步，消除分解元素的风格归类，然后在既定风格标准之下在建立新的风格项分类。这一步工作量说大也不大，说小也不小。主要看前期的系统风格元素中建立了多少结构分类。目录索引的IT框架建立的基础完善与否，总之，涉及到的问题非常多，但是很建立好的，这些就只需要兼顾格式和目录标准即可。
第二步是分解过程。这个里面会因为不同的设计元素之间产生的演变、顺延、延伸、衍生的具体量来决定过程的复杂程度。但是，基本上你确定了前面的结构，这一步其实就是如何干活。
第三步是融入。融入最容易出现一种分解元素多层结构融入的情况，这说明你第一部的目录部分做的还不够细。所以，一般设计系统这一块，需要绝对有设计能力的设计人员来专职做这一块，并且，工程师是每天必须要对目录部分进行细化的。能否有效录入、轻松录入就看第一步工作量。
