实例探究.
添加案例
我们的案例数据库覆盖了全球物联网生态系统中的 18,927 家解决方案供应商。
您可以通过筛选条件进行快速浏览。
Download Excel
筛选条件
-
(14)
- (8)
- (8)
- (2)
- 查看全部
-
(2)
- (1)
- (1)
-
(2)
- (1)
- (1)
- (7)
- (2)
- (2)
- (1)
- (1)
- 查看全部 5 行业
- (9)
- (6)
- (3)
- (2)
- (2)
- 查看全部 6 功能区
- (10)
- (4)
- (4)
- (3)
- (1)
- 查看全部 8 用例
- (15)
- (13)
- (1)
- (17)
Selected Filters
|
眼见为实：可视化如何帮助一家大型欧洲银行以更少的人力、更好、更快地管理更多大型机代码
这家银行是欧洲最大的私人银行之一，正面临着一个常见的 IT 管理挑战。该银行已停止开发新的大型机应用程序，并通过自然减员的方式将其大型机开发人员数量减少了约 30%。然而，该银行的大型机开发需求正在增加。新的和现有的分布式、Web 和移动应用程序对银行大型机应用程序和数据的使用正在增加。开发人员不再构建新的 COBOL 应用程序，而是必须不断修改大型机代码以协助非大型机应用程序。银行不能永远等待编码更改完成。金融服务市场的竞争非常激烈，无论是为了客户的移动体验还是为了员工的新功能，收益时间都非常重要，并且给大型机软件开发生命周期带来了压力。该生命周期必须生成无缺陷的代码。银行的大型机应用程序对于其所做的一切以及客户和监管机构所期望的一切都至关重要。大型机测试/QA 必须严格而快速。如果测试过程发现问题，则必须快速准确地诊断、修复并再次测试。
|
|
|
|
|
IMT 利用 Compuware 解决方案促进大型机转型
IMT Group 是一家领先的中西部财产与意外事故保险公司，其核心应用程序严重依赖大型机。然而，大型机应用程序环境正在转型。该公司的大型机转型战略有两个主要目标。一是重新平台化选定的应用程序，这一过程需要对当前大型机代码进行深入分析。它需要完整而准确地识别“死代码”——多年来已不再使用但仍存在于源代码中的应用程序部分。另一个主要目标是融合大型机和非大型机环境。这种融合之所以发生，是因为该公司较新的基于 Web 和移动的应用程序依赖于后端大型机资源。这两个战略目标都要求开发人员对高度复杂的大型机应用程序的结构和运行时行为有清晰、完整的了解，这些应用程序多年来经历了许多变化，而且并不总是有完善的记录。
|
|
|
|
|
欧洲顶级银行选择 Strobe，取得良好效果
IT Solutions Austria 是 Erste Group 的 IT 服务分支机构，Erste Group 是中欧和东欧领先的金融服务公司，其任务是维护 Erste Group 数据中心运营的质量和成本效率。2012 年，该公司决定外包大型机运营，这导致其重新评估了所有大型机供应商关系，以查看是否可以通过进一步与其他供应商整合来降低成本。IT Solutions Austria 已在使用 Compuware Strobe 分析其大型机应用程序的行为，并且非常看重 Strobe 提供的功能。但是，该公司考虑迁移到竞争解决方案以节省成本。
|
|
|
|
|
瑞士保险公司利用 Compuware 解决方案保障大型机的未来
Helvetia 是一家瑞士保险公司，管理的资产超过 390 亿美元，在欧洲、亚洲和拉丁美洲拥有超过 500 万客户，该公司所有核心应用程序都严重依赖 IBM 大型机。这些应用程序支持公司的承保、政策管理和财务。然而，与许多公司一样，Helvetia 在这些核心大型机应用程序方面面临着双重挑战。挑战的第一部分是熟练、经验丰富的大型机开发人员供应量下降。这种供应量下降尚未成为重大危机，但五年左右可能会成为重大危机。因此，Helvetia 必须立即为未来的短缺做好准备。挑战的第二部分是大型机应用程序的持续需求。这些应用程序必须不断更新和修改，以为客户提供他们所需的保险产品和服务体验。因此，大型机开发必须快速、可靠，并准备好在生产环境中大规模执行。这意味着 Helvetia 需要授权更少的开发人员，这些开发人员可能缺乏大型机经验，以比以往更快地提供更一致、更高质量的工作。
|
|
|
|
|
麦克·韦尔斯的戏剧性大型机转换
Mike Wells 是 Ameritas 的软件开发总监，Ameritas 是一家拥有 356 亿美元资产的互助人寿和健康保险公司，他的任务是帮助该公司在日益数字化的市场中获得竞争优势。然而，他面临着一个重大挑战。Wells 的大部分软件开发经验都集中在分布式平台上；然而，他在 Ameritas 的开发人员中约有 70% 专注于大型机。由于他的背景是自动化和可视性是每个 Java 开发人员的首要任务，他意识到这在大型机领域是一个挑战。Wells 怀疑他们的工具和流程是否能提供 Ameritas 在快速发展的数字市场中蓬勃发展所需的速度和灵活性。
|
|
|
|
|
Comerica 银行利用 Strobe 解决绩效难题
Comerica Incorporated 是一家总部位于达拉斯的金融服务公司，为客户提供三个战略一致的业务部门：商业银行、零售银行以及财富和机构管理。在线文档系统备份账户和文档取款、存款和其他账户活动，对于拥有 500 多个分行、贷款和投资办事处的跨州网络来说，该系统必须高效运行。公司文档流程的核心是供应商提供的 Comerica 在线文档 (COLD) 应用程序，该应用程序以电子方式归档、恢复和检索这些类型的报告。最初安装此应用程序时，该公司开始在大型机磁盘驱动器上备份一个月的对账单。但是，任何超过一个月的账户对账单请求都备份在磁带上。为了提高应用程序的响应时间，Comerica 将一年的账户对账单从磁带移到大型机磁盘驱动器。该公司希望看到更好的响应时间，但事实并非如此。系统检索账户对账单所花的时间与 IT 团队实施更改之前相同。
|
|
|
|
|
软件公司利用 ISPW 整合和现代化 SCM
一家软件公司面临挑战，唯一了解公司大型机 SCM 解决方案复杂细节的员工（基于 IBM z/OS 源配置和库管理 (SCLM) 构建的自主开发的 Assembler 应用程序）宣布退休。该公司的开发工作在大型机上进行，需要一支拥有数十年专业技术知识和技能的团队。但是，软件开发团队规模很小，即使失去一名开发人员也会严重影响生产力。该公司计划聘请一名开发人员来替代退休的开发人员，但很快意识到培训新人来支持非公司业务核心的过时 Assembler-SCLM 工具是不合理的。Assembler-SCLM 工具阻碍了应用程序开发和交付的加速，在数字时代，这是一个严重的劣势，因为“恐龙”的步伐早已被颠覆行业的敏捷“独角兽”所取代。
|
|
|
|
|
标准银行借助 Compuware Topaz 和 ISPW 实现数字和大型机 DevOps 进步
标准银行是一家总部位于南非的大型国际金融服务集团，一直致力于推动敏捷、DevOps 和持续集成/持续交付 (CI/CD)，以发展战略数字、数字化、基础设施和应用软件工程能力。标准银行的业务组合包括企业银行和私人银行，其核心业务位于大型机上，占处理业务的 80%。作为记录系统，它也是银行大部分前端数字化转型的基础。然而，随着标准银行数字化转型过程的成熟，必须重新定位大型机，以减轻它与支持 CI/CD 的其余敏捷和 DevOps 框架之间的风险。将大型机集成到该框架中存在多种文化、流程相关和工具障碍。
|
|
|
|
|
中华电信与 Compuware 携手打造高效计费平台
中华电信股份有限公司 (CHT) 是台湾一家领先的电信公司，其现有计费系统面临挑战。该公司提供固定线路、移动通信和数据通信服务，拥有 2300 万用户。计费系统基于 IBM 大型机，可跟踪通话计费，整理与电话费、账单合并、账单交付、清算、账单收集、暂停、恢复和停止电话服务、退款、欠款跟踪和坏账管理相关的月度统计数据。该系统年账单周转额约为 1800 亿新台币，是台湾最大的电信计费系统。然而，行业竞争的加剧以及许多新业务和服务的推出，包括 ADSL、家庭宽带和 MOD 业务及相关服务，给计费系统带来了压力。该公司需要增强其计费系统，以满足其增值业务开发服务日益增长的需求。
|
|
|
|
|
全球健康服务公司
一家全球健康服务公司 (GHSC) 正在管理一项包括大型机应用程序团队在内的企业范围的 DevOps 计划。该公司希望为大型机开发人员提供一个集成的 IDE，其中包括程序分析和智能编辑器，可以在开发人员编辑代码时立即提供有关代码更改的反馈。GHSC 是 SonarSource 产品的授权用户，用于分布式源代码语法检查。他们的管理层希望他们的大型机 DevOps 工作具有类似的功能。快速、立即反馈代码错误将减少返工、减少编译次数并提高发布到生产的 COBOL 程序的质量。他们还希望他们的大型机开发人员使用与分布式系统同行类似的功能和工具。
|
|
|
|
|
Xpediter 是信用合作社的第一道防线
五角大楼联邦信用合作社 (PFCU) 是一家全球性金融机构，资产超过 150 亿美元。它为空军、陆军、海岸警卫队、国土安全部、国防部、国防相关公司和海外战争退伍军人协会的 100 多万名成员提供服务。该机构的日常运营严重依赖 Hogan 金融应用程序，这些应用程序主要用 COBOL 和一些汇编代码编写。然而，当 PFCU 计划升级到较新版本的 z/OS 操作系统时，它面临着挑战。其调试工具的提供商无法保证该软件在拟议的升级后仍能正常工作。此外，该调试工具有几个开发人员必须应对的怪癖和特性，例如不接受“Go Back”——这是 Hogan 应用程序中经常使用的常见编码语句。
|
|
|
|
|
跨国金融服务公司
一家大型跨国金融服务公司正在进行数字化转型，以满足客户对创新服务的新需求。然而，该公司的大型机是孤立的，使用基于瀑布的流程和过时的工具，这导致重大项目延迟。大型机开发人员仍在使用 3270 模拟器进行编码，缺乏现代工具的优势。大型机团队没有自动化，需要多个人员和团队将代码从签入移动到部署，从开发移动到生产。没有自动化测试来处理在线和批量测试，并且缺乏测试框架以及与自动化测试工具的集成。大型机团队的流程涉及太多不同的系统，因此开发人员/发布经理必须从一个系统跳转到另一个系统。由于变更管理集成很少，端到端跟踪变更是一项手动任务。
|
|
|
|
|
赫伯罗特借助 Compuware 的测试数据管理解决方案全力前进
Hapag-Lloyd 是一家全球领先的集装箱运输公司，需要为核心 IT 应用程序创建一个逼真、类似生产的环境，而不泄露任何潜在的竞争信息。该公司使用真实数据测试新应用程序的功能，这种做法有助于确保在将任何更改投入生产之前消除问题。然而，由于 Hapag-Lloyd 的 IT 环境由其主机和一系列分布式系统组成，集成程度很高，这是一项具有挑战性的任务。2014 年，当 Hapag-Lloyd 准备进行潜在的合并时，出现了新的挑战。这使得扩展现有培训材料并创建最新的实时培训数据成为必要。挑战在于为核心 IT 应用程序创建一个逼真、类似生产的环境，而不泄露任何潜在的竞争信息。因此，Hapag-Lloyd 意识到它需要一个测试数据隐私/优化解决方案，使其能够安全地与全球大量新员工共享这些信息，同时保持其高标准的数据保护。
|
|
|
|
|
Compuware ISPW 加速并简化了该电信服务提供商的源代码管理！
该公司是美国一家大型通信行业服务提供商，在源代码管理 (SCM) 方面遇到了困难。他们现有的大型机代码管理工具已经过时，无法跟上当今敏捷开发和快速编程风格的变化步伐。内部开发的 SCM 流程效率低下且不一致，导致不必要的错误。部署会在没有纳入所有正确的软件更改和更新的情况下溜走。新旧版本的软件部署有误。没有标准化的方式来实施更改。版本控制和验证过程的程序并不标准化。因此，现有库的“清理”不一致，因此旧版本的软件将保留在“更新”的库中。可以在任何级别进行更改，这使得审计、可重复性和可追溯性变得困难。
|
|
|
|
|
全球健康服务公司
全球健康服务公司 (GHSC) 正在管理一项包括大型机应用程序团队在内的企业范围的 DevOps 计划。该公司希望对其索赔处理团队发布的每个大型机产品执行 COBOL 源代码安全和语法检查。该公司对其分布式和移动应用程序执行安全和代码语法扫描，并需要为大型机团队重复该过程。该公司还需要以类似的方式管理大型机和分布式代码发布的能力。这将为开发提供问题的快速反馈，并为管理层提供一个用于分析应用程序代码质量的通用仪表板 (SonarQube)。这些扫描对于企业 DevOps 工作的持续集成实践至关重要。
|
|
|
|
|
Topaz 是保险公司管理复杂大型机代码的关键
保险公司 Physicians Mutual 正在努力管理数百万行复杂的大型机代码。由于缺乏管理这些代码的文档和工具，开发周期过长，阻碍了公司利用关键业务机会。大型机代码的复杂性以及管理工具的缺乏导致错失了利用即时业务利益的机会。该公司需要一种解决方案来帮助他们理解和管理复杂的应用程序，加快维护和开发周期，并吸引和留住顶尖的开发人员人才。
|
|
|
|
|
测试数据优化工具继续受到加拿大皇家银行的青睐
加拿大皇家银行的信息技术部门需要确保其测试数据管理软件足够高效，能够处理银行不断扩展的金融服务清单，并确保所有新应用程序都能与现有应用程序很好地交互。银行的 IT 部门需要更高效地利用其资源，同时更快速、更经济地执行测试数据管理项目。面对日益增长的客户期望，IT 部门必须确保银行不断增长的金融服务产品清单能够正常高效地运行，并且其新应用程序能够补充现有应用程序。
|
|
