海棠小说

手机浏览器扫描二维码访问

第358章 gb 8567（第2页）

十七机部领导：咳，咳，伱们叫我干啥，这多不好意思，嗨~~~~

池总工关注的点却不在这个事情上面，他正在看高振东给的电子邮件完整的方案。

方案里，功能本身他觉得都是顺理成章的东西，并不出奇，在看过「见字如晤」之后，这些扩展的或者是增加人机便利性的东西，已经不是他关注的重点了。

让他双眼放光的，是这份材料本身——材料的组织丶框架丶结构。

买椟还珠原本是贬义词，可是在这里，池总工要的就是这个「椟」！

他一边揣摩着这份材料，一边开口道：「高总工，我看你这份材料很有意思啊，这个组织形式和框架什麽的，对于我们实在是很有指导意义。」

高振东一看，明白过来了，他原来是对这个有兴趣。

这份文档，其实就是一个软体需求说明，更深一层的，高振东就懒得写了。

说明是按照高振东前世用的gb8567标准来写的，不过不是按照gbt8567-2006《计算机软体文档编制规范》里的要求，而是按照被它替代的gb8567-88《计算机软体产品开发文件编制指南》里《软体需求说明书》来写的。

8567原本88版是强制标准的类型，不过到了2006版的时候，发现这玩意强制起来没意义，就改成了推荐标准。

至于为什麽用被替代的而不用新的，主要原因是2006里的那玩意，软体需求说明书被拆分成了太多的内容，完全不成体系，想要成体系的话，直接就搞成了又臭又长，或者极为繁杂。

在面对小型项目的时候，其实并没有88里面的这个好用，面对大型项目的时候，嘿嘿，其实也就那麽回事儿，文档过多，监理骂娘。

毫无疑问，不论是88版还是2006版，对于池总工来说，都无异于发现了一块新的大陆，这东西太好用了！

高振东道：「你是说这个文档的格式？」

池总工点点头：「对对对，这个《软体需求说明书》，对我们的工作太有指导意义了，我们现在软体的编制，根本就不知道到哪一步需要什麽文档作为支撑，每个课题都是五花八门，全靠编制人员自己的能力撑着，整个流程非常混乱。你这个，我提炼一下，作为需求阶段的标准文档就不错。」

池总工还是很有眼光的，一眼就看出来这个东西的用处和意义。

高振东想了想，这还真是，现在哪里会有软体开发全生命周期的指导性文件？他们肯定都是摸着石头过河，至于摸着哪一块，是不是合适，那就看技术能力，还有一点运气了。

嗯，这个事情可以搞一搞。

想到这里，高振东笑道：「池总工眼睛很毒啊，我这刚搞出来套东西，就被你发现了，哈哈哈。」

「套」？老池聪明着呢，一听高振东这话，就知道事情远远不是他一开始想的那麽简单。

「高总工，听你这意思，这文档还不止一份，而是全套的，可以贯穿软体编制过程中的很多工作的？」

高振东点点头：「对，我的确是搞了一套用于软体编制整个生命周期的文件的标准。」

生命周期？高总用词就是高级，学会了学会了。

不对，生命周期算啥，听听我听到了什麽，标准啊！

标准这东西，在这个年头可是新东西，高级得很。

被誉为「标准的标准」的第一号国家标准gb1《标准幅面与格式丶首页丶续页与封面的要求》，才于不久前的1958年颁布，还不到两年时间。

这个时候，标准化工作在绝大部分单位的工作表里，要麽不存在，要麽靠后面。有的是技术原因，有的是实在没有精力去管这个事情。

总之一句话就是：标准，运算所也没做过几个。