软件开发中的一些疑惑和探讨

         我们今天聊一聊我们软件开发中遇到的一些困惑和疑虑，一起探讨下其背后的深层次原因。

        做开发也许有好多年了，我们每次看到高端的架构思想方法时，总觉得没有和应用很好的结合起来，我们就会起了怀疑，到底是架构设计实践不够，还是对各种实现的分析和思考太少了？其实，我们缺少的不但但是架构的实践，还有不同场景的实践，例如我们可能平时做企业应用架构，流量少，没什么数据，复杂的地方全在业务逻辑上，这个时候我们讲大数据、高并发就很难带入场景里，还有一些架构，不自己搭一遍是很难了解其中的优缺点的。所以我们有机会要自己把看到的一些好的架构用原型搭一遍，造出一些数据，用工具模拟压测一下，也许feeling就出来了。有的时候迫切的业务需求会促使我们更去跟实际应用相结合。

       正规的软件开发流程，一般设计的规范文档有哪些呢，作用又是什么？对于瀑布模型，每个阶段结束后都有对应的验收文档，敏捷开发是根据项目需要写必要的文档。有些团队在测试阶段，有测试用例文档、测试验收报告，发布前还有部署文档、维护手册，但是在敏捷开发中这些都被自动化测试工具、部署脚本等替代了。所以我们总结必要的文档，有设计类文档，用来记录需求设计、架构设计等评审，说明类文档，用来规范API、配置、操作等，便于规范和统一，报告类文档，用来验收、故障、调研等。

      针对软件外包问题，考虑人员水平参差不齐，稳定性差，我们需要考虑优先