第一千二十四章明槍才不好躲（2/2）

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

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

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

這不是浪費嗎？

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

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

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

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

這些文件，是判定軟體智慧財產權歸屬的重要證據。

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

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

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

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

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

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

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

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

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

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

「讓他們來。」周至露出一抹奸笑：「智慧財產權官司，打起來可帶勁了！」