LBu*_*kin 494
有一种功能要求描述了什么软件系统应该做的,而在非功能性需求地点的限制如何,系统将这样做.
让我详细说明一下.
功能要求的一个例子是:
系统的相关非功能性要求可能是:
功能要求是描述系统与系统功能相关的行为.非功能性要求阐述了系统的性能特征.
通常,非功能性要求属于以下领域:
维基百科的条目中提供了更完整的列表,用于非功能性需求.
非功能性需求有时根据度量(即可以测量系统的某些内容)来定义,以使它们更加切实可行.非功能性需求还可以描述与其执行无关的系统方面,而是描述其随时间的演变(例如可维护性,可扩展性,文档等).
pul*_*thi 30
功能需求是用户期望从软件中获得的主要内容,例如,如果应用程序是银行应用程序,应用程序应该能够创建新帐户,更新帐户,删除帐户等.功能要求详细并指定在系统设计中
非功能性获取不是系统的直接要求,而是与可用性(以某种方式)相关,例如对于银行应用程序而言,主要的非功能性要求是应用程序应该全天候可用而没有停机时间如果可能的话.
Som*_*luk 23
功能需求指定系统或系统组件必须能够执行的功能.它可以以各种方式记录.最常见的是文档和用例中的书面描述.
用例可以是文本枚举列表以及描述用户操作的图表.每个用例都通过一个或多个功能要求说明了行为场景.但是,分析师通常会首先引出一组用例,分析人员可以从中派生出必须实现的功能要求,以允许用户执行每个用例.
功能需求是系统应该完成的.它可能是
典型的功能要求将包含唯一的名称和编号,简要摘要和基本原理.该信息用于帮助读者理解为什么需要该需求,并通过系统的开发来跟踪需求.
LBushkin已经解释了更多有关非功能性要求的内容.我会添加更多.
非功能性要求是除功能要求之外的任何其他要求.这是指定可用于判断系统操作的标准的要求,而不是特定的行为.
非功能性要求采用"系统应该"的形式,系统作为整体或特定方面的整体属性,而不是特定功能.系统的整体属性通常标记开发项目是成功还是失败.
非功能性要求 - 可分为两大类:
- 性能要求
- 接口要求
- 运营要求
- 资源需求
- 验证要求
- 验收要求
- 文件要求
- 安全要求
- 便携性要求
- 质量要求
- 可靠性要求
- 可维护性要求
- 安全要求
要求是否表示为功能性或非功能性要求可能取决于:
防爆.可能需要系统向用户呈现数据库中记录数量的显示.这是一项功能要求.这个数字需要的最新[更新]是非功能性要求.如果需要实时更新号码,系统架构师必须确保系统能够在记录数量变化的可接受的短间隔内更新[显示的]记录计数.
参考文献:
功能要求是与系统的技术功能相关的要求.
非功能性需求是指定可用于在特定条件下判断系统操作而不是特定行为的标准的要求.
例如,如果您考虑购物网站,将商品添加到购物车,浏览不同的商品,应用优惠和交易以及成功下订单都符合功能要求.
系统在高峰时段的性能,系统从数据库检索数据所花费的时间,用户数据的安全性,系统在大量用户登录时处理非功能性需求的能力.