这是更多的一般问题,关于向哪个方向将是一个更好的投资的公司。

我们的企业的核心业务应用程序是写在视觉系统和为大约9+岁。该数据库是巨大的15岁以上的演出和核心逻辑是复杂和更糟糕的数据模型是可怕的。这两个家伙,建立和保持它所有的这些年都至少在他们的50的,因此不用说退休或可能的死亡可能在下一个十年左右。

这非常的应用程序驱动我们的所有核心业务职能和要求的终端服务和citrix访问它从外面的世界。我们的网络应用软件的接口与它通过ODBC和我们总是具有性能的问题。服务器运行这个系统也是非常古老的,就像赢了2000服务器,并正在分崩离析。

最近,我们已经有会议关于提升该系统的运行这个核心应用程序以及其他服务,如电子邮件和文件存储。最大的费用,但是购买新的服务器硬件、操作系统许可证、终端服务授权,Citrix许可等到解决了一些性能和外部接入的问题,我们目前有以及刚刚通常给我们带来新我们的系统。

价格标签将在$5.5万美元的65K价格范围内。因此,作为一个网络开发我的观点是,这是一个巨大的浪费钱!我的解决方案将是投资的钱在重写核心系统上运行的网为基础的。网平台。这将消除对终端服务器和Citrix许可以沿用的昂贵的硬件和配置管理的运行。我没有看到这点在投资这样的钱在一个过时的系统,该系统应在它的方式出反正。

我看得到一些令人信服的论据,为什么这是浪费钱。希望有人在这里已经遇到这类情况之前,可以给我一些观点。硬件升级似乎是最容易的道路,因为它们将只有一名顾问来做到这一切。一个软件开发项目将需要更长的时间,需要更多的资源和可能的费用多一点钱。

有帮助吗?

解决方案

每个项目都需要一个成本-效益分析。如果一个60 000美元的一次性投资将能解决所有的问题对下一个10年,随后是(可能)更经济的比雇用一个团队开发人员甚至一年的时间来建立一个新的、更好的系统。

另一方面,如果它已经花费50 000美元/每年在维护和这种资本成本的就是保持该系统还活着,你会需要再花$60k在从现在起的几年,那么它值得认真审议相对于重新设计。

或者你可以采取中间道路,并开始包装起来的东西不透明的像一个网服务,然后逐渐更换件有更好的(效率更高,更容易维护,等等。) 内部组成。许多公司走这条路,因为它推迟的前期成本的一个重写;如果必要的话,你可以推迟它的资源在其他地方。

S.洛特是正确的,虽然这可能是因为你不能竞争的成本单。你有试图量化有关的风险与这些古代的系统--例如,将花费多少公司发现和培养合格的系统开发者,如果原始程序员决定退出(或者,使用的说法的那么多管理人员,我已经满足,"跑了由一个巴士")...


只是添加了一些进一步的透到这个:之前。网(以及一个几年之后)我进行我的大多数项目只在Delphi。当时,这真的是一个伟大的选择,企业发展。实际上,我是人谁不想要"的升级。" 之后的一段时间,但是,很显然,我自己和我的上级,这害怕的人以外的公司。

投资者、审计师,每个人-他们不喜欢这想法,我们的核心资产是在一些"模糊"的语言。当然,德尔福不/不是真的那么难解;还有一个"艺术"标签在这里使用计数3340.但是,让我们使用,因此作为我们的例子-这里是前计数:

  • c# - 57293
  • .net - 30577
  • asp.net - 26600
  • java - 31023
  • vb.net - 5996
  • delphi - 3340
  • foxpro - 69
  • vfp - 27

让这些数字散在一段时间。德尔菲,我的首选工具的时候,现在有不到10%的代表权,这使非技术人员紧张。统/非常甚至不是在1%以内。我甚至不记得有多少次我不得不回答这样的问题:

  • 会发生什么,如果导致开发人员(我)退出或得到运行的巴士?
  • 如何困难的/成本高昂它将雇用程序员在这一领域的?
  • 什么如果供应商停止支持它?(这几乎发生了)
  • 如果我们想要得到外部的帮助?顾问?安全审计?
  • 多么容易将它能得到它的工作与外部的产品?

等等等等等等,担心担心担心,是我的感觉时,这是一个产品,是不是真的 模糊不清。在你的情况下,我们正在谈论的 在这里。统已经变得几乎像的COBOL;当然,这是仍然存在,有些人还有谁知道,但谁启动一个新项目在统今天?这是无聊的,这是彻头彻尾的 贫民窟.维生素b6开始成为贫民窟,并VB/访问的有效的替换系统,使许多年前。

我显然是稍微夸张,但如果我是你,这是角我会考虑。忘了短期经济学,忘记的时代,并且专注于 默默无闻 的产品。有多少真正的、合格的答复,他们认为他们会得到如果他们把想要的-广告了一系统的开发商?什么样的支付将他们所提供的一位喜欢吗?会是什么样的营业额是怎样的?这可能似乎是遥远的,如果这两个开发商已经有20多年,但是当你是运行一个数百万美元的业务,你应该知道 这是不是个好主意攸关你的生存在一个或两名雇员-不,如果你能帮助它.

其他提示

短期重写与重新硬件的说法就不可能取得胜利。硬件和许可证一直是便宜改写。和硬件加上许可证似乎没有涉及的风险。

你赢不了ROI的论点。除非系统是微不足道的,你是个天才,这将永远成100K或更改写一个应用程序,实际上 什么东西。想多个人多年。

你可能会赢得"技术性债务"的说法。改变,变得越来越复杂、风险和昂贵。较长的这代码的延续,更多的风险和成本积累。

真正的问题是"开始修复,现在?"或"直等到它破坏和遭受吗?" 并没有明确$值的答复。

你不能竞争上的钱,所以你必须以竞争的风险、特点、增长、可维护性、适应性、遵守标准、安全、创造独特的价值为每个客户等等, 等等。


"我们现在看到的是一个更大的基地的客户和更多的数据"。这是一个说法,你可能会取胜。

(我是超过50个,我不计划上死去的任何时间很快。这一论点不能赢得人心和头脑。除非他们是超过80,你真的不能使用的年龄除外方式得到你的论点被忽略。)

重点在费用(和风险)做出的变化。

证明你有一个基于网络的解决方案,使得更改的成本较低和较高的风险。

此外,深入到那里有什么,并找到部分,可以被替换的一个网的框架。代码你不要写的是便宜保持你的代码写的。

在一般补充一个贫穷的系统,这吨的硬件是一个糟糕的计划,我可能会说,它#s更好地改写,但这很难说不知道的细节。

牢记,一个体面的改写应提高了性能、可靠性和maintainabilty因此节约潜力很大,将仅仅增加一年,即使初始投资是多一点。

为了弄清楚,如果它是值得的,你需要计算的,此外费用的一个重写:

  1. 记录一切系统目前,和逆向工程的要求。

  2. 编写单元和集成试验的一切目前存在。这可能doensn不存在,但是应该的。

  3. 的维持费用的新系统。新的系统并不是要消除维持费,仅仅减少。多少你会救?

  4. 成本的硬件,为新的系统。新系统将具有运行的东西。

  5. 许可证的费用对于任何软件。所需的新系统。是的一切都将开放源码?或是你将需要几个Visual Studio测试版本的开发和测试?

  6. 成本雇用新人员的发展。除了直薪金费用,有的办公室费用。总的可能300 000美元,用于说,3开发计数的薪水,办公空间、设备、许可证、卫生保健的益处。

  7. 时间的节省。节能不会立即发生。它是要在未来发生。与此同时,他们仍然支付的许可证当前系统,因为事情已经做的工作,直到新的系统。

  8. 现金流动问题。由于上述,在短期内,他们需要更多的钱来资助发展。实际费用较高,因为它们基本上已经获得贷款,提高股权,或者有一次机会成本(他们aer必须放弃一些其他的投资机会追求重写)。

  9. 业务风险。可能有一种危险,即改写可能费用更大,工作更糟糕的是,

两个重要数字:

  • 数"系统的"工作列在旧金山的craigslist现在:2.
  • 数量"。净"的工作,列出了在旧金山的craigslist现在:252.

很多其他要点已经提及的是有效的。但是,你可以花一样多你想要的硬件,但事实是,如果东西坏了你需要帮助,你们将有一个见鬼的时间寻找更多的人的帮助。

听起来像一个好的时间开始谈论的是一个migration1到更新、更好的支助的技术。(并在10年的时候。净是旧帽子,你可以做一遍:)

[1] 和演变的系统,不要重写。我猜想你的当前系统的增长非常有机地基于需要的时间。有没有办法你就可以完全替换所有的(至少,不是没有几年和几miillion钱).

作为一个历史照片devloper(超过20yrs与统/照片,并且仍然有人要求我写/更新他们的系统带照片、用于各种原因),其仍然很强大。但是,当研究和采取多我的面向对象和发展的经验和工作。净的,我找到一些东西。净变得更加容易,尤其是强型铸。但是,这样做的一个基本的报告要求所有强烈的类型转换的数据库表/结构的对象,而且在许多情况下迄今为止,塔做。

的价格标签的一个重写总是重要的考虑因素,但也是如此崩溃的任何系统...不管的照片,VB,访问,或者其他。我强烈建议得到一家咨询公司在帮助重新建模的系统和可能用作项目经理/指导,以你的内部工作人员的程序员,他们可能能够提供他们的才能,即使这可能需要一些培训在新的发展环境。这种方式,可以得到一个良好的基础的一个强烈的人才的语言,但保持一些费用由使用自己的编程工作人员-但你可能需要租补编程工作人员。学习曲线照片。净是存在的,且仍然可以是一头抓痒.

有各种各样的公司有了非常专业,随后迁移他们的服务。净的世界和可能提供一个完美的比赛,用于组织具有历史悠久的知识和专业经验的两个世界。我知道他们可以行动为导师也发展的这些工作。

你只能说这是浪费钱之后进行分析的投资回报,它将在很大程度上取决于需要多少费用,改写该系统。

典型的错误在乔斯-"系统是一个烂摊子,让我们重写。"

这将是喜欢看着这个老建筑和看牙签,并想知道为什么它是存在的。你不需要,并把它拉出来的。

突然建筑物倒塌的围绕你头:)

这可能是一个更好的主意

  1. 考虑重新编写部分的系统,用于更好地维护性。

  2. 优化系统,用于更好的绩效。

  3. 抽象的统的具体部分,因此它可以更容易地转化到一些其他的技术。

这种渐进办法将减少风险,并提供一些短期的改进。

有没有神奇的子弹在这里的公司。唯一的办法可以肯定的是采取打击在新服务器上获得的稳定性和速度的益处,带来了现有的关键业务软件。然后一旦停了几年开始的重新设计的事情上的不同平台等。净的如果这就是你想做的事情。铭记,你将不得不迁移的照片数据转换为新的数据库结构在某些时点。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top