Flash Web团队协作设计.doc

Flash Web团队协作设计
通过对Flash Web结构的简要介绍，我相信每个人都应该对MBDD 的每一层有一个大致的了解。

正如我前面说过的，MBDD是所有闪存网络的总结，不是每个闪存网络都必须有四层结构。

由于功能不同，许多闪存网络可能确实有一些层。

例如，我的个人门户V3没有过渡动画层。

这个酷站收集站可以说既没有过渡动画层也没有背景层。

还有一些纯粹是商品展示的网站，比如更受欢迎的房地产网站。

他们大多倾向于通过动画直接展示商品，而数据层和数据展示层相对薄弱。

说了这么多，MBDD的真正含义是什么？主要有以下两点:
模式化:对于各种类型的Flash web，我们必须给出一套相应的通用开发模式，就像各种世界的人一样，但是每个人的骨架都是一样的。

有了一个坚固的骨架，就可以更容易地给建筑添加更多的砖和瓦，而且效率会非常高。

独立和模块化发展:事实上，“MBDD风格”是我在漫长的实战旅程中的血和泪。

自从接触到Flash，我也制作了十几个Flash网站。

虽然人数不多，但我每次都从界面设计到后台一路自杀。

开始的时候，因为我不能准确的掌握整个站点的结构，所以我只能通过功能来完成，比如先设计导航部分的界面，然后在Flash中完成导航部分的前台功能，最后写后台，再返回Flash完成整个导航部分，等等，直到整个站点完成。

这样，您也可以像预期的那样完成一个功能复杂的Flash网站。

这个人的意志力和即兴创作能力一定不能弱。

因为如果一个人的思维频繁地在设计、前景、背景之间跳跃，就很容易崩溃。

此外，在早期阶段没有好的计划，很有可能在后期和完成部分之间会有一些冲突，导致所有以前的工作被浪费，甚至不得不重新开始。

这个时候有多少人能坚持下去？后来，我觉得从长远来看，这真的不是做这件事的方法。

一开始，我就开始思考如何对整个Flash网络有一个大致的了解，以及如何长时间专注于一件事。

于是MBDD诞生了！在MBDD下，我可以完全遵循如下开发流程:→选择架构模式→界面设计(站主框架和背景层)→背景(Flash中数据层要求的数据显示格式和书写格式)→Flash前景构图(动画层和数据显示与交换)。

在这个过程的每一个步骤中，我将把所有的精力都集中在这一步上，直到我开始下一步的生产。

此外，如果在生产过程中发现任何结构性错误，我也有能力从宏观的角度去把握它们，做出最合理的调整。

但不幸的是，通过作者对一些Flash网站的分析，我发现仍然有很多人，包括那些有Flash网站开发经验的人，仍然不能很好地理解Flash网站的结构。

他们仍然很随意地在做Flash网页。

背景层和动画层不分为、数据表现层和数据层是模糊的。

甚至当他们想在那里做的时候，这些层混合在一起，最后他们变得混乱。

Flash网站设计开发团队协作的简单思考
我现在可以说我没有团队发展的经验。

在这里谈论团队合作是很典型的。

然而，当我开发自己的工作站时，我会严格地分配自己的角色，并有一些团队含义。

许多想法在这里并不令人不快。

例如，当我开始做架构分析时，除了编写简单的文档，我永远不会开始工作。

这时，我正在扮演一个建筑师的角色。

当我在PS中绘
制界面时，我会尽量不考虑背景。

此时，我正在扮演一个PS设计师的角色。

在后台写作时，我只是按照体系结构的要求，机械地完成了数据显示和书写格式。

一般来说，数字是固定格式的XML。

此时，我根本不会考虑Flash和PS，我完全是在扮演后台工程师的角色。

最后，当我用Flash创作时，我扮演了Flash设计师和as工程师。

尤其是当我开发自己的个人门户V3时，我“对自己要求很严格”。

在开发过程的每一个阶段，我都尽最大努力不去想“多管闲事”，并很满意地看着自己是否能如期完成任务。

我的想法是，在MBDD的领导下，一个Flash网站开发团队应该至少有以下五个人:架构师、PS设计师、Flash动作设计师、AS工程师、后台工程师。

建筑师负责掌握整个车站。

他必须了解Flash web开发的每一个环节，他丰富的开发经验使他能够根据需求在接收项目时快速决定采用哪种开发模式，将项目分成几个功能模块，然后向PS设计人员提供一个内容框架草图并指定后台数据格式。

在整个发展过程中，他将负责他人的调整和沟通。

因此，说建筑师是这个团队的灵魂并不过分。

车站设计人员需要根据框架草图设计车站界面。

他最好对Flash 的基本操作略知一二，知道哪些部分可以在Flash中直接方便地绘制，哪些部分必须由PS来完成。

当然，如果他能把动画因素考虑进去，并在PS中部分完成渲染，那就更好了。

FlASh动画设计者主要是在Flash中完成动画和特效。

他最好对动画有一点了解，这样当他做动画的时候，他会考虑到编程的因素，
使他的动画尽可能的容易进行程序控制，并且特效不会消耗太多的中央处理器。

如果他的自动化能力足够强，我们也会让他按照建筑师划分的模块，在Flash中完成车站主界面的布局。

当然，建筑师此时最好从侧面协助。

自动化工程师主要根据架构师的要求完成特定的功能模块，并完成前台和后台之间的数据交换。

他最好知道一点背景知识，至少知道闪存如何通过后台程序写入数据，而且他必须精通XML解析。

最后，作为后台工程师，他只需要根据架构师的要求以特定的格式读写数据。

当然，如果他学习一点自动化系统，理解他为什么要这么做会更有帮助。

此外，他的存在还有更大的意义，即完成对车站数据结构的分析并负责数据库管理。

我个人认为，除了现在的搜索引擎优化处理还不完善之外，如果我们深入了解Flash网站的结构并建立一套完善的开发模式，再加上平时积累的代码库、组件库、特效库、数据库，Flash网站开发的加速比、高效率将不再只是一个梦想，Flash网站完全可以达到HTML 站点的开发效率，并且比HTML站点具有更好的视觉和交互效果。