架构师的重要
上一篇 /
下一篇 2012-02-22 22:15:48
/ 个人分类：个人理解
诚然，我不不完全明白，一个架构师的
工作职责，更不清楚其技能要求。然而最近的项目使我深深明白一个跨系统，多技术，多业务集团业务网站对架构师的高要求。
项目简单介绍：
一家国际公司的技术服务网站，与研发、生产、销售、售后、运维、用户管理、等相关系统联系。目前项目阶段为运维能力支撑阶段。然而在具体的研发中，发现了无数山寨之处。
数据库规划，系统节点、产品节点关系及逻辑琳琅之处无不乱如丝麻。
更有业务明显的漏洞，但由于具体的修复成本不得不放弃。
1.数据库设计之乱，数据库字典表乱加业务信息，导致业务节点与之冲突。
2.字段唯一取值之不规范，数据库code与描述性字段的明显分离，本来有着更好的安全性，但带来的却是程序员依经验凭感觉乱取字段。
3.页面展示字段的不统一。如文件与文档混淆。
4.业务场景考虑单一。
5.各层（MVC）在研发中责任不明确,导致耦合加大，编码混乱。
6.联系紧密的业务却使用不同业务规格。
7.夸大业务范围，及业务量，对于需求不够清晰的业务上车，对
需求管理缺乏条理，无重要性原则，常常通吃，无度量，无淘汰。
8.业务串讲、需求串讲重要求，轻设计，轻统一规划。
9.通用控件，未提前统一开发, 最后效果常常是“画皮”效果，实现方法不一，实现功能不一。
10.控件未经验证随意使用，常常版本完成时，才发现问题。
11.不需要的显示的数据常常多次、大量、多字段的在其它系统中进行查询操作。
12.TR2前原始模型不清晰。
今天先写到这里
收藏
举报
TAG:
