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