1

不久前，另一个问题提到了（可能是城市故事）统计数据，

... 软件的平均寿命约为 3 年

当时我想出了以下原因（我相信还有更多可能更好的原因）：

  1. 实施了一个新的主要系统（ERP、CRM 等），它有一个“集成”模块来取代旧的应用程序。

  2. 相同，但没有集成应用程序 - 但现有应用程序无法适应（人员离开、技术发生变化、当前 IT 政策发生变化、用户不喜欢现有应用程序。）

  3. 您从那里获得基本应用程序以根据您的需要对其进行定制的公司已经消失了。

  4. 或者你不再和他们相处得很好。

  5. 现有应用程序的技术是“过时的”（根据框架供应商/微软/顾问/行业专家/新 IT 经理的说法，他们有管理层的耳朵。）

  6. “我们正在逐步淘汰（Windows 95/Windows 98/Windows 2000/Windows XP/NT），我们需要在我们的应用程序中使用匹配技术”。

  7. “我们从（App 版本 n）中学到了很多东西，我们会在第二次/第三次/第四次/n+1 次时做得更好。”

  8. 开发人员/IT经理/部门副总裁/咨询公司的工作理由。

  9. 用户讨厌它。

  10. 我们已经合并/收购了竞争对手/被竞争对手收购，而他们的更好。

其中一些是不可避免的（例如，您的公司被收购），但总的来说，这肯定是需要避免的事情。您的组织是否有意对抗这种综合症？你会推荐什么有效的策略？

4

5 回答 5

3

这就是为什么应用程序需要易于扩展，并且您应该能够轻松添加所有流行语。

如果您有可靠的基本代码，那么大多数流行语都与 UI 相关（Vista Controls、Ajax、.net、ASP.net 3.5）...

您可以在后端运行 COBOL（我不会）。

  1. 实施了一个新的主要系统-您无能为力。
  2. 当前的 IT 政策已经改变， - 应用程序应该具有适应性。
  3. 用户不喜欢/讨厌现有的应用程序 - 为什么？大多数情况下，UI 中的外观更改可以解决此问题。
  4. 您从那里获得基本应用程序以根据您的需要对其进行定制的公司已经消失了。- 我不会那样做，我宁愿自己写。
  5. 现有应用程序的技术是“过时的”（根据框架供应商/微软/顾问/行业专家/有管理层耳朵的新 IT 经理。） - 与上述相同，如果后端可靠，您应该遵循这些在前端。
  6. “我们正在逐步淘汰（Windows 95/Windows 98/Windows 2000/Windows XP/NT），我们需要在我们的应用程序中使用匹配技术”。- 一个简单的兼容性测试和次要的 UI 元素解决了这个问题。

我还要说，当您将内部应用程序与商业应用程序进行比较时，这是不同的，如果您正在开发内部应用程序，那么更改可以保证您的工作（如果您知道自己在做什么）。如果你在做一个商业应用程序，改变是一个赚更多钱的机会，新功能会让你从现有客户和正在寻找流行语的新客户那里升级，与竞争对手相比，这些流行语可能会成为你的优势。

于 2009-01-29T22:15:41.087 回答
1

我目前编写的软件的平均寿命可能是几天。（我写了很多脚本，所以我可能是个变态。;-) 但是我使用的核心系统现在可能有 15 到 20 年的历史。底层操作系统大约有 30 年的历史。旧软件或新软件本质上都没有错。事实上，当软件可以适应新用途时，它的老化最好。

在功能部件之间具有抽象层可以更容易地替换系统中的功能。例如，我们已经检查了系统上的几个不同的磁带库，现在我们正在考虑将来使用磁盘存档。由于我们系统的“存档”部分位于抽象层之后，我们可以相当容易地替换它，而无需替换系统的其余部分。

如果可能，最好使用标准零件。这样，如果您遇到一些限制，其他人很可能会遇到同样的问题，更有可能有人会提出解决方案。

于 2009-01-29T22:34:00.317 回答
0
  • 持续改进 - 定期添加有用的功能
  • 新版本中没有显示停止的错误 - 测试，测试，测试......
  • 善待你的客户并尊重他们（大多数用户真的不想每三年更换一次他们的 ERP，所以如果你与他们有良好的关系，他们会站在你这边）
  • 随时了解新技术并在需要时将它们集成到您的应用程序中
于 2009-01-29T22:32:03.583 回答
0

当收集需求并且有人说“情况 X 将始终如此，没有例外”时，使其可配置。它总是会改变，没有例外。

于 2009-01-30T01:34:12.280 回答
0

大多数公司5年都做不到。他们的软件实施预计不会持续那么久。

于 2009-10-11T01:28:11.650 回答