第374章（1 / 2）

《穿越黑龙江1940 作者：猪熊》转载请注明来源：吉内斯小说(www.genessiscs.com)

软件维护远比debug要复杂。

在软件投入运行后，可能会暴露一部分在测试阶段没有发现的错误，为改正这些错误需要进行改正性维护。

由于软件运行的外部环境(软件，硬件)和数据环境等的变化需要修改软件使之适应这些变化，这就要进行适应性维护。

用户的需求是经常变化的，在软件使用过程中，用户会对软件提出新的功能和性能要求，为了满足这些新的要求而对软件进行修改，使之功能和性能得到完善，需要完善性维护。

采用先进的软件工程方法对需要维护的软件或某部分软件重新进行设计，编码和测试，以提高软件的可维护性和可靠性等，为以后进一步改进软件打下基础，这种就被称为是预防性维护。

除了这些之外还有很多乱七八糟的维护……

可以说一款软件发布之后，程序猿工作的日常不是正在维护软件就是在维护软件的路上。

而涉及到软件维护的工作很麻烦。

debug的时候人人盼着有规范的注释。

写bug的时候却几乎人人忘了注释这回事。

部分复制粘贴的大混子还喜欢弄成“黑盒”的形式，瞎继而封装。

各种麻烦事一大堆。

不过这个虽然麻烦，但软件维护好歹是技术层面的事情。

对于技术层面的事，这本就是程序猿本职工作之内的，这类事情虽然麻烦也是义不容辞。

最困扰程序猿的首推没完没了的各种文档，软件开发文档就是其中之一。

本科是计科/软工出身的程序猿，工作还是读书涉及到的简直是写不完的文档。

前世大学期间，大二大三给林灰最大的印象，似乎就是写不完的实验报告和各种乱七八糟的文档，就很烦人。

（……不知道近几年上网课具体是啥情况）

工作之后，更是没完没了的各种文档。

以软件开发为例：

在软件开发的不同阶段，需要编写不同的文档。

在计划阶段，需要编写详细设计文档、单元测试方案文档和集成测试方案文档等；

在开发阶段，虽然不需要弄新的文档，但也需要跟文档打交道，程序猿需要对之前的文档进行修改；

在测试阶段，要编写单元测试报告、集成测试报告和系统测试报告等；

在软件的发布阶段，要编写安装手册、用户手册、升级指导书等。

涉及到安装手册和用户手册还要尽可能做到通俗易懂。

呃，虽然很多软件设计者清楚自己弄的软件是怎么回事，但想说明白还真不是一件容易的事情。

不止是软件开发方面要写文档。

涉及到算法方面要写的文档也很繁杂。

可以说很多计算机以及计算机衍生行业都涉及到各种乱七八糟的文档专业。

就连产品经理也得经常写输出需求文档之类的东西。

不然想改需求也没那么容易。

写文档这事很麻烦，无论是程序猿还是产品经理对这玩意都深恶痛绝。

但文档不写还不行。

因为在组织高度严密的企业中。

我们不光要做东西，还要擅长向其他人展示自己的想法。

至于林灰先前做软件为什么没写这些乱七八糟的东西。

很大程度上因为林灰是光杆司令，林灰并不需要向别人展示他的想法。

另外这个时空涉及到软件著作权登记不需要单独申报。

这样林灰先前开发的几款软件就不必额外填写软件开发文档了。

但林灰现在这种情况下只是特例。

本章未完，请点击下一页继续阅读！