系统架构师对技术的把握
1)新技术的更新，关注点和深度不同(技术风险)
2)对公司技术实力和技术方向的正确把握
3)不追求最新、不能把架构风险轻易带入系统。注意前期对新技术的测试。
4)设计模式解决了设计可扩展性问题，并不等于解决了性能问题，性能问题要进行瓶颈测试，并对设计和性能的矛盾进行权衡。非功能性问题(并发、网络、事务、操作系统、安全、稳定性、性能)
5)设计原则
系统架构师J2EE技术分析
12.1 J2EE的企业级解决方案
12.2 J2EE技术介绍
系统架构师UML如何赋予实施，用到实处
1)要让UML指引项目的开发而不是一个装饰品.如何同步你的设计文档和需求文档、类变化
2)以CA用例为例
3)作为交流的一种工具，不需要繁杂的UML图。
4)各种UML图的实际设计应用
系统架构师基本素质
1 引言
2 系统架构师在产品和项目的需求阶段的任务
2.1 国家文物总局文物平台同各省文物馆藏系统分析
2.1.1 原有软硬件设施分析2.1.2 系统硬件需求分析
2.1.3 系统软件需求分析2.1.4 系统潜在应用风险
2.1.5 系统性能需求
3 系统架构师对技术的把握
4 系统架构师的数据库分析层次(角度)
5 系统开发的前奏和组织问题(与技术无关的问题，但却很重要。不断修订交由项目经理具体实施)
6 系统架构师的开发语言和开发工具的制定(其实这是项目经理的事，不过需要你去力推执行，一切都要要有为以后维护、升级着想)
7 系统架构师UML如何赋予实施，用到实处
8 架构设计理念解决的实际问题
8.1 最原始的方式(jsp == java)8.2 开发复杂度和时间、成本问题
9 架构师如何设计简单的中小项目或产品(网通内部办公系统)
10 架构师如何应用MVC前台分层结构去设计业务逻辑比较复杂的系统
10.1 设计原理10.2 解决的问题
10.3 使用误区
11 分布式架构非中间件大中型或高性能设计方案
11.1 以新浪广告设计为例介绍
12 系统架构师J2EE技术分析
12.1 J2EE的企业级解决方案12.2 J2EE技术介绍
13 分布式架构中间件大中型或高性能设计方案
13.1分布式设计是前面所有知识点综合和改进版本13.2 中间件为我们解决了非功能性问题
13.3 中间件的解决方案并不完美(要评估)13.4 分布式设计的性能问题
14 系统架构师处理系统架构与人员组织的关系
15 系统架构师的架构设计思想的平衡问题(不可成为纸上谈兵)
16 系统架构师如何设计和使用ORM(具体由技术经理督促实施)
17 系统架构师的框架另一个选择Spring(轻量级的选择)
17.1 IOC技术应用
17.1.1IOC的技术结构(面向技术经理和开发人员)17.1.2IOC字符和原子数据注入(面向具体编程人员)
17.1.3模式应用IOC工厂模型(面向具体编程人员)
17.2 AOP技术应用
17.2.1 为了使用拦截器要做三件事17.2.2 应用实践
18 系统架构师面对轻量级和重量级架构的选择(不限于EJB和Spring)
19 系统架构师如何看待测试技术(千万不要开发完毕才去测试)
20 系统架构师如何看待Spring 对利用AOP和IOC这两个有价值的技术
20.1 Spring事务的AOP应用思想20.2 Spring和IOC远程实现封装
21 技术经理和高级程序员如何理解架构开发的实施
22 技术经理和高级程序员如何进行Spring的EJB整合(项目经理和高级程序员关注库的问题)
23 技术经理和高级程序员如何利用Spring对JDBC支持
24 技术经理和高级程序员如何利用Spring同Hibernate集成(项目经理和高级程序员关注库的问题)
24.1 Hibernate24.2 hibernate配置
24.3 Hibernate的使用问题
24.3.1 标示符24.3.2 注意的问题
24.4 技术经理和高级程序员如何利用Spring整合hibernate
25 技术经理和高级程序员如何利用Spring同WEB的整合(项目经理和高级程序员关注库的问题)
26 技术经理和高级程序员如何利用Spring整合Struts(MVC的一种)
27 Spring 编程问题解答
系统架构师如何设计和使用ORM(具体由技术经理督促实施)
1)JDBC应用问题
2)持久化开发效率和应用效率的矛盾平衡
17系统架构师的框架另一个选择Spring(轻量级的选择)
1)时代的产物
2)集大成者，一个开发的骨架
相关推荐