非功能需求分析--web开发课内实例
针对于会议管理的前期非功能性需求分析。由于项目涉及用户不是很多，所以对系统的非功能性需求也不是很大。主要分为五大常见类别进行分析。
非功能需求
针对于会议管理系统，有以下方面的非功能性需求
一、性能需求
- 响应时间
在95％的情况下，一般时段响应时间不超过1.5秒，高峰时段不超过4秒。定位系统从点击到第一个界面显示出来所需要的时间不得超过300毫秒。在网络畅通时，每一功能详细页面加载不得超过5秒。在推荐配置环境下：登录响应时间在2秒内，刷新栏目响应时间在2秒内，刷新条目分页列表响应时间2秒内，打开信息条目响应时间1秒内，刷新部门、会议室列表响应时间2秒内。在非高峰时间根据部门名称等特定条件进行搜索，可以在3秒内得到搜索结果。
- 会议预定量
每日最大预定30次会议。平均预定并发数为2，最大交易并发数为5。
估计用户数为300人，每天登录用户数为150左右，网络的带宽为50M带宽。
系统可以同时满足500个用户请求，并为300个并发用户提供浏览功能。
- 资源使用率
CPU占用率<=50%,内存占有率<=50%
二、安全性
严格权限访问控制，用户在经过身份认证后，只能访问其权限范围内的数据，只能进行其权限范围内的操作。
不同的用户具有不同的身份和权限，需要在用户身份真实可信的前提下，提供可信的授权管理服务，保护数据不被非法/越权访问和篡改，要确保数据的机密性和完整性。
提供运行日志管理及安全审计功能，可追踪系统的历史使用情况。
能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击、口令猜测攻击、黑客入侵等。
至少80%的攻击需要在10秒内检测到。
三、可维护性和可扩展性
从接到修改请求后，对于普通修改应在1~2天内完成；对于评估后为重大需求或设计修改应在1周内完成。
90%的BUG修改时间不超过1个工作日，其他不超过2个工作日。
代码的圈复杂度必须在10以内。
任何对象的任何方法都不允许超过200行代码。
安装新版本必须保持所有的数据库内容和所有个人设置不变。
四、可靠性
对输入有提示，数据有检查，防止数据异常。系统健壮性强，应该能处理系统运行过程中出现的各种异常情况，如：人为操作错误、输入非法数据、硬件设备失败等，系统应该能正确的处理，恰当的回避。
因软件系统的失效而造成不能完成业务的概率要小于5%,要求系统5x24小时运行，全年持续运行故障停运时间累计不能超过10小时。
系统缺陷率每1,000小时最多发生1次故障。
在1000次会议预定及人员管理中，最多出现1次需要重新启动系统的情况。
五、易用性
在引入该产品的3个月内，70％的用户应该可以在1分钟内用它来完成会议预定及人员管理的任务，失败率控制在万分之一以内。
60％的用户在第一次看见该产品的5秒内，就会意识到这是会议管理系统。
