第362章 一家一半
虽然通信院搞的电报数据通信机是用DJS-60D作为控制计算机，这个东西现在并不能出口，但是软体用到DJS-59上还是能配套的。
大洋公约国家也许打不进去，但是经助会国家丶一些其他零散的国家还是能试试的。
至于电子邮件，看起来和电报数据通信机差不多，但其实区别挺大，这个在这个阶段更多用于机构工作人员之间的通信，还是挺好用的。老外工作喜欢发e-mail的习惯，其实就是普及e-mail比较早，慢慢养成的。
防工委的领导把这两个东西介绍完，而且也说了，这两个软体，没有任何保密需要，尽管卖，能卖多少算多少，能卖哪儿卖哪儿。
甚至如果有需要，能做专门的固化程序的DJS-59，只用于这个功能。
这个能力，运算所这些单位还是有的。
对于这个事情，其他几个部门非常有兴趣。
对于外事，是可以扩大影响力的一种手段，尤其是这种高科技产品。虽然很微弱，不过老话说得好，不积跬步无以至千里，不积小流无以成江海，路都是要一步一步走的，没有那麽多一蹴而就的事情。
嗯，除了高振东那种挂壁。
对于外商部来说，那就更简单了，卖小钱钱还债！
特别是知道「卖软体」的概念之后，对于这种出售一盘两盘小磁带就能赚回比较大额外汇的事情，那就更感兴趣了。
几人当场拍板，这东西，卖了卖了，马上加上清单去，都不用开论证会。
外商部领导还开了个玩笑：「老X啊，十七机部这个宝贝疙瘩，你可要看好了，别出什麽意外。」
防工委领导一边点头，一边心想，这还用你说，我早就安排咯。
——
高振东花了1天时间，把GB 8567里面该改的地方给改过来，这东西也就几十页，改起来不麻烦。
然后两个电话，请来了运算所和通信院的两位总工。
两位总工见面，颇有些较着劲的微妙，好嘛，要不是你，我可就独吞了。
不过这种良性竞争，也算不上什麽坏事，高振东假装没看见，你们斗你们的，我稳坐钓鱼台，而且绝不会空军。
高振东一边在心里阴阳着钓鱼佬，一边拿出自己改好的《软体开发文件编制指南》，分成两半，递给了二人，二人也顾不上斗鸡了，连忙接过来翻开。
GB 8567是一份涵盖了计算机软体开发从可行性研究报告到项目开发总结报告全过程的，一共14个文档编制说明的标准，对于软体的整个生命周期都进行了定义。
其章节组织，是根据软体生命周期的整个流程，从前往后写的，对于开发人员来说，非常容易看懂和掌握。
这一点，是88和2006最大的不同，2006里面扩展了一些东西，拆分和重新组织了一些东西，一共是25个软体开发的文档。
详细是详细了，可是要说到文件的组织顺序，说一句杂乱无章并不为过。
总的说来，88版用于瀑布开发模型非常合适，而2006版就颇有些一言难尽了，好像是更偏向敏捷开发，可是却又不是那麽太敏捷的样子，总之突出一个拧巴。
在高振东看来，如果要开发项目型的软体，那用88版做总纲合适一点，如果要搞持续快速叠代的软体，那从2006里面拆东西出来用合适。
其实把2006融进88的各个阶段文档里面，是一个不错的搞法，不过以当前的环境条件，这个步子略大，容易让开发人员陷入为了文档而文档的窘境。
对于这时候的开发人员来说，拿着88搞傻瓜式操作，跟着标准一路把文档落实下来，是大概能把一个项目管好的。
而2006版的话，就要花费一些心思了，2006的更先进，某些东西更详细，但是系统性却是不如88版的，一个没有比较成形的项目管理思维的人，看着2006那一大堆东西，直接懵掉的概率不低。
这也就是高振东没有选择2006版的原因，本来开发流程对于这个时候的软体开发人员们来说，就已经够乱了，再来一个乱糟糟的2006，那无异于让开发人员本不清晰的思路，更加雪上加霜。
还是那句话，技术不是越先进越好，而是合适才好。
就好像前世高振东看网文的时候，某扑街作者吐槽，自己写书用的就是个古董级别的X220小黑本，小黄鱼165块钱包邮，反正能打字查资料就没问题，反倒是那块键盘比基本上所有新笔记本都好用，这上哪儿说理去。
果然，这份标准对于池总工丶冯总工这两位既有技术功底，又有管理经验的大佬来说，直接就打开了他们软体开发的新大门。
「可行性研究丶开发计划丶需求说明书丶数据要求丶概要设计丶详细设计丶数据设计。高总啊，你这是把软体编制的整个过程，掰开了揉碎了，用文档给定下来了啊，有了这个，哪怕后期中途换人也不怕耽误工作了。」
池总工是运算所的，离软体开发更近一些，所以拿到的内容是前7个文档，也是软体开发的前7个过程，唯一和88不同的是，这个时候还没有资料库的概念，所以高振东把资料库设计改为了数据设计。
否则的话，还得解释资料库的事情，在还没形成这个概念的现在，有点儿超前了，资料库的事情往后放放。
池总工一拿到手，沿着章节名称一眼看下来，就已经认识到了这个标准的用处，这就是手把手的教软体开发人员，怎麽从头到尾有序的丶有组织的丶从顶向下丶由粗到细的完成一个软体的编制开发。
如果说以前的软体开发方式，是要靠软体人员的个人能力和灵光一现的话，那按照高总工这个标准贯彻下去的话，是能把软体开发当成一个工业化的流水线来搞的。
虽然可能会少一些灵性，可是应用软体这东西，哪儿来那麽多灵性，完成功能才是主要的，灵性嘛，少部分人有就行。
「好啊，好啊」池总工一边看，一边嘴里不停的念叨着。
而这一头，通信院毕竟是一个实际运行的庞大机构的下属研究院，他们同时也会接触到更多管理性质丶流程性质的东西，这一点上，他们是比运算所有优势的。
所以冯总工这里，拿到的是GB 8567里面的后7个文档。
「啧啧啧，高总啊，你这已经不是软体开发了，是把资料管理丶过程管理丶使用者全都考虑进去了。」
这可不，用户手册丶操作手册丶模块开发卷宗丶测试计划丶测试报告丶进度月报丶项目总结，在这里里面都有了，对于从来没有接触过系统性开发和软体项目管理的冯总来说，看到哪个都觉得新鲜，见到每个文档都觉得有用。
用户手册丶操作手册也就罢了，模块开发卷宗和测试的内容对于他来说就是完全新奇的了，倒不是说他们不做测试，而是对于软体的测试计划和测试报告，是空白的。
高振东见两人都看明白了，才道：「这些东西，是我对现阶段软体开发的一些总结，基本上是能把一个软体不论大小，从头到尾给撑下来的，也能规范一下各行业软体开发的无序状态。」
他指了指二人手中的各半份标准：「随着DJS-59和60D的普及推广，不少应该都会组织开发自己的应用软体了，有了这个，一是能管理好软体开发的过程，二是能基本保证明确开发意图，指导用户使用，第三个，也能对软体开发整个过程做到比较好的留痕，留下开发经验和教训，同时也不会造成人走项目瘫的现象。」
池总工笑道：「高总这份标准真是太及时了，说实话，第一个目的我想到了，第二丶三个我没想到。」
冯总工暗戳戳的较劲：「池总工说得好啊，第一丶二个我都看出来了，第三个我就没考虑完整了。」
嗯？你几个意思？比我多看出来一个是吧？
池总工手一伸：「前半部分我刚才都说完了，后半部分在伱手上捂着，开卷考试有什麽好得意的？来来来，后半部分也给我看看。」
冯总笑呵呵的，拿着后半部分和他做了交换，他也想看前半部分啊。
两位总工交换着看完，老冯不干了。
「池总工，要不，我们交换一部分内容吧，我们这里一点儿软体开发的过程都没有，不利于锻炼我们搞软体的同志啊，我回去也不好交差。」
老冯非常鸡贼，同时思路也非常清晰。
既然名为软体开发标准，那大家的着眼点肯定都在软体开发过程上，天生关注的内容就是开发的，其他内容在潜意识里就显得没有那麽受重视。
就好像在搞水利的设计院里，那大专业肯定是水文丶水工，其他机电丶金结之类都不如大专业出彩，往上走也没有大专业容易。
池总工摇摇头笑道：「诶，冯总，你这就不对了，干工作哪儿有挑挑拣拣的？高总这里不是已经分配好了嘛，革命只有分工不同，没有高低贵贱，按计划搞就行了嘛。」
(本章完)