系统架构设计师-需求html
前言:程序员
最近好久没有发文章了。最近事情挺多的,也不知道该发那方面的内容。正好这两天有空闲,就整理整理思绪,把一些总结发表一下。设计模式
通过考虑后,先将软考-架构相关的内容发出来,以后有时间,也会将一些额外的理论知识和经验写出来。性能优化
参考:《系统架构设计师考试全程指导》,《系统架构设计师与系统分析师历年试题分析与解答》,《系统架构设计师教程》第四版,《软件体系结构原理,方法与实践》 等。架构
(若是只是应试,这些就足够了,按照核心脉络图学习,将资料书做为字典查询,从而创建体系,充实内容。)运维
补充参考:《Head first design pattern》(《Head first 设计模式》),《尽在双11:阿里巴巴技术演进与超越》,《大型网站系统与JAVA中间件实践》,《大型网站技术架构演进与性能优化》,《大型网站系统与JAVA中间件实践》,《大型分布式网站架构设计与实践》,《大型网站技术架构 核心原理与案例分析》
分布式
(这些书都是对官方架构书的扩展与延伸。正如某人说的,官方架构书中的每一个章节拿出来,均可以写出一本书来。。。固然我这里的补充也比较片面,主要针对设计模式与分布式网站架构等。至于项目管理等方面,并无进行推荐。)性能
另外,这里的内容大多比较简略。若是想要深刻的话,能够本身深刻学习,也能够@我。固然,大牛就忽略这篇文章吧。。。学习
(主要发出来,看你们有没有对此的需求。)优化
一,XMIND:
二,补充:
不管站在什么角度,需求都是十分重要的。考试方面,需求的获取,变动,处理都是比较热的考点。而与之相关的SA,OOA也是必考的内容。往期论文也考过需求获取的问题。从实践角度,需求也是必不可少的。若是是开发一个新的系统,可能会有百分之二三十的时间用在需求的获取上。而再开发后的运维阶段,程序员也一直在于需求打交道(尤为是小公司,更是有可能一天三个样,使得开发人员身心疲惫)。据统计,在系统上线的两三年内,系统以改正性维护为主,而在以后,每每则以完善性维护为主。而完善性维护与新需求息息相关。