而這本身又是工程管理的一部分內容，周至在開發之初就堅持要求引入，這個體系一引入，整個工程的研發成本一下子就翻倍了。

對于很多搞科研的人來說，這是非常鋪張浪費的，和國家一貫主張的“好鋼用到刀刃上”的摳摳搜搜研發方針，堪稱背道而馳。

麥明川都曾經提出來過，所謂的9000，其實就是先用文字和流程圖將軟件開發一遍，形成所謂的意向書，需求書，技術開發書，項目計劃書等一系列的“工程文件”，然后再將這些東西翻譯成代碼，變成程序，最后變成軟件產品。

這不是浪費嗎？

周至則堅持認為是必要的，首先研發人員的素質水平本身就存在差異，有些人可以超額完成自己的任務，有些卻一個任務可能需要多人參與，這就給管理造成了很大的難度。

還有就是一個大型軟件工程，可能包含幾千幾萬個子程序，每個程序都有固定的編寫小組和編寫成員，你不能指望任何新加入的成員，或者將組的程序交付給組之后，他們還能夠直接看代碼就一下明白這程序干什么用的。

重新研究代碼，帶來的是人力和時間的浪費，而有了軟件工程文件，這些麻煩就能夠有效避免。

然后，最重要的一點，這些文件可以說明軟件的研發動機，研發過程，和研發結果，能夠證明這些軟件內的子程序，是研發人員自身的創意，還是屬于對同行的抄襲。

這些文件，是判定軟件知識產權歸屬的重要證據。

而國際組織也只會根據這些文件，來作為專利批準的依據。

你僅僅提交一個軟件的編譯碼，那是肯定通不過的，提供源文件，又存在商業泄密的巨大風險，提供軟件工程文件，就能夠比較完美地避免這些問題。

對于國內來說，這么干軟件工程是“前所未有”過的，瀚文字庫的研發，無論從產品層級，還是研發層級，都是與國際規則的“第一次接觸”，別的東西管不著，瀚文字庫可是自己的孩子，周至對這方面拿捏得非常嚴格。

瀚文字庫的產品本身不是非常重要的成果，但是依托于瀚文字庫而研發的一系列軟件工具，絕對具有非常重要的價值。

不說別的，就一個圖形文字自動識別軟件，其商業價值都是不可小視的。

對于瀚文字庫來說，這個軟件目前只是用來進行標準字轉碼前識別，以及分析生字結構所用。

然而其未來的應用在圖書館，僅憑掃描儀和這個軟件，就能將無數書籍數字化，轉換成數字文檔，效率遠比雇人打字提速百倍還極難發生錯誤。

所以幾人一提，周至就明白日韓專家學者小組的心思，這多半都是奔著這些研發工具來的。

都說明槍易躲暗箭難防，其實最難躲的還是明槍，別人在國際組織框架和既定規則里跟你玩，在國家目前急需要加入且無力改變規則的情況下，你除了比他們更會玩兒以外，別無它法。

國家在這方面吃過無數的虧，這次工程要是沒有周至的堅持，最后的結果同樣可以想象，會被人家反過來拿捏。

“讓他們來。”周至露出一抹奸笑：“知識產權官司，打起來可帶勁了！”

(..book5628356283314707556203.ht。：