dmh2002's Blog专注于 ActionScript 3.0 在各应用领域的研究。

这是来自InsideRIA的一篇文章，由RIAMeeting翻译，原文地址是：

http://www.insideria.com/2009/06/ria-architecture-why-it-matter.html

这篇文章主要是想纠正一下部分人对好的应用程序架构不是很重视的一种现象。

以前有个叫做flashTrace的类似工具（没记错的话），现在这个FlashBug与FireBug整合在一起，更加方便了，虽然Flex提供了Debug，但是产品整合后的调试，还是需要类似的工具的，当然更加详细的诸如对象打印这种功能，还是要用自己做的一些小工具来实现，FlashBug只适合一些简单的应用，安装44吧。

...

看了真的让我热泪盈眶，朋友们为了自己所爱的人，一起加油吧！

介绍一个as3解析excel的库类，有兴趣的朋友可以研究一下。

网上介绍excel用2进制方式加载入flash之后会是一个xml文件，这个说法我还没有验证。

http://code.google.com/p/as3xls/source/checkout

Flash builder4 测试版 09-06-01已经发布，需要下载的朋友可以去迅雷搜索或者去http://labs.adobe.com/

另外相关教程，简体中文的，有个网站提供，入门学习比较不错，地址http://202.165.105.226/babelfish/translate_url_content?intl=cn&lp=en_zh&trurl=http%3a%2f%2fwww.airia.cn%2fflashbuilder%2f

...

        软件设计因为引入面向对象思想而逐渐变得丰富起来。“一切皆为对象”的精义，使得程序世界所要处理的逻辑简化，开发者可以用一组对象以及这些对象之间的关系将软件系统形象地表示出来。而从对象的定义，进而到模块，到组件的定义，利用面向对象思想的封装、继承、多态的思想，使得软件系统开发可以向搭建房屋那样

呵呵，这个小东西，我蛮喜欢的，也是我认为可能最能体现绿豆蛙品牌形象优势，最适合公司做的网络产品了，这款系列产品，我只是一个纯粹产品经理的角色了，没有写过一行代码。

哦，看上去很简单，其实这是一个可DIY的嵌入系列产品

...

         这是我开发的第一个网游，算是mmorpg吧， 过程中职务从flash程序员，到flash team leader，再到后来的高级技术经理，职责从客户端主程序架构、开发，到带队完成客户端程序开发，再到后来的负责整个产品开发；我算是看着这个产品从无到有，从一开始仅仅只是一个构思到后来的产品逐步成型，从需求

        为了让我们的需求更完美，这一篇所要做的工作也是必不可少的。这一篇将要讨论到的内容包括：用例补充规约，系统原型，以及需求规格说明书
        终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。经过前面七篇的工作，我们从最初的业务用例获取入手，获得了业务用例模型，这是我们的业务范围；经过分析得到了业务场景，这是我们的业务蓝图；经过规划，得出用例实现视图，这是我们的系统范围；经过再次分析，得到了用例实现以及领域模型，包括用例规约，业务规则和业务数据，这是我们的概念模型。仅从需求所需的必要元素来说，我们基本上已经完成了需求分析的工作。诚如上一篇结尾所说，为了让我们的需求更完美，这一篇所要做的工作也是必不可少的。这一篇将要讨论到的内容包括：用例补充规约，系统原型，以及需求规格说明书 
...

       上一篇我们图形化建模的部分基本上完成了，得到了业务用例模型， 这帮助我们获得了功能性需求。得到了业务场景和用例场景，这帮助我们获得了面对业务的执行过程描述和概念（逻辑）模型，让我们知道业务将如何的运作。得到了用例实现以及领域模型，这帮助我们得知哪些业务用例将在系统中实现，对应这些用例，哪些业务实体将会被包括进来，以及它们如何帮助业务实现。上一篇我们也留下了悬念，对于业务执行过程来说，除了以上的成果，我们还需要知道业务规则，以及业务实例的属性。即我们要如何做以及做什么。这一篇就来讨论这些内容。
...