系统设计心得

初做系统设计，积累一些心得，大家一起讨论。 

1、  关于需求： 

初做系统设计，容易先入为主，收集需求的时候就考虑人力，技术等原因，在很前面的就把某些功能砍掉。 

如果这样分析问题，整个系统就没有全貌，容易出现需求遗漏，设计不清楚，整个系统不完全，后续无法扩展。 



A、 收集需求时，应该梳理系统全景图，业务场景，输入，输出，流程描述等。 

B、 尽量用客户的语言，而不是抽象后的设计语言。用客户化的语言方便和客户做需求澄清，同时避免过早提炼设计导致需求变形。 

C、 做需求排序。 

D、 需求收集清楚后，映射到具体的系统架构/功能组件上，评估工作量。 

E、  工作量评估出来之后，根据工作量和需求排序裁剪功能和需求。 



2、  关于系统架构： 

A、 需求澄清之后，抽象成系统架构，常用UML，0/1层架构图等工具。 

B、 根据需求列出功能全景。 

C、 列出关键技术点。 

D、 做竞争分析，业界是否有开源项目分析。 

E、  对业务在做系统架构时，对功能和技术要做足够的抽象，抽象层次不充分，后续考虑系统的扩展性会极大受限。 



3、  技术选择： 

选择合适的技术，这块需要经验积累。有经验积累才了解每种技术的优劣以及和业务的适合度。而同时因为设计师本身对某项技术有积累，而倾向于选择熟悉的技术。 

这块建议重点参考业界经验。每项技术有优势，也必然有坑。 



A、 编程语言方面： 

对系统性能要求高，优先考虑C/C++。 

企业级应用，优先考虑JAVA。 

要求快速开发，可以考虑PYTHON。 

B、 组件/框架： 

各种开源框架很多Spring，OSGi，MVC，ESB等。 

要充分考虑系统的扩展性，选用成熟的组件框架。这块对于JAVA程序员来说，比较容易理解，C/C++程序员需要转变思路。 



C、 系统 

选择比较少，一般就是windows/linux，而且往往根据系统的应用很早就确定了。如果要支持多系统，就要考虑代码移值性，越是高级预言，一般来说，移值性越好。 



4、  编码： 

业界这方面很多思想，如 

A、 面向接口编程 

B、 组件化/模块化 

C、 设计模式 

D、 开放封边原则 

归根结低，就是要足够抽象，足够开放，足够易扩展。 

另外一个原则是在系统设计的时候就要充分考虑编码问题，以及代码框架，风格等。