横向分派子任务、表示层外包的可行性和利弊

我们有个想法，在开发j2ee项目时，将表示层（主要是jsp页面）外包给一些java培训班或计算机系的有开发经验的学生，主要是手头就有很多的意向了，这样作一是减少成本，二是促进更清晰的分层，使团队成员更关注于业务层的实现上来。我们的开发主要还是以struts+spring+hibernate(ibatis)为主的。经过思考，已经有以下想法：
一、外包主要指技术层面的页面，整个site的风貌已经定好，例如css和色调，使用sitemesh或tiles来帮助页面级复用。
二、事先肯定要对学生进行培训，集中于struts、jstl、tiles等表示层技术，公司原来的js库也要公布出来，避免大家重复造轮子。
三、当domain model和business接口大体设计完毕后，可以简单实现一个service mock包，将来供同学们调试页面使用。对于简单的增删改查可以考虑使用easymock包。
另外，还有一些问题没想通，希望大家踊跃发言，解我疑惑：
一、这样作的可行性，和一般的纵向分派子模块开发方式比较，在沟通成本、项目费用、项目进度等各方面。
二、很多时候，service层的接口方法是在画页面的时候逐渐丰富起来的，我们团队的水平还比较多的采用事务脚本的方式来写Manager类。
三、在struts内部，作怎么样的划分比较合理，action和form以及配置文件完全划出去吗？
谢谢。

层次分清楚了,当然是很好.但在开发的时候却没有把复杂性给隐藏起来....

培训的内容也太复杂了(就单单个struts,可能就会让人听得胡里来胡里去的).还要了解js库(这么说,还要会写js罗),天啊.

我觉得robot_liu同学的构架思想就能解决这样的大部分问题,而且还能提高很大的效率,减少成本(培训,招人等).

刘同学的mvc是,v是js组件(开发的是不用写页面的)(这是最大的特点).

开发时候就是仅仅只要开发员写配置文件就行了,就能生成页面,调用你的功能点(当然是自己开的,没有办法逻辑可没有自动生成呀,但也是普通的javabean).

所以培训的时候就只要给他培训怎么写配置文件就行了(最近,他应该也打算开发eclipse插件了吧.这样就更简单了).

我只看过他那一套东西, 觉得很不错,思想也很好.如果可以,希望刘同学,来讲讲呗..

谢谢xiaoyu的回答，我们培训的目的也不是要多入地深入，象js也是讲一下我们以前经常使用的一些小组件，比如日期选择，的用法。刘同学在哪里呀，很希望听听他的高见。如果是写写配置文件的话，我觉得外包的意义已经不大了。

可以看看论坛里的一个老贴
《任务分解与任务分配》
http://forum.iteye.com/viewtopic.php?t=5746

刚联系过他了.他暂时没有空(不能发贴),嘻.

必不可行，理由很简单，Service层的接口谁来定？页面都看不到的情况下，能正确定Service接口嘛？页面的跳转流程呢？

感谢几个兄弟的回复。
to downpour:是这样的，我们的j2ee项目有相当多是美方外包的，美方外包不同于对日外包，它还是需要一定的ood能力的，往往是一些需求doc+一些静态展示的页面，当然如果没有页面，它的需求还是很详尽的，较少出现二义性.所以我们才想到外包这个表示层。