工程应用软件开发方法，让产品更实用

以往进行工程计算时，众人所注重的是将程序运行成功就可以了。然而现如今的工程软件如同商品那般，要使得更多用户能够简便地运用以及维护。这种开发方法产生的变化，直接对交通、建筑等行业的CAD工程质量产生影响。

工程计算程序时代的痛点

上世纪七十年代初期起始直至七十年代中期阶段，我国交通领域的工程技术人员着手尝试运用计算机来开展计算以及管理工作。那个时期的开发工作基本上是围绕着个人进行运转的，程序的质量完全依赖于编程者个人所具备的技巧。上海海运学院的沈康展老师曾经明确指出，在这个特定阶段所生成的程序留给普通用户去掌握是极为困难的，并且其适应性也是相当差的。

如此这般的开发方式所引发的问题是极为显著的，程序常常仅仅是针对特定的机器，一旦更换了环境便无法运行起来，加之编程者仅仅关注计算自身，甚少去考量数据处理以及图形处理的需求，其结果便是每一个项目都得从头开始，白白耗费了大量的人力以及物力。

工程软件产品时代的到来

80年代往后，计算机硬件以及系统软件的更新速率愈发快速，用户不再甘愿于单纯的计算，而是期望软件能够开展综合性的工程设计、数据管理以及图形处理，此时个人英雄主义的开发模式已然全然行不通了，需要团队协作。

处于新的开发模式当中，工程应用软件被视作真正的产品予以打造，这表明软件得能够适合多种不同环境状况并且拥有良好的推广性能，同时也要相对容易被用户掌握以及维护才行，一个CAD系统的开发工作量往往需要几个人延续这么多年甚至几百人为期这么长时间，一定要依照严格的规程去组织开展工作。

分阶段开发与规格说明书

在七五CAD工程实践当中，分阶段开发技术被证实是切实可行且有效的，将整个软件开发进程切割成需求分析阶段，设计阶段，编码阶段，测试等阶段，每一个阶段都存在明确的起始点以及终点，如此这般去做所具有的益处是能够及时察觉并处理问题，而非一直拖延到最后才变得手忙脚乱。

需明确，规格说明书的制订，那可是重中之重的关键所在。在着手编码之前，就得将软件所应达成之事，以及需达成的标准，清晰明了地撰写出来。这份说明书宛如支撑建筑工程的施工图纸，它是团队展开协作的根基。一旦缺失它，开发人员将会各自为谋，最终所产出的软件极难整合归拢到一处。

正交模块分割与PAD方法

分割法正交模块是降低软件复杂度的有效手段，它规定不同功能代码需分开放置，使每个模块仅承担一件独立事务，倘若数据处理、图形显示、用户界面等功能都应分开编写，彼此互不干扰，如此这般，修改某个功能便不会对其他地方造成影响。

PAD软件表现法，是一种借助图形去表示程序逻辑的工具，相较于传统的流程图，PAD更具结构化，能清晰呈现程序的层次关系，在七五CAD工程里，这种方法助力开发人员更优地理解复杂逻辑，还便利了后期的代码维护与修改。

支撑软件的三层结构模式

应用软件系统所采用的三层结构模式，将软件划分成了表现层，业务逻辑层以及数据访问层。表现层承担着与用户进行交互的职责，业务逻辑层负责处理具体的工程计算规则，数据访问层用于管理数据的存取操作。这种分层方式使得软件的各个部分能够实现独立升级以及替换。

软件开发被SPL方法视作一个产品线工程的进程，它并非针对单个项目，而是从整个产品系列的视角予以规划，举例而言，在开发一系列相似的工程计算软件时，共同部分可被做成平台，而后针对不同需求迅速生成具体产品，此方法极大地削减了重复开发的工作量。

数据规范与知识管理的重要性

于CAD工程里，那数据规范乃是确保系统质量的基石所在。不同种类的设计数据，计算参数，图形信息，均需具备统一的格式以及命名规则。不然的话，各个模块相互之间的数据便无法顺畅地流通，整个系统也就会变成一盘散沙了。

知识管理是将专家经验固定于软件之中，举例来说，某位经验丰富的老工程师知晓特定结构设计所需采用的参数，这些知识能够被整理为规则库，使软件在用户输入不合理之际给出提示，如此这般，即便新手运用软件，也能够做出近似专家水准的工程设计方案。

是不是在工程软件开发期间，碰到过因欠缺规范致使项目需要返工的状况呢，欢迎于评论区去分享自身经历，点赞以及转发能让更多同行瞧见这些经验？