在设计软件解决方案时绘制业务流程是否有意义？

Question

我们正在设计软件。它是件已经从零开始发展起来的。我的经理告诉我要画出业务流程。我对此表示怀疑，因为我已经知道这件事了，我可以立即开始设计和原型开发。在设计软件时，您认为业务流程是一个很好的起点吗？这是我们可以向利益相关者介绍的东西。他们投资，所以也许这样他们就能理解我们在做什么。他们了解业务流程的图景。

我怀疑的理由有以下几点：

1. 我已经知道了过程，所以我不需要画它们。我同意其他参与者可能不认识他们；
2. 我观察到，有时会创建第一个软件，然后作为文档的一部分绘制下一个过程，这对我来说似乎太晚了；
3. 设计过程是不完善的，需要对数据结构、逻辑、用户界面、与第三方系统的接口等进行额外的描述。

我同意我们有可能将计划提交给客户代表。我们也可以通过说我们所涵盖的和我们没有涉及的这些进程来决定其范围。我们也可以与产品所有者讨论。

我听说过基于代码的设计。你能说说这件事吗？我删除了评论中所建议的“软件设计的替代方法”这句话。

我更喜欢的方法是，在敏捷团队形成的时候，逐步进行原型设计。我喜欢敏捷团队中关于计划解决方案的讨论。不幸的是，并不是所有的团队成员都平等参与其中。

Answer 1

我对此表示怀疑，因为我已经知道这件事了，我可以立即开始设计和原型开发。在设计软件时，您认为业务流程是一个很好的起点吗？这是我们可以向利益相关者介绍的东西。

这样，您就完全理解了这个过程，并且可以直接编写代码。

祝贺你。

你是否理解与支付给你这份工作的利益相关者相匹配？亲是怎么知道这个的啊？

你同意他们的程序了吗？

你怎么才能在写错东西、浪费他们的时间和金钱之前就这么做呢？

通常，你所知道的“翻译”成一种不同的格式会让你以不同的方式思考它，一些奇怪的和边缘的案例开始从木制品中冒出来。

Answer 2

对于某些开发项目，绘制业务流程可能是一种有用的工具，用于通信或文档、收集或验证需求、设计系统结构，有时只是为了营销目的。对于其他项目，这可能是不必要的，甚至是没有意义的。对于某些项目，其他形式的图形或书面文档可能比业务流程模型更有用。

这取决于

• 论有待发展的制度的种类和规模
• 系统所支持的业务流程的类型
• 关于所涉人员，他们的不同知识水平和他们喜欢的沟通和文件方式
• 项目中的时间点，以及在特定时间点上通信或文档所需的抽象级别。

你的问题中几乎没有足够的信息来告诉你在你的具体情况下什么是有意义的。但是，从您认为您(或您的团队)对业务流程的了解足以开发正确的软件这一事实来看，我不会得出结论，即所有涉众都立即相信了这一点。因此，也许有必要以某种方式向他们证明，你知道自己在做什么。您如何决定这样做取决于您，您的组织，以及您的利益相关者的想法。

Answer 3

除了通信和记录功能的价值外，我还将其作为节省时间和原型化的主要步骤。这就是业务分析师应该做的，也是为什么有这么多人存在的原因。

参考https://en.wikipedia.org/wiki/Business_流程_建模