《Fusion 21》，短片作品，德国出品，2002年上映。
《Fusion 21》上佛说，佛法只有一乘，说东说西不过是“空拳诳小儿”，那是一个教育法，为了使你们真的明白那个本体的法尔道理。等于小孩哭了，大人握一个拳头，说不要哭不要哭，我这里有糖给你吃。小孩子不哭了，拳头打开并没有糖…… 所以你可以选择相信或不信。如果相信，也不必一定打开去看，因为你已经达到了目的——不哭。若一定要打开看，除非你已确定自己能接受所有的结果（有或无糖） 。 法如渡海浮囊，只是个工具。我们的目的是到彼岸。到了，浮囊就没用了。所以，有糖或没有糖，并不重要。
本剧结构清晰，按照需求定义；需求捕获；需求分析与建模；编写规约；需求验证，其中加入了大量的详实案例，便于理解。收获还是蛮多的。 在现代软件工程方法论分为重方法论和敏捷方法，重方法论强调前期设计，为未来设计。而敏捷方法论则更加强调为现在设计，未来重构它，就是这个最本质的区别。个人认为先用流程武装自己，然后在适度敏捷。不是整天满嘴敏捷。 总体上主要讲了如下内容： 1需求定义需求分层： 业务需求：建设目标，解决问题；抓住外部环境变化机会 用户需求：用户使用软件完成某项任务，怎么完成的需求。 特点零散-用户提出不通过角度、不同层面、不同粒度的需求。 存在矛盾-用户处于不同企业组织的不同层面，因此出现盲人摸象的现象，从而导致片面。 行为需求/软件需求（功能需求；非功能需求；设计约束）。 2需求获取（需求调研）； 1）捕获范围不足-除了用户想要的功能还要考虑业务知识。 2）缺乏计划性：定向，聚焦，宏观和微观混在一起 3）捕获对象不明确： 4）捕获手段不足 3需求分析； （1）需求分析是什么？需求分析是向下分解+向上提炼外加一些规格化 需求分析是业务分析--对问题进行研究 需求分析是一种分解活动：分解不同的主题域，分解成该主题域的业务流程和业务步骤 需求分析是一种提炼与整合活动：需要将用户的需求合并到业务活动中去，将各个业务流程合成到全局业务流程中、 需求分析是一种规格化活动柜：要找到冲突、矛盾、并且解决。 （2）内容与形式：分析是任务，建模是手段 （3）何时开始、何时结束 （4）需求分析人员技能：倾听、交谈、和提问的技巧，分析、协调、观察、写作、组织、建模、人际交往和创造能力。 概括为：业务知识，技术知识，沟通能力。 4需求验证 （1）需求验证的关键是评审，注意分层次分内容验证 5需求管理及跟踪 统一明确的需求项划分标准及优先级，明确变更管理流程 其中变更考虑三方面： 1）业务影响分析：合理性，优先级以及对原有需求的影响 2）技术影响分析：影响范围，工作量，分析后决定是否拒绝，还是本次迭代 3）项目影响分析：对整个项目时间、进度、成本的影响程度。 最终完成以上工作还是要看需求分析员的能力水平，需求分析师在于尽早识别变更，架构师和设计员在于以弹性的架构减少变更的影响。所以一位优秀的需求分析员工对于项目产品的成败特别重要。
主要着眼于自己，挑战自己，更甚于战胜别人，这是一个很棒的着力点。可以看到，他也不是蛮干，而是会合理的安排精力，他也有着急，懊恼，消沉对一切普通人的情绪，不同的是，他会去接纳，成人弱小，并给自己正确引导。很真实的人，也帮很正能量的人
影评评论
《Fusion 21》上佛说，佛法只有一乘，说东说西不过是“空拳诳小儿”，那是一个教育法，为了使你们真的明白那个本体的法尔道理。等于小孩哭了，大人握一个拳头，说不要哭不要哭，我这里有糖给你吃。小孩子不哭了，拳头打开并没有糖…… 所以你可以选择相信或不信。如果相信，也不必一定打开去看，因为你已经达到了目的——不哭。若一定要打开看，除非你已确定自己能接受所有的结果（有或无糖） 。 法如渡海浮囊，只是个工具。我们的目的是到彼岸。到了，浮囊就没用了。所以，有糖或没有糖，并不重要。
本剧结构清晰，按照需求定义；需求捕获；需求分析与建模；编写规约；需求验证，其中加入了大量的详实案例，便于理解。收获还是蛮多的。 在现代软件工程方法论分为重方法论和敏捷方法，重方法论强调前期设计，为未来设计。而敏捷方法论则更加强调为现在设计，未来重构它，就是这个最本质的区别。个人认为先用流程武装自己，然后在适度敏捷。不是整天满嘴敏捷。 总体上主要讲了如下内容： 1需求定义需求分层： 业务需求：建设目标，解决问题；抓住外部环境变化机会 用户需求：用户使用软件完成某项任务，怎么完成的需求。 特点零散-用户提出不通过角度、不同层面、不同粒度的需求。 存在矛盾-用户处于不同企业组织的不同层面，因此出现盲人摸象的现象，从而导致片面。 行为需求/软件需求（功能需求；非功能需求；设计约束）。 2需求获取（需求调研）； 1）捕获范围不足-除了用户想要的功能还要考虑业务知识。 2）缺乏计划性：定向，聚焦，宏观和微观混在一起 3）捕获对象不明确： 4）捕获手段不足 3需求分析； （1）需求分析是什么？需求分析是向下分解+向上提炼外加一些规格化 需求分析是业务分析--对问题进行研究 需求分析是一种分解活动：分解不同的主题域，分解成该主题域的业务流程和业务步骤 需求分析是一种提炼与整合活动：需要将用户的需求合并到业务活动中去，将各个业务流程合成到全局业务流程中、 需求分析是一种规格化活动柜：要找到冲突、矛盾、并且解决。 （2）内容与形式：分析是任务，建模是手段 （3）何时开始、何时结束 （4）需求分析人员技能：倾听、交谈、和提问的技巧，分析、协调、观察、写作、组织、建模、人际交往和创造能力。 概括为：业务知识，技术知识，沟通能力。 4需求验证 （1）需求验证的关键是评审，注意分层次分内容验证 5需求管理及跟踪 统一明确的需求项划分标准及优先级，明确变更管理流程 其中变更考虑三方面： 1）业务影响分析：合理性，优先级以及对原有需求的影响 2）技术影响分析：影响范围，工作量，分析后决定是否拒绝，还是本次迭代 3）项目影响分析：对整个项目时间、进度、成本的影响程度。 最终完成以上工作还是要看需求分析员的能力水平，需求分析师在于尽早识别变更，架构师和设计员在于以弹性的架构减少变更的影响。所以一位优秀的需求分析员工对于项目产品的成败特别重要。
主要着眼于自己，挑战自己，更甚于战胜别人，这是一个很棒的着力点。可以看到，他也不是蛮干，而是会合理的安排精力，他也有着急，懊恼，消沉对一切普通人的情绪，不同的是，他会去接纳，成人弱小，并给自己正确引导。很真实的人，也帮很正能量的人