Yii中有个场景的概念，我们用到场景的地方主要是在model中定义rules规则的时候，可以对不同的场景使用不同的校验规则，所以，自然而然会认为所谓的场景就是对应的action的名字。其实场景和action的名字是不同的概念来的，不能混为一谈。scenario则是M的一种属性，理论上，scenario是独立于action概念的，可以在没有action的场合下使用scenario。model的scenario是通过设置它的scenario属性设置的，它和使用model的action没有任何关系。
比如：
$model=new User;
$model->scenario = 'create';
和
$model=new User('create');
都是设置了执行一个action的时候对model进行校验的场景
public function rules() { // NOTE: you should only define rules for those attributes that // will receive user inputs. return array( array('username, email', 'required'), array('password, confirm_password', 'required', 'on'=>'create'), array('username', 'unique'), array('username, email', 'length', 'max'=>50), array('password, confirm_password', 'length', 'min'=>6, 'max'=>32), array('email', 'email'), array('confirm_password', 'compare', 'compareAttribute'=>'password', 'on'=>'create,update')
); }
上面的校验规则说明了初始密码和确认密码在create场景中是required的，和密码确认的compare是在create和update场景中都必须校验的。主要在action中对默认制定了对应的场景属性，在提交表单做校验的时候就能达到rules中定义的规则了。
下面是引用yii官方论坛帖子中牛人关于场景的解释：
场景的概念来自 用例驱动的方法学
用银行操作来说 存款 取款 转账 就是用例（关于用例的概念自己查阅相关资料或者google 简单点说就是里程碑式的操作 是系统级的方法
可以认为是应用级别的事务） 在面向对象中 模型层的东西会参加多个用例（一个对象有若干个方法 并不是所有方法在一次操作中都被用到
某个用例操作中只会用到一个或几个） 你可以这样认为用例等价场景 还有就是一个用例中可能不止一个模型参与其中
对AR来说 其中的若干属性只会参与一个用例（插入insert 更新update 或者搜索search） 在某种高度对象的方法和属性是一个级别概念 所以某些属性/方法 可以用用例来归组 经常在一起使用的方法或属性可以归为一个用例（场景）之中
用例可以自己定义 根据应用特征 比如User 这个模型类 在登陆操作（场景/用例/应用事务）中只会用到用户名和密码
所有这两个组合可以归为一个场景 其他属性根据业务可以自定义归组 ； 在拿改密码来说你可能需要用户输入旧密码 和新密码
那么这两个就会归属同一个用例（可以随意起名 比如changePassword等）
场景名不是yii定死的 但insert update 和search 是默认的（惯例而已） 在actionCreate actionUpdate
actionAdmin中出现的$model 默认的scenario 就分别是insert,update,search 你可以打印出来
echo $model->scenario ;die(); //在render 之前 试着调试输出；
看了这个解释肯定是豁然开朗了！