J2EE这种应用模型允许不同的开发人员同时进行开发的各个元素。这里阐述一下对不同层次的设计人员,开发人员的技术要求。对以下几个分类进行描述。
设计师组建团队
表现逻辑层的团队角色
业务逻辑层等团队角色
数据库访问层的团队角色 团队的组成可以根据人员的数量和系统的范围大小。例如,不一定所有的角色都要分配,有些人可以担当不能的角色。
设计师
在基于组件的应用系统开发中,一个或几个人必须对这个系统的整体需求有全面的了解,比如系统的控制流程,和其他的接口等等。有些公司称这个角色为总工程师,不管怎么叫,这个角色非常重要,他承担协调不同开发小组之间的工作,帮助他们考虑系统这个“大图”。
表现逻辑层的团队角色
在表现层,用户界面是动态生成的。需要如下开发人员:
Java servlet 开发人员
JSP 开发人员
HTML 设计人员
美工人员
客户端的javascript 开发人员
Servlet 开发人员建立表现层的逻辑,而其他人员建立表现的形式。
Java Servlet 开发人员
Servlet处理页和页之间的浏览,会话管理,简单的输入验证。Servlet也将业务逻辑的元素连接起来。
Servlet开发人员必须理解一些相关事宜,HTTP请求,安全,多语言,和一些页面元素如session, cookie,超时等等。J2EE的应用里面,servlet必须用Java来写,Servlet可能会调用JSP,
EJB, JDBC等等。因此,servlet开发人员要与应用系统的其他人员紧密合作。
JSP 开发人员
JSP开发人员与servlet开发人员密切合作来定义系统的表现层页面。即使在复杂的开发项目里,JSP和servlet的开发人员也可能是一个人。
然而,如果一个系统中大部分Java在servlet而不是在JSP里,JSP人员就不必对Java非常熟悉。
HTML 设计人员
HTML 设计人员对HTML页面进行优化。例如,他可能要完成以下任务:
保证在不同的浏览器中所有的页面都能正常显示
保证低速的调制解调器访问也不受影响
对JSP设计人员的页面进行进一步的优化
美工人员
美工人员创建图片等等。这些图片要能小体积,快速下载。美工与HTML页面人员紧密合作。
客户端的javascript 开发人员
使用客户端的javascript有很多原因。比如,可以处理简单的输入验证,不必提交给服务器,还可以让用户界面更生动。这个角色和servlet,
JSP人员紧密合作。
业务逻辑层的团队角色
业务逻辑层包含业务规则和业务实体。需要以下人员:
Session bean 开发人员
Entity bean 开发人员
Session Bean 开发人员
Session beans包含业务处理和业务规则的逻辑。比如,一个session bean 可能设计成计算一个支票的税率。如果一个系统面临处理经常变化的复杂逻辑,而又大量使用session
bean,结果是,session bean就需要不断的更新。
Session bean 的开发人员一般是一个领域的专家,理解复杂的,专门领域的逻辑,还有数据验证的规则。这个人员与servlet和entity
bean开发人员紧密合作。
Session bean可能需要调用JDBC接口,和其他的EJB。无状态的session
bean系统运行的会更好一些。因为,如果计算费率是一个有状态的session bean,系统就必须访问一个保存bean的状态信息的服务器。如果那个服务器恰巧出现问题,整个流程就会受阻。
Entity Bean 开发人员
Entity bean代表永久的对象,如一个数据库中的一条记录。Entity bean开发人员的任务是设计一个面向对象的所有业务数据的组织图。建立面向对象的试图意味着要将数据库中的表(关系型的)映射成entity
bean。例如,开发人员需要将客户表,发票表,和订单表转换成相应的客户,发票,和订单对象。
一个entity bean 开发人员与session bean, Servlet开发人员密切合作,保证应用系统提供快速的,灵活的,可扩展的对业务数据的访问。
Entity bean 可能会大量的调用JDBC接口。而entity bean 之间的调用会很少。
数据库访问层的团队角色
在数据库访问层,开发人员需要建立关系型数据库的ER图,数据字典等等相关文档。所有对数据库的修改,访问等等权限操作都要经过数据库访问层开发人员。这个角色在大部分项目中担当DBA的角色。
团队组建之后,就可以开始设计用户界面。
设计用户界面
建议从前到后开始设计应用系统。就是说,先设计用户界面,再设计EJB,这样效率最高。
|