評估大型項目的體系結構和技術方案

Question

在工作中，我們剛剛獲得資金以開發面向內部使用的複雜研究型信息系統。該系統必須支持100多名科學家和技術人員的日常工作，管理10 TB數據，並且可以在本地遠程使用。這些數字將以每年大約10％的速度增長。

我是指定的項目經理。雖然我在某些可能適用的架構風格方面擁有豐富的經驗，並且我們可能會選擇使用某些技術，但如果不仔細考慮所有可用的選項以選擇最佳的方案，我將不願意參與該項目。爲此，我想對架構和技術的選項進行一些評估。有幾種方法可以進行這些評估，比如在內部進行評估（負擔得起但很耗時，也許不太可靠），要求外部方爲我們做（可能很貴），依靠現有的報告或以前的工作，或所有這些的組合。

我的問題是：

1. 你覺得這種評價是一個好主意，然後纔開始與該項目的工程設計階段？這是否值得？

2. 您認爲我們應該如何進行評估？那裏有什麼基本的方法，它們的優缺點是什麼？

謝謝。

Answer 1

有些事情要做是：

• 問你正在考慮提供類似引用您的情況該技術的廠商，聊到這些引用
• 做一個驗證的概念使用一個現實的垂直的你打算建立

我們美國的角度來看基礎的架構是什麼使這些類型的選擇，看http://msdn.microsoft.com/en-us/library/bb245776.aspx

Answer 2

我會同意@Shiraz關於概念驗證，特別是確保系統的各個部分進行適當的通信。可以將他的答案組合在一起，以獲得時間前沿和專業前沿（詳情見下文）。我想說我會認爲你認爲這樣的評估是必不可少的 - 這很可能是一個成功的項目和時間和金錢匯的區別。

我一直參與評估系統的體系結構，以滿足爲多個平臺開發的3000多名軟件開發人員的需求。這個系統不像您的數據密集型，但我們之前已經完成了評估數據庫功能和生產系統規模的工作，該系統比您的數據大大約50％。

我們選擇數據庫評估的步驟之一是與學術機構建立一個聯合項目，以評估超大型系統的性能。這是RDMS新鮮的時候，我們可以找到沒有人有我們設想的用法的經驗。雙方都從中獲益;我們得到了我們想要的成果，比諮詢或獲得專家的成本大大降低;他們得到了一個重要的研究項目，併爲其提供資金。

我們開始評估開發環境的體系結構時，我們制定了一個需求規格說明，然後投標。然而，與招標過程相關的要素是，我們要求短名單中的所有人在其競爭的攤位上與其他所有開發商一起公平地公平地公佈他們提案的垂直部分。然後，我們爲所有開發者出席展會提供了機會，提出問題，測試這些建議，並向我們反饋他們的經驗。大約45％的開發者利用了這個機會，並能夠深入細緻地研究競爭的解決方案。這給了我們綜合的專業知識和不同的觀點，這些觀點融入了我們現有的內部資源，並促使供應商爲該過程提供實質性的技術投入。這也非常迅速（約6周設置這部分招標，爲3-4人，然後在展會的一週，接下來幾個星期編譯和比較公平的數據。）

我提到了系統元素之間的通信問題，在這兩種情況下，都不足以保證（例如）兩個部分都使用SQL;或者雙方使用標準化的SQL;或者他們聲稱遵守標準;他們必須證明在系統的一個部分中生成的SQL可以被系統的另一個元素讀取和操縱，這爲我們和供應商提供了一些震撼 - 他們通常不符合標準因爲他們聲稱。