该机制（如 API）应使用 REST 或 XML 等广泛接受的标准。以用户为中心的设计应用程序的设计应使布局、配色方案、组织和其他设用户体验。设计选择应改进以下方面（但不限于）：可读性、信息层次、易用性、速度和数据输入准确性。 高性能功能 应用程序性能应进行优化，以充分利用当今的计算能力和复杂程度。
这意味着应用程序中的任何交
互都应在用户认为的“瞬间”发生。 开发人员应努力使应用程序内的所有交互时间少于一秒钟，最佳情况是所有交互都发生在 100 毫秒以内。 行业标准安全 供应商应采取一切必要措施维护应用程序的安全。 虽然安全级别可能因机构任务和需求而异，但一些基本要求应包括 256 位 AES 加密（或等效加密）、双因素身份验证以及传输中和静止加密。 定期升级 应用程序应经常及时更新。这可确保应用程序没有安全漏洞、保持高性能并定期改进其功能。
无计划停机时间 应用程序不应
要求任何停机时间（离线时间）来更新、修补、修改或以其他方式更改应用程序。 当今的现代技术使得蓝绿部署应成为常态而非例外。 因此，机构永 欧洲数据 远不必安排几个小时的时间来关闭应用程序以进行更新。 响应式服务和支持 应用程序应提供价格合理的运营支持选项。 启动应用程序后，会出现新需求，用例也会发生变化，供应商需要随时提供必要的支持。
对某些新要求所需的大多数
应用程序更改应由部门管理员配置，并且只需 在线营销对企业的 5 个好处 与供应商进行最少的交互。 设备之间的自由度 应用程序通常应与设备无关。 通过确保应用程序不绑定到一种类型的设备，部门不必在每次选择升级或更改应用程序时更换硬件。 此外，这可确保应用程序在政府机构使用的许多设备上均可读取和使用。公平数据访问 用户应可以不受限制地访问他们提交给上述应用程序的数据。
在任何时候都应有某种明确
定义的机制，用户应通过该机制检索他们的数据。并且，如果用 adb 目录 户选择终止与供应商的关系，供应商应以易于访问的形式免费提供用户的所有数据。 上述原则并非革命性的。尽管它们形成了一个并不难实现的标准，但政府技术领域很少有产品能够实现其中的几项原则。看到供应商自动将此列表纳入其产品供应中将令人鼓舞，但最终还是由机构自己决定是否将这些原则纳入每个提案请求或产品演示问答中。
