首页 > 悬疑推理 > 四合院:我边做科研边吃瓜 打小就清澈

第362章 一家一半

小说:

四合院:我边做科研边吃瓜

作者:

打小就清澈

分类:

悬疑推理

《四合院:我边做科研边吃瓜》全本免费阅读 ggd8.cc

虽然通信院搞的电报数据通信机是用DJS-60D作为控制计算机,这个东西现在并不能出口,但是软件用到DJS-59上还是能配套的。

大洋公约国家也许打不进去,但是经助会国家、一些其他零散的国家还是能试试的。

至于电子邮件,看起来和电报数据通信机差不多,但其实区别挺大,这个在这个阶段更多用于机构工作人员之间的通信,还是挺好用的。老外工作喜欢发e-mail的习惯,其实就是普及e-mail比较早,慢慢养成的。

防工委的领导把这两个东西介绍完,而且也说了,这两個软件,没有任何保密需要,尽管卖,能卖多少算多少,能卖哪儿卖哪儿。

甚至如果有需要,能做专门的固化程序的DJS-59,只用于这个功能。

这个能力,运算所这些单位还是有的。

对于这个事情,其他几个部门非常有兴趣。

对于外事,是可以扩大影响力的一种手段,尤其是这种高科技产品。虽然很微弱,不过老话说得好,不积跬步无以至千里,不积小流无以成江海,路都是要一步一步走的,没有那么多一蹴而就的事情。

嗯,除了高振东那种挂壁。

对于外商部来说,那就更简单了,卖小钱钱还债!

特别是知道“卖软件”的概念之后,对于这种出售一盘两盘小磁带就能赚回比较大额外汇的事情,那就更感兴趣了。

几人当场拍板,这东西,卖了卖了,马上加上清单去,都不用开论证会。

外商部领导还开了个玩笑:“老X啊,十七机部这个宝贝疙瘩,你可要看好了,别出什么意外。”

防工委领导一边点头,一边心想,这还用你说,我早就安排咯。

——

高振东花了1天时间,把GB8567里面该改的地方给改过来,这东西也就几十页,改起来不麻烦。

然后两个电话,请来了运算所和通信院的两位总工。

两位总工见面,颇有些较着劲的微妙,好嘛,要不是你,我可就独吞了。

不过这种良性竞争,也算不上什么坏事,高振东假装没看见,你们斗你们的,我稳坐钓鱼台,而且绝不会空军。

高振东一边在心里阴阳着钓鱼佬,一边拿出自己改好的《软件开发文件编制指南》,分成两半,递给了二人,二人也顾不上斗鸡了,连忙接过来翻开。

GB8567是一份涵盖了计算机软件开发从可行性研究报告到项目开发总结报告全过程的,一共14个文档编制说明的标准,对于软件的整个生命周期都进行了定义。

其章节组织,是根据软件生命周期的整个流程,从前往后写的,对于开发人员来说,非常容易看懂和掌握。

这一点,是88和2006最大的不同,2006里面扩展了一些东西,拆分和重新组织了一些东西,一共是25个软件开发的文档。

详细是详细了,可是要说到文件的组织顺序,说一句杂乱无章并不为过。

总的说来,88版用于瀑布开发模型非常合适,而2006版就颇有些一言难尽了,好像是更偏向敏捷开发,可是却又不是那么太敏捷的样子,总之突出一个拧巴。

在高振东看来,如果要开发项目型的软件,那用88版做总纲合适一点,如果要搞持续快速迭代的软件,那从2006里面拆东西出来用合适。

其实把2006融进88的各个阶段文档里面,是一个不错的搞法,不过以当前的环境条件,这个步子略大,容易让开发人员陷入为了文档而文档的窘境。

对于这时候的开发人员来说,拿着88搞傻瓜式操作,跟着标准一路把文档落实下来,是大概能把一个项目管好的。

而2006版的话,就要花费一些心思了,2006的更先进,某些东西更详细,但是系统性却是不如88版的,一个没有比较成形的项目管理思维的人,看着2006那一大堆东西,直接懵掉的概率不低。

这也就是高振东没有选择2006版的原因,本来开发流程对于这个时候的软件开发人员们来说,就已经够乱了,再来一个乱糟糟的2006,那无异于让开发人员本不清晰的思路,更加雪上加霜。

还是那句话,技术不是越先进越好,而是合适才好。

就好像前世高振东看网文的时候,某扑街作者吐槽,自己写书用的就是个古董级别的X220小黑本,小黄鱼165块钱包邮,反正能打字查资料就没问题,反倒是那块键盘比基本上所有新笔记本都好用,这上哪儿说理去。

果然,这份标准对于池总工、冯总工这两位既有技术功底,又有管理经验的大佬来说,直接就打开了他们软件开发的新大门。

“可行性研究、开发计划、需求说明书、数据要求、概要设计、详细设计、数据设计。高总啊,你这是把软件编制的整个过程,掰开了揉碎了,用文档给定下来了啊,有了这个,哪怕后期中途换人也不怕耽误工作了。”

池总工是运算所的,离软件开发更近一些,所以拿到的内容是前7个文档,也是软件开发的前7个过程,唯一和88不同的是,这个时候还没有数据库的概念,所以高振东把数据库设计改为了数据设计。

否则的话,还得解释数据库的事情,在还没形成这个概念的现在,有点儿超前了,数据库的事情往后放放。

池总工一拿到手,沿着章节名称一眼看下来,就已经认识到了这个标准的用处,这就是手把手的教软件开发人员,怎么从头到尾有序的、有组织的、从顶向下、由粗到细的完成一个软件的编制开发。

如果说以前的软件开发方式,是要靠软件人员的个人能力和灵光一现的话,那按照高总工这个标准贯彻下去的话,是能把软件开发当成一个工业化的流水线来搞的。

虽然可能会少一些灵性,可是应用软件这东西,哪儿来那么多灵性,完成功能才是主要的,灵性嘛,少部分人有就行。

【当前章节不完整】

【阅读完整章节请前往原站】

【ggd8.cc】