关于软件工程师的思维误区问题

对于书上所说的分析麻痹(Analysis Paralysis)和不分主次,想解决所有依赖问题存在这样的问题,在一个软件的开发前,怎样去思考软件的开发,它的思考过程到底是怎么一回事?在知乎上看到一篇关于软件开发的文章,它提到第一点,对于需求分,弄清楚用户想干什么,要经过多次的沟通并且参与到业务的流程,沟通过程:①要做的这个软件是什么②基本规则是什么③有多少用户参与④什么用户界面⑤什么平台⑥怎么运行⑦…… 看到这里我才理解到一个软件开发过程中,需求分析是这么重要,没有它真的是寸步难行;第二点,框架设计,需要分析主流框架,技术栈,编程语言,团队或个人已有的技术储备,代码托管方式,产品自动构建,基本上就是可靠性,易用性,可扩展性,安全性,可维护性;第三点,模块设计,开始分解功能需求,划分代码模块,理清模块依赖关系,接口关系,原则是低耦合,高内聚,可复用,可扩展。

读了这篇文章让我明白了粮草先行的道理,对于软件开发也是一样,一个好的思考框架,会给我们的软件开发带来很大的帮助。

原文地址:https://www.cnblogs.com/Ylove/p/7508248.html