软件水平考试,是选择系统架构师还是系统分析师,大家参谋一下。

zyzl 2009-07-10 10:18:54
本人,专注于asp.net开发,N年前考了高级程序员,现在的高级职称考试真多,原来只有系分。我现在系统架构师和系统分析师之间拿不定主意,架构我看了了教材目录感觉考得很实用,但毕竟是第一年开始,相关资料也少。系分是个老革命了,但看了教材目录感觉实用性并不是很强。正在犹豫中,请各位指教?
附目录:
系统架构师
第1章 绪论  
 1.1 系统架构的概念及其发展历史  
  1.1.1 系统架构的概念  
  1.1.2 简要的发展历史  
 1.2 系统架构师的定义与职业素质  
  1.2.1 系统架构师的定义  
  1.2.2 系统架构师技术素质  
  1.2.3 系统架构师管理素质  
  1.2.4 系统架构师与其他团队角色的协调  
 1.3 系统架构师知识结构  
 1.4 从开发人员到架构师  
第2章 计算机与网络基础知识  
 2.1 操作系统基础知识  
  2.1.1 操作系统的原理、类型和结构  
  2.1.2 处理机与进程管理  
  2.1.3 存储管理  
  2.1.4 设备管理  
  2.1.5 文件管理  
  2.1.6 作业管理  
  2.1.7 网络操作系统  
  2.1.8 常见操作系统简介  
 2.2 数据库系统基础知识  
  2.2.1 关系数据库基础  
  2.2.2 关系数据库设计  
  2.2.3 分布式数据库系统  
  2.2.4 商业智能  
  2.2.5 常见的数据库管理系统  
 2.3 计算机网络基础知识  
  2.3.1 网络概述  
  2.3.2 计算机网络  
  2.3.3 网络管理与网络安全  
  2.3.4 网络工程  
  2.3.5 存储及负载均衡技术  
 2.4 多媒体技术及其应用  
  2.4.1 多媒体技术基本概念  
  2.4.2 多媒体数据压缩编码技术  
  2.4.3 多媒体系统的组成  
  2.4.4 多媒体技术的研究内容  
  2.4.5 多媒体技术的应用领域  
 2.5 系统性能  
  2.5.1 性能指标  
  2.5.2 性能计算  
  2.5.3 性能设计  
  2.5.4 性能评估  
第3章 信息系统基础知识  
 3.1 信息化概述  
  3.1.1 信息的定义  
  3.1.2 信息的特征  
  3.1.3 信息化的定义  
  3.1.4 信息化的内容  
  3.1.5 信息化的经济社会意义  
  3.1.6 信息化对组织的意义  
  3.1.7 信息化的需求  
  3.1.8 信息化战略  
 3.2 信息系统工程总体规划  
  3.2.1 信息系统工程总体规划的目标范围  
  3.2.2 信息系统工程总体规划的方法论  
  3.2.3 信息系统工程总体规划的软件架构组成  
  3.2.4 总体规划的实现过程  
 3.3 信息化的典型应用  
  3.3.1 政府信息化与电子政务  
  3.3.2 企业信息化与电子商务  
  3.3.3 企业资源规划的结构和功能  
  3.3.4 客户关系管理在企业的应用  
  3.3.5 企业门户  
  3.3.6 企业应用集成  
  3.3.7 供应链管理  
  3.3.8 信息化的有关法律和规定  
第4章 系统开发基础知识  
 4.1 软件开发方法  
  4.1.1 软件开发生命周期  
  4.1.2 软件开发模型  
  4.1.3 敏捷方法  
  4.1.4 RUP  
  4.1.5 软件系统工具  
 4.2 需求管理  
  4.2.1 需求管理原则  
  4.2.2 需求规格说明的版本控制  
  4.2.3 需求属性  
  4.2.4 需求变更  
  4.2.5 需求跟踪  
  4.2.6 需求变更的代价和风险  
 4.3 开发管理  
  4.3.1 项目的范围、时间、成本  
  4.3.2 配置管理、文档管理  
  4.3.3 软件开发的质量与风险  
 4.4 设计方法  
  4.4.1 结构化分析与设计  
  4.4.2 面向对象的分析设计  
 4.5 软件的重用   
 4.6 逆向工程与重构工程  
第5章 软件架构设计  
 5.1 软件架构概念  
  5.1.1 软件架构的定义  
  5.1.2 软件架构设计与生命周期  
  5.1.3 软件架构的重要性  
 5.2 基于架构的软件开发方法  
  5.2.1 体系结构的设计方法概述  
  5.2.2 概念与术语  
  5.2.3 基于体系结构的开发模型  
  5.2.4 体系结构需求  
  5.2.5 体系结构设计  
  5.2.6 体系结构文档化  
  5.2.7 体系结构复审  
  5.2.8 体系结构实现  
  5.2.9 体系结构的演化  
 5.3 软件架构风格  
  5.3.1 软件架构风格概述  
  5.3.2 经典软件体系结构风格  
  5.3.3 客户/服务器风格  
  5.3.4 三层C/S结构风格  
  5.3.5 浏览器/服务器风格  
 5.4 特定领域软件体系结构  
  5.4.1 DSSA的定义  
  5.4.2 DSSA的基本活动  
  5.4.3 参与DSSA的人员  
  5.4.4 DSSA的建立过程  
 5.5 系统架构的评估  
  5.5.1 系统架构评估概述  
  5.5.2 评估中重要概念  
  5.5.3 主要评估方法  
第6章 UML建模与架构文档化  
 6.1 UML现状与发展  
  6.1.1 UML起源  
  6.1.2 UML体系结构演变  
  6.1.3 UML的应用与未来  
 6.2 UML基础  
  6.2.1 概述  
  6.2.2 用例和用例图  
  6.2.3 交互图  
  6.2.4 类图和对象图  
  6.2.5 状态图和活动图  
  6.2.6 构件图  
  6.2.7 部署图  
 6.3 基于UML的软件开发过程  
  6.3.1 开发过程概述  
  6.3.2 基于UML的需求分析  
  6.3.3 面向对象的设计方法  
 6.4 系统架构文档化  
  6.4.1 模型概述  
  6.4.2 逻辑结构  
  6.4.3 进程架构  
  6.4.4 开发架构  
  6.4.5 物理架构  
  6.4.6 场景  
  6.4.7 迭代过程  
第7章 设计模式  
 7.1 设计模式概述  
  7.1.1 设计模式的历史  
  7.1.2 为什么要使用设计模式  
  7.1.3 设计模式的组成元素  
  7.1.4 设计模式的分类  
 7.2 设计模式实例  
  7.2.1 创建性模式  
  7.2.2 结构性模式  
  7.2.3 行为性模式  
第8章 XML技术  
 8.1 XML概述  
  8.1.1 XML基本语法  
  8.1.2 标签语法  
  8.1.3 文档部分  
  8.1.4 元素  
  8.1.5 字符数据  
  8.1.6 属性  
  8.1.7 注释  
  8.1.8 CDATA部分  
  8.1.9 格式正规的文档  
 8.2 XML命名空间  
  8.2.1 命名空间  
  8.2.2 定义和声明命名空间  
8.3 DTD  
  8.3.1 什么是DTD  
  8.3.2 为什么引入DTD  
  8.3.3 DTD的声明  
  8.3.4 元素的声明  
  8.3.5 实体的声明  
  8.3.6 属性的声明  
 8.4 XML Schema  
  8.4.1 逻辑XML Schema的文档结构  
  8.4.2 元素的定义  
 8.5 可扩展样式表语言  
  8.5.1 可扩展样式表语言概述  
  8.5.2 XSLT的常用句法和函数  
 8.6 其他相关规范  
  8.6.1 XPath  
  8.6.2 XLink和XPointer  
第9章 面向构件的软件设计  
 9.1 构件的概念  
  9.1.1 术语与概念  
  9.1.2 标准化与规范化  
 9.2 构件的布线标准  
  9.2.1 布线标准从何而来  
  9.2.2 从过程到对象  
  9.2.3 深层次问题  
  9.2.4 XML  
 9.3 构件框架  
  9.3.1 体系结构  
  9.3.2 语境相关组合构件框架  
  9.3.3 构件开发  
  9.3.4 构件组装  
第10章 构件平台与典型架构  
 10.1 OMG方式  
  10.1.1 对象请求代理  
  10.1.2 公共对象服务规范  
  10.1.3 CORBA 构件模型  
  10.1.4 CORBA设施  
 10.2 SUN公司的方式  
  10.2.1 Java构件技术的概述  
  10.2.2 JavaBean  
  10.2.3 基本的Java服务  
  10.2.4 各种构件——Applet,Servlet,Bean和Enterprise Bean  
  10.2.5 高级Java服务  
  10.2.6 Java和Web服务——SunONE  
 10.3 Microsoft的方式  
  10.3.1 第一个基础关联模型——COM  
  10.3.2 COM对象重用  
  10.3.3 接口和多态  
  10.3.4 COM对象的创建和COM库  
  10.3.5 从COM到分布式COM(DCOM)  
  10.3.6 复合文档和OLE对象  
  10.3.7 .NET框架  
 10.4 战略比较  
  10.4.1 共性  
  10.4.2 不同点  
第11章 信息安全技术  
 11.1 信息安全关键技术  
  11.1.1 加密和解密技术  
  11.1.2 散列函数与数字签名  
  11.1.3 密钥分配中心与公钥基础设施  
  11.1.4 访问控制  
  11.1.5 安全协议  
  11.1.6 数据备份  
  11.1.7 计算机病毒与免疫  
 11.2 信息安全管理和评估  
  11.2.1 安全管理技术  
  11.2.2 安全性规章  
 11.3 信息安全保障体系  
第12章 系统安全架构设计  
 12.1 信息系统安全架构的简单描述  
  12.1.1 信息安全的现状及其威胁  
  12.1.2 国内外影响较大的标准和组织  
 12.2 系统安全体系架构规划框架及其方法  
 12.3 网络安全体系架构设计  
  12.3.1 OSI的安全体系架构概述  
  12.3.2 鉴别框架  
  12.3.3 访问控制框架  
  12.3.4 机密性框架  
  12.3.5 完整性框架  
  12.3.6 抗抵赖框架  
 12.4 数据库系统的安全设计  
  12.4.1 数据库安全设计的评估标准  
  12.4.2 数据库的完整性设计  
 12.5 案例:电子商务系统的安全性设计  
第13章 系统的可靠性设计  
 13.1 软件可靠性  
  13.1.1 软件可靠性概述  
  13.1.2 软件可靠性的定义  
  13.1.3 软件可靠性的定量描述  
  13.1.4 可靠性目标  
  13.1.5 可靠性测试的意义  
  13.1.6 广义的可靠性测试与狭义的可靠性测试  
 13.2 软件可靠性建模  
  13.2.1 影响软件可靠性的因素  
  13.2.2 软件可靠性建模方法  
  13.2.3 软件的可靠性模型分类  
  13.2.4 软件可靠性模型举例  
  13.2.5 软件可靠性测试概述  
  13.2.6 定义软件运行剖面  
  13.2.7 可靠性测试用例设计  
  13.2.8 可靠性测试的实施  
 13.3 软件可靠性评价  
  13.3.1 软件可靠性评价概述  
  13.3.2 怎样选择可靠性模型  
  13.3.3 可靠性数据的收集  
  13.3.4 软件可靠性的评估和预测  
 13.4 软件的可靠性设计与管理  
  13.4.1 软件可靠性设计  
  13.4.2 软件可靠性管理  
第14章 基于ODP的架构师实践  
 14.1 基于ODP的架构开发过程  
 14.2 系统构想  
  14.2.1 系统构想的定义  
  14.2.2 架构师的作用  
  14.2.3 系统构想面临的挑战  
 14.3 需求分析  
  14.3.1 架构师的工作  
  14.3.2 需求分析的任务  
  14.3.3 需求文档与架构  
 14.4 系统架构设计  
  14.4.1 企业业务架构  
  14.4.2 逻辑信息架构  
  14.4.3 计算接口架构  
  14.4.4 分布式工程架构  
  14.4.5 技术选择架构  
 14.5 实现模型  
 14.6 架构原型  
 14.7 项目规划  
 14.8 并行开发  
  14.8.1 软件并行开发的内容及意义  
  14.8.2 并行开发的过程  
 14.9 系统转换  
  14.9.1 系统转换的准备  
  14.9.2 系统转换的方式  
  14.9.3 系统转换的注意事项  
 14.10 操作与维护  
  14.10.1 操作与维护的内容  
  14.10.2 系统维护与架构  
 14.11 系统移植  
  14.11.1 系统移植的形式  
  14.11.2 系统移植的工作阶段划分  
  14.11.3 系统移植工具  
第15章 架构师的管理实践  
 15.1 VRAPS组织管理原则  
 15.2 概念框架  
 15.3 形成并统一构想  
  15.3.1 形成构想  
  15.3.2 将构想原则付诸实践  
 15.4 节奏:保证节拍、过程和进展  
  15.4.1 节奏定义  
  15.4.2 将节奏原则付诸实践  
 15.5 预测、验证和调整  
  15.5.1 预测、验证和调整的定义  
  15.5.2 将预见原则付诸实践:准则、反模式与模式  
 15.6 协作:建立合作型组织  
  15.6.1 协作定义  
  15.6.2 将协作原则付诸实践:准则、反模式与模式  
 15.7 简化:澄清与最小化  
  15.7.1 简化定义  
  15.7.2 将简化原则付诸实践:准则、反模式与模式  
第16章 层次式架构设计  
 16.1 体系结构设计  
 16.2 表现层框架设计  
  16.2.1 使用MVC模式设计表现层  
  16.2.2 使用XML设计表现层,统一Web Form与Windows Form的外观  
  16.2.3 表现层中UIP设计思想  
  16.2.4 表现层动态生成设计思想  
 16.3 中间层架构设计  
  16.3.1 业务逻辑层组件设计  
  16.3.2 业务逻辑层工作流设计  
  16.3.3 业务逻辑层实体设计  
  16.3.4 业务逻辑层框架  
 16.4 数据访问层设计(持久层架构设计)  
  16.4.1 5种数据访问模式  
  16.4.2 工厂模式在数据访问层应用  
  16.4.3 ORM、Hibernate与CMP2.0设计思想  
  16.4.4 灵活运用Xml Schema  
  16.4.5 事务处理设计  
  16.4.6 连接对象管理设计  
 16.5 数据架构规划与设计  
  16.5.1 数据库设计与类的设计融合  
  16.5.2 数据库设计与XML设计融合  
 16.6 实战案例——电子商务网站(网上商店PetShop)  
第17章 企业集成架构设计  
 17.1 企业集成平台  
  17.1.1 企业集成平台的概念  
  17.1.2 集成平台的标准化  
  17.1.3 实现技术的发展趋势  
  17.1.4 集成平台的发展趋势  
 17.2 企业集成平台的实现  
  17.2.1 数据集成  
  17.2.2 应用集成  
  17.2.3 企业集成  
 17.3 企业集成的关键应用技术  
  17.3.1 数据交换格式  
  17.3.2 分布式应用集成基础框架  
 17.4 面向整体解决方案的企业模型  
  17.4.1 企业模型在整体解决方案中的作用  
  17.4.2 整体解决方案中的企业模型重用  
  17.4.3 整体解决方案中企业模型演化  
  17.4.4 模型驱动的企业集成系统演化  
第18章 面向方面的编程  
 18.1 方面编程的概念  
  18.1.1 AOP产生的背景  
  18.1.2 面向方面的原因  
  18.1.3 AOP技术  
  18.1.4 AOP特性  
  18.1.5 AOP 程序设计  
  18.1.6 AOP的优势  
  18.1.7 当前的AOP技术  
 18.2 AspectJ  
  18.2.1 AspectJ概述  
  18.2.2 AspectJ语言概念和构造  
  18.2.3 AspectJ实践  
 18.3 Spring AOP  
  18.3.1 Spring AOP概述  
  18.3.2 Spring语言概念和构造  
  18.3.3 Sring AOP应用  
第19章 嵌入式系统设计  
 19.1 嵌入式系统  
  19.1.1 嵌入式系统概念  
  19.1.2 嵌入式系统的基本架构  
  19.1.3 嵌入式操作系统  
  19.1.4 典型嵌入式操作系统  
  19.1.5 嵌入式数据库管理  
  19.1.6 嵌入式网络及其他  
 19.2 嵌入式系统的设计  
  19.2.1 嵌入式系统分析与设计  
  19.2.2 嵌入式软件设计模型  
  19.2.3 嵌入式系统软件开发环境  
第20章 面向服务的架构  
 20.1 SOA的相关概念  
  20.1.1 SOA的定义  
  20.1.2 业务流程与BPEL  
 20.2 SOA的发展历史  
  20.2.1 SOA的发展历史  
  20.2.2 国内SOA的发展现状与国外对比  
 20.3 SOA的参考架构  
 20.4 SOA主要技术和标准  
  20.4.1 UDDI协议  
  20.4.2 WSDL规范  
  20.4.3 SOAP协议  
 20.5 SOA的特性  
  20.5.1 文档标准化  
  20.5.2 通信协议标准  
  20.5.3 应用程序统一登记与集成  
  20.5.4 服务品质  
 20.6 SOA的作用  
 20.7 SOA设计原则  
 20.8 SOA的设计模式  
  20.8.1 服务注册表模式  
  20.8.2 企业服务总线模式  
 20.9 构建SOA架构时应该注意的问题  
  20.9.1 原有系统架构中的集成需求  
  20.9.2 服务粒度的控制以及无状态服务的设计  
 20.10 SOA实施的过程  
  20.10.1 选择SOA解决方案  
  20.10.2 业务流程分析  
第21章 案例研究  
 21.1 价值驱动的体系结构:连接产品策略与体系结构  
  21.1.1 价值模型概述  
  21.1.2 体系结构挑战  
  21.1.3 结论  
 21.2 使用RUP和UML开发联邦企业体系结构框架  
  21.2.1 联邦企业体系结构框架概述  
  21.2.2 FEAF 矩阵概述  
  21.2.3 使用RUP支持FEAF  
  21.2.4 结论  
 21.3 Web服务在HL7上的应用--Web服务基础实现框架  
  21.3.1 HL7模型概念  
  21.3.2 体系结构  
  21.3.3 开发HL7 Web服务适配器  
  21.3.4 案例研究  
  21.3.5 结论  
 21.4 以服务为中心的企业整合——案例分析  
  21.4.1 案例背景  
  21.4.2 业务环境分析  
  21.4.3 IT环境分析  
  21.4.4 高层架构设计  
  21.4.5 结论  

...全文
13096 35 打赏 收藏 转发到动态 举报
写回复
用AI写文章
35 条回复
切换为时间正序
请发表友善的回复…
发表回复
PatrickCao 2011-10-25
  • 打赏
  • 举报
回复
考一个应该还是不错的.
起码可以梳理一下自己的技术.
另, 对于想向架构师方向发展的朋友来说, 也算是一块敲门砖吧.
presto1981 2011-06-15
  • 打赏
  • 举报
回复
考吧 那个都行
对你自己有个提高
出去吹牛也有本钱
至少可以说"老子是系分,你呢?"
本事还是需要后期的锻炼才可以
没有进公司多做项目 啥也不是
zxlsg 2011-04-13
  • 打赏
  • 举报
回复
拜读 我是个小猎头 看了很多人在系分和架构之间徘徊 不过我个人觉得系统架构师更好 恩 另外我现在在找一个系统架构师 请指点下 看看有没有朋友介绍
技术总监\系统架构师
职责:
负责对产品及技术的发展进行规划,以及新产品的引进与开发,为软件开发提供架构设计,原型实现,为技术决策提供规则。
要求:
1、本科以上学历,计算机软件、电力系统自动化、自动化相关专业,6年以上软件开发经验。
2、精通面向对象设计,精通构架设计的理论、实践和工具;
3、掌握多种参考构架、主要的可重用构架机制和模式;
4、具备大、中型软件开发及架构设计经验;
5、熟悉电力行业规范,具有自动化监控系统SCADA、电力系统和DCS系统等开发经验,良好的团队意识和团队协调能力,有较强的内外沟通能力;
Andy238 2011-02-22
  • 打赏
  • 举报
回复
俺现在也在犹豫中,不管我考只是为了评职称的。
wxaxiao 2010-09-28
  • 打赏
  • 举报
回复
都不错,抓个阄吧
thisismyson 2010-08-12
  • 打赏
  • 举报
回复
你个asp.net能走到哪里去?我觉得考系统架构的都应该是c++软件开发人员或者是J2EE架构师,.NET 谁都会,微软什么都帮你封装好了
alain2008 2010-01-29
  • 打赏
  • 举报
回复
我今年刚过架构师:52,49,46,真险啊!不过,也是啊,我一天书都没看,资料也没有,居然就通过,全凭自己的多年架构与设计的积累!我是做.NET架构的!QQ:273319893
gloom007 2009-09-20
  • 打赏
  • 举报
回复
其实你正儿八经去考的话,能考过其实真的很不错,只是国内考证的风气已经完全歪曲了,每个行业都有标准,实践是必须的,不过理论知识很重要,靠baidu、Google编程的只是知道而已,真正的知识还是虚心扎实学下来的。
leozhang2002 2009-08-06
  • 打赏
  • 举报
回复
支持楼主,我也想考架构师! 今年是第一年? 难怪没有什么相关书籍呢!
yzf86211861 2009-07-12
  • 打赏
  • 举报
回复
没撒意思,除了能多学点理论知识外,07年上半年考了网工,快过期了,本打算考系分的,后来放弃了。感觉就算你这了也不一定能上手,还是扎扎实实做点项目吧。
zhenhua110 2009-07-12
  • 打赏
  • 举报
回复
系统架构师最牛叉 推荐你考这个 !
不过好像不是太好考啊
不过系统架构师证书的技术含量还是非常高的!!
paulin 2009-07-11
  • 打赏
  • 举报
回复
包含的内容都挺多...
技术改变一切 2009-07-11
  • 打赏
  • 举报
回复
不了解,学习一下
andrewsway 2009-07-11
  • 打赏
  • 举报
回复
系分下半年好像暂停了吧
V68V6 2009-07-11
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 zyzl 的回复:]
谢谢大家的参与,我想考证的目地还是想检验和完善一下自己的知识结构。系统分和架构的定位,我觉得前者更悟虚一些,而架构和开发结合的更紧密一些,大家说呢?
[/Quote]

竟然LZ是报着你说的目的考证那当然是比我前面讽喻的那些人强多了。诚如LS一个兄弟说的,在有很好的实际项目的基础上,能够多拥有几个软件资格认证是锦上添花的事情,大大的增加了你的应聘能力。竟然如此,我觉得你有时间精力两个都可以拿下来。以前是不分的,其实分析和架构就是一对孪生兄弟。没有很好的分析凭什么做出好的架构来,同时在作架构的时候,你分析的越到位那么你做的架构可能越合理,甚至一劳永逸。这么简单的道理我相信大家都清楚。当然,其实这两个都不是太好过的。特别是完全没有项目经验的那些人,因为写论文的时候压根吹不出来。。。。

最后当然是预祝LZ好运,一次通过了。O(∩_∩)O哈哈~
ld1201 2009-07-11
  • 打赏
  • 举报
回复
还是选择初级程序员压力小
stromboy007 2009-07-11
  • 打赏
  • 举报
回复
深圳的在哪报名考试啊。。。有谁知道不。。。。。
CeleryZeng 2009-07-11
  • 打赏
  • 举报
回复
ding
redhat4 2009-07-11
  • 打赏
  • 举报
回复
Adechen 2009-07-11
  • 打赏
  • 举报
回复
考微软的认证好
加载更多回复(14)

62,052

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧