FileMaker 数据库与应用开发

新的 FileMaker 数据库或系统现代化

我们将新的解决方案分为几个阶段，以便与未来的用户快速验证关键流程。对于现有数据库，我们从审核和依赖关系图开始。

我们致力于 FileMaker 本身以及解决方案的周边环境：托管、门户网站、集成和自动文档创建。

第一个输出是用户任务、系统边界和要一起测试的解决方案的工作部分的列表。当现有模块或入门解决方案适合数据模型时，我们会使用它们；范围调整发生在扩张之前。

• 多站应用
• 移动解决方案
• 通过浏览器可用的面板
• 集成和自动化

屏幕前的数据模型

我们描述业务对象和关系：一个客户可能有很多联系人，一个订单可能有很多项目，一个文档可能有后续版本。我们选择密钥和验证规则。因此，不必在多个地方维护相同的信息。

我们为角色和活动设计布局。卖方需要与执行订单的人不同的观点。我们在数据访问级别强制执行权限，而不仅仅是隐藏按钮。

• 客户、订单和项目作为相关记录。
• 特定角色的表单、列表、门户和报告。
• 照片、签名、扫描件和文档的容器字段。
• 验证所需数据、标识符和允许的更改。

脚本、导入和集成

自动化应该有一个明确的结果。我们确定对丢失记录、无效文件、连接中断或同一任务重新启动的反应。我们还测试不正确的情况，而不仅仅是正确的导入。

从 Excel 或 CSV 迁移时，我们会检查数据类型、空值、重复项和连接。试导入以记录数量和业务校验和的比较结束，例如订单值。持续集成还需要建立时间表或事件以及如何处理纠正。

• 映射和组织源数据
• 具有错误处理功能的脚本和计算
• 打印输出、报告和受控出口
• API集成和现有插件的适配

我们如何接收和传达解决方案

我们参考特定活动的验收标准：例如正确处理订单、重现历史记录或生成文档。试用迁移允许您在启动之前检查数据的完整性。

转让范围包括商定的文件、管理访问、变更实施程序和用户准备。我们单独确定进一步的维护和开发。

一个底座，适合工作场所的屏幕

丰富的办公表单、iPad 上的快速拾取和浏览器仪表板使用相同的数据模型，但有不同的接口要求。我们设计导航、字段大小、键盘以及完成任务所需的步骤数。

对于浏览器访问，我们选择 WebDirect 或通过 API 连接的单独的 Web 应用程序。当需要离线工作时，设计涉及本地数据集和受控同步，而不仅仅是复制文件。

现有数据库的审计和开发

概述包括关系图、脚本、自定义函数、打印输出、权限和托管。我们寻找对旧版本、插件、外部文件和服务的依赖关系。我们在更改之前衡量有问题的操作，以便评估改进情况。

我们分析旧的运行时解决方案和 Pro Advanced 安装以及分发方法。最终，我们选择支持的 Pro、Go 或 WWW 访问模型。现代化后，用户会收到更改说明和商定的支持范围。