组建高效快速研发团队的必要角色

跳转到： 导航 , 搜索

<!-- start content -->

1.需求调研角色。

    在中小企业项目应用中，一般在销售把项目谈下来之后，客户想尽快的看到项目的效果，因此需要尽快的出来一个原型。客户对原型确认之后，项目 团队也许会根据这个原型进行继续开发，或者重新制作，原型可以用原型工具生成。因此，需要一个需求分析角色对项目的整体需求进行把关和确认。这个角色一般 是项目经理或者由项目经理直接指派的队友，其主要的作用是对客户的需求进行整理和确认，把客户的需求用程序员可以读懂的语言描述出来，其提交的内容为用户 需求文档，要求无二义性，准确，并能被程序员实现。

2.美工

    美工的作用显而易见，就是设计漂亮的UI界面，让用户看起来赏心悦目，从感性上能有一个好的印象，最好能让用户感觉这个特别为他设计的界面比别人的好，钱没有白花，或许能在上级面前邀功。

3.UI工程师

  这个角色的主要任务是根据美工设计的界面制作出静态网页，提交的内容为HTML集和一些JS代码，由于一些效果的特殊性，因此必须借助于 JS来实现。一般的美工设计人员对于编程不熟悉，他们的使用PS等工具切割生成的HTML代码也不精简，或者样式需要重构等，UI工程师必须对这些代码进 行重新整理，并对循环的代码块进行注释，以便于界面开发人员使用。提交的产品应该代码简介，格式明确，方便阅读。

4. action工程师

    根据业务的需求写Action类（兼配置文件）以控制用户数据交互，主要依据UI工程师的结果并调用Service工程师写的接口。在 Action中不执行业务逻辑，只做一些简单的界面逻辑判断和数据封装。比如把页面提交的数据封装为类的实例，或者从会话中取得用户的状态。

5.service工程师

    根据业务的需求写service接口和实现（兼配置文件），供Action工程师调用，service的实现依赖于dao工程师的接口。在 service层，把action的调用作为一个业务进行封装，并返回业务执行的结果，比如，在action层调用登陆验证，在service层进行验 证，验证成功后填写用户登录日志。是否填写用户登录日志这样的业务对于action的调用者是未知的，action只调用service的接口并对返回结 果进行判断。

6.dao工程师

    顾名思义，dao工程师提供dao接口和实现（兼配置文件），供service层使用，dao层只关注的数据的存取，并返回封装后的结果。在dao层不应该包含任何业务逻辑判断的代码。

7.db工程师

    根据业务需求设计满足业务需求的数据库定义，并对数据库进行相应的优化，提交的内容为数据库定义的Sql语句、相应的说明文档，以及包含测试数据的sql语句。

8. test工程师

    测试工程师的主要工作是对action层，service层，dao层，数据库写测试代码，包括测试类和测试的sql语句。

9. 综合管理角色

    主要工作为开发环境的搭建，代码版本控制，编程规范扩展，代码规范执行检查，争端仲裁，进度控制，技术选择。并随时准备为团队中遇到困难的 成员解决问题。这个角色很重要，必须能有单独的一个人能有足够的时间解决团队的问题，并为团队中的成员提供技术支持等服务，这个角色在某些特定的场景下可 以由团队中的任何人承担，尤其在技术咨询方面，部分团队成员对某一个特定问题的理解更深刻。