软件交付-客户验收-码农维护需求分析-概要设计

我们分公司性质来说一个软件的开发流程，

软件公司和非软件公司

非软件公司

需求剖析-概要设计-程序编码-程序测试-软件交付-顾客初验-码农维护

软件公司

需求剖析-概要设计-详尽设计-程序编码-程序测试-软件交付-顾客初验-码农维护

需求剖析

一个软件没有出现之前，只是有一部份人有一个看法，我须要一个这样的东西（想要一个儿子了）拿来管理我的哪些哪些，这个时侯一个看法出现了，都会有这个需求，他会找软件公司需求剖析师来商量，这个时侯一个软件就受孕了，相当于开始发育了.需求剖析是听完要求之后会将大约的功能描述一下，用Word或则Axure画出一个简单的Demo给用户看，经过几次确认之后需求剖析师会最后确认功能是不是健全的，确认了之后进行我们的下一步，概要设计

概要设计

这个功能主要是干嘛的呢？好多的公司认为没必要，虽然是很有必要的，这个就是相当于先规划一下怎样平安渡过受孕期，对于软件来说就是软件的处理逻辑寻找软件开发图片，大约的一个流程是怎样走的，大约须要什么模块，如何运行，须要大约多少插口，后期如何维护等问题寻找软件开发图片，做这种干呢吗？为了下一步-详尽设计

详尽设计

有人说，详尽设计是很麻烦的一步，虽然不是很麻烦的一步，我认为是最难的一步，详尽设计主要是拿来确认细节的，插口的名子啊，控制器的名子啊，多少个控制器，谁来调用谁，这个不可以有错，由于后期码农是须要看这个开发的，你如何取名字，她们就如何写，所以这儿出错也就意味着编码的时侯也会错，最后会有一份详尽设计书出现，这个就是告诉婴儿具体吃哪些，如何吃，多少量。

码农编码

好多人认为这个就是搬砖，看着设计书就直接写就可以了，理论是这样的，而且为何还有好多的bug出现呢？很大一部份缘由并不是设计的诱因（其实也有可能），很大缘由是不规范导致的，还有就是是不是一个项目组的人可以协作处理代码，如何做可可以增强编码的效率，这种问题都是在编码的时侯出现的问题。这个是相当于婴儿施行那一套套餐的时侯具体是不是按规范来吃的。

程序测试

这一步是上面很重要的一步，测试，我们不可能说写好直接就给用户用了，这个是不现实的，我们须要做的是先给测试部门进行系统的测试，其实这个测试不是根据用户的看法来的，她们会很暴力，举个板栗，一个按键，正常的用户使用的时侯会直接点击一次，见到疗效就可以了，而且测试的时侯不是，她们会疯狂的点击，晓得她们认为这个世界上不会有人比她们暴力的时侯她们会停止，其实这是一个好的测试人员，好多的测试不会是这样的，她们认为正常使用没问题就是没事的，虽然一个软件好不好，很大一部份在于测试人员的测试力度。最后写一份测试报告就可以了。

软件交付

测试结束之后没有任何的问题的话，就可以写安装指南了，这个显然就是用户使用手册。

顾客初验

交付后顾客简单的测试之后认为是和自己想的一样的，就收货，付钱.

码农维护

是不是初验之后就没事了呢？其实不是，一个软件好多时侯是在用一段时间之后就会出问题的，所以会仍然须要人来维护她们，其实不是说只是出问题才能维护的，主要的缘由是软件会依照不同的须要修改功能，这样的过程也是维护的过程，QQ早已更新多少代了，是不是，这也是一个维护的过程。

项目构建

这个是一个项目若果出现了新的技术，功能没有改变的时侯，为了用户体验，比如之前是SSH写的，并且运行的速率很低，用SpringBoot，你们都在用，用户反映挺好，这么这个时侯就须要项目构建了，用新的技术将之前的功能重新实现。

基本那就是这种了，另外悉心的人也看见了非软件公司是没有详尽设计的，这个解释一下，为何呢？很简单，虽然详尽设计是和花费时间的，非软件公司的人不会耗费这个时间在设计上，她们就是直接告诉你需求，码农只须要直接编码就可以了，通常这样的对你用哪些技术，哪些框架是没有要求的。