将 Oracle Forms 带入浏览器的实用指南：配置试点、验证真实业务流程，并确定哪些功能需要扩展、哪些界面需要更新、哪些模块需要重建。
借助 Webswing，您可以将 Oracle Forms 应用交付到 Web，同时保留现有业务逻辑。Webswing 在服务器上运行 Forms 客户端，并通过 HTML5 呈现其界面。用户通过浏览器访问应用，无需在自己的设备上安装 Java 运行时。
对于希望将 Oracle Forms 转为 Web 应用的团队，这改变的是应用的交付方式。它不会自动将 Forms 模块或 PL/SQL 转换成新 Web 应用的代码。请分别判断您需要的是浏览器访问、新的用户界面，还是替换现有功能。
本指南从一个具有代表性的试点开始，帮助团队发现兼容性问题，并根据真实业务流程的验证结果决定下一步改进。
第一步 选择业务流程并定义成功标准
为试点选择一项完整的业务任务。例如，采购流程可以包括查找供应商、录入订单、触发校验错误、保存交易和生成文档。使用具有代表性的测试数据，并记录每个阶段的预期结果。
配置前，请收集以下应用信息，以便复现试点：
- Oracle Forms 版本、应用 URL 以及 Forms 配置名称。
- 计划使用的 Webswing 版本和服务器 Java 版本，以供兼容性审查。
- 自定义库、WebUtil 使用情况，以及对文件、打印机或桌面应用的依赖。
- 所需的浏览器和设备、用户角色及预期并发用户数。
与业务负责人确认什么样的结果才算试点成功。约定可接受的任务完成时间、正确的输出，以及正式推广前必须正常运行的流程。记录当前行为，以便与浏览器中的运行结果进行比较。
第二步 配置 Oracle Forms 试点
Webswing 26.1 的 Oracle Forms 配置指南介绍了标准 Webswing 发行包的以下配置步骤：
- 打开 Admin Console，启动 Quick start wizard。
- 将应用类型设置为 Oracle Forms。
- 按照 <domain>/forms/frmservlet?config=<app_config> 的格式输入 Forms 应用 URL，并将占位符替换为现有应用的实际信息。
- 输入应用名称，选择 Setup my app。
同一份指南也介绍了手动配置方法，包括下载 Forms JAR 库并将其放入 classpath 所指向的目录。请使用与已安装版本对应的说明，并在开始试点前确认您的 Forms 版本受支持。
第三步 在浏览器中测试完整任务
启动已配置的应用，使用相同的测试数据重复第一步中的流程。为每项结果记录浏览器、设备、用户角色和配置。有效的测试日志应包含具体操作、预期行为、实际行为，以及复现问题所需的证据。
根据应用的实际情况，纳入以下检查：
- 交易与导航：搜索、编辑、保存、取消、校验消息、键盘快捷键，以及页面或窗口之间的切换。
- 文档与外设：生成实际使用的报表，检查下载文件，并使用目标打印机测试所需的打印方式。
- 文件处理：上传示例文件、获取导出文件，并检查文件名、格式和预期保存位置。
- 会话与权限：使用各相关角色登录，尝试受限操作，并测试退出登录、超时以及连接中断后的恢复。
- 并发使用：由计划中的试点用户组重复代表性任务，测量响应时间和服务器资源使用情况。
在评估结果之前，先设定验收标准。例如，采购试点可以要求已保存订单与对应报表中的总金额完全一致。请与实际执行工作的用户共同确定性能阈值，而不要仅凭通用的响应时间目标判断方案是否合适。
尽早检查 WebUtil 和本地集成
Webswing 支持说明列出了浏览器访问本地文件系统、注册表和外部桌面应用时的限制。因此，依赖 WebUtil 的流程需要专项审查。
列出每一项本地依赖及其支持的任务。如果某个流程要求文档出现在工作站的固定文件夹中，应测试用户如何通过拟定的浏览器流程接收并保存该文档。记录行为变化，并在正式推广前确定合适的实现方式。
用真实任务验证移动访问
为 Oracle Forms 规划移动访问时，应同时选择任务和设备。在平板电脑上完成简短审批，与在手机上录入详细订单，需求并不相同。请测试触控区域、文本输入、滚动、屏幕方向，以及屏幕键盘对表单操作的影响。
让用户在预期的网络条件下完成任务。除了技术故障，也要记录操作不便的步骤。如果某个界面需要频繁缩放或大量输入，可考虑调整界面，或为该任务提供专门的 Web 模块。
第四步 选择下一项现代化改进
Webswing Modernisation Framework提供四种可以组合使用的方式：Web-Enable、Extend、Facelift 和 Rebuild。应根据要解决的问题进行选择，不必将它们安排成四个依次执行的项目。
如果当前首要需求是访问方式，采用浏览器交付；如果用户需要额外的 Web 功能，扩展现有应用；如果主要问题在于界面呈现，可考虑界面更新；如果必须改变某些模块的实现方式才能满足业务要求，则对这些模块进行重建。
浏览器交付和视觉更新之后，底层应用仍然需要维护。将剩余技术债务纳入路线图，并为每项计划中的改动明确负责人和实施理由。
将 Oracle Forms 与 APEX 或其他 Web 模块结合
Webswing for Oracle Forms支持在同一个浏览器标签页中运行 Forms 和 APEX 等 Web 内容，并让两者进行通信。因此，新 Web 功能可以与现有 Forms 流程配合使用。
例如，可以考虑在采购表单旁边显示一个 APEX 供应商概览。开发前应明确：传递哪个供应商标识、选择发生变化时如何处理，以及每项校验在哪里执行。确认流程两部分的权限，并决定如何展示错误信息。将其视为需要实现和测试的设计方案，而不是认为两个界面放在一起就完成了集成。
第五步 推广已验证的范围
与应用负责人审查尚未解决的问题。明确哪些流程、浏览器和设备已经通过测试，哪些需要修改，以及哪些不属于首批发布范围。在增加用户之前，确定支持责任和恢复流程。
先向约定的用户组开放，观察他们执行的任务，并将结果与试点进行比较。在验证结果支持的情况下逐步扩大访问范围。 保留带日期的配置变更记录，以便将问题追溯到用户实际运行的版本。
从您自己的 Oracle Forms 流程开始
使用配置指南准备应用，然后与实际使用者一起测试一项完整交易。如果您的环境涉及 WebUtil、专用打印机或自定义集成，请联系 Webswing 团队讨论您的 Oracle Forms 应用，并提供相关版本和流程细节。这能为技术讨论提供具体的起点。
