如何避免使用壽命較短的企業應用程序？

Question

前一段another question提到的（可能是城市的故事）統計的是

...軟件的平均壽命是3年左右

在我想出了以下原因時（我敢肯定有更多的可能是更好的）：

1. 一個新的重要系統（ERP，CRM等）實現的，它有一個「集成」模塊，以取代舊的應用程序。

2. 相同，但沒有集成的應用程序 - 但現有的應用程序是不是適應（。人離開了，技術已經改變了，當前的IT策略發生了變化，用戶不喜歡現有的應用程序）

3. 的你從公司獲得了基本的應用程序，根據你的需求定製它已經消失。

4. 或者你不再相處得很好。

5. 對現有應用的技術是「過時」（根據框架供應商/微軟/顧問/行業專家/新IT經理誰擁有管理的耳朵。）

6. 「我們正逐步淘汰（ Windows 95/Windows 98/Windows 2000/Windows XP/NT），我們需要匹配技術在我們的應用程序「。

7. 「我們從（應用程序版本n）中學到了很多東西，我們會在第二/第三/第四/第n + 1次時做得更好。」

8. 開發人員/ IT經理/部門副總裁/諮詢公司的工作理由。

9. 用戶討厭它。

10. 我們已經合併/收購了競爭對手/被競爭對手收購，他們的收益更好。

其中一些是不可避免的（例如貴公司被買），但總的來說這肯定是需要避免的東西。你的組織是否故意對抗這種綜合徵？你會推薦哪些有效的策略？

Answer 1

我現在寫的軟件的平均使用壽命可能是幾天。 （我寫了很多腳本，所以我可能是一個畸變。;-)但是我現在使用的核心繫統可能是15到20年。底層操作系統大約30歲。舊的或年輕的軟件沒有任何內在的錯誤。事實上，當可以適應新用途時，軟件的使用壽命最長。

功能部件之間具有抽象層可以更容易地替換系統中的功能。例如，我們已經在我們的系統上經歷了幾個不同的磁帶庫，現在我們正在考慮將來轉到磁盤存檔。由於我們系統的「歸檔」部分位於抽象層的後面，所以我們可以很容易地替換它，而無需替換系統的其餘部分。

如果可能，最好使用標準零件。這樣，如果遇到某種限制，其他人可能會遇到同樣的問題，並且很可能有人會提出修復方案。

Answer 2

這就是爲什麼應用程序需要易於擴展，並且您應該能夠輕鬆插入所有流行語。

如果你有一個堅實的基礎代碼，大部分的流行語都涉及到UI（Vista的控制，AJAX，.NET，ASP.net 3.5）...

在後面

您可以運行COBOL - 結束（我不會）。

1. 一個新的主要系統實現 - 沒有什麼可以做的。
2. 目前的IT政策已經改變， - 該應用程序應該是適應性的。
3. 用戶不喜歡/討厭現有的應用程序 - 爲什麼？ UI中的整體變化可以在大多數情況下解決這個問題。
4. 您從中獲取基本應用程序的公司已根據您的需求定製。 - 我不會那樣做，我寧願自己寫。
5. 現有應用程序的技術是「過時的」（根據框架供應商/微軟/顧問/行業專家/擁有管理層的新IT經理）。 - 與上述相同，如果後端穩定，你應該在前端遵循這些。 「我們正在逐步淘汰（Windows 95/Windows 98/Windows 2000/Windows XP/NT），我們需要在我們的應用程序中使用匹配技術」。 - 一個簡單的兼容性測試和小UI元素解決了這個問題。

我還會說，如果您在室內應用程序與商業應用程序進行比較，如果您正在執行內部應用程序，更改可以保證您的工作（如果您知道自己在做什麼） 。如果你正在做一個商業應用程序，改變是一個賺錢的機會，新功能會讓你從現有客戶和尋找流行語的新客戶升級，這些流行語可能會成爲你的競爭對手的優勢。

Answer 3

• 持續改進 - 定期添加有用的功能
• 沒有表演停止的錯誤在新版本 - 測試，測試，測試...
• 是不錯的客戶，並尊重他們（最用戶真正需要的

時不想改變自己的ERP每三年所以如果你有一個與他們良好的關係基本概念，他們會在你身邊）隨着新技術

保持最新狀態，並將它們在你的應用程序中集成

Answer 4

當收集需求並且有人說「情況X永遠是這種情況，沒有例外」時，使其可配置。它會一直改變，沒有例外。

Answer 5

大多數公司不滿5年。他們的軟件實現不會持續太久。