基于J2EE架构项目开发团队中角色、职责以及招聘要求.docVIP

基于J2EE架构的项目开发团队中的角色、职责以及招聘要求 　　1、角色 　　Technical architect 技术架构师 　　Project manager 项目经理 　　Business analyst 业务分析师 　　Layout designer 界面布局设计师 　　Presentation-tier developer 表现层开发者 　　Business logic developer 业务逻辑开发者 　　Data modeler 数据建模工程师 　　Database administrator 数据库管理员 　　Data migration specialist 数据迁移专家 　　Infrastructure specialist(system administrator) 配置专家 　　Testing specialist 测试专家 　　2、职责 　　在有的组织中，这些角色有不同的名称。例如，有些机构中基础设施专家被叫做系统管理员;一个测试专家被叫做测试员，或者有些机构将测试工作管理者和单独的测试员区分开来。不管这些角色叫什么，备齐这些角色会使你的J2EE项目更容易获得成功。 　　更进一步，一个人担任多个角色是可以的，如果项目足够庞大，多个人分担一个角色也是允许的。有些组织合并了技术架构师和项目经理的角色。也有些组织让一个资深开发者同时担任数据库管理员或者系统管理员。或者是同一个开发者既忙于表现层工作也忙于商业逻辑层工作。在这里我不是推荐该如何组织一个开发团队，而仅仅是想交流一下个合理的J2EE项目团队中，应该设置哪些职能角色。 　　技术架构师(Technical Architect) 　　▲ 技术架构师应确定项目需要用到哪些技术 　　在许多组织中，一些技术的选择是企业级行为。例如，许多组织有既定的硬件平台选择和软件平台选择(例如，J2EE容器提供商)。通常，选择什么编程语言，例如Java，是企业级行为。 　　不过，绝大多数应用都有尚未在企业级明确约定或选择的技术需求。在这里，我区分了企业行为进行的技术选择和个人行为进行的技术选择。例如，决定在服务器端使用Java作为编程语言可能是企业明确约定过的要求，但是确定用哪个XML解析器，还是可能要由负责该应用的架构师来决定的。许多组织中，进行企业级行为的技术选择的人员和J2EE开发团队人员并不是同一批人。技术架构师通常负责选择用于项目开发的第三方开发包和实用工具，如XML的解析工具包的选用，是否使用Hibernate，Struts等。 　　▲ 技术架构师推荐开发方式和项目技术框架 　　一般来说，项目架构师向项目经理针对这些提供推荐和建议。例如，技术架构师建议项目经理将所有需求分析结果用UseCase 完整描述，并最好附有原型示例;或者建议设计文档使用对象化描述方式进行文档化等。 　　▲ 技术架构师提供从头到尾的设计和应用结构 　　不同开发者给项目带来不同的先入为主的观念、习惯和选择。技术架构师扮演乐队指挥的角色，统一矛盾之处，保证不同开发者的成果能够很好的融合在一起。也就是维持整个项目的概念完整性和同一性，达到和谐。 　　▲ 技术架构师保证项目被良好的定义 　　项目的分析必须详细一致，概念统一，能为构建应用提供良好的基础。技术架构师通常要和项目经理、业务分析员一起合作定义项目。 　　▲ 技术架构师保证应用的设计被适当的文档化 　　在项目团队的开发者之间建立良好沟通的关键步骤是写好应用的设计文档。写文档的具体过程强迫架构设计师充分详细地考虑设计中的问题。形成的文档也可以保证在改变和增加项目团队成员时，不占用技术架构师的时间。对于开发者来说，应用设计文档可以使得在技术架构师短时间缺席的情况下，工作能够继续良好开展;并且可以在不占用其它团队成员时间的情况下，解决应用设计中的冲突或矛盾。文档还可以将人员流动的影响和项目分离开来。 　　如果没有文档支持，项目团队新增成员，需要技术架构师口头传授设计给新人，必须通过口头交流设计，弱化了新增成员带来的好处。 　　▲ 技术架构师应该建立编码规范方针 　　因为不同的开发者有编码偏好;编码标准需要颁布，这样不同人编写的代码片断更容易糅合在一起。通常，系统架构师负责建立的编码规范方针包括下面几方面的内容： 　　Exception handling 　　Logging 　　Testing 　　Threading 　　▲ 技术架构师为项目经理识别和分解任务 　　在J2EE项目中，这个作用尤为重要，因为J2EE项目往往比一般系统项目牵涉更多的技术层面。另一方面，帮助项目经理做估算和计划，也需要架构师提供项目主要任务的划分情况。 　　▲ 技术架构师为困难任务向开发者提供监护 　　如果开发者因困难的任务而放缓进度，通常是技术架构师