第362章 一家一半（1 / 2）

虽然通信院搞的电报数据通信机是用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，那无异于让开发人员本不清晰的思路，更加雪上加霜。