转载自:http://imgad.xue163.com/588880/30009/300099709.html
为了帮助网友解决“想学软件架构设计,有什么好书推荐吗?”相关的问题,中国学网通过互联网对“想学软件架构设计,有什么好书推荐吗?”相关的解决方案进行了整理,用户详细问题包括:最近负责新项目的架构设计,发现无论是理论还是实践都严重缺乏,有什么好书推荐吗?充充电。谢谢!!,具体解决方案如下:
解决方案1:
钢铁是怎样炼成的
解决方案2:
架构师有所谓的太空架构师的说法,架构师确实是个多面手,很多方面的知识都熟悉,同时又在技术领域是绝对专家(起码在自己的公司里面,技术很牛)。架构师具备的三方面素质:
1.方法论了解架构的分析设计方法,懂架构的开发,要会裁剪架构
2.意识CMMI系列,品质意识和品质目标,懂项目监控
3.基本知识架构理论,公司的it战略(有CTO的感觉),硬件相关知识,数据库,中间件,编程语言起码精通一门,建模能力,现存流行架构的理解,对技术潮流的把握
software architecture in practice 是入门书籍,很经典
解决方案3:
先做各方面专家,再做架构师。
解决方案4:
顶起,学习
解决方案5:
1.架构不是光看书就可以做好的
2.多实践,因为很多项目就败在夸夸其谈的架构师手上。
3.推荐看看
设计模式
http://www.douban.com/subject/1052241/
企业应用架构模式
http://www.douban.com/subject/1230559/
敏捷软件开发
http://www.douban.com/subject/1140457/
代码大全
http://www.douban.com/subject/1477390/
解决方案6:
UP
解决方案7:
从思考一个有百万注册用户的网站的设计开始
解决方案8:
设计模式 重构 敏捷软件开发 面向模式的软件体系结构三卷
企业应用架构模式
当然最基础的 技能得很熟悉
解决方案9:
设计模式
分析模式
企业应用架构模式
面向模式的软件架构
敏捷软件开发,原则模式和实践
领域驱动设计
重构
人月神话
软件架构实践
软件构架编档
---------
暂时就推荐这些吧
解决方案10:
大话设计模式,是比较容易入门的好书
解决方案11:
人月神话 也挺好的
解决方案12:
建议读一本书《走出软件作坊》,希望这本书能对你有所启发。
解决方案13:
好的设计模式都是一遍遍的重构出来的
好的架构一定要建立在以前的失败经历上吧
解决方案14:
设计模式
解决方案15:
设计模式
分析模式
企业应用架构模式
暂时就推荐这些吧
解决方案16:
ProjectMake 简单介绍
使用ProjectMake点点鼠标就可以生成一套软件
能够自动生成所有的代码,而不是框架代码.
同时能够自定义生成需要的代码.
只需要编辑代码参数就可以完成编码的窗体设计器.
点点鼠标就能实现接口,添加功能代码.
产品中包含COM类库和.NET组件。是整个应用程序的框架基础。COM库由.NET组件包装,用户可以务须关注。
用户只需通过ProjectMake配置您的数据库,然后自动生成应用程序组件,接着创建.NET项目即可。
成型后的产品维护更为方便,只需要重新配置数据库,重新生成应用程序组件,无须深入代码。
集成了概念图同步,数据库对象管理,COM组件设计,.NET项目管理,辅助应用程序五大功能.
做一个百万以下的项目,只需要耗费你一个系统分析员几天的工作量.
请登录www.zssofttg.cn查看更为详细的介绍
解决方案17:
系统架构设计师教程 软考架构师 的教材 这个很有用
解决方案18:
学习
解决方案19:
《软件架构设计》
作者:温昱
解决方案20:
有搞。
解决方案21:
哎 本想学学LZ看到那么多回答,晕!
解决方案22:
该回复于2009-09-28 09:27:35被版主删除
解决方案23:
该回复于2009-10-11 08:55:09被版主删除
解决方案24:
该回复于2009-10-19 10:43:31被版主删除
解决方案25:
适用不是硬道理,
架构工作我看一般以下几个方面:
1.数据库结构
2.应用程序的模块
3.界面原型
4.外部接口
然后着不多了,提交到公共评审小组。
做好这些需要了解的知识有:
1.软件论理:设计模式,软件架构,重构,数据库,一门语言,软件工程,当前流行的方法论;
2.公司业务:了解公司商业模式,业务知识,业务的运作的状况
3.公司的管理,人员结构:投入的枪,人员水平如何,项目的资金支持
4.其它:IT信息化战略,现有系统,企业文化
架构现是对现有元素的组合,调配,先要做了解各个方面,然后再做架构师,既要站得高,又要行的低,
这样的架构低行人员才会接受,才会适用~~~
解决方案26:
以面的key错了不少字,修正如下:
适用不是硬道理,
架构工作一般以下几个方面:
1.数据库结构
2.应用程序的模块
3.界面原型
4.外部接口
然后做得差不多了,就提交到公共评审小组。
做好这些需要了解的知识有:
1.软件论理:设计模式,软件架构,重构,数据库,一门语言,软件工程,当前流行的方法论;
2.公司业务:了解公司商业模式,业务知识,业务的运作的状况
3.公司的管理,人员结构:投入的枪,人员水平如何,项目的资金支持
4.其它:IT信息化战略,现有系统,企业文化
架构是对现有元素的组合,调配,先要做了解各个方面,然后再做架构师,既要站得高,又要行的低,
这样的架构底下人员才会接受,上面的人也会觉得很好,才会适用~~~