eHR的几个误区

　　1. 集约化管理和信息化的不对称

包括国家电网、神华集团等在内的很多大型集团企业都进行了总部人力资源信息化管理，实施了分公司和总公司之间数据的填报制度，但并没有实现人力资源的优化和配置（至少在集团内部）。集团总部想了解员工的信息也只能通过不同层次的人力资源管理部门才能了解到。

　　2. 总部和分部的不同管理模式要求灵活的管理平台

　　大的集团企业、不同的分公司之间的管理模式是不一样的，而现在的人力资源管理软件很难满足这样的要求。比如考核，有的是用平衡计分卡考核模式，有的是用KPI（关键性能指标）模式。就连简单的工资也会存在多种发放模式: 在生产型的工厂，工人的工资发放可以采用计时模式，也可以采用计件模式。东风汽车公司以前采用的一家软件公司提供的软件，要求所有的分公司都采用一种模式，导致软件根本没有办法在集团内部使用。

　　3. 软件提供商的综合素质有待提高

　　现在软件公司的销售人员大多很年轻，他们知道较多的是书本中的欧美理论和MBA案例，对企业的实际运营缺乏了解，更谈不上有多少中国企业的管理经验。再加上软件实施过程中又是找刚毕业的大学生来做项目实施。软件实施的效果不言而喻。因此，一些大型企业（包括国内一些大的网站）采用人力资源管理软件以后，由于软件提供商没有针对及时的专业服务，一年多都不能正常使用。

　　4. 用户缺乏基本的技能培训

　　软件实施成功需要双方的配合。如果用户没有一定的现代人力资源管理理念，有人甚至连基本的计算机操作都不会，人力资源管理项目实施起来比较困难。笔者知道一个项目，企业的决策者非常想引进先进的人力资源管理系统，软件提供方也做了大量工作，最后项目不了了之。遇到的最大困难在于作为人力资源系统的承载者（人力资源管理部门的人员）相关的知识比较匮乏。

　　eHR的实施步骤

　　针对上述问题，笔者认为集团企业人力资源管理的信息化应该采取如下步骤:

　　1.夯实内部管理是信息化的第一步

　　很多企业都希望通过上一套系统来改变管理现状，提高管理水平。事实上，管理是信息化的基础，任何信息化比较成功的企业都是先有自身合适的管理模式，而且这种管理模式来自自身，并不是咨询顾问公司所能解决的。这方面的案例很多，包括苏宁电器、承德露露等，都是在上了软件系统以后发现，不仅没有给企业带来效益，反而增加了一道不必要的操作程序。而哈尔滨啤酒集团在被AB公司收购之前，已经形成了一整套自身的管理模式，包括完整的职位体系、适合公司的评价体系以及针对不同岗位的薪酬体系。 最后哈尔滨啤酒集团很容易地就实现了人力资源管理信息化。

　　2. 仔细选择软件提供商

　　现在提供人力资源管理系统的软件提供商很多，良莠不齐。在选择此类软件时重要的是要注意以下几点:

　　第一，产品的架构是否满足公司的管理现状，很多的软件厂商软件产品在操作方便、稳定性等方面都很优秀，但是针对集团企业这种跨地域的管理模式却不能实现。

　　第二，软件产品的灵活性是否能满足不断变化的管理模式的需要。企业的生存环境是在不断发展变化的，软件产品的灵活定制是集团企业所必须考虑的。

　　第三，业务流程自定义是集团企业实现分级管理必要的功能。很多软件企业提供的产品可能适应集团总部，或者集团的某个企业，但是不能完整地实现集团的总体管理。

　　另外，还要留意是否有与本公司类似的成功案例、软件提供商是专注于人力资源管理信息化还是只把人力资源管理信息化作为一个辅业。还要注意的一个陷阱是有些软件厂商不断提供升级安装包，从而不断收取维护费用。

　　3. 有序的实施步骤是成功的关键

　　一旦项目确立，实施的双方必须有一个实施的远景以及分解的实施计划。针对每个比较重要的需要双方确认的地方设立里程碑。另外，软件实施的例行会议是必须的。每天应有工作总结以及第二天的工作计划。集团企业内部的企业类型很多，不同的企业类型都需要双方合作建立一个集团内部的案例，即针对不同的管理模式确定一个实施的模板，同时，每个实施的项目还应该建立起实施的档案。

　　4. 专业的售后是系统正常运行的保证

　　在系统验收交互使用以后，专业的维护是系统正常运行的关键。这就好比“扶上马，送一程”。系统在使用过程中存在这样那样的问题是必然的，此时关键应该是使用方能尽快独立解决出现的一些日常问题。

　　当然，软件厂商提供的支持也是必须的，特别是没有专业维护人员的企业。另一方面，客户的需求也许很多，或许系统本身就具备这个功能，在客户没有完全理解这些功能之前，软件厂商对客户需求的高度理解以及服务人员也是系统维护成功的关键。 (专自致信网)

得出的结果：
12C403B91165D25D8CD021D5F9B5BB7F

而动网论坛等用的ASP中MD5加密出的字符串则如：
1165d25d8cd021d5
从asp.net得到的字符串，取9-25位，再小写，就能得出如ASP中加密所得的结果.


2  ASP-------->ASP.NET
如果你想先用ASP网页，但加密结果改成如ASP.NET的字符串12C403B91165D25D8CD021D5F9B5BB7F 这样，以方便以后改成ASP.NET时就能方便通用。你可以在登陆时验证其采用的何种加密

这样用户在登陆，如果采用16位密码加密的，将自动转成ASP.NET的。

ASP.net中要完成页面重定向工作有三种主要方式：Response对象的Redirect方法，调用Server对象的Transfer或Execute方法。

Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。

　　这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。

Server.Transfer方法把执行流程从当前的ASPX文件转到同一服务器上的另一个ASPX页面。调用Server.Transfer时，当前的ASPX页面终止执行，执行流程转入另一个ASPX页面，但新的ASPX页面仍使用前一ASPX页面创建的应答流。

　　如果用Server.Transfer方法实现页面之间的导航，浏览器中的URL不会改变，因为重定向完全在服务器端进行，浏览器根本不知道服务器已经执行了一次页面变换。

　　默认情况下，Server.Transfer方法不会把表单数据或查询字符串从一个页面传递到另一个页面，但只要把该方法的第二个参数设置成True，就可以保留第一个页面的表单数据和查询字符串。

　　同时，使用Server.Transfer时应注意一点：目标页面将使用原始页面创建的应答流，这导致ASP.NET的机器验证检查（Machine Authentication Check，MAC）认为新页面的ViewState已被篡改。因此，如果要保留原始页面的表单数据和查询字符串集合，必须把目标页面Page指令的EnableViewStateMac属性设置成False。

Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面，当指定的ASPX页面执行完毕，控制流程重新返回原页面发出Server.Execute调用的位置。

　　这种页面导航方式类似于针对ASPX页面的一次函数调用，被调用的页面能够访问发出调用页面的表单数据和查询字符串集合，所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。

　　默认情况下，被调用页面的输出追加到当前应答流。但是，Server.Execute方法有一个重载的方法，允许通过一个TextWriter对象（或者它的子对象，例如StringWriter对象）获取被调用页面的输出，而不是直接追加到输出流，这样，在原始页面中可以方便地调整被调用页面输出结果的位置。

适用情况

      <b>·</b>如果要让用户来决定何时转换页面以及转到哪一个页面，超级链接最适合。

　　<b>·</b>如果要用程序来控制转换的目标，但转换的时机由用户决定，使用Web服务器的HyperLink控件，动态设置其NavigateUrl属性。

　　<b>·</b>如果要把用户连接到另一台服务器上的资源，使用Response.Redirect。

　　<b>·</b>用Response.Redirect把用户连接到非ASPX的资源，例如HTML页面。

　　<b>·</b>如果要将查询字符串作为URL的一部分保留，使用Response.Redirect。

　　<b>·</b>如果要将执行流程转入同一Web服务器的另一个ASPX页面，应当使用Server.Transfer而不是Response.Redirect，因为Server.Transfer能够避免不必要的网络通信，从而获得更好的性能和浏览效果。

　　<b>·</b>如果要捕获一个ASPX页面的输出结果，然后将结果插入另一个ASPX页面的特定位置，则使用Server.Execute。

　　<b>·</b>如果要确保HTML输出合法，请使用Response.Redirect，不要使用Server.Transfer或Server.Execute方法。

您可以用这样的方法来获取对特定控件的引用：按分配给它的 ID 搜索其命名容器

下面的示例显示如何定位特定的控件。该示例是 DataGrid 控件中按钮的 Click 事件的处理程序。单击该按钮时，代码搜索当前 DataGrid 项（它是 Label 控件的命名容器）中名为 Label1 的标签。如果找到该标签，则会在页上其他位置的第二个标签 (LabelText) 中显示其文本。
// C#
private void DataGrid1_ItemCommand(object source,
   System.Web.UI.WebControls.DataGridCommandEventArgs e)
{
   Label l;
   l = (Label) e.Item.FindControl("Label1");
  
   if(!(l == null) ){
      LabelText.Text = l.Text;
   }
}

通过审核 Controls 集合定位控件

页上的每个容器控件和页本身都具有可用于定位到单个控件的 Controls 集合。

下面的示例说明如何审核 Controls 集合。该示例假定有一个 Web 窗体页（上面至少有一个 Textbox 控件）、一个 Label 控件和一个按钮。代码会获取 Page 对象的所有子控件。由于这样只会产生几个高级别子控件（包括 HtmlForm 对象），所以该代码还要审核每一个单独的子控件的 Controls 集合。该代码会通过比较每个控件的类型来查找文本框。找到文本框时，它会获取该控件的值并将该值串联成字符串，该字符串会显示在 Label 控件的结尾处。

此示例只查找 Page 对象中包含的控件以及是该页的直接子级的控件。如果文本框是控件的子级，而该控件又是页的子级，则该示例不查找此文本框。例如，如果您将 Panel 控件拖到设计器上，则 Panel 控件将是 Page 包含的 HtmlForm 控件的子级，在此示例中会找到该 Panel 控件。然而，如果您之后将 TextBox 控件拖到 Panel 控件上，此示例不会显示该 TextBox 控件文本，因为该控件既不是页的子级，也不是页的子级的控件的子级。以这种方式审核控件有一种更实用的方法：创建递归方法。一遇到控件，就可调用该方法来审核该控件的 Controls 集合。然而，为清楚起见，没有将以下示例创建为递归函数。
// C#
private void Button1_Click(object sender, System.EventArgs e)
{
   string allTextBoxValues = "";
   foreach (Control c in Page.Controls)
   {
      foreach (Control childc in c.Controls)
      {
         if (childc is TextBox)
         {   
            allTextBoxValues += ((TextBox)childc).Text + ",";
         }
      }
   }
   if(allTextBoxValues != "")
   {
      Label1.Text = allTextBoxValues;
   }
}