《基于j2ee架构项目开发团队中角色、职责以及招聘要求》由会员分享，可在线阅读，更多相关《基于j2ee架构项目开发团队中角色、职责以及招聘要求（13页珍藏版）》请在金锄头文库上搜索。
1、 网址：http:/ 电话：010-60608966 企业QQ：800001099 基于J2EE架构的项目开发团队中的角色、职责以及招聘要求1、角色Technical architect 技术架构师Project manager 项目经理Business analyst 业务分析师Layout designer 界面布局设计师Presentation-tier developer 表现层开发者Business logic developer 业务逻辑开发者Data modeler 数据建模工程师Database administrator 数据库管理员Data migration specia
2、list 数据迁移专家Infrastructure specialist(system administrator) 配置专家Testing specialist 测试专家2、职责在有的组织中，这些角色有不同的名称。例如，有些机构中基础设施专家被叫做系统管理员;一个测试专家被叫做测试员，或者有些机构将测试工作管理者和单独的测试员区分开来。不管这些角色叫什么，备齐这些角色会使你的J2EE项目更容易获得成功。更进一步，一个人担任多个角色是可以的，如果项目足够庞大，多个人分担一个角色也是允许的。有些组织合并了技术架构师和项目经理的角色。也有些组织让一个资深开发者同时担任数据库管理员或者系统管理员。或
3、者是同一个开发者既忙于表现层工作也忙于商业逻辑层工作。在这里我不是推荐该如何组织一个开发团队，而仅仅是想交流一下个合理的J2EE项目团队中，应该设置哪些职能角色。技术架构师(Technical Architect) 技术架构师应确定项目需要用到哪些技术在许多组织中，一些技术的选择是企业级行为。例如，许多组织有既定的硬件平台选择和软件平台选择(例如，J2EE容器提供商)。通常，选择什么编程语言，例如Java，是企业级行为。不过，绝大多数应用都有尚未在企业级明确约定或选择的技术需求。在这里，我区分了企业行为进行的技术选择和个人行为进行的技术选择。例如，决定在服务器端使用Java作为编程语言可能是企
4、业明确约定过的要求，但是确定用哪个XML解析器，还是可能要由负责该应用的架构师来决定的。许多组织中，进行企业级行为的技术选择的人员和J2EE开发团队人员并不是同一批人。技术架构师通常负责选择用于项目开发的第三方开发包和实用工具，如XML的解析工具包的选用，是否使用Hibernate，Struts等。 技术架构师推荐开发方式和项目技术框架一般来说，项目架构师向项目经理针对这些提供推荐和建议。例如，技术架构师建议项目经理将所有需求分析结果用UseCase 完整描述，并最好附有原型示例;或者建议设计文档使用对象化描述方式进行文档化等。 技术架构师提供从头到尾的设计和应用结构不同开发者给项目带来不同的
5、先入为主的观念、习惯和选择。技术架构师扮演乐队指挥的角色，统一矛盾之处，保证不同开发者的成果能够很好的融合在一起。也就是维持整个项目的概念完整性和同一性，达到和谐。 技术架构师保证项目被良好的定义项目的分析必须详细一致，概念统一，能为构建应用提供良好的基础。技术架构师通常要和项目经理、业务分析员一起合作定义项目。 技术架构师保证应用的设计被适当的文档化在项目团队的开发者之间建立良好沟通的关键步骤是写好应用的设计文档。写文档的具体过程强迫架构设计师充分详细地考虑设计中的问题。形成的文档也可以保证在改变和增加项目团队成员时，不占用技术架构师的时间。对于开发者来说，应用设计文档可以使得在技术架构师短
6、时间缺席的情况下，工作能够继续良好开展;并且可以在不占用其它团队成员时间的情况下，解决应用设计中的冲突或矛盾。文档还可以将人员流动的影响和项目分离开来。如果没有文档支持，项目团队新增成员，需要技术架构师口头传授设计给新人，必须通过口头交流设计，弱化了新增成员带来的好处。 技术架构师应该建立编码规范方针因为不同的开发者有编码偏好;编码标准需要颁布，这样不同人编写的代码片断更容易糅合在一起。通常，系统架构师负责建立的编码规范方针包括下面几方面的内容：Exception handlingLoggingTestingThreading 技术架构师为项目经理识别和分解任务在J2EE项目中，这个作用尤为重
7、要，因为J2EE项目往往比一般系统项目牵涉更多的技术层面。另一方面，帮助项目经理做估算和计划，也需要架构师提供项目主要任务的划分情况。 技术架构师为困难任务向开发者提供监护如果开发者因困难的任务而放缓进度，通常是技术架构师帮助提供解决方案。技术架构师更多的是提供监护而不是亲自操刀去做实现。 技术架构师应贯彻编码规范的实施作为编码规范的制定人，技术架构师最可能在编码规范没有被遵照时及时发现问题，因此应该担负贯彻执行编码规范的任务。项目经理通常关注的是开发任务的完成与否，而不是实现任务的代码是否遵照了编码规范。直接审核代码是非常好的手段之一。如果团队成员审核代码的话，任何开发者都很难绕开团队开发代
8、码规范。代码审核机制还是团队成员互相学习编码技巧的上好手段。技术架构师在这个过程中发现设计缺陷和漏洞，所有参与者从其余的团队成员学习编码手段和技巧。团队中最富经验的和架构师帮助和指导代码审核。为取得最好效果，代码审核应该在和谐友好的气氛中进行。 系统架构师应该为项目经理在项目估算方面提供的帮助虽然项目成本和收益的估算通常是项目经理的职责，但是许多项目经理在J2EE技术体系方面经验不多，无法觉察到项目中所有应该做到的事情。 系统架构师应该在如何确定开发者定位方面向管理者提供帮助虽然人员使用和任免通常是管理范畴的事情，但技术架构师更能适合评价技术水平和价值。不正确的人员任用会对项目时间线造成相当大
9、的损害。项目经理(Project Manager)项目经理负责协调安排项目开发团队的所有任务。项目经理还要针对当前项目的事务和状态向管理层和最终用户代表做好沟通。甚至，项目经理还需要收集项目或项目团队所需的各种资源。技术架构师负责向项目经理提供技术方面的建议和指导。技术架构师还协助项目经理明晰必须完成的项目任务分工和和必须遵照的任务次序;以及帮助项目经理对项目所需资源和条件进行识别，包括项目团队成员的选择，从技术角度确认他们的技能是否适合。业务分析师(Business Analyst)业务分析师负责面向最终用户，定义应用的需求-设计和创建应用所需要的需求细节。因为最终用户和开发者通常使用不同的
10、术语，业务分析师还需要承担最终用户和开发者之间的翻译转换工作。通常一个业务分析师应该应该具有用户端的经验和开发者的经验。随着项目进程不断向前，业务分析师的任务和角色功能逐渐弱化，但是并没有消失。开发者通常会在代码实现逐渐明朗，测试活动逐步开展的过程中附带提出一些细化的业务逻辑问题。业务分析师需要针对这些问题向用户方面寻求答案。技术架构师负责确认业务分析师定义的应用需求是适当的，满足开发和设计需要的。期望百分百的分析都能完成且正确，是没有道理的。毕竟，分析工作本身在一些程度上就是主观的东西。但是，分析的结果起码足够保证设计阶段的工作能够顺利进行。界面布局设计师(Layout Designer)许
11、多应用，尤其是那些非常大众化的应用，需要专业的美工和布局设计。绝大部分技术架构师，通过他们自己的手段能够产生功能性Web页面，但那些页面通常丑陋且难于使用。图形界面设计，是技术更是艺术。通常，界面布局设计师主要和业务分析师以及其它的业务方面的代表们一起工作，作出相应的设计。但界面布局设计师也可一和表现层开发者一起创作系统原型。技术架构师需要负责确认界面设计在技术上的可行性。我见过许多Web 页面的设计众，使用了一些在word中才允许的特效，但这些HTML是不支持的;例如：使用旋转90度的文本。技术架构师应该尽可能早地纠正这些错误。表现层开发者(Presentation-Tier Develop
12、er)表现层开发者，负责为整个应用编写所有与HTML, Javascript, JSPs, Applet/Swing code, Servlets 等相关的代码。一般来说，任何直接产生用户界面的程序，都是表现层开发者们的职责范围。表现层开发者常常和界面布局设计者合作，由表现层开发者创建原型和最终实现。表现层开发者还与架构师一起确定前端结构和业务导航设计。技术架构师负责保证所用的设计模式是可维护的，可扩展的。导航问题通常是复杂的容易导致产生难维护的代码。架构师处在很好的位置上，去发现和纠正可维护性问题，以及凸现出的其它方面的技术问题。业务逻辑开发者(Business Logic Develope
13、r)业务逻辑开发者负责编写应用中所有不可见部分的代码：包括Enterprise bean，Web services，RMI services，CORBA services，业务对象(business objects),以及数据存取对象(data access objects).也有人把这些不可见部分称为应用的服务器端组件。业务逻辑开发者通常是Java专家，与架构师合作紧密，并且还在需要的时候做性能调整方面的辅助工作。技术架构师给业务逻辑开发者提供指导。通常，技术问题都出现在服务器端组件，毕竟服务器端组件是应用中最复杂的部分。因此，技术架构师常要监督业务逻辑开发者的工作。数据建模工程师(Data
14、 Modeler)数据建模工程师根据业务逻辑分析的信息，对应用中所有需要存储到数据库的数据进行识别、定义和编目(catalog)。数据建模通常需要将应用的数据用实体联系图(ER diagrams)描述出来。DBA根据实体联系图生成数据库的物理设计。因此，数据建模工程师和DBA常常是同一个家伙。技术架构师需要负责确认数据建模是适当的。和业务逻辑分析工作一样，期望数据建模工作100%正确是无理的。不过，如果数据模型基本上遵照第三范式完成的话，未来的建模的变化和数据库的变化就会很小了。数据库管理员(Database Administrator)数据库管理员负责遵照应用的业务需求设计数据库，并搭建和维
15、护应用所需的数据库和环境。通常，数据库管理员要辅助性能调优，还要帮助业务逻辑开发者诊断应用开发中在数据存取上出现的问题。有时候，数据管理员既是业务逻辑开发者，还充当数据迁移专家。技术架构师和数据库管理员一起解决有关数据存储的问题。不过，通常情况数据库管理员还是首先和数据建模工程师以及业务逻辑开发者沟通解决问题。数据迁移专家(Data Migration Specialist)有些应用，例如哪些涉及到数据仓库的应用，很大程度依赖与从其它来源做数据迁移工作。数据迁移专家书写并管理所有脚本和程序，保证在运行中，将应用所需的数据转移出来。如果一个应用少有或没有数据迁移工作，则这个角色就没有，或者由数据库管理员一并充当了。系统架构师为数据迁移专家定义数据迁移需求。和数据迁移专家一起解决数据迁移中的问题，则是技术架构师的另一个角色。配置专家(Infrastructure Specialist)基础结构专家负责提供全部研发、测试、生产环境和部署方法。正规的研发和部署配置，能节省时间和精力。职责在于容器管理，书写部署脚本，辅助开发者们诊断
