雖然通信院搞的電報數據通信機是用DJS-60D作為控制計算機，這個東西現在并不能出口，但是軟件用到DJS-59上還是能配套的。
大洋公約國家也許打不進去，但是經助會國家、一些其他零散的國家還是能試試的。
至于電子郵件，看起來和電報數據通信機差不多，但其實區别挺大，這個在這個階段更多用于機構工作人員之間的通信，還是挺好用的。
老外工作喜歡發e-mail的習慣，其實就是普及e-mail比較早，慢慢養成的。
防工委的領導把這兩個東西介紹完，而且也說了，這兩個軟件，沒有任何保密需要，盡管賣，能賣多少算多少，能賣哪兒賣哪兒。
甚至如果有需要，能做專門的固化程序的DJS-59，隻用于這個功能。
這個能力，運算所這些單位還是有的。
對于這個事情，其他幾個部門非常有興趣。
對于外事，是可以擴大影響力的一種手段，尤其是這種高科技産品。
雖然很微弱，不過老話說得好，不積跬步無以至千裡，不積小流無以成江海，路都是要一步一步走的，沒有那麼多一蹴而就的事情。
嗯，除了高振東那種挂壁。
對于外商部來說，那就更簡單了，賣小錢錢還債！
特别是知道“賣軟件”的概念之後，對于這種出售一盤兩盤小磁帶就能賺回比較大額外彙的事情，那就更感興趣了。
幾人當場拍闆，這東西，賣了賣了，馬上加上清單去，都不用開論證會。
外商部領導還開了個玩笑：“老X啊，十七機部這個寶貝疙瘩，你可要看好了，别出什麼意外。
”
防工委領導一邊點頭，一邊心想，這還用你說，我早就安排咯。
——
高振東花了1天時間，把GB8567裡面該改的地方給改過來，這東西也就幾十頁，改起來不麻煩。
然後兩個電話，請來了運算所和通信院的兩位總工。
兩位總工見面，頗有些較着勁的微妙，好嘛，要不是你，我可就獨吞了。
不過這種良性競争，也算不上什麼壞事，高振東假裝沒看見，你們鬥你們的，我穩坐釣魚台，而且絕不會空軍。
高振東一邊在心裡陰陽着釣魚佬，一邊拿出自己改好的《軟件開發文件編制指南》，分成兩半，遞給了二人，二人也顧不上鬥雞了，連忙接過來翻開。
GB8567是一份涵蓋了計算機軟件開發從可行性研究報告到項目開發總結報告全過程的，一共14個文檔編制說明的标準，對于軟件的整個生命周期都進行了定義。
其章節組織，是根據軟件生命周期的整個流程，從前往後寫的，對于開發人員來說，非常容易看懂和掌握。
這一點，是88和2006最大的不同，2006裡面擴展了一些東西，拆分和重新組織了一些東西，一共是25個軟件開發的文檔。
詳細是詳細了，可是要說到文件的組織順序，說一句雜亂無章并不為過。
總的說來，88版用于瀑布開發模型非常合适，而2006版就頗有些一言難盡了，好像是更偏向敏捷開發，可是卻又不是那麼太敏捷的樣子，總之突出一個擰巴。
在高振東看來，如果要開發項目型的軟件，那用88版做總綱合适一點，如果要搞持續快速疊代的軟件，那從2006裡面拆東西出來用合适。
其實把2006融進88的各個階段文檔裡面，是一個不錯的搞法，不過以當前的環境條件，這個步子略大，容易讓開發人員陷入為了文檔而文檔的窘境。
對于這時候的開發人員來說，拿着88搞傻瓜式操作，跟着标準一路把文檔落實下來，是大概能把一個項目管好的。
而2006版的話，就要花費一些心思了，2006的更先進，某些東西更詳細，但是系統性卻是不如88版的，一個沒有比較成形的項目管理思維的人，看着2006那一大堆東西，直接懵掉的概率不低。
這也就是高振東沒有選擇2006版的原因，本來開發流程對于這個時候的軟件開發人員們來說，就已經夠亂了，再來一個亂糟糟的2006，那無異于讓開發人員本不清晰的思路，更加雪上加霜。
還是那句話，技術不是越先進越好，而是合适才好。
就好像前世高振東看網文的時候，某撲街作者吐槽，自己寫書用的就是個古董級别的X220小黑本，小黃魚165塊錢包郵，反正能打字查資料就沒問題，反倒是那塊鍵盤比