软件工程师的需求获取

　　功能需求将关注点仅放在Sawatch与其外部世界(如表的拥有者、GPS等)之间的可能交互上。上述描述没有将关注点放在任何实现细节上(如处理器、语言和显示技术)。然而非功能性需求非功能性需求描述了不直接关联到系统功能行为的系统的方方面面。非功能性需求包括用于系统不同方面的广大范围,涉及可用性到性能。

　　其实我们用于统一过程提供了对如下非功能性需求的分类:可用性是一种用户可以学会的操作、输入准备、解释一个系统或者构件输出的情况例如,可用性需求包括所采用的用户界面的使用方便性、在线帮助的范围以及用户文档的层次。一般地,客户通过要求开发者按照用户界面指南中对色彩方案、理念。

　　可靠性是系统或构件在给定时间内以及指定条件下完成其要求功能的能力。例如可靠性需求包括操作失败之前的平均可接受时间,以及检查指定错误的能力,或者抵挡特定安全攻击的能力。最近,这一分类已经被依赖性替换,依赖性是计算机系统的特征,使得信任可以调整并放在系统提交的服务上。依赖性包括可靠性、健壮性(在不正确输入提供或者压力环境条件的情况下,系统或构件能正确地完成功能的程度)和安全性(对环境而言言,对缺乏考虑灾难后果的量度)。

　　性能需求要考虑系统的定量属性,比如响应时间(对用户输入而言,系统响应的快慢程度)、吞吐量(在一个指定的时间量内系统可完成的工作量)、有效性(当提出使用要求时,系统或构件的可操作性和可访问性程度)和准确性。

　　可支持性需求关注在进行部署后去改变系统的情况,比如如包括可适配性(改变系统以适应外部应用域概念的能力)、可维护性(改变系统以适应新技术或找出错误的能力)和国际化(改变系统以适应国际惯例的能力,在此的习惯如语言、单元和格式数)。与FURPS+模型相仿的软件质量标准,使用可维护性和可移植性(系统或构件从一类硬件或软件环境移植到其他环境的情况)来替代可支持性。

　　FURPS+模型提供的其他需求分类,这些典型分类包括如下通用非功能性需求标识实现需求是系统实现的约束,包括特定工具、程序设计语言和硬件平台的使用。接口需求是外部系统强制性的约束,包括合法系统和交互格式。操作需求是管理员和系统操作设定方面的约束。打包需求是系统实际提交方面的约束(如为了软件设定而说明的安装介质约束)。

　　小编结语：其实，合法需求所关心的是使用许可证、规则和认证等方面的问题。合法需求的一个例子是,要求使用者预算和计划需求通常未作为非功能性需求来考虑,它们约束项目属性有很多的。