您的位置:首页 > 运维架构 > 网站架构

架构师的职责范围

2010-02-27 11:36 267 查看
架构师的职责范围很难界定。我想成为一名优秀的架构师,写这篇文章是为了明确方向。

架构师类别

1)设计框架。

例如开发一个struts、spring框架。

这种类别是最高级别,开发一个通用的框架给所有应用使用,要求在需求分析、系统设计、程序开发等各个方面都具备丰富经验。

2)企业集成。

例如实行统一的技术标准,安全标准,用户集中认证,单点登录,企业应用集成方案。

这种类别和第一种有很大的差别,前者专注技术服务业务。而后者专注的是各系统之间的关系,化孤岛为大陆。要求架构师对公司业务有一个全局的了解。清楚各业务系统的关系,划分业务系统类别,整合各业务系统信息。

3)技术选型。

例如选择os平台、应用服务器、开发语言、框架、数据库等。

这种类型的架构师很多,可以说简单,也可以说要做好并不容易。如果仅仅是拿框架来用,而不理解设计模式,应用之间关系,那么很难向上发展。

架构师的职责

1)为项目作技术选型

企业级的:硬件平台、应用服务器、开发语言、开发框架的选择。

应用级的:第三方包的选择、功能参数的设置。

2)为应用提供统一的设计和结构

开发人员对项目都有自己的想法、建议、习惯。架构师的作用就是让每个人都一致的理解应用架构,不出现偏差,保持统一的风格。确保每一个开发成员是互助的工作。

3)确保项目被充分的定义

与项目经理、系统分析员一起工作,充分的定义项目。

4)确保应用设计被充分的文档化

充分的文档化应用设计,是与开发者及开发者之间建立起沟通桥梁的关键步骤。强迫架构认真、彻底的思考应用设计。在新成员加入时不会耽误架构师时间。保证开发人员按一致的设计思想开发。也确保了个人不会临时、混乱的改变应用设计。

5)建立编码规范

包括一般的命名规则、注释、异常处理、日志记录、测试等等。

6)帮助项目经理评估成本、项目收益、识别任务

7)帮助管理者分配开发者到不同的位置

4年时间过去了,我在华为、平安工作了5年,有了开发经验(j2ee)和对底层资源(os/network/middleware)的了解,我必须整合这两部分。其中要加入的有系统分析、系统设计、项目管理、设计模式、软件工程。这是接下来的功课。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: