西协议和软件搞好之后，其实主要就是环境问题了，邮通委那边是绝对绕不过去的，至于防工委，就更不用说，他们是有特殊需求的。
“高总工这个提议好，一下子就解决了这套系统的部署和使用问题，我们回头就上报部里，到时候邀请十七机部、我们部，以及防工委和邮通委，一起来完成这个事情。”
十七机部领导：咳，咳，伱们叫我干啥，这多不好意思，嗨~~~~
池总工关注的点却不在这个事情上面，他正在看高振东给的电子邮件完整的方案。
方案里，功能本身他觉得都是顺理成章的东西，并不出奇，在看过“见字如晤”之后，这些扩展的或者是增加人机便利性的东西，已经不是他关注的重点了。
让他双眼放光的，是这份材料本身——材料的组织、框架、结构。
买椟还珠原本是贬义词，可是在这里，池总工要的就是这个“椟”！
他一边揣摩着这份材料，一边开口道：“高总工，我看你这份材料很有意思啊，这个组织形式和框架什么的，对于我们实在是很有指导意义。”
高振东一看，明白过来了，他原来是对这个有兴趣。
这份文档，其实就是一个软件需求说明，更深一层的，高振东就懒得写了。
说明是按照高振东前世用的gb8567标准来写的，不过不是按照gb/t8567-2006《计算机软件文档编制规范》里的要求，而是按照被它替代的gb8567-88《计算机软件产品开发文件编制指南》里《软件需求说明书》来写的。
8567原本88版是强制标准的类型，不过到了2006版的时候，发现这玩意强制起来没意义，就改成了推荐标准。
至于为什么用被替代的而不用新的，主要原因是2006里的那玩意，软件需求说明书被拆分成了太多的内容，完全不成体系，想要成体系的话，直接就搞成了又臭又长，或者极为繁杂。
在面对小型项目的时候，其实并没有8