我希望这不会偏离本网站的主题。
最近，我有机会为客户审查银行系统。考虑到我不得不在自己的项目中思考架构和整体系统架构的时间，我发现这项任务有多么困难，这是非常了不起的。
我开始编写功能列表，但发现这太局限了，因为这只是供应商给我“是的，我们做 Web 服务”答案的问题。它会是一个很好的可扩展解决方案，还是对其专有 API 的精简包装？
从那以后，我决定通过使用一些主题来完成这项任务，并以对话的方式让供应商给我系统的要点（具体细节）。
您建议系统审查的主题是什么？
我发现最重要的一个主题是可扩展性以及系统支持更改同时仍允许升级的方式。编程接口的发现能力也是一项重要的工作。
您可能需要添加：
我不了解你，但在我的企业中，更具挑战性的问题是：“你有什么？” 多少台服务器？有多少个数据库？软件 X 有多少实例？在那之后，按业务功能分解系统似乎更容易一些（“总账？就在这里。其他在那里 - 支出。”）
另一个问题是冗余数据。每一位信息都应该有一个来源/所有者，但事实是它在许多地方都是多余的和重复的。
能够进入每个系统并确定哪些系统拥有自己的客户端数据版本是一个巨大的挑战。
我们没有一种架构。它更像是所有东西的一点点：大型机、带有 Oracle 表单的客户端/服务器、Web、一些服务、Excel 和 Access 桌面应用程序——其中一些执行公司的关键功能——Java 和 .NET。这很复杂。
我希望你的情况会好一些。
Altiris 之类的工具可以提供一些帮助。端口扫描可以识别坚持使用默认端口的应用程序。公开 WSDL 的 Web 服务很容易成为目标。
我认为所有一般原则都适用，就像 Bravax 指出的那样。但我想补充一点，你应该注意“家庭”成长的解决方案。我知道一个银行系统有一个自定义队列，一个自定义缓存层。因此，本土解决方案值得关注。
我想我的第一个问题是——你审查它是为了什么？你在为你的客户回答什么问题？
你提到了可扩展性，其他人提到了安全性、审计等。我可以在可扩展性、性能、延迟、可靠性等方面进行讨论，“ilities”的列表还在继续，但不知道你要评估的是什么，你可能会浪费你的时间和客户的时间。
在审查银行系统和类似的软件系统时，我发现拥有某种研究机构可以依靠它是一种宝贵的资源。（考虑 Gartner/Forrester/等...）
出于严重的原因，这很重要。
第一的; 涉及很多政治，这些公司对您需要涵盖的领域的定义进行了一些详细的定义。第二; 这使您的评估在完成后更容易获得批准。第三; 您可以使用他们理解的词汇与供应商进行交流。