工、冯总工这两位既有技术功底，又有管理经验的大佬来说，直接就打开了他们软件开发的新大门。
“可行性研究、开发计划、需求说明书、数据要求、概要设计、详细设计、数据设计。高总啊，你这是把软件编制的整个过程，掰开了揉碎了，用文档给定下来了啊，有了这个，哪怕后期中途换人也不怕耽误工作了。”
池总工是运算所的，离软件开发更近一些，所以拿到的内容是前7个文档，也是软件开发的前7个过程，唯一和88不同的是，这个时候还没有数据库的概念，所以高振东把数据库设计改为了数据设计。
否则的话，还得解释数据库的事情，在还没形成这个概念的现在，有点儿超前了，数据库的事情往后放放。
池总工一拿到手，沿着章节名称一眼看下来，就已经认识到了这个标准的用处，这就是手把手的教软件开发人员，怎么从头到尾有序的、有组织的、从顶向下、由粗到细的完成一个软件的编制开发。
如果说以前的软件开发方式，是要靠软件人员的个人能力和灵光一现的话，那按照高总工这个标准贯彻下去的话，是能把软件开发当成一个工业化的流水线来搞的。
虽然可能会少一些灵性，可是应用软件这东西，哪儿来那么多灵性，完成功能才是主要的，灵性嘛，少部分人有就行。
“好啊，好啊”池总工一边看，一边嘴里不停的念叨着。
而这一头，通信院毕竟是一个实际运行的庞大机构的下属研究院，他们同时也会接触到更多管理性质、流程性质的东西，这一点上，他们是比运算所有优势的。
所以冯总工这里，拿到的是GB8567里面的后7个文档。
“啧啧啧，高总啊，你这已经不是软件开发了，是把资料管理、过程管理、使用者全都考虑进去了。”
这可不，用户手册、操作手册、模块开发卷宗、测试计划、测试报告、进度月报、项目总结，在这里里面都有了，对于从来没有接触过系统性开发和软件项目管理的冯总来说，看到哪个都觉得新鲜，见到每个文档都觉得有用。
用户手册、操作手册也就罢了，模块开发卷宗和测试的内容对于他来说就是完全新奇的了，倒不是说他们不做测试
本章未完，请点击下一页继续阅读！