如何评估一个属于相当陌生的知识领域的全新应用程序的设计?

时间:2010-12-30 21:56:20

标签: sdlc

最近我参与了设计和编写一个应用程序,我的团队得到了完整的要求,并且必须基本上设计和编写它 - 它是关于第三方手写识别平台的自动化与我们的几个系统互操作。现在几个月后,客户打电话给看似乍一看似乎是一个小问题,但经过调查后发现整个应用程序需要重新设计才能解决这个不准确问题(重新设计然后修补更容易)。

我个人认为应用程序在this thread中提到的任何一点上都没有特别糟糕的设计,但只是因为我们有许多小的未知数,现在看起来已经累积成一个主要的设计缺陷 - 我们基本上没看到的东西。设计阶段的所有这些小因素似乎都是微不足道的。可以忽略所以我们认为我们做得很好。现在问题出现了它似乎很傻我们无法在设计时发现它,但我想我们忽略了一些'小'细节&毕竟是细微差别。

当你进入一个你不太熟悉的应用程序的设计阶段时,有什么方法可以采取,但它的设计(错误地)似乎或多或少是直接的(创建表,写BO,写UI)等等)这样你就可以增加在实施阶段(或者至少在客户部署之前)预见到这种陷阱的机会?

PS:有时候我们雇用专家来帮助数学家一次,或者地理人员帮助我们,但是谁可以帮助我们将第三方平台纳入我们的除了我们之外

1 个答案:

答案 0 :(得分:1)

我认为方法必须是在域中找到“最佳做法”。每个域都有程序,其中始终执行的操作;从业者经常会忘记这些实践的基本原理是什么。作为一个新手,最好找出这些最佳实践,并盲目地遵循它们。

这样,你很有可能避免犯同样的错误,如果遇到问题,这些问题很可能是域名的典型问题,并且有着名的解决方案/解决方法。

当然,所有人都在抽象地说话。