评估大型项目的架构和技术备选方案

Question

在工作中，我们刚刚获得资金，以开发一个复杂的面向研究的信息系统，供内部使用。该系统将支持100多名科学家和技术人员的日常工作，管理10 TB的数据，并可远程和在当地使用。这些数字将以每年大约10%的速度增长。

我是指定的项目经理。虽然我在一些可能适用的体系结构风格和一些我们可能选择使用的技术方面有丰富的经验，但我不想在不仔细考虑所有可供选择的选项以选择最好的选项的情况下开始这个项目。为此，我想对有关体系结构和技术的选择进行某种类型的评估。进行这些评估有几种选择，例如在内部进行评估(负担得起，但耗时，或许不太可靠)，要求外部方为我们做这些评估(也许很昂贵)，依靠现有的报告或以前的工作，或者综合所有这些。

我的问题是：

1. ，你认为在我们开始这个项目的工程阶段之前，这种评估是个好主意吗？你认为我们应该进行评估吗? worthwhile?
2. How吗？有哪些基本的方法，它们的优缺点是什么？

谢谢。

Answer 1

有些事情要做的是：

• 询问您正在考虑提供类似于您的案例的引用的技术的供应商，并与这些引用进行交谈，
• 做了一个概念的证明，使用的是您打算构建

的实际垂直方向。

我们基于透视图的体系结构来做出这样的选择，参见http://msdn.microsoft.com/en-us/library/bb245776.aspx

Answer 2

我同意@Shiraz关于概念证明的观点，特别是要确保系统的各个部分进行适当的通信。有可能将他回答的内容结合起来，在时间方面和专门知识方面取得进展(详见下文)。我要说的是，我认为这样的评估是必要的--这很可能是一个成功的项目和一个时间和金钱来源之间的区别。

我曾参与评估系统的体系结构，以满足为多个平台开发的3000+软件开发人员的需要。这个系统不像你的系统那么密集，但是我们以前做过评估数据库能力和生产系统规模的工作，这比你的数据大了大约50%。

我们选择的数据库评估步骤之一是与学术界建立一个联合项目，以评估大型系统的性能。这是在RDMS是新时代，我们可以找到谁谁有经验的那种使用，我们设想。双方都从中获益；我们以比咨询或聘请专家更低的成本获得了我们想要的结果；他们得到了一个实质性的研究项目，并为此提供了资金。

在我们评估开发环境的体系结构时，我们制定了一个需求规范，然后将其提交投标。不过，投标过程的特色在于，我们要求短名单上的人士，在一星期内与所有其他发展商在争拗的摊位上，提出他们的建议。然后，我们为所有发展商提供机会，让他们提出问题、测试建议，以及就他们的经验提供意见。大约有45%的开发人员利用了这个机会，并且能够对相互竞争的解决方案进行深入的审查。这给了我们综合的专门知识和不同的意见，利用了我们现有的内部资源，并促使供应商为这一过程提供大量的技术投入。这也是非常迅速的(大约6周建立这部分投标，3-4人，然后是交易会的一周，然后几个星期汇编和比较从博览会产生的数据。

我提到了系统各组成部分之间的沟通问题。在上述两种情况下，仅仅保证(例如)两个部分都使用SQL，或者双方使用标准化的SQL，或者它们声称遵守标准是不够的；它们必须证明，在系统的一个部分生成的SQL可以被系统的另一个元素读取和操作。这给我们和供应商带来了一些冲击--他们往往不像他们所声称的那样遵守标准。