如何循序渐进向DotNet架构师发展
??? 微软的DotNet开发绝对是属于那种入门容易提高难的技术。而要能够成为DotNet架构师没有三年或更长时间的编码积累基本上是不可能的。特别是在大型软件项目中,架构师是项目核心成员,承上启下,因此RUP方法论也认同以架构为核心,体现4+1视图在整个软件开发过程中的重要作用。架构人员既要精通技术,又要熟悉业务,而且基本对软件生命周期各阶段的相关技术都需要有相关的积累和知识储备,而这些不经过多年的磨练是很难达到这个高度的。 ??? 1.在编码过程中自己是否做单元测试,是否使用相关工具做单元测试,如果没有的话是什么原因无法把单元测试做起来? ??? 因此在设计过程中应该考虑的问题有:??? 1.你现在分析和设计能力能否胜任大中型的应用系统还是只是独立功能分析和设计???? 2.设计过程中是否有意识的考虑到组件的复用和相关接口设计准则。是否能够很自然的将分析模式,设计模式的相关内容应用到自己的设计过程中。??? 3.是否对XP,RUP,面向对象,结构化等方法论都有过较系统化的学习和思考。??? 4.是否真正理解系统功能需求和非功能需求对系统设计的不同的指导作用。??? 5.对自己设计的功能是否会根据后期的变更来反思自己的设计为何不能很好的适应变更???? 6.是否在设计过程中经常自己开发些原型来对自己的设计思路进行验证???? 7.是否专注技术的同时开始专业业务流程的分析,关注业务建模????? 如果我们在设计和开发过程中经常关注这些知识和技能的话,成为一个合格的架构师是早晚的事情。平时能够胜任工作开发用到的知识和技能是微不足道的,如果自己不是有意识的去学习这些知识的话,那技能是很难得到进一步提高的。我参加过两次微软的架构师培训,在北京的微软架构峰会上也有机会专门参加了P&P Workshop的学习,培训老师是微软总部SmartClient Architecture and Design Guide一书的作者Edward A.Jezieski,让我感受最深是老外深刻的技术底蕴,对程序开发的执著。???? 对于DotNet架构经常用到的知识和技能储备有??? 1.RUP方法论,4+1视图。用例驱动业务建模->分析模型->设计模型??? 2.用例模式->分析模式->设计模式??? 3.常用的分布式技术??? 4.对安全,异常,日志,性能等非功能性需求的关注??? 5.对应用系统整体业务的关注???? 相关的一些参考书籍(微软网站和电驴都可以下载到)???? 微软网站提供的参考书籍??? Enterprise Solution Patterns Using Microsoft .NET??? .NET Data AccessArchitecture Guide??? Application Architecture for .NET:Designing Applications and Services??? Caching Architecture Guide for .NET Framework Applications??? Designing Application-Managed Authorization??? Smart Client Architecture and Design Guide???? 其它架构方面的参考书籍??? Software Architecture In Practice??? Pattern-Oriented Software Architecture??? The Art Of Software Architecture??? Beyond Software Architecture???? 模式方面的书籍??? Analysis Patterns??? Design Patterns - Elements of Reusable Object-Oriented Software??? Applying UML and Patterns??? Design Patterns Explained (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |