86可乐
会员书架
首页 >都市言情 >四合院:我边做科研边吃瓜 > 第358章 GB 8567

第358章 GB 8567

上一页 章节目录 加入书签 下一页

有意思啊,这个组织形式和框架什麽的,对于我们实在是很有指导意义。」

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

生命周期?高总用词就是高级,学会了学会了。

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

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

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

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

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

池总工一下就激动了:「高总,你看你是不是把他们写出来,我们一起把它往国家标准的层面推一推?这样一来,全国的软体编制人员也有个可靠的工作依据可用。」

在DJS-59丶DJS-60D大规模铺开使用之前,这个东西实际上有意义但是意义不大,因为那时候的软体,实际上是碰到什麽问题才解决什麽问题,规模小丶功能单一丶指向明确,后来的软体开发的整个流程对于这类工作来说,也就那麽回事儿吧。

不过随着DJS-59丶60D的普及,这个事情已经开始慢慢的浮上了水面。

这是个好事,提前做,让软体编制人员提前进入状态,提前形成工作思路和习惯,可以少走不少的弯路。

高振东点点头:「可以,我回去抽点时间,近期之内把它们形成文字,然后你们组织人手,校对修改,我们再往上报。」

他准备把整个GB 8567-88《计算机软体产品开发文件编制指南》都拿出来,就一个《软体需求说明书》有什麽意思,要搞,我就搞全套!

至于GB/T 8567-2006就算了,概念跨度太大了,步子太大,容易扯着那啥。

厉所长看着池总工和高振东的讨论,一脸的惬意,还得是老池,一下就又从高总那里挖到了个新玩意,不行,得和电子邮件一起,赶紧报到部里去。

这不马上过节了嘛,这不大不小也是个好事情。

高振东在运算所蹭了顿午饭,下午上班的时候回到了自己办公室。

刚进门,差不多上班的时候,电话就响了起来。

接起电话,是通信院的冯总工。

冯总工开口就是半开玩笑半抱怨:「诶呀,我的高总工啊,你看,你搞出来新东西,怎麽不照顾一下我们嘛,电子邮件电子邮件,主要还是邮件嘛,我们通信院正好对口,软体编程人员也不比运算所少嘛。」

他们自从接了「电报数据化通信机」的课题之后,就一直在埋头工作,这个

点击切换 [繁体版]    [简体版]
上一页 章节目录 加入书签 下一页