而這本身又是工程管理的一部分內容，周至在開發之初就堅持要求引入，這個體係一引入，整個工程的研發成本一下子就翻倍了。
對於很多搞科研的人來說，這是非常鋪張浪費的，和國家一貫主張的“好鋼用到刀刃上”的摳摳搜搜研發方針，堪稱背道而馳。
麥明川都曾經提出來過，所謂的ISO9000，其實就是先用文字和流程圖將軟件開發一遍，形成所謂的意向書，需求書，技術開發書，項目計劃書等一係列的“工程文件”，然後再將這些東西翻譯成代碼，變成程序，最後變成軟件產品。
這不是浪費嗎？
周至則堅持認為是必要的，首先研發人員的素質水平本身就存在差異，有些人可以超額完成自己的任務，有些卻一個任務可能需要多人參與，這就給管理造成了很大的難度。
還有就是一個大型軟件工程，可能包含幾千幾萬個子程序，每個程序都有固定的編寫小組和編寫成員，你不能指望任何新加入的成員，或者將A組的程序交付給B組之後，他們還能夠直接看代碼就一下明白這程序乾什麼用的。
重新研究代碼，帶來的是人力和時間的浪費，而有了軟件工程文件，這些麻煩就能夠有效避免。
然後，最重要的一點，這些文件可以說明軟件的研發動機，研發過程，和研發結果，能夠證明這些軟件內的子程序，是研發人員自身的創意，還是屬於對同行的抄襲。
這些文件，是判定軟件知識產權歸屬的重要證據。
而國際組織也隻會根據這些文件，來作為專利批準的依據。
你僅僅提交一個軟件的編譯碼，那是肯定通不過的，提供源文件，又存在商業泄密的巨大風險，提供軟件工程文件，就能夠比較完美地避免這些問題。
對於國內來說，這麼乾軟件工程是“前所未有”過的，瀚文字庫的研發，無論從產品層級，還是研發層級，都是與國際規則的“第一次接觸”，彆的東西管不著，瀚文字庫可是自己的孩子，周至對這方麵拿捏得非常嚴格。
瀚文字庫的產品本身不是非常重要的成果，但是依托於瀚文字庫而研發的一係列軟件工具，絕對具有非常重要的價值。
不說彆的，就一個圖形文字自動識彆軟件，其商業價值都是不可小視的。
對於瀚文字庫來說，這個軟件目前隻是用來進行標準字轉碼前識彆，以及分析生字結構所用。
然而其未來的應用在圖書館，僅憑掃描儀和這個軟件，就能將無數書籍數字化，轉換成數字文檔，效率遠比雇人打字提速百倍還極難發生錯誤。
所以幾人一提，周至就明白日韓專家學者小組的心思，這多半都是奔著這些研發工具來的。
都說明槍易躲暗箭難防，其實最難躲的還是明槍，彆人在國際組織框架和既定規則裡跟你玩，在國家目前急需要加入且無力改變規則的情況下，你除了比他們更會玩兒以外，彆無它法。
國家在這方麵吃過無數的虧，這次工程要是沒有周至的堅持，最後的結果同樣可以想象，會被人家反過來拿捏。
“讓他們來。”周至露出一抹奸笑：“知識產權官司，打起來可帶勁了！”