第359章 一家一半(第2页)

 在高振东看来，如果要开发项目型的软件，那用88版做总纲合适一点，如果要搞持续快速迭代的软件，那从2006里面拆东西出来用合适。

 其实把2006融进88的各个阶段文档里面，是一个不错的搞法，不过以当前的环境条件，这个步子略大，容易让开发人员陷入为了文档而文档的窘境。

 对于这时候的开发人员来说，拿着88搞傻瓜式操作，跟着标准一路把文档落实下来，是大概能把一个项目管好的。

 而2006版的话，就要花费一些心思了，2006的更先进，某些东西更详细，但是系统性却是不如88版的，一个没有比较成形的项目管理思维的人，看着2006那一大堆东西，直接懵掉的概率不低。

 这也就是高振东没有选择2006版的原因，本来开发流程对于这个时候的软件开发人员们来说，就已经够乱了，再来一个乱糟糟的2006，那无异于让开发人员本不清晰的思路，更加雪上加霜。

 还是那句话，技术不是越先进越好，而是合适才好。

 就好像前世高振东看网文的时候，某扑街作者吐槽，自己写书用的就是个古董级别的x220小黑本，小黄鱼

165块钱包邮，反正能打字查资料就没问题，反倒是那块键盘比基本上所有新笔记本都好用，这上哪儿说理去。

 果然，这份标准对于池总工、冯总工这两位既有技术功底，又有管理经验的大佬来说，直接就打开了他们软件开发的新大门。

 “可行性研究、开发计划、需求说明书、数据要求、概要设计、详细设计、数据设计。高总啊，你这是把软件编制的整个过程，掰开了揉碎了，用文档给定下来了啊，有了这个，哪怕后期中途换人也不怕耽误工作了。”

 池总工是运算所的，离软件开发更近一些，所以拿到的内容是前7个文档，也是软件开发的前7个过程，唯一和88不同的是，这个时候还没有数据库的概念，所以高振东把数据库设计改为了数据设计。

 否则的话，还得解释数据库的事情，在还没形成这个概念的现在，有点儿超前了，数据库的事情往后放放。

 池总工一拿到手，沿着章节名称一眼看下来，就已经认识到了这个标准的用处，这就是手把手的教软件开发人员，怎么从头到尾有序的、有组织的、从顶向下、由粗到细的完成一个软件的编制开发。

 如果说以前的软件开发方式，是要靠软件人员的个人能力和灵光一现的话，那按照高总工这个标准贯彻下去的话，是能把软件开发当成一个工业化的流水线来搞的。

 虽然可能会少一些灵性，可是应用软件这东西，哪儿来那么多灵性，完成功能才是主要的，灵性嘛，少部分人有就行。

 “好啊，好啊”池总工一边看，一边嘴里不停的念叨着。

 而这一头，通信院毕竟是一个实际运行的庞大机构的下属研究院，他们同时也会接触到更多管理性质、流程性质的东西，这一点上，他们是比运算所有优势的。