J2EE架构师手册-第一章
Chapter 1: Project Development Team and Project Life Cycle
第一章：项目开发团队以及项目的生命周期
Project Development Team: Roles and Responsibilities
All J2EE development teams need people with a wide variety of skills to fill numerous roles within the team. Among the many skill sets needed to make a J2EE project successful are:
-
Technical architect （技术架构师）
-
Project manager （项目经理）
-
Business analyst （业务分析师）
-
Layout designer （布局设计师）
-
Presentation-tier developer （表现层开发员）
-
Business logic developer （业务逻辑开发员）
-
Data modeler （数据建模师）
-
Database administrator （DBA）
-
Data migration specialist （数据移植专家）
-
Infrastructure specialist （基础设施专家）
-
Testing specialist （测试专家）
Technical architect （技术架构师）：
1.架构师决定项目将要使用的技术。
2.架构师提出方法学和项目框架的建议。
3.架构师提供完整的设计和应用程序架构。
4.架构师确保项目被完全分析清晰。
5.架构师确保项目有足够的文档。
6.架构师应该建立代码规范。
7.架构师决定项目经理所要执得的任务
8.架构师帮助开发人员完成困难任务。
9.架构师强行迫使成员遵守编码规范。
10. 架构师辅助项目经理在评估项目花费和管理项目收益。
11. 架构师辅助管理对于人员的决定与评估。
Project Manager
项目经理的责任是计划和协调项目组有成员的工作任务。项目经理必须与最终用户(end-user)交流项目进度，还有，项目经理获取项目成员需要的资源和材料。
Business Analyst
业务分析师的职责是：与end user去定义应用的需求，一些详细的需求对于设计和构建应用。因为end user和开发者经常使用不同的术语（ terminology），业务分析师的责任是转换end user 和开发者之间交流的语言。经常的业务分析师有经验在企业的 end user 方面和 信息技术方面。
对于项目的进展，业务分析师的重要角色将会降低，但是并不能消失。开发人员对于在编码和测试活动阶段，提出的附件问题，业务分析师需要在业务方面给予回答。
技术架构师的责任是确保，应用需求的定义的足够充分。并且是没有理由期望100%分析完全和正确，毕竟，分析是一些个人主观的延伸。然而，这个分析需要确保，足够的程序和设计完成。
Layout Designer
对于一些应用，特别是那些公用的，需要专业的制图方式或者布局设计。大多数的技术架构者们，放到他们自己的设备，能执行Web页面功能，但是那些页面典型是难看的，并且也难已使用的。图像设计是非常的艺术对于普通场景。通常的，这个布局工程师主要工作是与业务分析师（BA）和其它有代表性的业务方面的设计，但是这个（布局设计师）LD也工作和表现层（presentation-tier）开发者去创建一个设计原型（prototype）。
技术架构师的职责是，确保这个布局从技术角度是可行的。我看见一些Web页面设计，使用文字效果通过文字处理程序，但是并不支持Html，例如，一个设计使用文字旋转90度，这时架构师应该及早的发现，并且纠正这类问题。
Presentation-Tier Developer
对于Presentation-Tier Developer（展示层开发员）的责任是：编写HTML, Javascript, applet/Swing , JSPs 、 servlets 代码，一般情况，任何直接的调用处理用户接口与展示，都需要展示层开发者开发。一般的合作是与布局设计师，表示层开发者构建原型，并且开发工作版本，并且对于技术架构师，PT开发定义结构和设计前端字体导航。
技术架构师的职责是：确保设计模式能被保护和延伸，导航的问题经常是复杂的，并且是很容易产生十分难以维护代码，技术架构师的主要职责是，鉴别和正确处理维护问题，使其技术可以很好的维护。
Business Logic Developer
业务逻辑开发的职责是，需要代码对于应用不可见，包括企业bean，Web services, RMI services, CORBA services,business objects, and data access objects，一些人指出这些不可见部分作为应用的服务放组件，业务逻辑的开发，经常是一个java专家，这些人是与架构师的关系紧密，并且被架构师支持其性能调整是必须的。
技术架构师提供指导业务逻辑开发者，这是常见的问题，对于服务端组件，对于一个应用的复杂组件部分，技术架构师经常扮演一个指导者对于业务开发。
Data Modeler
数据建模人员，使用从业务分析的信息，去验证、定义并且分类所有的数据，将应用存储到数据库中，数据建模的时候经常经常陷入到将应去的数据，转换成ER图中，DBA（database administrators ）使用ER图处理一个物理数据库设计，然而通常情况，数据库建模人员经常是与DBA的角色合并。
架构师的责任是确保，数据模型的足够理想可用的，并且和业务分析 (business analysis)，并且没有理由要求数据模型100%完全，如果的数据模型是完整并且符合第3范式，对于将来改变数据库模型就会变得容易。
Data Migration Specialist
一些应用, 例如一些数据仓库，非常依赖数据库迁移从其他的来源，数据迁移专家，写并且管理所有的脚本（script）和程序，需要去移植数据对于将来的介子.当一个应用有许多移植需求，这个角色也许是不能一定合并DBA的角色。
架构师定义数据移植需求给数据移植专家，工作与数据库移植专家，目的是解决任何技术问题与麻烦，也提升了架构师角色其他方面的技术
Infrastructure Specialist
基础设施专家，提供了所有开发与测试和产品环境，并且非常好的部署方法，一个正规的开发基础、部署，节省了时间和提高效率，这个特殊的调用和管理包括，写部署脚本和支持其他的开发诊断问题，测试环境的搭建是唯一个挑战集合。
Testing Specialist
一个测试专家，通常有一个细心的人，并且确保应用产品的匹配，并且合理的释放bug，并且一个测试专家有个一个业务领域的行业知识。
技术架构师的工作和测试的人员，去验证任何基础需求，和必须的支持。项目经理和业务分析通常建立，测试计划的内容和测试方法，所以，这个架构的角色在 需要支持的，在测试过程。