MIT研究人员开发出名为KarDo的软件，能自动配置电子邮件账户，安装杀毒软件，或者设置VPN。

KarDo只需要观察管理员执行一次任务，就可以在运行不同软件的电脑上实施同样的工作。根据Forrester和Gartner的分析小组所说， 企业每年花费在简单重复的IT任务上的资金达数十亿美元。KarDo能将这笔开销削减20%之多。在某些方面，KarDo与记录宏命令—用户在电脑上的一 系列操作—的软件有相似之处。但KarDo会尝试学习每个操作的目的，从而在今后更广泛地使用该操作。当IT员工想要KarDo学习一项新任务时，只需要 事先按下“开始”按钮并在结束后按“停止”即可。

1.通过一部分用户样本预估整体的用户情况。比如，你的网站用户有200万注册用户，你要征询他们对于网站改进的意见，你需要给他们发邮件问卷。但 由于种种限制，你不能每个用户都发，而且你收到的有效问卷只有1500多份。你要明确一下，你收集到得1500多份问卷到底多大程度上可以带代表200万 的整体。这时候，你要预估误差范围（margin of error）。如果你征集到的有效有碰巧有52%的支持方案改进，你能说多一半的人都支持么？当然不能，因为你的误差范围可能就有2.5%左右。当然误差 的范围和你选定的置信度相关（Confidence Level），这里由于时间的限制我就不细说了。

2.根据用户的行为和特征对用户进行细分。这里需要用到聚类的概念，通过相似性的计算，来将行为和特征相近的个体用户归为一类。比较常用的归类算 法，比如K-均值法。例如，你做一个B2B的电子商务网站。你会考虑用哪些标准来划分用户比较好，如厂家的规模,产品所属的行业，还是他的商业模式（生产 厂家、外贸公司、批发商、零售商）等等。

3.网站设计与商业目标的相关性分析。网站都会经常做改进，如果你有都有相关的历史记录可以分析出哪些设计的改进提高的用户的活跃度或者转化率。通 过相关性分析，你可以知道哪些设计的改进对于用户的活跃度或者转化率更大；你还可以知道哪些设计元素的改进可以互相促进商业目标的完成，哪些则不起作用， 或者反作用。（当以，这些分析都基于你已经剔除了运营和推广活动对你造成的干扰）

4.网站整体用户体验的度量。面对每天几十上百的网站数据的各种指标，相信有相当一部分人包括老板们都看不懂。据说google的各种指标有 2000多个。这些数据指标对于用户体验的衡量到底有多大意义，也许没有一个人可以完全说清楚。这时候，网站需要一个类似股票大盘指数的指标来衡量网站整 体用户体验，及其变化趋势。这需要对数据进行长期的跟踪，统计，相关性比较才能完成。

Demo:

企业信息门户-Liferay 
    1、提供单一登陆接口，多认证模式（LDAP或SQL）;
    2、管理员能通过用户界面轻松管理用户，组，角色；
    3、用户能可以根据需要定制个性化的portal layout;
    4、能够在主流的J2EE应用服务器上运行，如JBoss+Jetty/Tomcat,JOnAS；
    5、支持主流的数据库，如PostgreSQL,MySQL；
    6、使用了第三放的开源项目，如Hibernate, Lucene, Struts；
    7、支持包括中文在内的多种语言；
    8、采用最先进的技术 Java, EJB, JMS, SOAP, XML；

图非原创
 

SNS 的思路其实完全引入到CRM以及企业OA中，当工作流程中了有了处理的信息，应该将信息实时推送到个人client上。而这个client应该与个人blog、mail系统、视频会议系统关联起来的。至于视频会议系统将来肯定不会是必须要大家聚集到某个会议室里面，跟另外几个坐在会议室里面的人一起开会议，将来视频会议系统必然是非常灵活的，可以采取多种形式的。

另外个人觉得未来企业信息化以及Enterprise Architecture的一个方向是移动化，可以保证信息随时可以传送到需要的个人那里。

先写这么多，这篇文章等我从事企业信息化工作之后希望可以重新写的很深刻。

___________________________2009.12.27___________________________________
09年10大开源软件中涉及到企业信息化的系统有

1. 内容管理系统Drupal
        6. 开源ERP系统LedgerSMB

Spring的横空出世完全颠覆了传统Java服务端的开发方式。它鼓励通过依赖注入的方式来装配POJO，这极大地简化了应用的开发与测试。

一般有两种最常见的对象配置方法：

• 对象实例化（例如：var myObject = new Object()）
• 对象查找（例如：var myObject = registry.getMyObject()）

而利用IOC，你可在一个独立层中实例化应用程序要用到的对象，并传入它们所需的依赖。具体来说，最常见的实现方法也有两种：

• Setter注入（例如：instance.myObject = new Object()）
• Constructor注入（例如：instance = new Instance( new Object() )）

一个IOC框架，通常由如下三个部分组成：配置、工厂和注入机制。

配置

我们可以在配置中描述对象之间的关系。最常用的配置描述方法是在文件中声明。这样的文件有时候也被称为上下文文件（context file）。也可以用元数据/注释（metadata/annotation），甚至直接在程序中描述配置。/

工厂

工厂负责配置的解析和所有对象的准备工作，程序一旦运行，就可以根据需要取得这些对象。

在经典的Spring框架（最流行的Java IOC框架）中，所有对象（我称其为客户对象）都由IOC容器负责准备，并且它们以接口形式声明自己的依赖。在配置文件中，被声明的依赖都被设置为对应的实现类。

注入机制

所谓注入机制，是指如何将工厂创建的对象实例注入到应用或其他对象。

就Spring Web应用而言，注入方法是通过web.xml来实现的。Spring会监听Web应用上下文的加载事件，并利用钩子捕获类加载器的行为，从而分离出任何 需被创建的对象。此后，若有需要，工厂将实例化对象，并填充它所需的依赖。当然在向应用返回对象之前，这些依赖本身也可能需要实例化。这个过程即所谓的 “（将依赖与对象）捆绑在一起”。

在Flex中，类的加载原理有所不同，因此捆绑方法也就不同。目前有两种方法：

• 客户对象直接从工厂请求（已捆绑好的）对象
• 利用内置的Flex事件机制（用于实例化视图）触发注入

这两个项目让你在客户端的Actionscript编码中以及服务端的Java编码中，都能够使用Spring的各种优秀特性。

两者的不容之处在于

Spring BlazeDS Integeration 允许你在服务端使用Spring容器来组织你的代码，维护的你代码依赖。并且，把你的服务通过相应的配置暴露给客户端。

Spring Actionscript则是一个基于Actionscript代码的Ioc容器（目前还不支持AOP）.可以让你在客户端使用Ioc管理依赖注入.

下面分别看下，首先来探讨下Spring Actionscript以及其它的IoC框架。

Spring ActionScript

• 框架：Spring ActionScript
• 网站：http://www.herrodius.com/blog/
• 
  
• 开发者：Christophe Herreman
• 版本：0.71
• 许可：开源
• 配置：XML

Spring ActionScript前身为Prana，因其成熟度高，成为了一个知名框架。

核心概念

任何使用过Spring的Java或.NET版本的人，都会很快熟悉Spring ActionScript。你在运行时加载的配置文件，可以给工厂提供足够信息，用于实例化被应用请求的任何对象。

基本配置

在标准例子工程中使用Spring ActionScript，需如下三个基本步骤：

1. 创建文件application-context.xml
2. 初始化应用中的工厂对象
3. 在你的视图层（或其他任何地方），根据需要从工厂获得对象以供使用

对象工厂和对象配置

在Spring ActionScript中，对象声明在应用可访问的XML文件（通常命名为application-context.xml）中。此配置文件由XMLApplicationContext（是ObjectFactory的子类）加载。

Spring ActionScript是一个优秀的、成熟的、开发活动十分活跃的IOC框架，任何用过Spring框架的人都熟悉的。

以XML形式声明对象存在一个问题，即在XML中声明一个类，并且这个类没被包含在SWF中（因为在你的应用中没有对它的直接引用）时，Flash Player会在运行时抛出异常。其解决办法是创建一个ActionScript类，声明它对上下文XML的依赖，并将此类包含在应用中。

Parsley

• 框架：Parsley
• 网站：http://www.spicefactory.org/
• 开发者：Jens Halm
• 版本：2.0.0
• 许可：开源
• 配置：XML/MXML/ActionScript

Parsley也是一个成熟的IOC框架，最初灵感来源于Spring。它近期经历过一次较大规模的重写。新版本支持一些本地Flex特性，如绑定和元数据，使你在配置你的工程时有更多更好的选择。

核心概念

Parsley的核心概念是源自于Spring的上下文，也即应用的依赖注入的配置。

Parsley的配置现在支持多种形式，其中包括XML和MXML。你可以使用本地的MXML标记或Parsley库提供的自定义MXML标签。Parsley使用元数据标签实现对注入机制的支持，这和Swiz框架是类似的。

Parsley还支持消息模式。基本不需代码干预，你就能将你的对象配置为事件源或事件处理器。在这个例子中，我会用这个特性替代Controller模式。

基本配置

Parsley的配置分三个基本步骤：

1. 创建Config.mxml文件。
2. 在应用的根部初始化一个Context对象。
3. 在你的视图中，用Inject元数据实现依赖的注入。

准备配置文件的方法有多种，不过在这个例子中，我使用支持本地标记和Parsley标签的MXML文件。这种方法的好处是在编译时就将类引入，当然这样一来，也就不能直接修改已被编译的应用的配置了。

对象工厂和对象配置

在Config.mxml中，你能看到应用中用到的从域模型到代理的所有对象。声明这些对象的方式有两种：

1. 标准的MXML
2. 使用Parsley的对象定义标签

在后面的内容中，我将详细介绍这种方法。

总结