MDA – 12Reads管理百科

1. MDA（MAIL DELIVERY AGENT）

从MTA取得邮件并传送至邮件接受者的邮箱。常见的MDA通常和MUA合二为一.

MDA（Mobile Desktop Assitant）是中国移动手机桌面助理的英文缩写，它是中国移动为提高用户服务而推出的一款集短信、彩信、联系人管理、话费查询等功能在内的软件工具。

中国移动手机桌面助理图1

中国移动手机桌面助理（简称MDA）是中国移动最新推出的一款集短信、彩信、联系人管理、话费查询等强大功能于一体的通讯软件。提供安全稳定的短信、彩信服务；短信定时发送功能；强大的彩信编辑功能；创意无穷的彩信文字；简约快捷的通讯录管理；方便的用户话费查询等。手机桌面助理通过个人电脑的优势将您从手机终端解脱出来，您不用费力在手机上一个一个的打字，不用担心手机里的图片无法编辑剪裁，不用再登录网站查话费，一切都由手机桌面助理帮您完成。

中国移动全球通、动感地带和神州行（不包括北京，北京神州行暂不能开通）用户均可注册使用MDA。

MDA客户端软件免费使用，无任何包月费用；

·发送短信：按0.10 元/条收费；

·接收短信：接收短信免费，该短信的回复方按照移动品牌的短信资费标准收费；

·发送普通彩信：按0.50元/条收费（北京、山西、江苏、安徽地区按0.30元/条收费）；

·发送福娃彩信：按0.30/条收费。

中国移动手机桌面助理图2

运行环境：中文Windows2000/Windows2003/WindowsXP

2.Model Driven Architecture

模型驱动架构

自从2001年被OMG（Object Management Group 国际对象管理集团）提出以后，”随风潜入夜，润物细无声”，未见轰轰烈烈宣传，各大厂商却惊人一致地争相跟进，关于MDA的话题转眼之间在网络上也如火如荼地繁荣起来了。

为了实现MDA这一宏大构想，OMG制定了一系列的标准：

UML：UML被MDA用来描述各种模型。它并不是为MDA而生，但是作为目前最为风行的建模语言，UML已经占据了全球建模语言领域90％的市场份额，成为了建模语言事实上的标准，因此OMG将它作为MDA技术的基础是自然而然的明智选择。它是MDA的基础，也是MDA最有力的武器。

MOF：MOF（Meta Object Facility 元对象机制）是比UML更高层次的抽象，它的目的是为了描述UML的扩展或者其它未来可能出现的类UML的建模语言。由此我们可以看到OMG的”野心”，虽然MOF也不是为MDA而生的，但是我们可以体味到OMG的工程师们良苦的用心和长远的目光。

XMI：XMI（XML-based metadata Interchange）是基于XML的元数据交换。它通过标准化的XML文档格式和DTDs（Document Type Definitions）为各种模型定义了一种基于XML的数据交换格式。这使得作为最终产品的模型可以在各种不同的工具中传递，这一点是非常重要的，它保证了MDA不会在打破了一种束缚之后再被加上一层新的束缚。

CWM：CWM（Common Warehouse Metamodel 公共仓库元模型）提供了一种数据格式变换的手段，在任意级别的模型上都可以使用CWM来描述两种数据模型之间的映射规则，比如将数据实体从关系数据库变换为XML格式。在MOF的框架下，CWM使得通用的数据模型变换引擎成为可能。

在OMG的蓝图中，UML、MOF、XMI、CWM等一系列标准分别解决了MDA的模型建立、模型扩展、模型交换、模型变换这几个方面的问题。OMG试图通过标准化的定义，扩大MDA的应用范围。同时通过这样一个可扩展的建模语言环境，IT厂商可以自由实现自己的建模语言，以及语言到可执行代码的映射，然而不管怎么样，都必须处于OMG的标准化框架之下。

MDA源自于众所周知的把系统操作的规范从系统利用底层平台能力的方式细节中分离出来的思想，MDA提供了一种途径（通过相关的工具）来规范化一个平台独立的系统、规范化平台、为系统选择一个特定的实现平台，并且把系统规范转换到特定的实现平台。MDA的三个主要目标是：通过架构性的分离来实现轻便性、互操作性和可重用性。

在MDA中软件开发过程是由软件系统的建模行为驱动的。

MDA生命周期和传统生命周期没有大的不同，主要的区别在于开发过程创建的工件，包括PIM（Platform Independent Model，平台无关模型）、PSM（Platform specific Model，平台相关模型）和代码。PIM是具有高抽象层次、独立任何实现技术的模型。PIM被转换为一个或多个PSM。PSM是为某种特定实现技术量身定做。例如，EJB PSM是用EJB结构表达的系统模型。开发的最后一步是把每个PSM变化为代码， PSM同应用技术密切相关。传统的开发过程从模型到模型的变换，或者从模型到代码的变换是手工完成的。但是MDA的变换都是由工具自动完成的。从PIM到PSM，再从PSM到代码都可以由工具实现。PIM, PSM,和Code 模型被作为软件开发生命周期中的设计工件，在传统的开发方式中是文档和图表。重要的是，它们代表了对系统不同层次的抽象，从不同的视角来看待我们的系统，将高层次的PIM 转换到PSM 的能力提升了抽象的层次。能够使得开发人员更加清晰地了解系统的整个架构，而不会被具体的实现技术所“污染”，同时对于复杂系统，也减少了开发人员的工作量。

MDA的出现，为提高软件开发效率，增强软件的可移植性、协同工作能力和可维护性，以及文档编制的便利性指明了解决之道。MDA被面向对象技术界预言为未来两年里最重要的方法学。当今建模的主要问题在于，对于很多企业来说它只是纸面上的练习。这就造成了模型和代码不同步的问题，代码会被不断修改，而模型不会被更新，这样模型就失去了意义。弥补建模和开发之间的鸿沟的关键就在于将建模变为开发的一个必不可少的部分。MDA 是模型驱动开发的框架，MDA 的愿景是定义一种描述和创建系统的新的途径。MDA 使得UML 的用途走得更远，而不仅仅是美丽的图画。很多专家预言MDA 有可能会带领我们进入软件开发的另一个黄金时代。

3.Mobile Desktop Assitant

中国移动手机桌面助理

中国移动全球通、动感地带和神州行（不包括北京，北京神州行暂不能开通）用户均可注册使用MDA。

MDA客户端软件免费使用，无任何包月费用；

·发送短信：按0.10 元/条收费；

·接收短信：接收短信免费，该短信的回复方按照移动品牌的短信资费标准收费；

·发送普通彩信：按0.50元/条收费（北京、山西、江苏、安徽地区按0.30元/条收费）；

·发送福娃彩信：按0.30/条收费。

运行环境：中文Windows2000/Windows2003/WindowsXP

4.Monochrome Display Adapter

单色显示适配器

IBM于1981年使用于IBM PC的显示卡,是PC机最早使用的显示标准.采用9×14点阵的字符窗口,满屏显示80列x25行字符,对应最高分辨率为720×350个像素.

5.Malondialdehyde

丙二醛（MDA）分子式OHC-CH2-CHO ，分子量72.0634

自由基作用于脂质发生过氧化反应，氧化终产物为丙二醛，会引起蛋白质、核酸等生命大分子的交联聚合，且具有细胞毒性。

机体通过酶系统与非酶系统产生氧自由基，后者能攻击生物膜中的多不饱和脂肪酸，引发脂质过氧化作用，并因此形成脂质过氧化物。如：醛基（丙二醛MDA）、酮基、羟基、羰基、氢过氧基或内过氧基，以及新的氧自由基。脂质过氧化作用不仅把活性氧转化成活性化学剂，即非自由基性的质类分解产物，而且通过链式或链式支链反应，放大活性氧的作用。因此，初始的一个活性氧能导致很多的质类分解产物的形成，这些分解产物中，一些是无害的，另一些则能引起细胞代谢及功能障碍，甚至死亡。氧自由基不但通过生物膜中的多不饱和脂肪酸的过氧化引起细胞损伤，而且还能通过质氢过氧化物的分解产物引起细胞损伤，因此测定MDA的量常常可反映机体内脂质过氧化的程度，间接反映出细胞损伤的程度。

测定原理

测定方法是丙二醛在高温及酸性环境下可与2-硫代巴比妥酸（TBA）反应产生红棕色的产物3,5,5´-三甲基恶唑2,4-二酮（三甲川），该物质在532nm处有一吸收高峰，并且在660nm处有较小光吸收。根据其532nm的消光值可计算出溶液中丙二醛的含量。

实验原理示意图

实验方法

1.实验试剂

MDA试剂盒(50T)（南京建成生物工程研究所）；无水乙醇（北京北化精细化学品有限责任公司，分析纯）；冰醋酸（北京北化精细化学品有限责任公司，分析纯）；EDTA（北京拜尔迪生物公司）；Na2S2O5（北京拜尔迪生物公司）；PCA（北京北化精细化学品有限责任公司，分析纯）；实验用水为18.2MΩ三蒸水。

2.试剂盒组成

试剂一：液体10mL，室温保存，直接适用；

试剂二：液体6mL，加入170mL三蒸水混匀使用；

试剂三：粉剂，将1支50T的MDA3号粉剂倒入烧杯内加入90~100℃热蒸馏水32mL，充分溶解（溶解过程中可适当加热），冷却后加冰醋酸30mL混匀，配成母液可于－4℃保存。用时将上述配好的试剂用50%的冰醋酸按2:1进行稀释，现用现配；

标准品：10nmol/mL四乙氧基丙烷5mL。

3.实验仪器

分光光度计；精密电子天平；台式冷冻高速离心；超声细胞破碎仪；恒温水浴锅或电磁炉。

4.实验方法

（1）取待测组织样品；

（3）称量待测组织样品的重量，按1mg:5µL的比例加入0.4mol/L的PCA溶液；

（4）再按组织重量1mg:14µL的比例加入0.86%的NaCl溶液；

（5）将组织剪碎后超声匀浆，并用旋涡混匀器混匀；

（6）按照表[1]加入试剂盒各反应试剂；

（7）用涡漩混匀器混匀样品，并在离心管管盖上刺一个小孔，于沸水浴中煮沸1h；

（8）反应过后，室温下放置冷却，在15,000g下离心10min，取上清液进行吸光度测定；

（9）以蒸馏水为空白对照，在532nm下，光径1cm，测定各个样品的吸光度值，带入MDA含量计算公式中，算出各样品中的MDA的含量，从而间接反映出各样品氧化应激的程度（若测定管中蛋白含量不高，则可以使用标准空白管来代替测定空白管的吸光度值）。

实验图表

结果分析

根据组织中MDA含量的计算公式：

MDA实验

计算得到待测组织样品中的MDA的含量。

6.MACRO Dealing Advisor

澳大利亚MDA集团澳洲新晋交易商，拥有外汇、黄金、能源、期权、差价合约（CFDs）等。并为个人投资者、机构投资者及货币交易经理提供公平、安全和产品广泛的在线交易系统。

7.multiple displacement amplification

多重置换扩增：能够提供高度均一完整的全基因组序列，确保最低的位点扩增误差，使产物与模板的遗传序列信息保持一致，是一种真正意义的全基因组扩增方法。

应用

MDA目前在以下领域得到了应用： *银行业 *保险业 *公共企业(特别在金融管理领域) *嵌入式系统 *后勤保障系统

您将会看到，MDA确在其中起到了作用。

步骤

MDA的流程 MDA的实现主要集中在以下3个步骤：

1 首先，您用UML对您的应用领域进行高度抽象的建模，这个模型和实现它的技术（或者底层技术）完全没有关系。这个模型我们称之为平台无关模型(PIM)。

2 然后，PIM将被转换为一个或多个平台相关模型(PSM)。这个翻译的过程一般是自动实现的。PSM将用一个特定的实现技术来描述您的系统。它将用到这种技术所提供的种种架构，比如EJB, 数据库模型，COM组件等等。

3 最后，PSM将被翻译成源代码。因为每个PSM已经完全依靠某种特定的技术，这个步骤一般是比较简单的。

MDA流程中最难的一步，是从PIM生成一个PSM。它要求您对您要应用的基础技术具有丰富且巩固的知识，另一方面，源模型(PIM)必须具备自动生成PSM所要求的足够信息量。

通过模板生成：MDA-light?!

在MDA的实际应用当中，一个较容易的实现是通过模板(我们称之为MDA-light)。这样，平台相关模型这一步可以说是被跳过了，您可以直接从高度抽象的PIM生成源代码。您将继续在MDA-light的基础上进行真正意义的编程：您必须在源代码，而不是UML，编写细致的应用逻辑。

使用MDA的前提

* 业界(甚至是整个世界)一个被广泛接受的事实是：只有变化是永恒的。技术永远在革新。这在中间件领域尤其明显，当然还有数据库技术，操作系统，甚至是编程语言都经常变化。这些技术明显比应用领域的基本概念要变化的快。

* 如果您在某一特定的应用领域工作，在这个领域中的项目都具有一定的相似性。整个应用程序族或者不同的项目都属于同一个应用领域，那么，MDA或者生成流程将特别适合于您。

MDA的优点

* 您对建模的投资将更加持久的有效–远长于您目前实现它所应用的技术。这将更有利于保护您的投资。 * 您具有了技术上的灵活性。 * 您将不再受技术或应用所具有的不同变化周期的影响–在MDA的帮助下，您可以中立的保持两方面的多样性。

MDA的缺点

* MDA意味着更多的”组装”而不是”开发”–在为一个应用建立PIM的时候，您基本上没有技术上的周旋空间。这对于今天的很多开发人员来说，还是难以想象的。 * 软件开发的创造性在一定程度上减弱了。开发人员常常觉得，就一种新技术展开争论，在技术的前沿工作，是十分吸引人的。可是在MDA流程下，大量的工作是建立模型，这和具体的技术相距甚远，但符合OMG的建议。 * 潜在的不成熟性。UML2.0还在幼年时代。MDA工具出现的时间也相对很短。这里还隐藏了很多风险。

开发中有待解决的问题

* 数据和应用程序的移植：目前在商业领域经常需要面对的问题是，大量的数据和应用程序如何向新的，MDA为基础的系统中移植。纯粹的MDA流程将把数据模型和数据库表结构看成是技术细节。它们不应该对平台无关模型(PIM)层产生任何影响–那么，您的MDA工具或生成器也负责生成数据库脚本吗？

* 软件维护：编制不同的发行版本，补丁或者升级，是对目前正在运行的程序进行维护的重要组成部分。MDA怎么处理这些问题呢？每次进行一次全新的安装？

* 投资报酬率(Return-on-Investment)：从什么样的环境和系统开始计算？从应用MDA的第二个项目？还是从第五个开始？

* 购买软件架构还是自主开发？

* 生成器和相关工具造成了对其生产商的依赖–这种对生产商的依赖是我们以往一直极力避免的。

* 企业应用整合(EAI)：高度的抽象，听起来不错–但是对于已经在运转的应用系统，怎么得到这种抽象呢？

您可以看到–潜在很多实际问题（其回答都具有重要的意义）。这些问题正是我们创立openMDA