我希望這不是爲了這個網站脫離主題。如何分析系統架構？
最近我有機會審查客戶端的銀行系統。考慮到我在自己的項目和整個系統架構上花了多少時間思考架構，我非常難以發現這項任務。
我開始寫一個功能列表，但發現它太過於限制，因爲這只是供應商給我的「是的，我們做Web服務」的答案。它會是一個很好的可擴展解決方案，或者是其專有API的薄包裝？
我從那以後決定通過使用一些主題和以對話的方式接近任務，讓供應商給我係統的要點（螺母和螺栓）。
對於系統評價，您會建議哪些主題？
一個主題I找到最重要的是可擴展性和系統支持更改的方式，同時仍允許升級。另外發現編程接口的能力是一個重要的問題。
當談到審查銀行系統和類似的軟件系統時，我發現它是一種有價值的資源，讓某種研究機構可以依靠。 （考慮Gartner/Forrester /等）
這對於嚴重的原因很重要。
首先;涉及到很多政治因素，這些公司需要詳細說明需要覆蓋的領域的定義。其次;這使得完成後您的評估更容易獲得批准。第三;您可以用他們理解的詞彙與供應商溝通。
您可能需要添加：
我不瞭解你，但在我的企業中，更具挑戰性的問題是：「你有什麼？多少臺服務器？有多少個數據庫？軟件X有多少個實例？之後，通過業務功能打破系統似乎更容易一些（「總帳？這是其他的 - 支出。」）
另一個問題是冗餘數據。每一個信息都應該有一個來源/所有者，但事實是它在許多地方是多餘的和重複的。
爲了能夠進入每個系統，並確定哪些持有自己版本的客戶端數據是一個巨大的挑戰。
我們沒有一個架構。它更像是一切：大型機，帶有Oracle表單的客戶端/服務器，Web，一些服務，Excel和Access桌面應用程序 - 其中一些爲公司執行關鍵功能 - Java和.NET。這非常複雜。
我希望你的情況更好。
像Altiris工具幫助一些。端口掃描可以識別粘貼到其默認端口的應用程序。公開WSDL的Web服務是簡單的目標。
我喜歡關注主數據。這是迄今爲止企業中最具挑戰性的事情。 我對這個領域的想法越多，我相信一個開源社區來開發標準化的評估模板將是一條路。 有誰知道這樣的舉措？ – elgrego 2009-02-15 16:09:29
我認爲所有的一般原則都適用於Bravax指出的內容。但我想補充一點，你應該留意「家庭」成長的解決方案。我知道一個銀行系統有一個自定義隊列，一個自定義緩存層。因此，家居解決方案是值得關注的。
我想我的第一個問題是 - 你在評論什麼？你爲你的客戶回答什麼問題？我可以在可擴展性，性能，延遲性和可靠性方面進行調查，「ilities」列表仍在繼續，但不知道您要評估的內容是什麼可能會浪費你的時間和客戶的時間。
我不清楚這個問題。 「評論」的目標是什麼？建立新的，購買新的，正確的現有的，替換，性能調整？這可能是任何事情，「審查」的某個目標會有所幫助。 – 2009-02-15 20:39:38