第355章 GB 8567 (第1/2页)
　　
　　这个技术与即时消息通信不同，它不需要参与通信的双方同时在线，对于收发双方来说，都是自由的。
　　
　　也许即时性比较差，但是现实生活中，并不是什么时候都需要即时通信的，这种真正的信件式的方式，反而是更加符合人们日常习惯和需求的。
　　
　　至少当事情不是那么紧急的时候，只需要写上一封信传过去，对方总能收到，而不是要先打电话，约定好时间，然后等待漫长曲折的拨号过程。
　　
　　其实FTP也能在某种程度上达到这种效果，但是FTP是不具备全套邮件管理机制的，深入的东西不用说，就只是想要实现仅特定对象可见，整个过程就已经极为繁琐且不安全。
　　
　　这对于当前环境下的计算机通信来说，无疑是大大的提升了实用性和方便性，使得计算机通信的门槛大大降低。
　　
　　对于已经享受过数据通信的便捷的人们来说，这种改进的、更加方便易用的通信手段，无疑是佳音。
　　
　　“高总工，你这个想法好啊，这就跟真正的邮件似的，把信件往油筒里一放，不久之后收信人自然就会收到信件，根本不需要再去进行干预，对于用户来说，一切都是透明的。”
　　
　　高振东笑道：“对，所以我起名为电子邮件，英文名e-mail。”
　　
　　“电子邮件，这个名字太贴切了。”厉所长听出了高振东话里隐含的意思，让老外也用我们的东西！不过这时候这话只能听，随便说出来对谁都不好。
　　
　　池总工比较专注于技术：“如此一来，我们只要把想发的文件编成一封信，就可以把想传送的内容发到对方手上了，而且双方还不用在计算机边上蹲着等。”
　　
　　高振东笑了：“不用不用，池总工，这個电子邮件程序有个功能，可以添加任何二进制数据的文件作为附件，你们的资料什么的，该怎么编还是怎么编，甚至原有的资料都行。只要写好邮件之后，作为附件添加上去就行了，不用把文件重新编一次。”
　　
　　池总工乐了：“好家伙，高总，你不但实现了电子信件，还实现了电子包裹！”
　　
　　池总工总结得非常到位，日后很多人都没意识到，其实e-mail里面的附件不只是信件，那玩意更像是一个包裹，和信件只能写字、画画不同，包裹里可以是任何东西。
　　
　　高振东道：“反正我就是觉得这个功能很需要，就做进去了。我这里有测试计划，请所里的同志继续把所有试验做下去，我就偷个懒，后面的我就主要动嘴了，不动手了。”
　　
　　高总工大气！在场的人心里都浮起这么一句话。
　　
　　要是高总工不主动“偷懒”，那在场的同志们想要把名字写成果总结报告里去，可就有些困难了。
　　
　　现在高总这么一搞，大伙们上去输条指令，旁边看个输出，都算啊。
　　
　　池总工一把从高振东手里把拿了过去：“我亲自来，哈哈。”
　　
　　刚才的试验，他全看高振东和厉所长看了，感觉隔靴搔痒，很不过瘾，这下子一抓到机会，劳资自己上！
　　
　　高振东在运算所一直呆到了中午，才把所有的项目都测试完。
　　
　　面对眼露期盼的运算所众人，高振东拿出了一份早有准备的材料。
　　
　　“厉所长、池总工，刚才你们也看到了，这个邮件协议和基础程序所有的功能是齐全的，但是在易用性和功能组合、功能扩展上是有所不足的，我自己是没有这个时间去搞了。我这里已经拟好一份完整的电子邮件程序所需的功能列表和要求，你们可以按照这个资料完善这个程序。”
　　
　　厉所长一副就知道有好事的样子，果然，高总工还是只抓核心，边边角角的东西，就留给运算所这边来捡漏了。
　　
　　“嗯，你放心，这个事情我们一定会搞好。”
　　
　　高振东笑道：“其实这个东西的麻烦在于，需要一台或者多台邮件服务器，以及得到比较好保障的通信线路，我的建议是，你们可以和邮通委那边沟通一下，再加上防工委，他们是有特殊需求的。你们几家坐下来，搞一套或者一批邮件系统，以满足各方的需求。”
　　
　　厉所长心领神会，这个东西协议和软件搞好之后，其实主要就是环境问题了，邮通委那边是绝对绕不过去的，至于防工委，就更不用说，他们是有特殊需求的。
　　
　　“高总工这个提议好，一下子就解决了这套系统的部署和使用问题，我们回头就上报部里，到时候邀请十七机部、我们部，以及防工委和邮通委，一起来完成这个事情。”
　　
　　十七机部领导：咳，咳，伱们叫我干啥，这多不好意思，嗨~~~~
　　
　　池总工关注的点却不在这个事情上面，他正在看高振东给的电子邮件完整的方案。
　　
　　方案里，功能本身他觉得都是顺理成章的东西，并不出奇，在看过“见字如晤”之后，这些扩展的或者是增加人机便利性的东西，已经不是他关注的重点了。
　　
　　让他双眼放光的，是这份材料本身——材料的组织、框架、结构。
　　
　　买椟还珠原本是贬义词，可是在这里，池总工要的就是这个“椟”！
　　
　　他一边揣摩着这份材料，一边开口道：“高总工，我看你这份材料很有意思啊，这个组织形式和框架什么的，对于我们实在是很有指导意义。”
　　
　　高振东一看，明白过来了，他原来是对这个有兴趣。
　　
　　这份文档，其实就是一个软件需求说明，更深一层的，高振东就懒得写了。
　　
　　说明是按照高振东前世用的GB 8567标准来写的，不过不是按照GB/T 8567-2006《计算机软件文档编制规范》里的要求，而是按照被它替代的GB 8567-88《计算机软件产品开发文件编制指南》里《软件需求说明书》来写的。
　　
　　8567原本88版是强制标准的类型，不过到了2006版的时候，发现这玩意强制起来没意义，就改成了推荐标准。
　　
　　至于为什么用被替代的而不用新的，主要原因是2006里的那玩意，软件需求说明书被拆分成了太多的内容，完全不成体系，想要成体系的话，直接就搞成了又臭又长，或者极为繁杂。
　　
　　
　　
　　（本章未完，请点击下一页继续阅读）