gb&nbp;8567是一份涵蓋了計算機軟件開發從可行性研究報告到項目開發總結報告全過程的，一共14個文檔編制說明的標準，對于軟件的整個生命周期都進行了定義。
其章節組織，是根據軟件生命周期的整個流程，從前往后寫的，對于開發人員來說，非常容易看懂和掌握。
這一點，是88和2006最大的不同，2006里面擴展了一些東西，拆分和重新組織了一些東西，一共是25個軟件開發的文檔。
詳細是詳細了，可是要說到文件的組織順序，說一句雜亂無章并不為過。
總的說來，88版用于瀑布開發模型非常合適，而2006版就頗有些一言難盡了，好像是更偏向敏捷開發，可是卻又不是那么太敏捷的樣子，總之突出一個擰巴。
在高振東看來，如果要開發項目型的軟件，那用88版做總綱合適一點，如果要搞持續快速迭代的軟件，那從2006里面拆東西出來用合適。
其實把2006融進88的各個階段文檔里面，是一個不錯的搞法，不過以當前的環境條件，這個步子略大，容易讓開發人員陷入為了文檔而文檔的窘境。
對于這時候的開發人員來說，拿著88搞傻瓜式操作，跟著標準一路把文檔落實下來，是大概能把一個項目管好的。
而2006版的話，就要花費一些心思了，2006的更先進，某些東西更詳細，但是系統性卻是不如88版的，一個沒有比較成形的項目管理思維的人，看著2006那一大堆東西，直接懵掉的概率不低。
這也就是高振東沒有選擇2006版的原因，本來開發流程對于這個時候的軟件開發人員們來說，就已經夠亂了，再來一個亂糟糟的2006，那無異于讓開發人員本不清晰的思路，更加雪上加霜。
還是那句話，技術不是越先進越好，而是合適才好。
就好像前世高振東看網文的時候，某撲街作者吐槽，自己寫書用的就是個古董級別的x220小黑本，小黃魚165塊錢包郵，反正能打字查資料就沒問題，反倒是那塊鍵盤比基本上所有新筆記本都好用，這上哪兒說理去。
果然，這份標準對于池總工、馮總工這兩位既有技術功底，又有管理經驗的大佬來說，直接就打開了他們軟件開發的新大門。
“可行性研究、開發計劃、需求說明書、數據要求、概要設計、詳細設計、數據設計。高總啊，你這是把軟件編制的整個過程，掰開了揉碎了，用文檔給定下來了啊，有了這個，哪怕后期中途換人也不怕耽誤工作了。”
池總工是運算所的，離軟件開發更近一些，所以拿到的內容是前7個文檔，也是軟件開發的前7個過程，唯一和88不同的是，這個時候還沒有數據庫的概念，所以高振東把數據庫設計改為了數據設計。
否則的話，還得解釋數據庫的事情，在還沒形成這個概念的現在，有點兒超前了，數據庫的事情往后放放。
池總工一拿到手，沿著章節名稱一眼看下來，就已經認識到了這個標準的用處，這就是手把手的教軟件開發人員，怎么從頭到尾有序的、有組織的、從頂向下、由粗到細的完成一個軟件的編制開發。
如果說以前的軟件開發方式，是要靠軟件人員的個人能力和靈光一現的話，那按照高總工這個標準貫徹下去的話，是能把軟件開發當成一個工業化的流水線來搞的。
雖然可能會少一些靈性，可是應用軟件這東西，哪兒來那么多靈性，完成功能才是主要的，靈性嘛，少部分人有就行。
“好啊，好啊”池總工一邊看，一邊嘴里不停的念叨著。