这个问题可以带来很多意见,但我想得到的是一系列措施,这些措施将帮助我和我的公司确定我们销售的产品的寿命终结.
我们销售CMS系统,通过这个系统我们创建了一些子产品
我们已经准备好开始我们的道路规划(2010年和2011年),我们正在努力确定什么时候将结束我们的应用程序.你们中的一些人可能认为一个架构很好的应用程序(我不认为我们的应用程序设计得很好)不需要寿命结束,但我们使用的这个应用程序至少可以追溯到6 - 7年几乎没有文件(现实生活).此时只有一个人知道如何改变核心功能(可怕).
请指教,
地理
谢谢大家!我非常感谢您对此主题的评论,意见和想法.
我将在下面的列表中解决一些回复后的问题
我会在你读完所有回复的同时不断添加答案.
由于应用程序设计得很好,您可能不想退休并放弃您迄今为止所做的所有投资.
以下是我的建议:
在一段时间内,您有另一个人可以支持此应用程序,它也将被记录.现在,您不需要亲自杀死自己设计好的应用程序.
.
使用以下Jefferey建议扩展此解决方案("有时重写是一项很好的投资.")
如果您仍想删除当前应用程序并重新编写它,则仍需要记录现有系统并根据它创建新系统的要求.
使用当前和建议系统的文档,您可能希望查看是否可以按模块升级(重写)组件逐步进行模块化.如果应用程序设计得很好,这是可能的.
根据您的(Geo)评论
Geo的组织拥有定制的第三方(只有一个合同开发人员)CMS应用程序,该应用程序实现了以下业务要求,并且支持许可费用以支持和使用他的代码.
这是我的建议
其中大部分还取决于您与现有合同开发商和许可协议的业务关系.您面临的是场景中的供应商锁定.您可能希望进一步研究解决方案,以消除此供应商锁定的情况.
| 归档时间: |
|
| 查看次数: |
686 次 |
| 最近记录: |