企业发展标准

Question

现在也许是企业系统发展到严格执行标准的时候了吗？许多书列出了可选的“标准”和最佳实践，但这些纯粹是建议的实践。不过，每次我看到一个企业系统的代码时，我都会花大量的时间来设计这个体系结构。

我们的系统不应该有某种形式的ISO认证吗？我们可以选择一些标准架构，比如域模型、事务脚本等等，但是一旦我们选择了其中的一个，我们就必须遵循一个严格的架构模板。我们可以对系统进行审计，以确保我们的工作符合这些标准，我们的公司将进行这一认证。

这对开发人员来说会更好，因为当我们接手由另一家公司编写的遗留工作时，我们将不必花时间破译架构。

这将使客户受益，因为他们知道，如果他们使用经认证的开发公司的服务，他们可以使用另一家公司来维护/修改它，而不是与原来的开发人员联系在一起。

Answer 1

标准听起来很不错，但是当客户有性能需求或不同的业务模型时，如果没有独特的架构是不可能实现的，那么会发生什么呢？每个客户都必须对不同解决方案的优缺点做出明智的选择。开发人员锁定只是一个问题。

程序员是否必须通过特定标准的认证？我们是否要建立管理机构来派遣软件检查人员来验证遵从性？澳大利亚的家用电线规格不需要符合亚洲的要求。软件可以跨越世界。遵守的程度是多少？绝对百分之百？似乎监管的责任将落在必须报告违规行为的客户身上。他们有时间、专业知识和资源吗？

即使是创建自己的内部应用程序的公司，也必须与新一代开发人员打交道，他们必须跟上进度，而且并不总是能得到最好的文档或监督。

在适用标准的情况下，可能在这些领域没有足够的新开发来支持标准。

Answer 2

标准体系结构模型的主要问题是它们只在标准系统上工作。现实世界企业环境的问题在于它们总是不同的。

反过来，这些标准最终会变得如此模糊，以至于你最好没有任何标准。

Answer 3

简单的回答是:你必须非常聪明，才能定义一个适用于每一种情况的架构。几乎没人这么聪明。

在我的经验中，软件以两种方式之一开始：“让我们快速地发布一个产品，并且一旦我们有了客户就重构它”--它在开始时拥有较少的体系结构，然后没有时间进行大的重写--或者“让我们创建一个好的体系结构”，这在一开始看起来不错，但随着时间的推移，由于性能优化或不适合于体系结构的特性，有越来越多的地方绕过该体系结构。所以两次奥尤都把事情搞砸了。

还请记住，许多“企业”项目是长期运行和古老的。软件开发是一个相对较新的东西，因此它变化很快，什么被认为是好的。因此，随着新趋势的出现，人们对在产品中使用它们感兴趣.