還是那句話，技術不是越先進越好，而是合適才好。
就好像前世高振東看網文的時候，某撲街作者吐槽，自己寫書用的就是個古董級別的X220小黑本，小黃魚165塊錢包郵，反正能打字查資料就沒問題，反倒是那塊鍵盤比基本上所有新筆記本都好用，這上哪兒說理去。
果然，這份標準對於池總工、馮總工這兩位既有技術功底，又有管理經驗的大佬來說，直接就開啟了他們軟體開發的新大門。
“可行性研究、開發計劃、需求說明書、資料要求、概要設計、詳細設計、資料設計。高總啊，你這是把軟體編制的整個過程，掰開了揉碎了，用文件給定下來了啊，有了這個，哪怕後期中途換人也不怕耽誤工作了。”
池總工是運算所的，離軟體開發更近一些，所以拿到的內容是前7個文件，也是軟體開發的前7個過程，唯一和88不同的是，這個時候還沒有資料庫的概念，所以高振東把資料庫設計改為了資料設計。
否則的話，還得解釋資料庫的事情，在還沒形成這個概念的現在，有點兒超前了，資料庫的事情往後放放。
池總工一拿到手，沿著章節名稱一眼看下來，就已經認識到了這個標準的用處，這就是手把手的教軟體開發人員，怎麼從頭到尾有序的、有組織的、從頂向下、由粗到細的完成一個軟體的編制開發。
如果說以前的軟體開發方式，是要靠軟體人員的個人能力和靈光一現的話，那按照高總工這個標準貫徹下去的話，是能把軟體開發當成一個工業化的流水線來搞的。
雖然可能會少一些靈性，可是應用軟體這東西，哪兒來那麼多靈性，完成功能才是主要的，靈性嘛，少部分人有就行。
“好啊，好啊”池總工一邊看，一邊嘴裡不停的唸叨著。
而這一頭，通訊院畢竟是一個實際執行的龐大機構的下屬研究院，他們同時也會接觸到更多管理性質、流程性質的東西，這一點上，他們是比運算所有優勢的。
所以馮總工這裡，拿到的是GB 8567裡面的後7個文件。
“嘖嘖嘖，高總啊，你這已經不是軟體開發了，是把資料管理、過程管理、使用者全都考慮進去了。”
這可不，使用者手冊、操作手冊、模組開發卷宗、測試計劃、測試報告、進度月報、專案總結，在這裡裡面都有了，對於從來沒有接觸過系統性開發和軟體專案管理的馮總來說，看到哪個都覺得新鮮，見到每個文件都覺得有用。
使用者手冊、操作手冊也就罷了，模組開發卷宗和測試的內容對於他來說就是完全新奇的了，倒不是說他們不做測試，而是對於軟體的測試計劃和測試報告，是空白的。
高振東見兩人都看明白了，才道：“這些東西，是我對現階段軟體開發的一些總結，基本上是能把一個軟體不論大小，從頭到尾給撐下來的，也能規範一下各行業軟體開發的無序狀態。”
他指了指二人手中的各半份標準：“隨著DJS59和60D的普及推廣，不少應該都會組織開發自己的應用軟體了，有了這個，一是能管理好軟體開發的過程，二是能基本保證明確開發意圖，指導使用者使用，第三個，也能對軟體開發整個過程做到比較好的留痕，留下開發經驗和教訓，同時也不會造成人走專案癱的現象。”
池總工笑道：“高總這份標準真是太及時了，說實話，第一個目的我想到了，第二、三個我沒想到。”
馮總工暗戳戳的較勁：“池總工說得好啊，第一、二個我都看出來了，第三個我就沒考慮完整了。”
嗯？你幾個意思？比我多看出來一個是吧？
池總工手一伸：“前半部分我剛才都說完了，後半部分在伱手上捂著，開卷考試有什麼好得意的？來來來，後半部分也給我看看。”
馮總笑呵呵的，拿著後半部分和他做了交換，他也想看前半部分啊。
兩位總工交換著看完，老馮不幹了。
“池總工，要不，我們交換一部分內容吧，我們這裡一點兒軟體開發的過程都沒有，不利於鍛鍊我們搞軟體的同志啊，我回去也不好交差。”
老馮非常雞賊，同時思路也非常清晰。
既然名為軟體開發標準，那大家的著眼點肯定都在軟體開發過程上，天生關注的內容就是開發的，其他內容在潛意識裡就顯得沒有那麼受重視。
就好像在搞水利的設計院裡，那大專業肯定是水文、水工，其他機電、金結之類都不如大專業出彩，往上走也沒有大專業容易。
池總工搖搖頭笑道：“誒，馮總，你這就不對了，幹工作哪兒有挑挑揀揀的？高總這裡不是已經分配好了嘛，革命只有分工不同，沒有高低貴賤，按計劃搞就行了嘛。”