如何报告错误 如何监控应用程

parvej245

泛地审视产品并分析其中发生的流程无疑可以更轻松地收集与功能和非功能需求相关的关键信息。 的事件风暴研讨会示例 非功能性需求的真实例子 下面我们列出了值得在 项目规范中描述的非功能性需求的具体示例。 可用性 可靠性 用户什么时候可以使用该应用程序？在描述非功能性可访问性要求时，您应该指出是否： 该应用程序将 可用， 该应用程序将在一定时间内可用。 效率 性能描述对于构建能够充分处理预期用户流量的功能良好的应用程序至关重要。

因此，有必要指定： 同时使用该应用程序的最大用户数， 潜在用户可能来自的位置， 应用程序对用户查询的最大响应时间， 应用程序使用硬件资源的方式。 支持 确定应用程序发生故障时所需的支持类型（例如，是内部提供还是外部提供）。表明： 用户序， 修复错误所需的最长时间（分为适当的错误类型）， 测试应 贝宁电话号码列表 用程序的方式。 安全 确保应用程序安全是创建此类产品所涉及的重要元素之一。指定应用程序数据免受可能的外部攻击的保护程度，例如： 应用程序可能面临的最重要的威胁， 保护应用程序所需的方法， 是否需要其他额外的安全问题（例如，与数据存储相关 例如 ）。 执行 它涵盖了有关如何实施应用程序的所有问题以及这方面的指南。



请注明，例如： 申请何时实施， 该产品针对哪些人群以及在特定开发阶段将有多少用户使用该产品， 实施中必要的集成类型， 有关所需应用程序架构或所需特定编程语言 框架的指导。 应用程序可用性 这些要求涉及应用程序界面的外观，并重点关注您与产品的交互方式。如果您没有现成的应用程序图形设计，或者例如，该应用程序仅涉及后台系统，则值得展示： 有关颜色和设计的信息， 屏幕尺寸（需要响应能力）， 标记应用程序各个元素的方式， 按钮的尺寸和外观等。 字体大小和类型。 如何在技术规范中正确描述非功能性需求？ 了解应用程序的非功能性需求到底是什么，并对产品的属性有足够的了解，将所有内容写在技术文档中非常重要。