拓文网络 → 文章中心 → 软件工程 → UML分析建模 → 架构师的工作［正文］

		下载中心┊文章中心┊软件分类┊更新软件┊推荐下载┊热门软件┊更新文章┊热门文章
		《拓文asp.net网站内容管理系统》官方演示站。	设为首页
			收藏本站
			作者：黄振安

站内搜索：

您现在的位置：拓文网络 → 文章中心 → 软件工程 → UML分析建模 → 架构师的工作［正文］

热门文章

相关文章

用 WebClient.UploadData 方法...

ASP.NET中动态修改web.config...

用asp.net画饼图(可用于各种投...

ASP.NET中树形图的实现

检测是否还有黑客代码的asp.ne...

asp.net上传图片并同时生成缩略图

ASP.NET实现用户在线检测的类源码

ASP.NET结合存储过程写的通用...

将Word文档转化为HTML格式的文档

架构师的工作

［作者：转贴自：点击数：字体:【大中小】更新时间：2005-5-5 0:00:00］
就笨笨所理解，其实很简单： 1 把意图表达出来，主要做法是画图。 2 把意图贯彻下去，主要做法是喷，对象是项目组、客户、公司领导。业务架构的目标按照优先级排列 1 固化开发和测试模式，减小开发人员的自由发挥余地，从而做到： 1 将业务代码实现简单化和固定化，降低对开发人员的技术要求（如要求了解J2EE框架或HTTP交互过程等） 2 复用开发人员的经验，在下个使用业务架构的项目中，不需要再行学习 2 减少项目的基础性技术代码开发工作和步骤，这里的技术代码，指与业务无关的部分，如配置、日志、文件上传、ORM 等等。这个目标需要在组织级维护跨项目的技术框架，单靠个人是无法做到的。 3 实现对项目的业务代码的重用。这个目标几乎不可能实现，业务代码重用的前提是它经过业务专家的提炼、业务过程完整、可完全配置。假如这个目标能够实现，那么开发人员的角色类似于 SAP 实施人员，主要工作是配置，而不是写代码。国内公司的业务架构实现的困境对于国内公司来说，由于中长期利益与短期利益的冲突，架构一般很难坚持下去。国内公司限于成本压力，经常会要求架构师在项目中实现业务框架；但是这个目标与项目的直接目标是有冲突的。业务框架为了达到可重用的目标，是需要比项目完成要多做好多工作的，如框架文档、辅助工具等等，这需要大量的开发工作量，会与项目的直接目标发生冲突，而冲突出现时，公司和项目经理一般都会选择牺牲重用的业务框架这个目标，保证项目的完成。在项目完成后，公司也很少单独组织人力对项目成果进行评估和重构，结果最终还是得不到一个重用的业务框架。页次:1/1 1篇/页首页上一页下一页尾页合计 1 篇 Go:

上一篇:软件体系结构（构架）、框架、... 下一篇:杂谈架构和架构设计师	winner 打印本页关闭窗口

文章评论

	评论人	查看该文章的评论	发表时间
笔名* ： 0 50分 60分 70分 80分 90分 100分评论内容 *：（最多600字。当前字数：0）
没有相关评论，欢迎您参与！

- 关于本站 - 网站帮助 - 下载声明 - 友情连接 - 网站地图 -
Copyright © 2005-2006 myTopWin.Com. All Rights Reserved . [桂ICP备06004496号]