Skip to content

3.2 非功能性需求

Tong12138 edited this page Sep 28, 2019 · 4 revisions

3.2 非功能性需求

非功能性需求是需求的一个重要组成部分,影响着系统的架构设计,关系到系统能否持续稳定并高效地提供服务,通常指依一些条件判断系统运作的情形或其特性,主要包括以下几类。

1)性能需求

a) 响应时间

由于工厂车间需要在生产过程中,实时显示工段名称、工段编号、生产种类和数量、故障情况和生产速度,所以要求在90%的情况下,事件响应时间不超过2秒,页面刷新时间不超过5秒,登陆响应时间不超过2秒,页面跳转时间不超过3秒,系统数据动态刷新周期小于20秒。

b) 业务量

每日最大订单数为200,最大事件并发数为30。

c) 系统容量

系统可以存储多年的工厂交易记录,数据库容量1TB及以上。

d) 精度

预测的完成时间精度误差不超过2小时,根据输入的编号和名称进行搜索时,最长查询时间<10秒。

e) 资源使用率

CPU占用率<=50% 内存占用率<= 50%

2) 安全性需求

管理员和车间主任有不同的身份和权限,要进行严格的权限访问控制,用户在登录系统进行身份验证后,只能访问权限范围内的数据,进行权限范围内的操作,确保数据的机密性和完整性。

3)可靠性需求

系统的健壮性强,对系统运行过程中出现的各种异常能正确处理并提示相应的错误信息。对用户的输入提示恰当的信息,对输入数据进行检查,防止数据异常。

4)可移植性需求

可移植性指把系统从一种运行环境移植到另一种运行环境花费的工作量。工厂系统应在 Linux、windows 以及其他环境平台上无差别的使用。

5)易使用性需求

易使用性是指用户学习和使用系统功能的简易程度以及在异常情况和非法操作下,系统能够运行的程度。系统要求用户界面简单明了,只涉及到几个基础的操作和按钮,并配有相关文字说明,可达到70%的用户在接触系统的一小时内,可以成功操作系统。

6)可测试性需求

交付的系统必须通过单元测试,并且要求100%分支覆盖。

7)可维护性需求

在接收到系统修改需求后,修改普通需求时间控制在1-2天,重大需求或修改应该在1周内完成。90%的bug修改时间控制在1个工作日,其他不超过2个工作日。任何对象的任何方法不超过400行代码。

8)可扩展性需求

将系统功能模块化,支持灵活配置,减少重复开发的工作量。类似组件统一设计,在需要调用的地方可以微调并调用。