网站架构师的工作内容(这家IT项目的开发、测试和维护经验(组图))

　　网站架构师的工作内容(这家IT项目的开发、测试和维护经验(组图))

　　来这家公司从事信息化工作已经三年了。有必要对三年来的工作、成长和不足做一个总结。在那之前，我是在2001年开始学习JAVA的，当时使用Struts进行开发的公司并不多，而我所在的公司已经自己开发了Struts快速开发平台，专门做日本的软件外*敏*感*词*了我的JAVA基础知识、软件工程知识和项目管理知识。毕业后到外企做IT系统集成研究4年。他主要使用 Eclipse Plugin 构建原型，用于验证研究项目。在此期间，他学习了 SOA、SSH、LDAP、

　　当我第一次来这家公司时，领导决定重建和发展这个系统。项目的具体情况是：我们有成熟的业务功能，只要把旧系统的功能复制到新系统中，所以我们对旧系统进行了整理分析，分析了合理的地方，分析了不合理的地方地方，不合理的地方，希望在新系统中改进，但原则上不要对数据库表结构做大的改动，以免给以后的系统迁移带来大的困难。当然，随着企业业务的发展，也会有新的需求，但大部分需求是不变的。

　　就项目成员的实力而言，缺少的是：

　　1.熟悉 JAVA 的开发人员。

　　2.J2EE 项目经验。

　　有些是：

　　1.具有开发、测试和维护 IT 项目的经验。

　　2.有数据库系统开发经验。（其实很重要，数据库系统对于企业应用也很重要，有这样的经验，为项目的后续开发提供了很多经验支持）

　　在项目前期，我们也遇到了技术选型的问题。根据应用的特点，最终选择了C/S三层结构，选择了标准的EJB3.0作为中间层，使用了成熟的商业中间件。服务器，解决了ORM、数据持久化等问题，决定了技术方向，对于没有经验的团队来说也是很难的。

　　以上是我团队情况的简要概述。项目总是要完成的，因为领导层做出了决定。我们先来看看我们是如何解决以上两个问题的。

　　1.没有JAVA开发经验的开发团队培训，我会自己做。培训为期15天，从熟悉开发环境到JAVA基础知识，上午半天知识，下午上机实践。

　　2.适用于没有 J2EE 经验的项目。

　　我是整个项目中唯一一个有J2EE项目经验的人，但是我之前从来没有做过J2EE项目的架构师，至少我没有做过这么大的项目。我只做过J2EE项目开发（B/S，这次项目是客户端），学过软件工程、面向对象设计、设计模式等，怎么办？我们就是这样解决的，请老师。特邀老师讲授建筑设计知识。这还不够，我们花钱请人做建筑设计。但是刚刚做了架构设计，生成了架构规范之后，架构的工作还很遥远，还有很长的路要走。合作公司完成架构设计后，他们的工作就基本结束了。接下来的建筑工作基本上都是我做的。我说我做了什么。

　　(1）按照架构规范，搭建整个架构环境。

　　（2）开发一个便于开发者开发的开发框架。

　　(3）设计Swing的MVC模式并开发实现。

　　(4） 开发了整个系统的基本组件，这对于实现架构中的复用原则非常重要。

　　(5）负责整个系统的权限管理，这个很重要，和每个模块都有关系。

　　（6）负责制定编码规范，包括JAVA编码规范，以及质量属性的编码规范。

　　（7）整个系统的异常处理、日志记录、错误验证等机制的设计和开发；

　　（8）第三方系统和工具的集成，如报表系统、浏览工具的集成等；

　　以上，只有(1）是现成的。其余的都是具体的建筑作品。很多人认为建筑师不仅仅是呆在象牙塔里给开发者发号施令的高层。不是吗？不是确实，架构师每天都需要与开发人员在一起，一起编写代码，一起工作，一起交流。

　　回首往事，在构建快速开发框架的过程中，开发者提出了许多有意义的改进建议。即使在今天，我们仍然在进步。只有开明的架构师才能设计出好的系统、好的基础组件。当然，那些没有意义的也会被筛选掉。建筑师必须有这样的果断。

　　Swing的MVC模型就不讨论了，每个团队对此可能有不同的设计。

　　下面说说如何实现组件的复用。要实现组件的复用，必须鼓励开发者复用已有的组件，统一界面风格，减少工作量。然后，我们需要告诉开发人员我们的系统目前有哪些基本组件，以及它们是如何使用或调用的。有了这些，开发者自然愿意使用它。

　　关于编码标准，很多人可能认为这是项目开发中的小事。事实上，事实并非如此。某架构师表示，架构非同小可，编码标准执行不力直接影响整个项目的代码质量，甚至影响质量。比如要求不要出现在循环中，要释放对象，尽量使用StringBuffer等等。执行编码标准的困难不是你有一个标准，而是你的标准没有被执行。那么你如何让你的规范得到执行呢？

　　这需要建筑师的耐心和沟通技巧。在整个项目的开发过程中，架构师必须时刻保持与开发者的沟通，他痛恨的说编码标准的重要性。久而久之，开发者养成了良好的习惯，架构师也就安心了。

　　根据以上经验，我得出一个结论。

　　1.经验可以复制。当你没有这方面的人员时，最好请专业或外援，培养自己的人才，同时学习。

　　2.架构师是整个团队的技术负责人，需要具备领导能力。

　　3.架构师需要较强的沟通能力，需要与项目的方方面面进行沟通，与项目经理沟通，帮助项目经理制定合理的发展计划；与需求分析师沟通，了解系统的关键需求和非功能需求；与开发人员沟通，以便实际实施架构设计；此外，与项目经理、物理架构负责人等进行沟通。

　　4.架构师需要写代码，这样可以积累更多的编码经验，加深对设计模式的理解，可以帮助他们更加熟悉整个项目，可以解答开发者在开发过程中遇到的所有问题。发展过程。建立个人信誉。

　　5.架构师需要有很强的IT知识和广泛的知识。IT的知识更新非常快。现在随着云计算的出现，一些架构师势必会被淘汰。因此，建筑师要想保持活力，就必须不断学习。

　　6.架构师必须了解业务知识。该体系结构旨在满足系统的需求。虽然刚到公司，但之前积累了很多业务相关的知识，经过短暂的学习，也掌握了业务知识。

　　7.不要害怕做事。在整个系统的开发过程中，我的开发量是别人的三倍多，但我得到的也是经验的三倍多。

　　缺点：

　　1.有时我会感到焦虑。当规范被强调了 10 次但仍然没有很好地实施时，我开始失去耐心。

　　2.需要加强沟通技巧，能够推销自己的想法。

　　3.需要快速增长更多的业务领域知识。

　　下一个目标

　　1.架构知识的系统理论学习，使知识更加扎实，从而进一步使架构设计更加科学规范；

　　2.通过泛读了解企业信息化的方方面面，包括ERP、SCM、营销管理、企业战略、企业管理等，每年阅读或阅读文章至少100本书或文章；

　　3.熟悉企业的业务流程，与企业不同层次的人交流，多了解，多交流；

　　4.结交更多朋友，多与朋友学习交流。

　　打开