十七機部領導：咳，咳，伱們叫我干啥，這多不好意思，嗨~~~~
池總工關注的點卻不在這個事情上面，他正在看高振東給的電子郵件完整的方案。
方案里，功能本身他覺得都是順理成章的東西，并不出奇，在看過“見字如晤”之后，這些擴展的或者是增加人機便利性的東西，已經不是他關注的重點了。
讓他雙眼放光的，是這份材料本身——材料的組織、框架、結構。
買櫝還珠原本是貶義詞，可是在這里，池總工要的就是這個“櫝”！
他一邊揣摩著這份材料，一邊開口道：“高總工，我看你這份材料很有意思啊，這個組織形式和框架什么的，對于我們實在是很有指導意義。”
高振東一看，明白過來了，他原來是對這個有興趣。
這份文檔，其實就是一個軟件需求說明，更深一層的，高振東就懶得寫了。
說明是按照高振東前世用的gb8567標準來寫的，不過不是按照gb/t8567-2006《計算機軟件文檔編制規范》里的要求，而是按照被它替代的gb8567-88《計算機軟件產品開發文件編制指南》里《軟件需求說明書》來寫的。
8567原本88版是強制標準的類型，不過到了2006版的時候，發現這玩意強制起來沒意義，就改成了推薦標準。
至于為什么用被替代的而不用新的，主要原因是2006里的那玩意，軟件需求說明書被拆分成了太多的內容，完全不成體系，想要成體系的話，直接就搞成了又臭又長，或者極為繁雜。
在面對小型項目的時候，其實并沒有88里面的這個好用，面對大型項目的時候，嘿嘿，其實也就那么回事兒，文檔過多，監理罵娘。
毫無疑問，不論是88版還是2006版，對于池總工來說，都無異于發現了一塊新的大陸，這東西太好用了！
高振東道：“你是說這個文檔的格式？”
池總工點點頭：“對對對，這個《軟件需求說明書》，對我們的工作太有指導意義了，我們現在軟件的編制，根本就不知道到哪一步需要什么文檔作為支撐，每個課題都是五花八門，全靠編制人員自己的能力撐著，整個流程非常混亂。你這個，我提煉一下，作為需求階段的標準文檔就不錯。”
池總工還是很有眼光的，一眼就看出來這個東西的用處和意義。
高振東想了想，這還真是，現在哪里會有軟件開發全生命周期的指導性文件？他們肯定都是摸著石頭過河，至于摸著哪一塊，是不是合適，那就看技術能力，還有一點運氣了。
嗯，這個事情可以搞一搞。
想到這里，高振東笑道：“池總工眼睛很毒啊，我這剛搞出來套東西，就被你發現了，哈哈哈。”
“套”？老池聰明著呢，一聽高振東這話，就知道事情遠遠不是他一開始想的那么簡單。
“高總工，聽你這意思，這文檔還不止一份，而是全套的，可以貫穿軟件編制過程中的很多工作的？”
高振東點點頭：“對，我的確是搞了一套用于軟件編制整個生命周期的文件的標準。”
生命周期？高總用詞就是高級，學會了學會了。
不對，生命周期算啥，聽聽我聽到了什么，標準啊！
標準這東西，在這個年頭可是新東西，高級得很。
被譽為“標準的標準”的第一號國家標準gb1《標準幅面與格式、首頁、續頁與封面的要求》，才于不久前的1958年頒布，還不到兩年時間。
這個時候，標準化工作在絕大部分單位的工作表里，要么不存在，要么靠后面。有的是技術原因，有的是實在沒有精力去管這個事情。