刚开始写博文的时候就应该将这个文章更新一下虽然不是什么大牛但是对于软件的开发流程还是比较了解的毕竟大大小小做过了好几个项目了今天就大概的说一下用我做过的一个项目来说吧写的不好的请多多见谅毕竟小生不才。
不是我懒得写而是觉得写出来也不是自己的还不如直接告诉你们我是百度的概念...但是下面的我们就不要百度了因为百度说的太专业让你看了很烦最起码我是很烦都是些什么玩意.
一个软件没有出现之前只是有一部分人有一个想法我需要一个这样的东西想要一个孩子了用来管理我的什么什么这个时候一个想法出现了就会有这个需求他会找软件公司需求分析师来商量这个时候一个软件就怀孕了相当于开始发育了.需求分析是听完要求以后会将大概的功能描述一下用Word或者Axure画出一个简单的Demo给用户看经过几次确认以后需求分析师会最后确认功能是不是完善的确认了以后进行我们的下一步概要设计
这个功能主要是干嘛的呢很多的公司觉得没必要其实是很有必要的这个就是相当于先规划一下怎么平安度过怀孕期对于软件来说就是软件的处理逻辑大概的一个流程是怎么走的大概需要哪些模块怎么运行需要大概多少接口后期怎么维护等问题做这些干呢吗为了下一步-详细设计
有人说详细设计是很麻烦的一步其实不是很麻烦的一步我觉得是最难的一步详细设计主要是用来确认细节的接口的名字啊控制器的名字啊多少个控制器谁来调用谁这个不可以有错因为后期码农是需要看这个开发的你怎么起名字他们就怎么写所以这里出错也就意味着编码的时候也会错最后会有一份详细设计书出现这个就是告诉孕妇具体吃什么怎么吃多少量。
很多人觉得这个就是搬砖看着设计书就直接写就可以了理论是这样的但是为什么还有很多的bug出现呢很大一部分原因并不是设计的原因当然也有可能很大原因是不规范造成的还有就是是不是一个项目组的人可以协作处理代码怎么做可可以提高编码的效率这些问题都是在编码的时候出现的问题。这个是相当于孕妇实施那一套套餐的时候具体是不是按规范来吃的。
这一步是里面很重要的一步测试我们不可能说写好直接就给用户用了这个是不现实的我们需要做的是先给测试部门进行系统的测试当然这个测试不是按照用户的想法来的他们会很暴力举个栗子一个按钮正常的用户使用的时候会直接点击一次看到效果就可以了但是测试的时候不是他们会疯狂的点击知道他们觉得这个世界上不会有人比他们暴力的时候他们会停止当然这是一个好的测试人员很多的测试不会是这样的他们觉得正常使用没问题就是没事的其实一个软件好不好很大一部分在于测试人员的测试力度。最后写一份测试报告就可以了。
测试结束以后没有任何的问题的线c;就可以写安装手册了这个其实就是用户使用指南。
是不是验收以后就没事了呢当然不是一个软件很多时候是在用一段时间以后才会出问题的所以会一直需要人来维护他们当然不是说只是出问题才会维护的主要的原因是软件会根据不同的需要更改功能这样的过程也是维护的过程QQ已经更新多少代了是不是这也是一个维护的过程。
这个是一个项目如果出现了新的技术功能没有改变的时候为了用户体验例如之前是SSH写的但是运行的速度很低用SpringBoot大家都在用用户反映很好那么这个时候就需要项目重构了用新的技术将之前的功能重新实现。
基本那就是这些了另外细心的人也看到了非软件公司是没有详细设计的这个解释一下为什么呢很简单其实详细设计是和耗费时间的非软件公司的人不会花费这个时间在设计上他们就是直接告诉你需求码农只需要直接编码就可以了一般这样的对你用什么技术什么框架是没有要求的。
我总想真正地去做一次长久的流浪。也许海角天涯也许能到很远很远的地方那里有自由的风和灿烂的阳光。那里有我想要的一切。
