這段時(shí)間做項(xiàng)目，美工設(shè)計(jì)的界面輸入框都是圓角的，確實(shí)很好看，研究了一下，實(shí)現(xiàn)起來真還有些麻煩

firefox，safri，chrome這些瀏覽器基本都一定程度支持新的CSS3標(biāo)準(zhǔn)，可以用CSS來搞定圓角：

  1: border-radius: 5px; /* css 3標(biāo)準(zhǔn) */
  2: -moz-border-radius: 5px; /* mozilla */
  3: -webkit-border-radius: 5px; /* webkit */

可是M$的IE就麻煩了， 直道IE9 還沒完整支持CSS3，就只能用背景圖片法，前后補(bǔ)圖法等等，來模擬圓角效果了

上網(wǎng)查了一些資料，摸索著用Flex寫了一個(gè) 文件上傳的工具。沒做太多修飾，主要代碼貼出來，免得以后忘了

   1:  <!-- filename :flashuploader.mxml -->

   2:  <?xml version="1.0" encoding="utf-8"?>

   3:  <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml"

   4:                  xmlns:c="component.*"

   5:                  width="450" height="450" minWidth="460" minHeight="400" initialize="application1_initializeHandler(event)" layout="absolute">

   6:      <mx:Style source="css/main.css"/>

   7:      <mx:states>

   8:          <mx:State name="TEST">

   9:              <mx:AddChild position="lastChild" relativeTo="{filelist}">

  10:                  <c:uploadFile currentState="UploadError">

  11:                  </c:uploadFile>

  12:              </mx:AddChild>

  13:          </mx:State>

  14:      </mx:states>

  15:      <mx:LinkButton id="selectbutton" x="5" y="5" label="{selectlabel}" click="button1_clickHandler(event)"/>

  16:      <c:CountingVBox id="filelist" x="5" y="36" height="100%" maxCount="{max}"/>

  17:      <mx:Script>

  18:          <![CDATA[

  19:              import component.uploadFile;

  20:              import mx.events.FlexEvent;

  21:              private var filter:Array;

  22:              private var single:Boolean;

  23:              

  24:              private var fileRefs:FileReferenceList;

  25:              

  26:              private var fileRef:FileReference;

  27:              [Bindable]

  28:              private var max:int=10;

  29:              [Bindable]

  30:              private var selectlabel:String="文件上傳";

  31:              

  32:              

  33:              

  34:              private function button1_clickHandler(event:MouseEvent):void

  35:              {

  36:                  if (single){

  37:                      fileRef = new FileReference();

  38:                      fileRef.addEventListener(Event.SELECT,singleSelectHandle);

  39:                      fileRef.browse(filter);

  40:                  }else{

  41:                      fileRefs = new FileReferenceList();

  42:                      fileRefs.addEventListener(Event.SELECT,multiSelectHandle);

  43:                      fileRefs.browse(filter);

  44:                  }

  45:              }

  46:              

  47:              private function singleSelectHandle(event:Event):void

  48:              {

  49:                  var file:uploadFile = new uploadFile();

  50:                  file.parentContainer=filelist;

  51:                  //                file.fileRef = FileReference(event.currentTarget);

  52:                  file.fileRef = fileRef;

  53:                  filelist.addChild(file);

  54:                  

  55:              }

  56:              

  57:              private function application1_initializeHandler(event:FlexEvent):void

  58:              {

  59:                  if( parameters.labelselect !=null) selectlabel = parameters.labelselect;

  60:                  if( parameters.ext != null)

  61:                      if ( parameters.type!=null)

  62:                          filter=[new FileFilter(parameters.type,parameters.ext)];

  63:                      else

  64:                          filter = [new FileFilter("Select Files"+parameters.ext, parameters.ext)];

  65:                  

  66:                  

  67:                  if (parameters.single!=null && "true" == parameters.single.toLowerCase()){

  68:                      single = true;

  69:                      max = 1;

  70:                  }else{

  71:                      if (parameters.max !=null )

  72:                          max = parameters.max ;

  73:                      if (isNaN(max)||max<=0 ) max=int.MAX_VALUE;

  74:                  }

  75:                  filelist.addEventListener("EMPTY",restoreSelectButton);

  76:                  filelist.addEventListener("FULL",disableSelectButton); 

  77:                  var prefix:String="http://localhost/fileupload";

  78:                  filelist.urlRequest = new URLRequest(prefix+"/upload.php");

  79:              }

  80:              

  81:              private function multiSelectHandle(event:Event):void

  82:              {    

  83:                  var fileList:Array=fileRefs.fileList;

  84:                  for(var i:int =0;i<fileList.length;i++){

  85:                      

  86:                      var file:uploadFile = new uploadFile();

  87:                      file.parentContainer=filelist;

  88:                      file.fileRef = fileList[i];

  89:                      filelist.addChild(file);

  90:                  }

  91:              }

  92:              

  93:              private function restoreSelectButton(event:Event):void

  94:              {

  95:                  selectbutton.visible=true;                

  96:              }

  97:              

  98:              private function disableSelectButton(event:Event):void

  99:              {

 100:                  selectbutton.visible=false;                

 101:                  

 102:              }

 103:              

 104:          ]]>

 105:      </mx:Script>    

 106:  </mx:Application>

   1:  <!-- filename: component/uploadFile.mxml -->

   2:  <?xml version="1.0" encoding="utf-8"?>

   3:  <mx:Canvas xmlns:mx="http://www.adobe.com/2006/mxml"

   4:             xmlns:c="component.*"

   5:             height="20" width="440" initialize="canvas1_initializeHandler(event)" >

   6:      <mx:states>

   7:          <mx:State name="UploadError" >

   8:              <mx:SetProperty name="label" target="{progressbar1}" value="{errorInfo}"/>

   9:              <mx:SetProperty name="styleName" value="error"/>

  10:          </mx:State>

  11:          <mx:State basedOn="UploadError" name="FileError">

  12:              <mx:SetProperty name="x" target="{image1}" value="317"/>

  13:              <mx:RemoveChild target="{progressbar1}"/>

  14:              <mx:SetStyle name="styleName" target="{label1}" value="error1"/>

  15:              <mx:SetProperty name="toolTip" target="{label1}" value="{errorInfo}"/>

  16:          </mx:State>

  17:      </mx:states>

  18:      <mx:Image x="5" width="16" height="16" source="{fileicon}" verticalCenter="-1" />

  19:      <c:FilenameLabel x="23"  width="160" text="{filename}" truncSize="10" verticalCenter="-1"/>

  20:      <mx:Label x="185" width="64" text="{extname}" verticalCenter="-1"/>

  21:      <mx:Label id="label1" x="251" width="64" text="{filesize}" textAlign="right" verticalCenter="-1"/>

  22:      <mx:ProgressBar id="progressbar1" x="317" width="100" height="16" label="%3%%" labelPlacement="center" maximum="100" source="{_fileRef}"

  23:                      verticalCenter="-1"/>

  24:      <mx:Image id="image1" x="419" width="16" height="16" click="cancle_clickHandler(event)" source="@Embed('icons/cancel.png')" verticalCenter="-1"/>

  25:      <mx:Script>

  26:          <![CDATA[

  27:              import flash.events.MouseEvent;

  28:              import flash.events.ProgressEvent;

  29:              

  30:              import mx.controls.Alert;

  31:              import mx.events.FlexEvent;

  32:              import mx.states.Transition;

  33:              

  34:              private static var MAX_FILE_SIZE:uint =int.MAX_VALUE;

  35:              

  36:              private var _parent:CountingVBox;

  37:              [Bindable]

  38:              private var _fileRef:FileReference ;

  39:              [Bindable]

  40:              private var errorInfo:String="";

  41:              [Bindable]

  42:              private var fileicon:Class;

  43:              [Bindable]

  44:              private var extname:String;

  45:              [Bindable]

  46:              private var filesize:String;

  47:              [Bindable]

  48:              private var filename:String;

  49:              

  50:              

  51:              

  52:              

  53:              public function set fileRef(value:FileReference):void

  54:              {

  55:                  _fileRef = value;

  56:                  filename=_fileRef.name.substring(0,_fileRef.name.indexOf(_fileRef.type));

  57:                  extname=_fileRef.type;

  58:                  var size:uint=_fileRef.size;

  59:                  var unit:String="B";

  60:                  if(size>10240){

  61:                      size/=1024;

  62:                      unit="KB";

  63:                  }

  64:                  if(size>10240){

  65:                      size/=1024;

  66:                      unit="MB";

  67:                  }

  68:                  if(size>10240){

  69:                      size/=1024;

  70:                      unit="GB";

  71:                  }

  72:                  

  73:                  filesize=size.toFixed(0)+unit;

  74:                  fileicon=getFileIconClass();

  75:                  if (checkFilesize()){

  76:                      _fileRef.upload(_parent.urlRequest);

  77:                      _fileRef.addEventListener(DataEvent.UPLOAD_COMPLETE_DATA,upload_complete); 

  78:                }

  79:              }

  80:              

  81:              public function set parentContainer(p:CountingVBox):void

  82:              {

  83:                  _parent = p;

  84:              }

  85:              

  86:              

  87:              private function getFileIconClass():Class

  88:              {

  89:                  [Embed("icons/Unknown.png")] 

  90:                  var unknown:Class;

  91:                  

  92:                  [Embed("icons/doc.png")]

  93:                  var doc:Class;

  94:                                  

  95:                 //其他文件類型

  96:                  

  97:                  if (_fileRef.type == null){

  98:                      return unknown;

  99:                  }

 100:                  

 101:                  var type:String=_fileRef.type.toLowerCase();

 102:                  if (type == ".doc") return doc;

 103:                  if (type == ".docx") return doc;

 104:                  //其他文件類型

 105:                  

 106:                  return unknown;                

 107:              }

 108:              

 109:              private function cancle_clickHandler(event:MouseEvent):void

 110:              {

 111:                  _fileRef.cancel();

 112:                  _parent.removeUploadedFile(_fileRef);

 113:                  _parent.removeChild(this);

 114:                  if (_parent.count<1){

 115:                      _parent.dispatchEvent(new Event("EMPTY"));

 116:                  }

 117:              }  

 118:              

 119:              protected function upload_complete(event:DataEvent):void

 120:              {

 121:                  _parent.addUploadedFile(_fileRef); 

 122:              }

 123:              

 124:              protected function upload_IO_error(event:IOErrorEvent):void

 125:              {

 126:                  errorInfo="UploadError";

 127:                currentState = "UploadError";

 128:                   

 129:              }

 130:              

 131:              private function checkFilesize():Boolean

 132:              {

 133:                  if (_fileRef.size>MAX_FILE_SIZE){

 134:                      errorInfo = "File too Big";

 135:                      currentState = "FileError";

 136:                      return false;

 137:                  }

 138:                  return true;

 139:              }

 140:              

 141:          ]]>

 142:      </mx:Script>

 143:  </mx:Canvas>

 144:   

你是否有過復(fù)查程序時(shí)發(fā)現(xiàn)有些注釋毫無用處？程序注釋是為了提高代碼的可讀性，為了讓原作者以外的其他開發(fā)人員更容易理解這段程序。

我把這些讓人郁悶的注釋方式歸為了五類，同時(shí)把寫出這些注釋的程序員也歸為了五類。我希望讀了這篇文章后你感覺自己不屬于其中的任何一種類型。如果你有興趣的話可以讀一下另外一篇文章 五種程序員(英文)，和這篇講到的五種程序員對比一下。

1. 高傲的程序員

public class Program

{

static void Main(string[] args)

{

string message = “Hello World!”; // 07/24/2010 Bob

 Console.WriteLine(message); // 07/24/2010 Bob

 message = “I am so proud of this code!”; // 07/24/2010 Bob

 Console.WriteLine(message); // 07/24/2010 Bob

 }

}

這種程序員是如此的欣賞自己的程序，以至于不得不在每行代碼上都署上自己的大名。應(yīng)該讓版本控制系統(tǒng)來提供程序變更的信息，他這樣做一眼看去并不能說明誰對這行代碼負(fù)責(zé)。

2. 過時(shí)的程序員

public class Program

{

static void Main(string[] args)

{

/* 這段程序已經(jīng)不再有用

* 因?yàn)槲覀儼l(fā)現(xiàn)千年蟲問題只是一場虛驚

* 我們的系統(tǒng)不會(huì)恢復(fù)到1/1/1900 */

//DateTime today = DateTime.Today;

//if (today == new DateTime(1900, 1, 1))

//{

// today = today.AddYears(100);

// string message = “The date has been fixed for Y2K.”;

// Console.WriteLine(message);

//}

 }

}

如果一段程序不再有用（比如廢棄了），那就刪了它吧——不要被幾行沒用的注釋搞的程序混亂不堪。即使你可能以后重用這段代碼，你也可以使用版本控制系統(tǒng)，用它把你的程序恢復(fù)到以前的樣子。

3. 天真的程序員

public class Program

{

static void Main(string[] args)

{

/* 這個(gè)程序是用來在屏幕上

* 循環(huán)打印1百萬次”I Rule!”

* 每次輸出一行。循環(huán)計(jì)數(shù)

* 從0開始，每次加1。

* 當(dāng)計(jì)數(shù)器等于1百萬時(shí)，

* 循環(huán)就會(huì)停止運(yùn)行*/

for (int i = 0; i < 1000000; i++)

{

Console.WriteLine(“I Rule!”);

}

}

}

基本的編程語法規(guī)則我們大家都知道——我們不需要“編程入門”。你不需要浪費(fèi)時(shí)間來解釋一個(gè)顯而易見的東西，我們更希望知道的是你的程序功能——那是浪費(fèi)空間了。

4. 傳奇的程序員

public class Program

{

static void Main(string[] args)

{

/* 有一天我在大街上的一家星巴克里

* 和銷售部的Jim討論問題，他告訴我

* 銷售代表是依據(jù)以下的比例提取傭金的。

* 周五: 25%

* 周三: 15%

* 其它日期: 5%

* 我是否告訴你過我點(diǎn)了一個(gè)卡拉梅

* 鐵咖啡和兩份的Espresso?

*/

double price = 5.00;

double commissionRate;

double commission;

if (DateTime.Today.DayOfWeek == DayOfWeek.Friday)

{

commissionRate = .25;

}

else if (DateTime.Today.DayOfWeek == DayOfWeek.Wednesday)

{

commissionRate = .15;

}

else

{

commissionRate = .05;

}

commission = price * commissionRate;

}

}

如果你不得不在注釋里寫明需求，那也不要提到人名。銷售員Jim很可能在公司里不再是銷售。而且大多數(shù)讀到這段注釋的程序員未必都知道Jim是誰。你描述的是實(shí)際情況但跟我們的內(nèi)容不相干，所以就省掉吧。

5. 未來程序員

public class Program

{

static void Main(string[] args)

{

//TODO: 將來我會(huì)修復(fù)這個(gè)問題 – 07/24/1995 Bob

 /* 我知道這個(gè)問題很難解決而且

* 我現(xiàn)在依賴于這個(gè)Contains函數(shù)，但

* 我以后會(huì)用一種更有意義，更

* 優(yōu)雅的方式打印這段代碼。

* 我只是現(xiàn)在沒時(shí)間。

*/

string message = “An error has occurred”;

if(message.Contains(“error”))

{

throw new Exception(message);

}

}

}

這種注釋是一種集大成者，它包含了上面所說的注釋的所有問題。TODO注釋在一個(gè)項(xiàng)目最初的開發(fā)階段是非常有用的，但這個(gè)注釋看起來是在好幾年前的產(chǎn)品程序里的——它證明了程序有問題。如果程序有問題需要解決，馬上解決，不要拖到日后再解決。

如果你寫過這樣的注釋，或者是你正在尋找一種最好的注釋方案，我推薦你讀一讀Steve McConnell寫的《Code Complete》這本書。這是我推薦給所有程序員必讀的六本書中的一種。或者你可以學(xué)學(xué)如何停止注釋你的程序(英文)。

你是否在你的程序里還見到過其它種沒有意義的或討厭的注釋？歡迎共享。

英文原文：5 Types of Comments to Avoid Making in Your Code

　　開發(fā)框架的選擇，始終是個(gè)仁者見仁、智者見智的事情。尤其是Web層的開發(fā)框架，數(shù)量非常多，而且各有特色，如：Struts、WebWork、Spring MVC、Tapestry、JSF、WebPage3.0……等等。

　　下面先來看看為什么要使用Web開發(fā)框架

　　一：使用框架的必然性

　　框架，即framework。其實(shí)就是某種應(yīng)用的半成品，把不同應(yīng)用程序中有共性的一些東西抽取出來，做成一個(gè)半成品程序，這樣的半成品就是所謂的程序框架。

　　軟件系統(tǒng)發(fā)展到今天已經(jīng)很復(fù)雜了，特別是服務(wù)器端軟件，涉及到的知識，內(nèi)容，問題太多。在某些方面使用別人成熟的框架，就相當(dāng)于讓別人幫你完成一些基礎(chǔ)工作，你只需要集中精力完成系統(tǒng)的業(yè)務(wù)邏輯設(shè)計(jì)。這樣每次開發(fā)就不用白手起家，而是可以在這個(gè)基礎(chǔ)上開始搭建。

　　使用框架的最大好處：減少重復(fù)開發(fā)工作量、縮短開發(fā)時(shí)間、降低開發(fā)成本。同時(shí)還有其它的好處，如：使程序設(shè)計(jì)更合理、程序運(yùn)行更穩(wěn)定等?；谶@些原因，基本上現(xiàn)在在開發(fā)中，都會(huì)選用某些合適的開發(fā)框架，來幫助快速高效的開發(fā)應(yīng)用系統(tǒng)。

　　了解了使用框架的必然性，下面來看看如何選擇，當(dāng)然我們的話題集中在Web層的開發(fā)框架。在談這個(gè)問題之前，先來看看我們在Web開發(fā)中究竟需要做些什么工作：

　　二：Web層開發(fā)的工作

　　在J2EE開發(fā)中，分層是基本的思想，3層架構(gòu)或者多層架構(gòu)早已深入人心，在這里我們就把目光集中到Web層，看看到底Web層開發(fā)做了那些工作：

　　1：數(shù)據(jù)展示

　　Web層需要從邏輯層獲取需要展示的數(shù)據(jù)，然后以合理的方式在頁面進(jìn)行展示

　　2：人機(jī)交互

　　用戶需要從界面上輸入數(shù)據(jù)，在界面上進(jìn)行按鈕點(diǎn)擊，進(jìn)而觸發(fā)事件，標(biāo)準(zhǔn)的事件驅(qū)動(dòng)模型，然后跟后臺進(jìn)行數(shù)據(jù)交換，出現(xiàn)新的界面。

　　3：收集數(shù)據(jù)，調(diào)用邏輯層接口

　　Web層收到用戶的事件請求，需要調(diào)用相應(yīng)的邏輯層接口來進(jìn)行處理，Web層是不會(huì)有任何邏輯處理的。調(diào)用邏輯層接口，需要傳遞參數(shù)，這時(shí)需要收集用戶在界面上輸入的數(shù)據(jù)，然后進(jìn)行組織，組織成為邏輯層接口需要的數(shù)據(jù)封裝形式(通常都是ValueObject)。

　　4：根據(jù)邏輯層的數(shù)據(jù)來重新展示頁面

　　邏輯層處理完了，需要返回?cái)?shù)據(jù)或信息到界面上。這個(gè)時(shí)候Web層需要根據(jù)返回的值選擇合適的頁面，然后展示這些數(shù)據(jù)或者信息。

　　從上面可以看出，Web層開發(fā)的主要工作集中在展示上，也就是圖形用戶界面。這一部分是用戶直觀感受應(yīng)用程序的窗口，也是用戶要求最多的地方，其表現(xiàn)形式也是最豐富的。

　　三：Web層開發(fā)的步驟

　　下面再來總結(jié)一下Web層開發(fā)的大致步驟(也就是需要開發(fā)人員做的工作)：

　　注意：這里討論的Web層開發(fā)，是不使用任何開發(fā)框架時(shí)候的開發(fā)。

　　1：寫頁面Html，到底有哪些數(shù)據(jù)需要在界面上表現(xiàn)

　　2：每個(gè)數(shù)據(jù)的具體表現(xiàn)形式，如：有的需要表現(xiàn)成為下拉列表，有的需要表現(xiàn)成為單選按鈕等。

　　3：界面表現(xiàn)形式的邏輯布局，所謂邏輯布局是指某些數(shù)據(jù)的表現(xiàn)形式應(yīng)該放在前面，某些應(yīng)該放在后面;某些放在上面，某些放在下面。如：某個(gè)請假
申請的業(yè)務(wù)，有請假開始時(shí)間和結(jié)束時(shí)間，很明顯開始時(shí)間的表現(xiàn)就應(yīng)該排在結(jié)束時(shí)間的前面。而美工是負(fù)責(zé)最后頁面的美觀，一般美工不能動(dòng)界面的邏輯布局。

　　好了，確定了值的來源，開發(fā)人員就要寫代碼來獲取這些值，然后把這些值賦值到對應(yīng)的表現(xiàn)形式里面。

　　5：還有一些比較特殊，也就是真實(shí)操作的是一類值，但是在界面上顯示的是另一類值，比如：數(shù)據(jù)庫中有用戶編號，到了界面上就得顯示用戶姓名，但
是所有的操作都是要操作用戶編號的。我們把這種情況分做：真實(shí)值和表現(xiàn)值，他們有一定的內(nèi)在聯(lián)系。這些都是要開發(fā)人員去轉(zhuǎn)化和維護(hù)的。

　　6：接下來就應(yīng)該開發(fā)功能性的事件響應(yīng)了。用戶點(diǎn)擊了某個(gè)按鈕或者觸發(fā)了某個(gè)事件，首先是客戶端：數(shù)據(jù)檢測、客戶端事件處理;然后提交到服務(wù)端，服務(wù)端要獲取到客戶端提交的數(shù)據(jù)，然后調(diào)用相應(yīng)的邏輯層接口來響應(yīng)。當(dāng)然如何寫邏輯層的實(shí)現(xiàn)這里就不去談?wù)摿恕?/p>

　　7：邏輯層執(zhí)行完過后，返回?cái)?shù)據(jù)和信息到Web層，開發(fā)人員還需要寫代碼去處理，選擇哪個(gè)頁面來顯示，如何顯示這些數(shù)據(jù)和信息等。

　　8：在整個(gè)交互的過程中，還必須考慮到如何控制權(quán)限，如：某些數(shù)據(jù)不能顯示，某些數(shù)據(jù)不能編輯等等;同樣還需要考慮到消息的配置和國際化等等。這些功能起源于邏輯層，但是實(shí)際的控制要到Web層，這些都需要開發(fā)人員來控制。

　　9：完成了上面的開發(fā)步驟，頁面基本的功能開發(fā)就告一段落，接下來開發(fā)人員需要考慮頁面美觀的問題了。大家可能會(huì)說：“不是有美工嗎，還需要開
發(fā)人員干什么?”。事實(shí)上美工多半只能出一個(gè)靜態(tài)頁面的美化模版，美工對于一推Java代碼和Html的混雜物，多半是沒有辦法的，更不要說還有一些內(nèi)容
是動(dòng)態(tài)生成的，美工就更不可能搞定了。還是得開發(fā)人員上陣，按照美工給的模版，開始添加Css：class、id、style……

　　10：完成上面的開發(fā)，基本頁面的開發(fā)工作就完成了，最后的一個(gè)步驟就是把各個(gè)頁面有機(jī)的組織起來，開發(fā)應(yīng)用程序的整體應(yīng)用導(dǎo)航框架，通常就是菜單，然后把各個(gè)功能頁面跟菜單結(jié)合起來，形成一個(gè)完整的應(yīng)用。

　　在這里我們省略了開發(fā)期反復(fù)的調(diào)試過程，僅總結(jié)開發(fā)的步驟。

　　四：選擇Web開發(fā)框架的目的

　　了解了如果沒有框架，我們需要做的工作，這對選擇框架有非常大的幫助。

　　框架，直白點(diǎn)說，就是一個(gè)半成品，能夠幫我們做一些事情的半成品。

　　框架的選擇，就是看哪個(gè)框架最合適，從而減少開發(fā)的工作量，提高開發(fā)的效率和質(zhì)量，并有效減少維護(hù)的工作量，最終達(dá)到節(jié)約綜合開發(fā)成本，獲取更多的收益。

　　五：選擇Web開發(fā)框架的標(biāo)準(zhǔn)

　　聲明：這里所談的選擇Web開發(fā)框架的標(biāo)準(zhǔn)，只是我們的總結(jié)和一家之言，并不是放之四海而皆準(zhǔn)的真理，請根據(jù)您的體會(huì)客觀的看待我們的總結(jié)。

　　另外：我們這里更多的討論業(yè)務(wù)功能性應(yīng)用程序的Web開發(fā)框架。

　　1：選擇能夠?qū)ξ覀兊拈_發(fā)過程提供更多、更好幫助的Web開發(fā)框架

　　2：Web開發(fā)框架的學(xué)習(xí)一定要簡單，上手一定要快，沒有什么比使用能得到更深的體會(huì)。那些動(dòng)不動(dòng)就需要半個(gè)月或者一個(gè)月學(xué)習(xí)周期的框架，實(shí)在是有些恐怖。

　　3：一定要能得到很好的技術(shù)支持，在應(yīng)用的過程中，或多或少都會(huì)出現(xiàn)這樣或者那樣的問題，如果不能很快很好的解決，會(huì)對整個(gè)項(xiàng)目開發(fā)帶來影響。一定要考慮綜合成本，其實(shí)這是目前應(yīng)用開源軟件最大的問題，碰到問題除了死肯文檔就是查閱源代碼，或者是網(wǎng)上搜尋解決的辦法，通常一個(gè)問題就會(huì)導(dǎo)致1-2天的開發(fā)停頓，嚴(yán)重的甚至需要一個(gè)星期或者更長，一個(gè)項(xiàng)目有上這么幾次，項(xiàng)目整體的開發(fā)成本嗖嗖的就上去了。

　　4：Web開發(fā)框架結(jié)合其他技術(shù)的能力一定要強(qiáng)，比如：在邏輯層要使用Spring或者Ejb3，那么Web開發(fā)框架一定要能很容易，很方便的與它們進(jìn)行結(jié)合。

　　5：Web開發(fā)框架的擴(kuò)展能力一定要強(qiáng)。在好的框架都有力所不及的地方，這就要求能很容易的擴(kuò)展Web開發(fā)框架的功能，以滿足新的業(yè)務(wù)需要。同時(shí)要注意擴(kuò)展的簡單性，如果擴(kuò)展框架的功能代價(jià)非常大，還不如不用呢。

　　6：Web開發(fā)框架最好能提供可視化的開發(fā)和配置，可視化開發(fā)對開發(fā)效率的提高，已經(jīng)得到業(yè)界公認(rèn)。

　　7：Web開發(fā)框架的設(shè)計(jì)結(jié)構(gòu)一定要合理，應(yīng)用程序會(huì)基于這個(gè)框架，框架設(shè)計(jì)的不合理會(huì)大大影響到整個(gè)應(yīng)用的可擴(kuò)展性。

　　8：Web開發(fā)框架一定要是運(yùn)行穩(wěn)定的，運(yùn)行效率高的?？蚣艿姆€(wěn)定性和運(yùn)行效率直接影響到整個(gè)系統(tǒng)的穩(wěn)定性和效率。

　　9：Web開發(fā)框架一定要能很好的結(jié)合目前公司的積累。在多年的開發(fā)中已有了很多積累，不能因?yàn)槭褂肳eb開發(fā)框架就不能再使用了，那未免有些得不償失。

　　10：選擇開發(fā)框架另外要注意的一點(diǎn)就是：任何開發(fā)框架都不可能是十全十美的，也不可能是適應(yīng)所有的應(yīng)用場景的，也就是說任何開發(fā)框架都有它適用的范圍。所以選擇的時(shí)候要注意判斷應(yīng)用的場景和開發(fā)框架的適用性。

　　XSS攻擊，跨站腳本攻擊是一種經(jīng)常出現(xiàn)在web應(yīng)用中的計(jì)算機(jī)安全漏洞，它允許惡意web用戶將代碼植入到提供給其它用戶使用的頁面中。XSS攻擊將對用戶的web安全構(gòu)成巨大的威脅。

　　XSS攻擊：跨站腳本攻擊(Cross Site Scripting)，為不和層疊樣式表(Cascading Style Sheets, CSS)的縮寫混淆。故將跨站腳本攻擊縮寫為XSS。XSS是一種經(jīng)常出現(xiàn)在web應(yīng)用中的計(jì)算機(jī)安全漏洞，它允許惡意web用戶將代碼植入到提供給其它用戶使用的頁面中。比如這些代碼包括HTML代碼和客戶端腳本。攻擊者利用XSS漏洞旁路掉訪問控制——例如同源策略(same origin policy)。這種類型的漏洞由于被駭客用來編寫危害性更大的phishing攻擊而變得廣為人知。對于跨站腳本攻擊，黑客界共識是：跨站腳本攻擊是新型的“緩沖區(qū)溢出攻擊“，而JavaScript是新型的“ShellCode”。

　　數(shù)據(jù)來源：2007 OWASP Top 10的MITRE數(shù)據(jù)

　　注：OWASP是世界上最知名的Web安全與數(shù)據(jù)庫安全研究組織

　　從這張圖中我們看到，在2007年OWASP所統(tǒng)計(jì)的所有安全威脅中，跨站腳本攻擊占到了22%，高居所有Web威脅之首。

　　XSS攻擊的危害包括

　　1、盜取各類用戶帳號，如機(jī)器登錄帳號、用戶網(wǎng)銀帳號、各類管理員帳號

　　2、控制企業(yè)數(shù)據(jù)，包括讀取、篡改、添加、刪除企業(yè)敏感數(shù)據(jù)的能力

　　3、盜竊企業(yè)重要的具有商業(yè)價(jià)值的資料

　　4、非法轉(zhuǎn)賬

　　5、強(qiáng)制發(fā)送電子郵件

　　6、網(wǎng)站掛馬

　　7、控制受害者機(jī)器向其它網(wǎng)站發(fā)起攻擊

　　XSS漏洞的分類

　　XSS漏洞按照攻擊利用手法的不同，有以下三種類型：

　　類型A，本地利用漏洞，這種漏洞存在于頁面中客戶端腳本自身。其攻擊過程如下所示：

　　Alice給Bob發(fā)送一個(gè)惡意構(gòu)造了Web的URL。

　　Bob點(diǎn)擊并查看了這個(gè)URL。

　　惡意頁面中的JavaScript打開一個(gè)具有漏洞的HTML頁面并將其安裝在Bob電腦上。

　　具有漏洞的HTML頁面包含了在Bob電腦本地域執(zhí)行的JavaScript。

　　Alice的惡意腳本可以在Bob的電腦上執(zhí)行Bob所持有的權(quán)限下的命令。

　　類型B，反射式漏洞，這種漏洞和類型A有些類似，不同的是Web客戶端使用Server端腳本生成頁面為用戶提供數(shù)據(jù)時(shí)，如果未經(jīng)驗(yàn)證的用戶數(shù)據(jù)被包含在頁面中而未經(jīng)HTML實(shí)體編碼，客戶端代碼便能夠注入到動(dòng)態(tài)頁面中。其攻擊過程如下：

　　Alice經(jīng)常瀏覽某個(gè)網(wǎng)站，此網(wǎng)站為Bob所擁有。Bob的站點(diǎn)運(yùn)行Alice使用用戶名/密碼進(jìn)行登錄，并存儲敏感信息(比如銀行帳戶信息)。

　　Charly發(fā)現(xiàn)Bob的站點(diǎn)包含反射性的XSS漏洞。

　　Charly編寫一個(gè)利用漏洞的URL，并將其冒充為來自Bob的郵件發(fā)送給Alice。

　　Alice在登錄到Bob的站點(diǎn)后，瀏覽Charly提供的URL。

　　嵌入到URL中的惡意腳本在Alice的瀏覽器中執(zhí)行，就像它直接來自Bob的服務(wù)器一樣。此腳本盜竊敏感信息(授權(quán)、信用卡、帳號信息等)然后在Alice完全不知情的情況下將這些信息發(fā)送到Charly的Web站點(diǎn)。

　　類型C，存儲式漏洞，該類型是應(yīng)用最為廣泛而且有可能影響到Web服務(wù)器自身安全的漏洞，駭客將攻擊腳本上傳到Web服務(wù)器上，使得所有訪問該頁面的用戶都面臨信息泄漏的可能，其中也包括了Web服務(wù)器的管理員。其攻擊過程如下：

　　Bob擁有一個(gè)Web站點(diǎn)，該站點(diǎn)允許用戶發(fā)布信息/瀏覽已發(fā)布的信息。

　　Charly注意到Bob的站點(diǎn)具有類型C的XXS漏洞。

　　Charly發(fā)布一個(gè)熱點(diǎn)信息，吸引其它用戶紛紛閱讀。

　　Bob或者是任何的其他人如Alice瀏覽該信息，其會(huì)話cookies或者其它信息將被Charly盜走。

　　類型A直接威脅用戶個(gè)體，而類型B和類型C所威脅的對象都是企業(yè)級Web應(yīng)用，目前天清入侵防御產(chǎn)品所能防范的XSS攻擊包括類型B和類型C。

　2、XSS攻擊防御

　　基于特征的防御

　　XSS漏洞和著名的SQL注入漏洞一樣，都是利用了Web頁面的編寫不完善，所以每一個(gè)漏洞所利用和針對的弱點(diǎn)都不盡相同。這就給XSS漏洞防御帶來了困難：不可能以單一特征來概括所有XSS攻擊。

　　傳統(tǒng)XSS防御多采用特征匹配方式，在所有提交的信息中都進(jìn)行匹配檢查。如， 對于這種類型的XSS攻擊，采用的模式匹配方法一般會(huì)需要對“javascript”這個(gè)關(guān)鍵字進(jìn)行檢索，一旦發(fā)現(xiàn)提交信息中包含 “javascript”，就認(rèn)定為XSS攻擊。這種檢測方法的缺陷顯而易見：駭客可以通過插入字符或完全編碼的方式躲避檢測：

　　躲避方法1)在javascript中加入多個(gè)tab鍵，得到    

　　躲避方法2) 在javascript中加入&#x09編碼字符，得到 

　　躲避方法3) 在javascript中加入字符，得到    

　　躲避方法4)在javascript中的每個(gè)字符間加入回車換行符，得到

   躲避方法5)對"javascript:alert('XSS')"采用完全編碼，得到

<IMGSRC=&#x6A&#x61&#x76&#x61&#x73&#x63&#x72&#x69&#x70&#x74&#x3A&#x61&#x6C&#x65&#x72&#x74&#x28&#x27&#x58&#x53&#x53&#x27&#x29>

　　上述方法都可以很容易的躲避基于特征的檢測。而除了會(huì)有大量的漏報(bào)外，基于特征的還存在大量的誤報(bào)可能：在上面的例子中，對"http://www.xxx.com/javascript/kkk.asp?id=2345"這樣一個(gè)URL，由于包含了關(guān)鍵字“javascript”，也將會(huì)觸發(fā)報(bào)警。

　　基于代碼修改的防御

　　和SQL注入防御一樣，XSS攻擊也是利用了Web頁面的編寫疏忽，所以還有一種方法就是從Web應(yīng)用開發(fā)的角度來避免：

　　步驟1、對所有用戶提交內(nèi)容進(jìn)行可靠的輸入驗(yàn)證，包括對URL、查詢關(guān)鍵字、HTTP頭、POST數(shù)據(jù)等，僅接受指定長度范圍內(nèi)、采用適當(dāng)格式、采用所預(yù)期的字符的內(nèi)容提交，對其他的一律過濾。

　　步驟2、實(shí)現(xiàn)Session標(biāo)記(session tokens)、CAPTCHA系統(tǒng)或者HTTP引用頭檢查，以防功能被第三方網(wǎng)站所執(zhí)行。

　　步驟3、確認(rèn)接收的的內(nèi)容被妥善的規(guī)范化，僅包含最小的、安全的Tag(沒有javascript)，去掉任何對遠(yuǎn)程內(nèi)容的引用(尤其是樣式表和javascript)，使用HTTP only的cookie。

　　當(dāng)然，如上操作將會(huì)降低Web業(yè)務(wù)系統(tǒng)的可用性，用戶僅能輸入少量的制定字符，人與系統(tǒng)間的交互被降到極致，僅適用于信息發(fā)布型站點(diǎn)。并且考慮到很少有Web編碼人員受過正規(guī)的安全培訓(xùn)，很難做到完全避免頁面中的XSS漏洞。

　　正是由于傳統(tǒng)檢測方法存在諸多缺陷，國內(nèi)廠商(如啟明星辰天清入侵防御系統(tǒng))并未采用這一方法，而是采用了基于攻擊手法的行為檢測方法?！　?/p>

　　首先對各種場景下的XSS攻擊樣本庫進(jìn)行整理和分類，并建立起XSS攻擊行為特征庫，在實(shí)時(shí)攻擊檢測階段，對所有可能實(shí)現(xiàn)XSS攻擊的數(shù)據(jù)來 源，如HTTP-Refere、URL、COOKIE、表單數(shù)據(jù)等，進(jìn)行數(shù)據(jù)收集和初步分析，存在注入腳本的用戶提交信息才進(jìn)入下一步的XSS攻擊判斷。

　　這種分析方法有以下幾點(diǎn)優(yōu)勢：

　　A：采用行為特征庫而非數(shù)據(jù)特征庫方式，可以避免由于檢測固定特征導(dǎo)致的誤報(bào)可能。

　　B：內(nèi)置數(shù)據(jù)預(yù)處理過程，可以對所有可能包含XSS攻擊的數(shù)據(jù)進(jìn)行預(yù)處理，放行大部分正常HTTP請求，僅對少量疑似事件進(jìn)行深入分析，提升分析速度，降低資源開銷。

　　C：XSS攻擊行為特征庫維護(hù)由啟明星辰公司AD-LAB(積極防御實(shí)驗(yàn)室)和博士后工作站負(fù)責(zé)，AD-LAB擁有大批漏洞發(fā)掘和分析人 員，2007年發(fā)現(xiàn)并獲得CVE編號的漏洞數(shù)量多達(dá)26個(gè)，是國內(nèi)獨(dú)立發(fā)掘CVE漏洞數(shù)量最多的團(tuán)隊(duì)。啟明星辰博士后工作站是業(yè)內(nèi)第一家駐企業(yè)的信息安全 博士后工作站，為產(chǎn)品算法實(shí)現(xiàn)、研究技術(shù)轉(zhuǎn)化提供有力保障。

　　3、綜論

　　XSS攻擊作為Web業(yè)務(wù)的最大威脅之一，不僅危害Web業(yè)務(wù)本身，對訪問Web業(yè)務(wù)的用戶也會(huì)帶來直接的影響，如何防范和阻止XSS攻擊，保障Web站點(diǎn)的業(yè)務(wù)安全，是定位于業(yè)務(wù)威脅防御的入侵防御產(chǎn)品的本職工作。只有結(jié)合對XSS攻擊的分析，才能能準(zhǔn)確的發(fā)現(xiàn)和防御各類XSS攻擊行為，保障Web業(yè)務(wù)的正常運(yùn)營。

Tags: XSS, Web, Web安全, 攻擊, 網(wǎng)頁掛馬, 防御

Tags: 產(chǎn)品經(jīng)理, 項(xiàng)目經(jīng)理, BUG, 需求

　　ERP實(shí)施顧問在推進(jìn)項(xiàng)目的過程中，應(yīng)該注意項(xiàng)目團(tuán)隊(duì)中各成員之間的相互激勵(lì)。如果激勵(lì)制度設(shè)置的不當(dāng)，可能項(xiàng)目小組成員不僅不會(huì)創(chuàng)造貢獻(xiàn)，還很有可能發(fā)生內(nèi)部戰(zhàn)爭，產(chǎn)生一些比必要的內(nèi)耗。

　　ERP實(shí)施顧問在推進(jìn)項(xiàng)目的過程中，應(yīng)該注意項(xiàng)目團(tuán)隊(duì)中各成員之間的相互激勵(lì)。如果激勵(lì)制度設(shè)置的不當(dāng)，可能項(xiàng)目小組成員不僅不會(huì)創(chuàng)造貢獻(xiàn)，還很有可能發(fā)生內(nèi)部戰(zhàn)爭，產(chǎn)生一些比必要的內(nèi)耗。為此，實(shí)施顧問必須建立有效的只針對個(gè)人而不是成員之間的激勵(lì)制度。換句話說，即將現(xiàn)有的個(gè)體之間的競爭，人與人之間的比較，轉(zhuǎn)化為自己和自己的競爭。如果錯(cuò)誤的將所有的項(xiàng)目小組成員都趕到一條獨(dú)木橋上，讓他們?nèi)Z取隔岸的那一顆唯一的勝利果實(shí)，那么合作將不可能形成，相互激烈就會(huì)被相互泄氣所代替。

　　原則一：不要在團(tuán)隊(duì)內(nèi)部締造英雄。

　　在國際上，有一個(gè)著名的足球教練，他說過一句非常有哲理的話，我是記憶猶深。他說，我們足球隊(duì)沒有英雄，個(gè)個(gè)都是英雄。確實(shí)，在足球場上贏得勝利，不是前鋒一個(gè)人的功勞，而是后衛(wèi)、中鋒、門衛(wèi)一起的功勞。若在足球場上過度的強(qiáng)調(diào)進(jìn)球人的貢獻(xiàn)的話，則難免會(huì)在團(tuán)隊(duì)中形成隔閡。所有的光環(huán)都在射球人身上的話，那誰以后還去當(dāng)這幕后的英雄呢?

　　所以，筆者認(rèn)為，在ERP項(xiàng)目的團(tuán)隊(duì)中，不要塑造個(gè)人英雄。ERP項(xiàng)目實(shí)施小組中，沒有英雄。只要項(xiàng)目取得成功，那么個(gè)個(gè)都是英雄，每個(gè)人都應(yīng)該得到嘉獎(jiǎng)。

　　若我們在激勵(lì)員工的時(shí)候，以個(gè)人為單位進(jìn)行嘉獎(jiǎng)，會(huì)產(chǎn)生什么情況呢?則難免就會(huì)形成員工個(gè)人與個(gè)人之間的競爭。俗話說，人比人，氣死人。這真是團(tuán)隊(duì)管理的禁忌。筆者認(rèn)為，ERP項(xiàng)目要取得成功，不是靠個(gè)人之力，而是團(tuán)隊(duì)相互協(xié)作的結(jié)果。所以，不要在團(tuán)隊(duì)內(nèi)部之間形成相互賽跑的局面，而應(yīng)該努力培養(yǎng)一個(gè)自我提升的氛圍。

　　2、要設(shè)置盡量多的勝利帽子，而不要造成眾人搶過獨(dú)木橋的現(xiàn)象。在足球賽場上，會(huì)按不同的位置設(shè)置不同的獎(jiǎng)項(xiàng)。如最佳守門員、最佳前鋒、最佳后衛(wèi)等等。如此的話，每個(gè)位置的人就會(huì)堅(jiān)守自己的崗位，努力做的更好。他們就不會(huì)三心二意，覺得自己所負(fù)責(zé)的位置沒有出風(fēng)頭的機(jī)會(huì)，一心就想著去射門、去做前鋒等等。如此的團(tuán)隊(duì)，其協(xié)作型又怎么會(huì)好呢?其實(shí)，在ERP項(xiàng)目中也有類似的問題。若我們在設(shè)置項(xiàng)目激勵(lì)制度的時(shí)候，只設(shè)置了一個(gè)獎(jiǎng)項(xiàng)，如把項(xiàng)目獎(jiǎng)金的80%獎(jiǎng)勵(lì)給項(xiàng)目實(shí)施過程中有杰出貢獻(xiàn)之人，而這人也就只有一個(gè)。那會(huì)產(chǎn)生什么樣的情況呢?項(xiàng)目小組成員個(gè)個(gè)都是企業(yè)的皇子，他們就會(huì)為了爭奪這個(gè)太子的位置，相互扯后腿，相互攻擊。企業(yè)這是人為的造了一條獨(dú)木橋。如此的話，ERP項(xiàng)目小組的各個(gè)成員之間，就會(huì)拉小幫派，就不會(huì)有勁往一處使了。筆者是非常反對這種做法的。筆者現(xiàn)在的處理方式是，以部門為單位，進(jìn)行選拔。也就是說，我們ERP項(xiàng)目有五個(gè)部門參與的話，則把80%的獎(jiǎng)金分為5份，每個(gè)部門一份。讓每個(gè)部門自己選擇一個(gè)杰出貢獻(xiàn)人員。如此的話，就可以有效的避免部門之間的競爭，同時(shí)，又能夠起到激勵(lì)的作用。

Tags: 項(xiàng)目管理, ERP, 軟件工程

　　Sun的官員日前表示MySQL 5.1開源數(shù)據(jù)庫的正式版將在未來的幾周內(nèi)公開發(fā)布（generally available）。Sun原定于2008年更早的時(shí)候公開發(fā)布該版數(shù)據(jù)庫，但為了讓開發(fā)人員修復(fù)軟件漏洞而不得不推遲發(fā)布時(shí)間。

　　Sun日前已經(jīng)確認(rèn)最新版的MySQL 5.1的所有重大漏洞已經(jīng)被修復(fù)，一切都準(zhǔn)備就緒，翹首以盼的開源用戶可以期待它能夠在未來的幾周之內(nèi)公開發(fā)布。Sun公司的數(shù)據(jù)庫產(chǎn)品部門副主席Zack Urlocker表示，Sun的開發(fā)人員已經(jīng)在很多方面對MySQL 5.1進(jìn)行了反復(fù)檢查和測試，確保公開發(fā)行的正式版毫無問題。

　　Sun的官員早在四月份的MySQL大會(huì)上就曾經(jīng)放出消息說，這個(gè)新版的MySQL數(shù)據(jù)庫會(huì)在會(huì)議結(jié)束的幾周之內(nèi)與大家見面。不過，為了找出 MySQL 5.1的重大漏洞并將其修復(fù)所花費(fèi)的時(shí)間遠(yuǎn)遠(yuǎn)超出了Sun的預(yù)算，所以MySQL 5.1正式版的公開發(fā)布時(shí)間不得不一拖再拖。

　　市場調(diào)查機(jī)構(gòu)451集團(tuán)的分析師Matt Aslett表示，數(shù)周前MySQL的創(chuàng)始人Monty Widenius邀請MySQL的開發(fā)人員幫助公司決定是否該公開發(fā)布MySQL 5.1。很顯然，該公司對之前5.0的公開發(fā)布以及5.1候選版發(fā)布時(shí)因?yàn)椴粔驅(qū)徤魉赶碌腻e(cuò)誤仍然心有余悸，以至于現(xiàn)在很擔(dān)心會(huì)不會(huì)第三次犯錯(cuò)。 MySQL認(rèn)為有必要公開咨詢發(fā)布事宜的事實(shí)表明，公司對于漏洞報(bào)告過程信心不足，不然就是過于謹(jǐn)慎了。

　　Urlocker稱，Sun承諾，在給該產(chǎn)品貼上公開發(fā)行的標(biāo)簽并正式推薦客戶將其用在生產(chǎn)環(huán)境前，必須確保產(chǎn)品是真的沒有問題可以投放市場才 行。這也是Sun為什么在產(chǎn)品發(fā)布候選版(RC)階段找人來幫忙的原因。同時(shí)，Urlocker也表示，在開發(fā)人員的努力下，目前已經(jīng)把客戶曾經(jīng)上報(bào)沒有 修復(fù)的優(yōu)先級為一和二的已知漏洞都修復(fù)了。

　　Forrester市場調(diào)查機(jī)構(gòu)的分析師Noel Yuhanna則認(rèn)為，如果MySQL要擴(kuò)展其現(xiàn)有功能，以便為高性能的企業(yè)級環(huán)境提供支持，那么在這條提升的道路上必定會(huì)遇到困難，而Sun的延遲發(fā)布 就是最有力的證明。MySQL 5.1的研發(fā)大概耗時(shí)了三年時(shí)間，Sun對MySQL的項(xiàng)目一直都雄心勃勃，為此增加了大量企業(yè)級功能，以改善性能，例如基于行的復(fù)制等特性。這個(gè)功能可 以在主服務(wù)器和從服務(wù)器之間復(fù)制數(shù)據(jù)的變化，而不是實(shí)際的SQL語句。為了提高靈活性，MySQL團(tuán)隊(duì)還添加了混合復(fù)制功能，可以根據(jù)單個(gè)的SQL操作來 選擇使用語句復(fù)制或行復(fù)制。其他的增強(qiáng)功能還包括支持五種不同的數(shù)據(jù)分區(qū)形式——hash分區(qū)、list分區(qū)、key分區(qū)、range分區(qū)和sub-partitioning分區(qū)，據(jù)稱這項(xiàng)功能可以幫助客戶處理超大型的數(shù)據(jù)集?？紤]到這些功能都非常復(fù)雜，確實(shí)需要在研發(fā)和測試過程中投入相當(dāng)大的力度，特別是如果想讓這款軟件能夠支持大型復(fù)雜的生產(chǎn)環(huán)境的話。

Tags: Mysql, 產(chǎn)品發(fā)布, Sun

在電子信息時(shí)代，是否充分利用電子商務(wù)成為中小企業(yè)成敗的關(guān)鍵。但在中小企業(yè)運(yùn)用電子商務(wù)的過程中，會(huì)遇到一些問題，影響到中小企業(yè)的電子商務(wù)的實(shí)施。

在電子信息時(shí)代，是否充分利用電子商務(wù)成為中小企業(yè)成敗的關(guān)鍵。“沒有電子商務(wù)，企業(yè)就只能等待死亡!”或許有些偏激，但確實(shí)是企業(yè)發(fā)展壯大的基本。但在中小企業(yè)運(yùn)用電子商務(wù)的過程中，會(huì)遇到一些問題，影響到中小企業(yè)的電子商務(wù)的實(shí)施。

首先，對電子商務(wù)認(rèn)識不足的問題

許多中小企業(yè)管理基礎(chǔ)落后，領(lǐng)導(dǎo)信息化意識不強(qiáng)，也沒有充分認(rèn)識到知識經(jīng)濟(jì)時(shí)代搶占信息市場的重要性。或者對如何開展電子商務(wù)理解比較片面，如 認(rèn)為電子商務(wù)就是上網(wǎng)，或簡單地建一個(gè)網(wǎng)站，而相關(guān)的管理基礎(chǔ)卻沒有跟上，企業(yè)的電子商務(wù)僅停留在表面的網(wǎng)站建設(shè)上。因此中小企業(yè)不但在觀念上要重視電子 商務(wù)，而且要了解電子商務(wù)的實(shí)質(zhì)，不宜盲目跟風(fēng)。

此外，電子商務(wù)不單是一個(gè)企業(yè)的事情。中小企業(yè)供應(yīng)鏈的管理能力欠缺，如何和供應(yīng)鏈的核心企業(yè)合作，借助其平臺或第三方共享交易平臺開展業(yè)務(wù)也是中小企業(yè)開展電子商務(wù)的重要話題。

其次，設(shè)施落后的問題

中小企業(yè)使用互聯(lián)網(wǎng)和參與電子商務(wù)的程度參差不齊。據(jù)統(tǒng)計(jì)，目前參與電子商務(wù)的企業(yè)僅為22.3%，在眾多的行業(yè)用戶中，汽車行業(yè)、電子行業(yè)和 貿(mào)易行業(yè)等信息化建設(shè)水平較高。但在這些領(lǐng)先的行業(yè)，電子商務(wù)的應(yīng)用也極不平衡，很多網(wǎng)站都不成熟，如網(wǎng)站建設(shè)目的不明確，不知道目標(biāo)用戶是誰，不能反映 出企業(yè)的形象，網(wǎng)站功能簡陋，用戶找不到自己需要的信息，用戶的咨詢也常常得不到回復(fù)等。有些企業(yè)雖然建立了網(wǎng)站，但過于關(guān)注于傳統(tǒng)業(yè)務(wù)，網(wǎng)站利用率極 低，甚至成為一個(gè)空殼。

由于資源有限，許多中小企業(yè)需要把主要精力集中放在業(yè)務(wù)上，難以投入足夠的資源進(jìn)行信息化建設(shè)。但中小企業(yè)普遍對采購、生產(chǎn)、庫存、銷售、財(cái)務(wù) 和人事等方面的應(yīng)用有一定需求，應(yīng)用服務(wù)提供商模式ASP就成為中小型企業(yè)開展電子商務(wù)的選擇。就目前ASP的發(fā)展情況而言，由于觀念、安全等方面的因素 影響，ASP在國內(nèi)的發(fā)展并不讓人滿意。

再次，執(zhí)行不力的問題

由于中小型企業(yè)管理者還未充分認(rèn)識到電子商務(wù)給企業(yè)發(fā)展，營銷手段帶來的革命性變化，因此對人才的培養(yǎng)沒有足夠的重視，導(dǎo)致電子商務(wù)人才的匱 乏。中小型企業(yè)開展電子商務(wù)既要技術(shù)又要人才，但這方面的人才在大企業(yè)也不是很充裕。專業(yè)人員的不足，電子商務(wù)模式缺乏創(chuàng)新，導(dǎo)致中小型企業(yè)缺乏網(wǎng)絡(luò)經(jīng)營 的經(jīng)驗(yàn)，電子商務(wù)的優(yōu)越性表現(xiàn)不出來，許多中小型企業(yè)涉足電子商務(wù)心有余力不足。

資金短缺是中小企業(yè)的普遍困難。在有限資金的合理使用方面，許多中小企業(yè)尚處于摸索階段。很多中小企業(yè)對硬件的投資占到整個(gè)信息化投資80%以上，而配套軟件和IT服務(wù)等方面投入相對滯后，對軟件的選型不恰當(dāng)，咨詢合作伙伴協(xié)調(diào)不力，最終會(huì)使企業(yè)的投資回報(bào)率低，難以獲得持久的發(fā)展動(dòng)力。

第四、缺乏規(guī)劃的問題

中小型企業(yè)開展電子商務(wù)往往缺乏長遠(yuǎn)規(guī)劃，比較注意短期效益。電子商務(wù)涉及業(yè)務(wù)轉(zhuǎn)型，不同企業(yè)發(fā)展電子商務(wù)的方式也是不同的。從利用互聯(lián)網(wǎng)瀏 覽、收集、發(fā)布信息，到建立企業(yè)網(wǎng)站，建立信息平臺，實(shí)施網(wǎng)上采購，再到建立行業(yè)聯(lián)合采購平臺，完善自己的供應(yīng)鏈管理系統(tǒng)等，中小型企業(yè)電子商務(wù)的實(shí)施要 逐步到位，長遠(yuǎn)規(guī)劃，分步實(shí)施。

電子商務(wù)在我國的發(fā)展時(shí)間不長短，中小企業(yè)對實(shí)施電子商務(wù)發(fā)展戰(zhàn)略方面還缺乏深刻的認(rèn)識，但是，“機(jī)不可失，時(shí)不我待”，在不以我們的意志為轉(zhuǎn)移的、勢不可擋的電子商務(wù)發(fā)展大潮面前，中小企業(yè)除了盡早實(shí)施電子商務(wù)以外，別無選擇。否則，遲早要被電子商務(wù)潮流所淘汰。

最后，全球化不足的問題

當(dāng)今，全球電子商務(wù)的發(fā)展是不可逆轉(zhuǎn)的態(tài)勢。電子商務(wù)是世界經(jīng)濟(jì)全球化和科技發(fā)展的必然產(chǎn)物，其發(fā)展勢頭不可阻擋，目前電子商務(wù)在技術(shù)上已初步 具備實(shí)施條件，在美國的推動(dòng)下，國際組織和發(fā)達(dá)國家政府相繼發(fā)表電子商務(wù)文件，而且從多邊貿(mào)易自由化發(fā)展的趨勢來看，不久將會(huì)有這方面的國際協(xié)議和規(guī)則出 臺。而目前的電子商務(wù)國際談判主要集中在少數(shù)發(fā)達(dá)國家之間，發(fā)展中國家若不及時(shí)參與到對話中來，不利于形成電子商務(wù)的國際框架。

對于中小企業(yè)來說，要致力于產(chǎn)品技術(shù)含量的提高、附加值的增加，最重要的是要增強(qiáng)企業(yè)的全球意識。全球電子商務(wù)專家中國諾網(wǎng)認(rèn)為，企業(yè)要真正地 實(shí)施全球化戰(zhàn)略，最緊迫的是提高企業(yè)的信息化程度。在融入國際市場后，已經(jīng)有相當(dāng)多的中小企業(yè)認(rèn)識到，網(wǎng)站的建設(shè)尤其是直接針對客戶的英文網(wǎng)站的建設(shè)，將 成為企業(yè)業(yè)務(wù)增長的一個(gè)關(guān)鍵因素;同時(shí)也是企業(yè)區(qū)別于其他同行，建立自身品牌的重要平臺。而中小企業(yè)從網(wǎng)站的建立到托管再到維護(hù)這之間花費(fèi)的金錢，與在信息化程度提高、客戶來源更廣、品牌價(jià)值提升后獲得的利潤相比，根本不值一提。正是意識到了網(wǎng)絡(luò)的重要性，中小企業(yè)的英文網(wǎng)站紛紛地建了起來。

品牌化、信息化、全球化，中小為外貿(mào)企業(yè)重新迎接更大商機(jī)的必經(jīng)之路。全球電子商務(wù)專家中國諾網(wǎng)作為國內(nèi)首家成熟的全球電子商務(wù)平臺，為國內(nèi)中 小企業(yè)精心準(zhǔn)備了高質(zhì)量的海外空間，讓國內(nèi)外貿(mào)企業(yè)的網(wǎng)站在海外高速、穩(wěn)定的運(yùn)行。讓全世界都能快速訪問你的網(wǎng)站，讓你的網(wǎng)站為你帶來更多的定單!使中國 企業(yè)的全球互聯(lián)夢想不再遙遠(yuǎn)。

Tags: 中小企業(yè), SMB, 電子商務(wù)

　　從根本上說，這一現(xiàn)象的真正原因是出自組織體系。如果公司具備一套明確的體系，并得到管理高層的高度支持，那就可以借助相應(yīng)的軟件來順利展開工作。如果本末倒置，舍體系而求軟件，那恐怕世上任何一款軟件都難以從本質(zhì)上解決問題。

　　從管理角度來看，人們通常將問題劃分為三大類：即技術(shù)與技能、價(jià)值與行為，還有組織體系。

　　一套成熟的體系并不一定要基于軟件(盡管軟件能起到很大的作用)。它如同一本員工手冊，明確指導(dǎo)每位員工該做什么，何時(shí)做，以及如何去做，同時(shí)提供績效測量和責(zé)任分配的方式。

　　體系是公司的縮影

　　從本質(zhì)上說，公司就是一種體系。不同的體系造就了不同的公司特色。一套精良的體系是往往都會(huì)受到公司管理層的大力支持。公司中每個(gè)人都應(yīng)參與、了解，并從中得到幫助。體系是一種收集智能、獲取反饋的形式。

　　比如在CRM方面，我們就曾發(fā)現(xiàn)許多軟件實(shí)施其實(shí)都踏入了誤區(qū)。主要表現(xiàn)為：首先，幾乎沒有人去真正使用這一系統(tǒng)；其次，公司管理人員也忽略了這一現(xiàn)象。

　　從根本上說，這一現(xiàn)象的真正原因是出自組織體系。如果公司具備一套明確的體系，并得到管理高層的高度支持，那就可以借助相應(yīng)的軟件來順利展開工 作。如果本末倒置，舍體系而求軟件，那恐怕世上任何一款軟件都難以從本質(zhì)上解決問題。有不少公司一套接一套地實(shí)施各種軟件，斥資數(shù)百萬，但卻忽略了體系的 重要意義。

　　大道至簡

　　每一家成功的企業(yè)都有成熟完善的員工手冊。這種手冊是一種活文件，它會(huì)定期更新，并用來培訓(xùn)指導(dǎo)新晉員工。

　　制定公司體系不是研究航天科學(xué)，所以越簡單越好。然而，有不少企業(yè)往往匱乏這一體系來與員工進(jìn)行雙向溝通，并測量他們的績效。我們認(rèn)為，體系是提高效率最簡單的方式。

　　比如有一家專業(yè)服務(wù)公司就部署了CRM軟件，并將它集成到銷售與市場體系中，從而為該公司帶來了顯著的投資回報(bào)。這家公司所謂的“秘訣”就是設(shè) 計(jì)一套體系來達(dá)成既定目標(biāo)，明確與每個(gè)責(zé)任人溝通，然后測量工作績效。CRM軟件中所獲取的數(shù)據(jù)會(huì)在董事會(huì)中進(jìn)行回顧檢驗(yàn)，從中查看該公司創(chuàng)建了多少潛在 客戶，制定了哪些流程。在這家公司中，從來沒有人討論“我們該如何讓員工使用CRM”之類的問題，因?yàn)槭褂肅RM早已被定義成工作的一部分。

　　善于借鑒

　　借鑒優(yōu)秀公司在這方面的經(jīng)驗(yàn)?zāi)軒椭行∑髽I(yè)做的更好。很多公司都十分勤快地向CRM中錄入各種聯(lián)系人資料，但CRM卻沒有帶給他們什么成長。而 一旦你制定了一套明確的體系，你的員工就知道何時(shí)該跟進(jìn)案例，如何根據(jù)服務(wù)等級協(xié)議(SLA)測量績效。CRM還是原來的CRM，但員工卻有了更為明確的 工作目標(biāo)與方向。

　　有些公司或許喜歡聘請外部顧問來分析自己的商業(yè)流程，但歸根到底，只有你自己才最了解你的企業(yè)，也只有你自己才能量體而裁，設(shè)計(jì)出合適的體系。

　　在一個(gè)體系里，軟件只是一種頗具價(jià)值的催化劑，而不是替代品。

Tags: SMB, 中小企業(yè)信息化, SaaS

　　廠商們或許總是在考慮用戶需要什么產(chǎn)品功能或什么解決方案，那么，現(xiàn)在，是否可以換個(gè)角度想一下用戶不需要哪些產(chǎn)品功能或者哪些解決方案?

　　“相比我們總在關(guān)心用戶需要什么而言，或許我們很少去關(guān)注用戶不需要什么，而這一點(diǎn)卻同樣值得我們?nèi)リP(guān)注與重視?！笨釔劾L畫藝術(shù)的Trend Micro(趨勢科技)全球CEO近日指出。

　　的確，對于熟悉了企業(yè)商業(yè)運(yùn)作流程的IT供貨商來說，滿足用戶需求一直被解讀為對用戶需要什么的回答，然而從數(shù)學(xué)的角度看，這顯然不是一個(gè)充分 且必要的等式。相應(yīng)地，需要在回答用戶需要什么的基礎(chǔ)上追加用戶不需要什么。當(dāng)然，這樣的追加并非只適用于Trend Micro這一家或者這一類安全類的供應(yīng)商，諸如軟件及其升級功能、硬件設(shè)備、系統(tǒng)解決方案中各子模塊功能等統(tǒng)統(tǒng)都應(yīng)在追加之列。

　　隨便環(huán)顧一下我們身處的網(wǎng)絡(luò)環(huán)境，或者再稍試遙想一下網(wǎng)絡(luò)建設(shè)之初的當(dāng)年，不算完善的網(wǎng)絡(luò)環(huán)境發(fā)展至今雖然明顯有七拼八湊的嫌疑，但至少在上線 的當(dāng)時(shí)，各個(gè)零散的軟件或者硬件都的的確確曾經(jīng)發(fā)揮過各自獨(dú)有的功效。大概分析一下也不難理解，網(wǎng)絡(luò)環(huán)境從不成形到成熟顯然會(huì)經(jīng)歷需求在前、供應(yīng)在后的階 段，相應(yīng)的產(chǎn)品也自然都是跟著需求一步一步建設(shè)起來的。但是到今天，相信70%以上的企業(yè)用戶都深切感受到網(wǎng)絡(luò)環(huán)境錯(cuò)綜復(fù)雜的痛楚。這就說明人們不再一味 地需要“疊加式”的供應(yīng)模式了，用戶需求也已經(jīng)進(jìn)入需求與供應(yīng)的磨合期。

　　對此，或許廠商們依然會(huì)辯駁“我們一直在挖掘和滿足用戶的需求，用戶希望磨合的話那就磨合好了”，或者對于一些大型供應(yīng)商還會(huì)拿出很多整合型的 系統(tǒng)解決方案……凡此種種，其實(shí)我們不難發(fā)現(xiàn)很多時(shí)候或很多情況下，用戶的聲音都被淹沒了，供應(yīng)商總會(huì)用方案或者產(chǎn)品引導(dǎo)用戶，使得原本用戶比較清晰的需 求意向演變?yōu)樽罱K上線后的落差，久而久之，錯(cuò)綜復(fù)雜的痛楚也將繼續(xù)上演……

　　面對相似功能的產(chǎn)品如何選擇，甚至面對不同叫法卻相似功能的產(chǎn)品又該如何選擇，對于既要滿足當(dāng)前網(wǎng)絡(luò)承載的需求又須考慮未來可擴(kuò)展的用戶們，這些都正在成為他們所頭疼的問題。

　　那么，用戶到底希望怎么做呢?

　　從需求來看的話很簡單，無非是“做減法”——簡捷而奏效，在現(xiàn)有的IT資源上用最有性價(jià)比的投入同時(shí)獲得原有資產(chǎn)的充分利用和IT設(shè)施的可持續(xù) 發(fā)展。或許從實(shí)現(xiàn)的角度，供應(yīng)商甚至?xí)謶诌@樣的需求，但無論如何，現(xiàn)在用戶市場出現(xiàn)的產(chǎn)品功能重疊、難以協(xié)同、采購量與功效比嚴(yán)重脫節(jié)等現(xiàn)象實(shí)在不容忽 視。

Tags: 企業(yè)信息化, 需求,

　　在未來的三至五年里，隨著五個(gè)主要的消費(fèi)者和商業(yè)趨勢的加速發(fā)展，云計(jì)算將不斷發(fā)展并且獲得更廣泛的應(yīng)用。

　　云計(jì)算基本上是用于一個(gè)由大量的連接在一起的計(jì)算機(jī)系統(tǒng)組成的共享的IT基礎(chǔ)設(shè)施的一種方法。由于它訪問“虛擬”資源，云計(jì)算不受本地和遠(yuǎn)程計(jì) 算機(jī)的功率和能力的限制。云計(jì)算是下一代企業(yè)數(shù)據(jù)中心，能夠像互聯(lián)網(wǎng)一樣操作，向連接到網(wǎng)絡(luò)的用戶提供極大的規(guī)模和快速的訪問能力。

　　云計(jì)算為需要時(shí)的使用、降低成本和能源的使用提供一種簡化的、集中的平臺。與網(wǎng)格計(jì)算不同，網(wǎng)格計(jì)算是為一項(xiàng)具體的任務(wù)分布IT資源，云計(jì)算是在整個(gè)活動(dòng)范圍內(nèi)使用的。受到媒體最多關(guān)注的這種平臺是外部托管的服務(wù)，但是，有些是在企業(yè)內(nèi)部使用的，特別是在全球運(yùn)營的企業(yè)中使用。

　　在未來的三至五年里，隨著五個(gè)主要的消費(fèi)者和商業(yè)趨勢的加速發(fā)展，云計(jì)算將不斷發(fā)展并且獲得更廣泛的應(yīng)用。

　　1.網(wǎng)絡(luò)成為一種全球共享的通信媒介

　　目前，網(wǎng)絡(luò)用于交換、發(fā)布和操作信息。網(wǎng)絡(luò)內(nèi)容不再像早些年那樣是靜態(tài)的，全球用戶每一天都在改變網(wǎng)絡(luò)內(nèi)容。維基百科、Facebook和 YouTube等網(wǎng)站就是突出的例子。不過，這些網(wǎng)站只是冰山的一角。社交網(wǎng)絡(luò)、流音頻和視頻和其它協(xié)作工具正在企業(yè)內(nèi)部網(wǎng)的防火墻后面快速發(fā)展。知識工 人，特別是那些搞研發(fā)的知識工人，使用網(wǎng)絡(luò)應(yīng)用程序在全球范圍內(nèi)協(xié)作研究項(xiàng)目。

　　中國電信和歐洲專業(yè)服務(wù)公司Sogeti使用內(nèi)部云計(jì)算平臺在員工之間進(jìn)行在線的、實(shí)時(shí)的集思廣益的討論。這個(gè)高性能的平臺能夠搜集Sogeti公司1.8萬員工的意見并且對這些意見進(jìn)行分類和分析以便應(yīng)用到業(yè)務(wù)中。

　　互動(dòng)、實(shí)時(shí)的通訊也稱作Web 2.0，是云計(jì)算的主要推動(dòng)因素。云計(jì)算能夠使用現(xiàn)有的基礎(chǔ)設(shè)施在極短的時(shí)間內(nèi)處理大量的信息以滿足動(dòng)態(tài)網(wǎng)絡(luò)的高性能的需求。

　　2.使用較少的能源的需求

　　由于擔(dān)心成本問題和增加碳排放量，減少IT部門使用能源的目標(biāo)正在日益受到關(guān)注。云計(jì)算更有效地使用能源，減少了運(yùn)行數(shù)據(jù)中心所需要的耗電量。 過剩的計(jì)算能力會(huì)得到利用，不是打開電源，使用能源，而是保持待機(jī)狀態(tài)。據(jù)研究機(jī)構(gòu)Info-Tech Research Group稱，大多數(shù)計(jì)算機(jī)服務(wù)器都是一直在運(yùn)行的，但是，僅有10%至20%的工作負(fù)荷得到了利用。通過整合資源，云計(jì)算平臺能夠升級或者降級，節(jié)省能 源和運(yùn)行成本。

　　3.急切需要的技術(shù)創(chuàng)新

　　在全球經(jīng)濟(jì)中，尋求更多的技術(shù)創(chuàng)新、把新思想更快地應(yīng)用到市場和實(shí)用技術(shù)加快實(shí)現(xiàn)結(jié)果是推動(dòng)云計(jì)算的主要?jiǎng)恿?。云?jì)算能夠隨時(shí)隨地在需要時(shí)以較低的成本提供強(qiáng)大的計(jì)算能力。

　　在中國無錫的一個(gè)工業(yè)園區(qū)，大多數(shù)新興的軟件企業(yè)都能夠讓員工把計(jì)算機(jī)插入網(wǎng)絡(luò)接口訪問整個(gè)公司的IT基礎(chǔ)設(shè)施。這個(gè)工業(yè)園區(qū)與IBM合 作創(chuàng)建了一個(gè)云計(jì)算中心為園區(qū)內(nèi)的租戶提供托管的服務(wù)。IT是這個(gè)工業(yè)園區(qū)的基礎(chǔ)設(shè)施的一部分，同取暖、照明和水一樣。對于軟件新型企業(yè)來說，這就意味著 降低了開發(fā)產(chǎn)品的成本。他們不用購買和操作自己的服務(wù)器、應(yīng)用程序和工具，只需要為自己實(shí)際使用的IT服務(wù)付費(fèi)。越南國家大學(xué)最新建立了一個(gè)云計(jì)算平臺以 便更快地培養(yǎng)員工隊(duì)伍的IT技能。

　4.尋求簡單化

　　雖然技術(shù)的發(fā)展越來越高級，但是，用戶希望技術(shù)仍然像以前一樣容易使用。以服務(wù)的方式在互聯(lián)網(wǎng)上提供軟件取得的市場成功就是向簡單化發(fā)展的一個(gè) 例子。軟件服務(wù)也是云計(jì)算的一個(gè)先驅(qū)。通過購買一項(xiàng)服務(wù)，而不是直接購買軟件產(chǎn)品，企業(yè)能夠直接使用最新的軟件，沒有復(fù)雜性和管理成本，也不需要進(jìn)行升 級。

　　云計(jì)算能夠給整個(gè)IT范圍帶來同樣的簡單性。有些云計(jì)算平臺是由外部托管的并且是作為一項(xiàng)服務(wù)購買的。這對于那些缺乏技術(shù)人員的小企業(yè)是有吸引力的。然而，許多企業(yè)，特別是大企業(yè)，可能會(huì)選擇內(nèi)部的平臺，特別是在存在安全和隱私問題的金融等行業(yè)。

　　5.消除混亂建立結(jié)構(gòu)

　　網(wǎng)絡(luò)實(shí)現(xiàn)了快速訪問大量的信息。但是，分類這些信息是一個(gè)挑戰(zhàn)。谷歌等搜索技術(shù)的成功就在于滿足了次序和分類的需求，因?yàn)樾畔⒌目焖贁U(kuò)張超出了人類大腦能夠處理的速度。谷歌在美國的搜索網(wǎng)站每個(gè)月的訪問人次達(dá)到1.41億。

　　每一天大量的互聯(lián)網(wǎng)用戶都要向全球的網(wǎng)站貢獻(xiàn)數(shù)據(jù)、照片、音頻和博客。沒有快速和準(zhǔn)確地找到用戶需要的信息的能力，網(wǎng)絡(luò)作為一種生產(chǎn)率工具的價(jià)值就會(huì)開始消失。

　　云計(jì)算是專門為消除混亂建立次序量身定做的技術(shù)。云計(jì)算提供了把各種不同種類的信息集成在一起的能力。為處理大量的數(shù)據(jù)提供了更多的計(jì)算能力，提供更簡單的基礎(chǔ)設(shè)施管理復(fù)雜性。

　　作為一種新興的技術(shù)，云計(jì)算將隨著時(shí)間的發(fā)展而變化。云計(jì)算的真正價(jià)值是能夠?qū)χ饕纳虡I(yè)和市場趨勢做出反應(yīng)。這些趨勢未來幾年將仍然存在于我們的技術(shù)環(huán)境中。

Tags: 云計(jì)算, 技術(shù)趨勢, web2.0

　　此外，方便地設(shè)置和配置的虛擬機(jī)能夠讓數(shù)據(jù)中心更靈活和更動(dòng)態(tài)化，對變化的應(yīng)用程序工作量迅速做出反應(yīng)。一個(gè)增加的優(yōu)勢是虛擬機(jī)管理程序提供的操作系統(tǒng)分區(qū)非常適合當(dāng)前的N層的、以Web為中心的應(yīng)用程序架構(gòu)。

　　盡管有這些大量的好處，虛擬化對于數(shù)據(jù)中心管理員并不是一個(gè)真正的祝福。虛擬化的薄弱方面(也稱作虛擬蔓延)能夠很快侵蝕掉從物理向虛擬化過渡 節(jié)省的硬件和人員開支。蔓延還是一個(gè)粘糊糊的詞匯。一個(gè)人的蔓延也許是另一個(gè)的適應(yīng)性。但是，Embotics公司產(chǎn)品營銷經(jīng)理Anthony Mar對于這個(gè)詞匯提出了這樣的定義：虛擬蔓延可以定義為虛擬機(jī)沒有適當(dāng)?shù)腎T控制的擴(kuò)散。他補(bǔ)充說，這不是關(guān)于虛擬機(jī)的實(shí)際數(shù)量的問題。這主要是關(guān)于虛 擬環(huán)境如何構(gòu)造和控制的問題。

　　FastScale公司負(fù)責(zé)工程的副總裁Richard Offer說，鼓勵(lì)這種行為被認(rèn)為是零成本創(chuàng)建虛擬機(jī)。他指出，虛擬機(jī)是很容易創(chuàng)建和存儲的，特別是與物理服務(wù)器相比更是如此。用戶沒有認(rèn)識到存在著極度浪費(fèi)的累積成本。

　　創(chuàng)建虛擬機(jī)的容易和方便性是造成蔓延的主要因素。但是，根本的原因是圍繞虛擬機(jī)管理缺少管理控制和流程。Info-Tech分析師John Sloan指出，即使一家公司擁有一個(gè)除非例外全部采用虛擬化的政策，這家公司仍然需要正式的部署流程，甚至要像對待物理服務(wù)器那樣對待虛擬服務(wù)器。

　　獨(dú)立質(zhì)詢顧問Anil Desai在Embotics公司贊助的白皮書中稱，虛擬機(jī)蔓延最常見的根源是沒有計(jì)劃和沒有協(xié)調(diào)的部署、非生產(chǎn)的虛擬機(jī)和虛擬設(shè)備。

　　虛擬機(jī)蔓延成本增加

　　虛擬蔓延不僅是管理方面令人討厭的問題，它還是有昂貴代價(jià)的。Mar指出，虛擬機(jī)的四類成本包括基礎(chǔ)設(shè)施、管理系統(tǒng)、服務(wù)器軟件和管理。在虛擬機(jī)基礎(chǔ)設(shè)施中，雖然機(jī)器也許是虛擬的，但是，它們消費(fèi)的資源是真實(shí)的。

　　Mar指出，應(yīng)用程序需要處理、內(nèi)存、存儲和網(wǎng)絡(luò)，無論它是否包含在虛擬機(jī)中。你擁有的虛擬機(jī)數(shù)量越多，你需要的資源就越多，它的成本就越多。

　　CiRBA公司共同創(chuàng)始人和首席技術(shù)官Andrew Hillier指出，他稱作“朽木”的利用率不足的虛擬機(jī)或者孤兒式的虛擬機(jī)的成本會(huì)非常高，因?yàn)橐粋€(gè)真運(yùn)行而不做任何有用的工作的鏡像仍然在消耗系統(tǒng)的內(nèi)存。所有的虛擬機(jī)都要占用有價(jià)值的硬盤空間，每個(gè)ISO鏡像通常占用幾GB空間。

　　Mar指出，蔓延還會(huì)增加數(shù)據(jù)中心管理系統(tǒng)的成本，因?yàn)樵S多管理系統(tǒng)的許可證都是根據(jù)管理的節(jié)點(diǎn)或者客戶端代理收費(fèi)的。這意味著你擁有的每一臺 虛擬機(jī)都有累計(jì)的許可證費(fèi)用。Mar還謹(jǐn)慎地指出，雖然虛擬機(jī)很容易創(chuàng)建和部署，但是，配置、監(jiān)視、升級和使用補(bǔ)丁等標(biāo)準(zhǔn)的系統(tǒng)管理活動(dòng)是有管理成本的。

　　Info-Tech公司的Sloan贊成這個(gè)觀點(diǎn)。他指出，許多服務(wù)器管理任務(wù)，如升級補(bǔ)丁、都把服務(wù)器當(dāng)作運(yùn)行的操作系統(tǒng)和應(yīng)用程序?qū)嵗幚?。在這方面，100個(gè)虛擬服務(wù)器仍是100個(gè)管理實(shí)例，而不管下面的物理服務(wù)器的數(shù)量是多少。

　　由于包含各種變量，預(yù)測蔓延的財(cái)務(wù)成本是有問題的。這些變量包括沒有使用的多余的機(jī)器、IT管理員逐步增加的開銷、需要的新的軟件許可證的數(shù)量、硬盤空間的成本和存儲管理等。

　　據(jù)Embotics公司進(jìn)行的調(diào)查，大多數(shù)客戶認(rèn)為他們公司的大約30%的虛擬機(jī)很可能是冗余的。實(shí)際的物理服務(wù)器審計(jì)證實(shí)了這個(gè)數(shù)字。這個(gè)審計(jì)指出，有些客戶把冗余量定在50%以上。Embotics的客戶預(yù)計(jì)他們運(yùn)行一臺普通服務(wù)器的成本大約是1000至3000美元。這些成本包括操作系統(tǒng)、應(yīng)用程序、工具和相關(guān)的管理系統(tǒng)代理程序等軟件許可證。Mar稱，一個(gè)150個(gè)虛擬機(jī)的環(huán)境平均有5萬至15萬美元的費(fèi)用與冗余的虛擬機(jī)有關(guān)。

　　由于虛擬機(jī)的設(shè)置不當(dāng)，蔓延還增加了軟成本，如增加的安全風(fēng)險(xiǎn)或者遵守法規(guī)的問題。

　　如何減小或者防止蔓延

　　減小蔓延的兩個(gè)主要方法是恢復(fù)對虛擬機(jī)的生命周期管理控制和根據(jù)可用的物理資源優(yōu)化虛擬機(jī)和相關(guān)應(yīng)用程序的使用。Sloan說，改善虛擬機(jī)管理對于虛擬機(jī)廠商來說是一個(gè)積極開發(fā)和差異化的領(lǐng)域，因?yàn)樘摂M機(jī)管理程序?qū)⒑芸毂恍薷?。第三方軟件開發(fā)商也進(jìn)入了這個(gè)領(lǐng)域，推出一些新的基于政策的虛擬化管理產(chǎn)品，特別是針對管理虛擬化環(huán)境獨(dú)特難題的產(chǎn)品。

　　優(yōu)化軟件旨在通過描繪虛擬化應(yīng)用程序工作量的特點(diǎn)并且把它們映射到數(shù)據(jù)中心的服務(wù)器池和存儲中來改善可用資源的利用。比較新的方法許諾通過創(chuàng)建 FastScale公司所說的“動(dòng)態(tài)應(yīng)用程序捆綁”來顯著減少虛擬機(jī)占用的資源?！皠?dòng)態(tài)應(yīng)用程序捆綁”是一個(gè)小的、功能齊全的軟件環(huán)境(一個(gè)虛擬機(jī)鏡像使 用大約1%的內(nèi)存)，僅需要一個(gè)應(yīng)用程序需要的準(zhǔn)備的軟件組件。

　　虛擬化是一個(gè)強(qiáng)大的工具，允許IT部 門快速建立和部署新的系統(tǒng)環(huán)境，同時(shí)增加使用不足的硬件的利用率。遺憾的是虛擬機(jī)創(chuàng)建的簡單性和方便性能夠?qū)е虏惶玫氖虑椋绱罅咳哂嗟?、很少使用的?者孤兒式的虛擬鏡像。如果部發(fā)現(xiàn)這個(gè)問題，這種虛擬蔓延將迫使企業(yè)付出巨大的成本。不過，新的管理工具和優(yōu)化軟件現(xiàn)在能夠讓數(shù)據(jù)中心管理員控制虛擬機(jī)環(huán) 境，更有效地把虛擬的應(yīng)用程序映射到他們的物理服務(wù)器。

Tags: 虛擬化, 虛擬機(jī), 成本.IT, 架構(gòu)

　　對于小型 項(xiàng)目，首先，必須有文檔要求，否則后期的修改、維護(hù)、升級都會(huì)變得異常困難;其次，對文檔的要求應(yīng)該“適度”，即夠用即可。一切以便于后續(xù)工作為目標(biāo)，不 做過于繁瑣的要求，不應(yīng)把大量精力投入進(jìn)過于繁瑣的文檔編寫。此外，還應(yīng)注意文檔的版本控制，保證文檔和代碼的一致性。

　　小型軟件項(xiàng)目，通常是指工作量在3-12人月之間的項(xiàng)目，在小型軟件開發(fā)企業(yè)中，這類項(xiàng)目一般是放任自流，少有管理。在這類項(xiàng)目中，項(xiàng)目經(jīng)理的 角色常常由公司老總或部門老總親自充當(dāng)， 項(xiàng)目往往具有投資少、人員少、時(shí)間緊、需求不明確等特點(diǎn)。由于針對小型項(xiàng)目，缺乏科學(xué)有效的管理方式，或企業(yè)難以負(fù)擔(dān)類似于大型軟件開發(fā)的管理成本，這類 項(xiàng)目的開發(fā)過程往往會(huì)產(chǎn)生諸如項(xiàng)目進(jìn)度難以控制、產(chǎn)品缺陷多、后期維護(hù)工作量大、客戶滿意度低、文檔缺乏等諸多問題。一項(xiàng)調(diào)查表明，大約有70%的小型軟 件開發(fā)項(xiàng)目超出了預(yù)期時(shí)間，90%以上的項(xiàng)目費(fèi)用超出預(yù)算。因此，小型項(xiàng)目迫切需要引入適度的開發(fā)管理。本文將針對小型軟件項(xiàng)目開發(fā)過程中的核心管理問題 給出一些行之有效的解決方案。

　　一、需求管理

　　對于任何類型的軟件項(xiàng)目，需求階段都是最重要的階段，需求管理是整個(gè)軟件項(xiàng)目管理的重中之重。需求管理通常包括兩個(gè)大方面的問題：需求收集分析與需求變更管理。

　　首先，對于需求收集與分析，核心風(fēng)險(xiǎn)來自于需求不明確。由于客戶和軟件開發(fā)團(tuán)隊(duì)的背景不同，對同一問題的理解自然存在差異。這些差異如果不能在 需求的最初階段盡量彌合，那么必然導(dǎo)致需求增加與需求更改。因此，在需求分析階段，要求需求分析人員具有豐富的客戶溝通經(jīng)驗(yàn)，必須多花一些時(shí)間，充分了解 用戶的目標(biāo)與工作過程，站在客戶立場上，設(shè)身處地考慮問題，幫助用戶將模糊的需求清晰化，將簡略的需求明細(xì)化、完善化，將混亂的需求邏輯化、條理化。

　　其次，任何項(xiàng)目都無法承受頻繁的需求變更與需求增加。因此，除了在需求收集階段需要盡可能將需求細(xì)化外，還需要在適當(dāng)階段盡量凍結(jié)需求。公司的 銷售人員往往傾向于接受用戶模糊的要求，并暗示用戶“什么都好商量”。這往往給項(xiàng)目后期甚至項(xiàng)目完成后又頻繁更改需求，甚至導(dǎo)致項(xiàng)目嚴(yán)重拖延、開支嚴(yán)重超 出預(yù)算埋下禍根。因此，在需求細(xì)化的后期階段，必須“拉下臉來”，就需求凍結(jié)和后期需求增加的費(fèi)用支付方式和客戶達(dá)成共識。

　　二、關(guān)注項(xiàng)目設(shè)計(jì)的靈活性

　　對于中小型項(xiàng)目，在設(shè)計(jì)過程中，必須關(guān)注設(shè)計(jì)的靈活性。在實(shí)際的項(xiàng)目中，即使在需求階段花再多的經(jīng)歷，也沒法完全避免開發(fā)階段的需求變更。因此，在架構(gòu)設(shè)計(jì)中，盡可能采用靈活的設(shè)計(jì)就至關(guān)重要。對于項(xiàng)目設(shè)計(jì)人員，可以借鑒RUP(Rational Unified Process)中基于組建的體系結(jié)構(gòu)思想，利用基于獨(dú)立的、可替換的、模塊化組件的體系結(jié)構(gòu)管理復(fù)雜性，提高重用率，構(gòu)建有彈性的、能適應(yīng)變化的、易于理解的、有助于重用的體系結(jié)構(gòu)。

　　三、開發(fā)進(jìn)度管理

　　開發(fā)進(jìn)度管理，主要需要關(guān)注如下幾個(gè)方面：

　　1. 任務(wù)分配、人力資源分配、時(shí)間分配要和工程進(jìn)度協(xié)調(diào);

　　2. 任務(wù)分解要合理，并且盡量并行化;

　　3. 對項(xiàng)目進(jìn)度控制要盡量細(xì)致，并且在實(shí)際執(zhí)行過程中審查要嚴(yán)格;

　　4. 針對項(xiàng)目中不容易控制的部分，譬如技術(shù)難點(diǎn)、來自于客戶的時(shí)間拖延要做好充分的準(zhǔn)備;

　　5. 要為測試、缺陷修正和預(yù)期的需求變更預(yù)留足夠的時(shí)間;

　　如有必要，還應(yīng)采用適當(dāng)?shù)膮f(xié)同進(jìn)度管理工具。

　　四、開發(fā)團(tuán)隊(duì)管理

　　對于開發(fā)團(tuán)隊(duì)管理，要做到分工明確、因人施用。根據(jù)水平的高低，合理分配工作量。并且關(guān)注團(tuán)隊(duì)內(nèi)部的交流溝通結(jié)構(gòu)，避免“互相等”和“誤解”。盡量讓每個(gè)人的工作量飽和化。在項(xiàng)目開始以后，要盡可能保持團(tuán)隊(duì)穩(wěn)定，避免人員變更給團(tuán)隊(duì)帶來的協(xié)作混亂。

　　五、配置管理和SQA

　　軟件配置管理(SCM)的主要作用是標(biāo)識、控制、和狀態(tài)統(tǒng)計(jì)。

　　這些功能的意圖是維護(hù)和跟蹤功能、配置、產(chǎn)品、產(chǎn)品基線、需求規(guī)約和其他文檔的變更，軟件版本的描述;跟蹤變更申請，問題報(bào)告和解決記錄，提供配置控件委員會(huì)(CCB)會(huì)議紀(jì)要等。

　　軟件開發(fā)之后的變更需要從多個(gè)側(cè)面加以注意:

　　1. 任何返工都是有代價(jià)的

　　2. 將資源用于返工則無法開展新項(xiàng)目

　　3. 如果變更不能精確的標(biāo)識和控制，那么軟件的版本就會(huì)因?yàn)槲粗蜎]有記錄的修改而無法跟蹤

　　4. 如果變更沒有考慮到所有的副作用，那么對于一個(gè)變更所引起的連鎖反應(yīng)的跟蹤是非常費(fèi)時(shí)間的

　　5. 變更次數(shù)的增加會(huì)使系統(tǒng)面目全非

　　當(dāng)項(xiàng)目經(jīng)常變更時(shí)候，SQA是非常重要的。SQA應(yīng)該進(jìn)行Pareto分析和趨勢分析以確定引起變更的根本原因。SQA同時(shí)要保證系統(tǒng)的影響是可跟蹤、可測試和可驗(yàn)證的。SQA的一個(gè)主要目標(biāo)是在開發(fā)的早期發(fā)現(xiàn)問題，避免其進(jìn)入下游開發(fā)中。

　　六、文檔管理

　　對于小型項(xiàng)目，首先，必須有文檔要求，否則后期的修改、維護(hù)、升級都會(huì)變得異常困難;其次，對文檔的要求應(yīng)該“適度”，即夠用即可。一切以便于 后續(xù)工作為目標(biāo)，不做過于繁瑣的要求，不應(yīng)把大量精力投入進(jìn)過于繁瑣的文檔編寫。此外，還應(yīng)注意文檔的版本控制，保證文檔和代碼的一致性。

Tags: SQA, 項(xiàng)目管理, 軟件工程