web-applications - 如何开始为 Web 应用程序建模？

Question

我问这个，因为明天是我与客户的第一次会面，她告诉我，她现在(手动)在做什么以及它是什么，新的 Web 应用程序最终应该做什么。

我想知道，在她向我展示了该过程的步骤期间，我做了什么。我是否能够识别用例并直接对其建模？我是否在 prosa 中描述了这个过程？我如何将过程从现实世界描述/转录为模型，然后作为代码的基础？

对您来说，开始新开发的最佳实践是什么？有小费吗？

Answer 1

都是关于进程 和 管理期望和技术关系不大。大多数客户(尤其是小型咨询公司)犯的错误(恕我直言)是他们选择了固定价格契约(Contract)(可能需要支付 T&M 支持:时间和 Material )。他们这样做是为了进行风险管理，所以这是可以理解的。

问题是他们以三种方式为这种较低的风险付出了代价:

您为较低的风险支付溢价。这是一个基本原则，在软件开发和金融市场中同样适用；

开发人员面临的风险如此之大，以至于成本呈天文数字上升，而这恰恰对任何人都没有好处(好吧，开发人员会受益，直到事情发生灾难性的错误，他们最终几乎总是会这样做)；和

您花费了大量时间来开发规范并正式确定您忘记的可交付成果和验收标准，因此您只花了 30 万美元编写了 300 页的 Word 文档，而不是，您知道，编码一些东西。

所有这些都会使最终结果对客户来说更加昂贵，让开发人员失去动力(谁想写 300 页的 Word 文档？说真的!)并且它延迟了客户实际得到任何东西(从而增加了范围蔓延的风险，这与项目的长度成正比)。

通过采用 T&M 方法并结合某种形式的快速原型(prototype)制作方法，并在不超过 4-6 周的时间内定期向客户交付或演示，双方通常会得到更好的服务。这有助于管理期望。如果客户可以看到正在发生的事情，它会让他们放心并让您继续工作(而不是在 session 中通过甘特图等待时间)。

所以你应该做的是尝试说服你的客户采用渐进式方法(婴儿步骤)，他们可以看到他们得到了什么，它是如何发展的，并参与到这个过程中。它可以更快地获得结果并且最终更便宜(双方分担风险负担)。

许多开发商似乎也忘记了一件事，那就是他们就像 15 世纪法国的皇室臣民。他们可能拥有特权，甚至财富和许多特权，但他们为国王(或王后)服务，国王可以随心所欲地斩首他们。我的意思是客户最终掌握了权力，而您作为开发人员的存在是为了让他们的生活更轻松，而不是相反。

如果客户想要在老板的 iPhone 上的虚拟 Vax/VMS 服务器上运行在 Cobol on Rails 上开发的粉红色和绿色网站，这就是他们得到的。现在您可以利用您的专业知识和经验来尝试说服他们这不是一个好主意，但最终如果这是他们想要的，您有两个选择:给他们或步行。

太多的开发人员陷入了给人们他们认为应该拥有的东西，而不是他们要求的东西的陷阱。大错。这个过程的一部分是保持与客户的沟通 channel 畅通，这样当他们期待完全不同的东西时，你就不会偏离地认为他们想要一些东西(或决定他们应该拥有一些东西)。

即使是一个小型的软件开发项目也很容易跑到 6 位数。对于为此付费的人来说，这通常是一笔巨大的投资。他们有权不紧张，你有责任让他们开心。