软件工程中的KCOM商业工程问题与挑战

软件工程中的KCOM商业工程是一份PPT文档，其中介绍了KCOM商业工程的开发进度、费用控制、维护成本、功能设计、性能、bug和代码量等问题。该文档还提到了KCOM组件平台及其历程、摩尔定律在软件开发中的应用、以及标准的软件开发模式。 在2020年3月23日，软件工程中的KCOM商业工程的开发进度很慢，导致开发费用超支和维护成本增长过快。同时，功能设计不恰当、性能差、bug层出不穷，代码量也不兼容和存在重复开发的问题。 KCOM组件平台是基于组件的开发和设计模式、中间件、说明性约束、抽象、多层系统和企动化的软件工厂。这个平台通过多次迭代开发，逐步完善应用软件系统，最终达到可交付发布和运行的生产率、可靠性和解决性的要求。 摩尔定律被用来归纳硬件技术的进展，它规定了晶体管数目每过18到24个月就会翻一番。这一规律使得软件开发过程从以往的传统需求分析、传统开发模式转向了基于设计的全自动化软件工厂。通过这种转变，设计结果可以直接加工成最终可运行的系统。 而理想的软件开发模式应该是基于设计的，将开发的重心从程序领域偏向业务领域。这样的模式能够强有力地保证企业支持工作流模型的标准，如WFMC定义的标准。标准的ActiveX控件也应该被应用在这样的软件开发模式中。 在近二十年前，布鲁克斯博士指出，没有单纯的技术或者管理上的进步能够独立承诺在十年内大幅度提高软件的生产率、可靠性和解决性。他将能够给软件产业带来本质上突变的技术称为“银弹”。这意味着软件工程需要综合考虑多方面的因素才能取得实质性的突破。 综上所述，软件工程中的KCOM商业工程面临了许多问题，包括开发进度缓慢、费用超支、维护成本增长、功能设计不恰当、性能差、bug和代码量不兼容等。为解决这些问题，可以采用基于设计的开发模式，利用KCOM组件平台和摩尔定律等技术提高软件开发的生产率、可靠性和解决性。同时，需要重视标准化的ActiveX控件和综合考虑多方面的因素，以期取得实质性的突破。