系统架构设计师-软件水平考试（高级）-理论-需求

系统架构设计师-需求

 

前言：

　　最近很久没有发文章了。最近事情挺多的，也不知道该发那方面的内容。正好这两天有空闲，就整理整理思绪，把一些总结发表一下。

　　经过考虑后，先将软考-架构相关的内容发出来，之后有时间，也会将一些额外的理论知识和经验写出来。

　　参考：《系统架构设计师考试全程指导》，《系统架构设计师与系统分析师历年试题分析与解答》，《系统架构设计师教程》第四版，《软件体系结构原理，方法与实践》 等。

　　　　　　（如果只是应试，这些就足够了，按照核心脉络图学习，将资料书作为字典查询，从而建立体系，充实内容。）

　　补充参考：《head first design pattern》（《head first 设计模式》），《尽在双11：阿里巴巴技术演进与超越》，《大型网站系统与java中间件实践》，《大型网站技术架构演进与性能优化》，《大型网站系统与java中间件实践》，《大型分布式网站架构设计与实践》，《大型网站技术架构 核心原理与案例分析》

　　　　　　（这些书都是对官方架构书的扩展与延伸。正如某人说的，官方架构书中的每个章节拿出来，都可以写出一本书来。。。当然我这里的补充也比较片面，主要针对设计模式与分布式网站架构等。至于项目管理等方面，并没有进行推荐。）

　　

　　另外，这里的内容大多比较简略。如果想要深入的话，可以自己深入学习，也可以@我。当然，大牛就忽略这篇文章吧。。。

　　（主要发出来，看大家有没有对此的需求。）

 

 

一，xmind：

　　

 

 

二，补充：

　　无论站在什么角度，需求都是十分重要的。考试方面，需求的获取，变更，处理都是比较热的考点。而与之相关的sa，ooa也是必考的内容。往期论文也考过需求获取的问题。从实践角度，需求也是必不可少的。如果是开发一个新的系统，可能会有百分之二三十的时间用在需求的获取上。而再开发后的运维阶段，程序员也一直在于需求打交道（尤其是小公司，更是有可能一天三个样，使得开发人员身心疲惫）。据统计，在系统上线的两三年内，系统以改正性维护为主，而在之后，往往则以完善性维护为主。而完善性维护与新需求息息相关。