第358章 GB 8567

這個技術與即時消息通信不同，它不需要參與通信的雙方同時在線，對於收發雙方來說，都是自由的。

也許即時性比較差，但是現實生活中，並不是什麽時候都需要即時通信的，這種真正的信件式的方式，反而是更加符合人們日常習慣和需求的。

至少當事情不是那麽緊急的時候，隻需要寫上一封信傳過去，對方總能收到，而不是要先打電話，約定好時間，然後等待漫長曲折的撥號過程。

其實FTP也能在某種程度上達到這種效果，但是FTP是不具備全套郵件管理機製的，深入的東西不用說，就隻是想要實現僅特定對象可見，整個過程就已經極為繁瑣且不安全。

這對於當前環境下的計算機通信來說，無疑是大大的提升了實用性和方便性，使得計算機通信的門檻大大降低。

對於已經享受過數據通信的便捷的人們來說，這種改進的丶更加方便易用的通信手段，無疑是佳音。

「高總工，你這個想法好啊，這就跟真正的郵件似的，把信件往油筒裡一放，不久之後收信人自然就會收到信件，根本不需要再去進行乾預，對於用戶來說，一切都是透明的。」

高振東笑道：「對，所以我起名為電子郵件，英文名e-mail。」

「電子郵件，這個名字太貼切了。」厲所長聽出了高振東話裡隱含的意思，讓老外也用我們的東西！不過這時候這話隻能聽，隨便說出來對誰都不好。

池總工比較專注於技術：「如此一來，我們隻要把想發的文件編成一封信，就可以把想傳送的內容發到對方手上了，而且雙方還不用在計算機邊上蹲著等。」

高振東笑了：「不用不用，池總工，這個電子郵件程序有個功能，可以添加任何二進位數據的文件作為附件，你們的資料什麽的，該怎麽編還是怎麽編，甚至原有的資料都行。隻要寫好郵件之後，作為附件添加上去就行了，不用把文件重新編一次。」

池總工樂了：「好家夥，高總，你不但實現了電子信件，還實現了電子包裹！」

池總工總結得非常到位，日後很多人都沒意識到，其實e-mail裡麵的附件不隻是信件，那玩意更像是一個包裹，和信件隻能寫字丶畫畫不同，包裹裡可以是任何東西。

高振東道：「反正我就是覺得這個功能很需要，就做進去了。我這裡有測試計劃，請所裡的同誌繼續把所有試驗做下去，我就偷個懶，後麵的我就主要動嘴了，不動手了。」

高總工大氣！在場的人心裡都浮起這麽一句話。

要是高總工不主動「偷懶」，那在場的同誌們想要把名字寫成果總結報告裡去，可就有些困難了。

現在高總這麽一搞，大夥們上去輸條指令，旁邊看個輸出，都算啊。

池總工一把從高振東手裡把拿了過去：「我親自來，哈哈。」

剛才的試驗，他全看高振東和厲所長看了，感覺隔靴搔癢，很不過癮，這下子一抓到機會，勞資自己上！

高振東在運算所一直呆到了中午，才把所有的項目都測試完。

麵對眼露期盼的運算所眾人，高振東拿出了一份早有準備的材料。

「厲所長丶池總工，剛才你們也看到了，這個郵件協議和基礎程序所有的功能是齊全的，但是在易用性和功能組合丶功能擴展上是有所不足的，我自己是沒有這個時間去搞了。我這裡已經擬好一份完整的電子郵件程序所需的功能列表和要求，你們可以按照這個資料完善這個程序。」

厲所長一副就知道有好事的樣子，果然，高總工還是隻抓核心，邊邊角角的東西，就留給運算所這邊來撿漏了。

「嗯，你放心，這個事情我們一定會搞好。」

高振東笑道：「其實這個東西的麻煩在於，需要一台或者多台郵件伺服器，以及得到比較好保障的通信線路，我的建議是，你們可以和郵通委那邊溝通一下，再加上防工委，他們是有特殊需求的。你們幾家坐下來，搞一套或者一批郵件係統，以滿足各方的需求。」

厲所長心領神會，這個東西協議和軟體搞好之後，其實主要就是環境問題了，郵通委那邊是絕對繞不過去的，至於防工委，就更不用說，他們是有特殊需求的。

「高總工這個提議好，一下子就解決了這套係統的部署和使用問題，我們回頭就上報部裡，到時候邀請十七機部丶我們部，以及防工委和郵通委，一起來完成這個事情。」

十七機部領導：咳，咳，伱們叫我乾啥，這多不好意思，嗨~~~~

池總工關注的點卻不在這個事情上麵，他正在看高振東給的電子郵件完整的方案。

方案裡，功能本身他覺得都是順理成章的東西，並不出奇，在看過「見字如晤」之後，這些擴展的或者是增加人機便利性的東西，已經不是他關注的重點了。

讓他雙眼放光的，是這份材料本身——材料的組織丶框架丶結構。

買櫝還珠原本是貶義詞，可是在這裡，池總工要的就是這個「櫝」！

他一邊揣摩著這份材料，一邊開口道：「高總工，我看你這份材料很有意思啊，這個組織形式和框架什麽的，對於我們實在是很有指導意義。」

高振東一看，明白過來了，他原來是對這個有興趣。

這份文檔，其實就是一個軟體需求說明，更深一層的，高振東就懶得寫了。

說明是按照高振東前世用的GB 8567標準來寫的，不過不是按照GB/T 8567-2006《計算機軟體文檔編製規範》裡的要求，而是按照被它替代的GB 8567-88《計算機軟體產品開發文件編製指南》裡《軟體需求說明書》來寫的。

8567原本88版是強製標準的類型，不過到了2006版的時候，發現這玩意強製起來沒意義，就改成了推薦標準。

至於為什麽用被替代的而不用新的，主要原因是2006裡的那玩意，軟體需求說明書被拆分成了太多的內容，完全不成體係，想要成體係的話，直接就搞成了又臭又長，或者極為繁雜。

&-->>