软件设计基本流程

The only way to do great work is to love what you do. If you haven't found it yet, keep looking. Don't settle.

随着信息化和数字化的持续推进，越来越多企业和人员会涉及到软件开发业务中。了解软件设计流程成为了IT和OT、业务之间有效协作的关键基础背景知识。本文旨在让产业界的朋友对软件设计的基本流程有所了解，一是鉴别合作方的业务能力，二是便于和合作方有效协作。

01 软件设计的静态视角

好的软件设计需要三个阶段递进，我们先讲第一个阶段：静态视角或者蓝图视角。
很多软件设计是从功能讨论开始，期望有亮点、有特色，结果很有可能是可汇报，不可使用。还有一些软件设计是从对标参考对象开始，期望有更多的功能，结果很有可能是功能比哪个都多，但员工抱怨不断。第三类常见的软件设计着手点是单个问题的拆解，结果很有可能是某个上帝可以正常使用，但在推广时各方阻力很大。建议软件设计先从人入手。

第一步：梳理业务的相关角色角色的基本信息角色的代表人员的简要信息角色的诉求第二步：梳理角色的工作

用一句话（10 个字以内）描述每个工作。然后描述每个工作的流程，流程中的节点具有几个特性：a、有外界的信息输入；b、向其角色、系统输出信息、文件；c、与其他角色、系统有交互。

第三步：基于 IT技术的能力重新设计流程

这个环节即使选做，也是必做。选做是因为变革需要契机，有时只能把一步拆成两步，先把线下搬到线上，之后再逐渐优化。必竟是这是一次难得机会，有可能让既有的工作有质的飞跃。

第四步：整理功能列表并分类组合形成系统逻辑架构图

此时的功能需求相对清晰，将耦合性强的功能组合到一起，将独立性强的功能隔离开。整体思路与企业组织设计的思路相似。低耦合高内聚是一种追求和目标。

第五步：将逻辑架构落实为真正的软件模块架构

这时要考虑软件工程的技术问题，属于纯软件的技术领域。包括微服务、队列、数据库、缓存、容器等等软件成型组件都会被考虑进来，一起为系统添砖加瓦。

第六步：设计出部署架构、物理架构

将软件与实物部署相结合，包括网络规划、服务器规划、数据库规划、容灾备份等等。

至此，软件的静态视角设计完成，我们就拥有了软件的宏伟蓝图，就可以撸起袖子开发了。产品、UI、前端、后端、硬件、质控、质保等等一群人不亦乐乎地忙乎起来。

02 为软件降生而设计

在获得了软件蓝图之后，还需要为软件降生而设计。也就是要为软件交付、部署、上线等进行设计。包括但不限于要解决的问题如下：

如何将软件分发到需要它的地方？如何让实施人员更高效地完成安装调试？如何将初始数据导入到系统中，包括用户账号、组织架构、业务流程、基础业务数据、老系统中的数据？如何提供培训让用户真正能把软件用起来？……

只有这些问题得到提前设计与做好应对设计和开发，才不至于让软件姗姗来迟，甚至错过了降生的机会。

03 为软件生存发展而设计

软件所处的环境是持续变化的。所以行业内一般认为一套业务系统用几年被淘汰掉是正常的。为什么？因为之前交付的软件是静态的！

为了让软件发展，需要让它能像孩子一样，不断了解世界，不断学习，不断改造升级自己，才能跟上企业的发展。需要做的设计包括但不限于：

对既有功能测量、跟踪的能力适应访问压力增长的能力适应数据量不断增加而不被拖累的能力适应新业务变化发展的适配、扩展能力将数字化的思想引入到软件设计中……04 总结

好的软件设计刚开始会感觉有些慢。因为一开始并没有噼里啪啦的敲代码。好的软件设计在开始阶段会不断深入谈论业务。因为失之毫厘谬以千里。软件后期修改的成本极高，包括人力成本、工期延期的风险、质量下滑的成本等。

建议让业务骨干来参与到软件的需求调研和业务设计，与供应商软件架构师们一起设计；而不是让一些“闲人”来凑热闹。主动帮助供应商了解业务，因为即使再老练的供应商也不会懂多少你企业的水深水浅。软件前期多听听阶段汇报，将上线时的一次性验收拆解成很多个小验收。将压力提前分解，让软件质量更健康。
本文转自网络，原文链接：https://developer.aliyun.com/article/783154
本站部分内容转载于网络，版权归原作者所有，转载之目的在于传播更多优秀技术内容，如有侵权请联系QQ/微信：153890879删除，谢谢！