1) Standardization needs
规范化需求
3) non-canonical software requirements
非规范需求
1.
It may be desirable to manage non-canonical software requirements to facilitate requirements development and improve the quality of requirements specifications during the requirements stage.
本文主要讨论了软件开发过程中常见的非规范需求并提出了以容忍不一致性的需求推理为核心的管理框架 ,来有效管理模糊需求信息、冗余需求信息等与不一致信息密切相关的非规范需求信息 。
5) need patter
需求范型
6) requirement specification
需求规约
1.
The goal oriented specification language KAOS is extended, and a strategy model is added in order to achieve the multi-goal, dynamic strategy adaption requirement specification.
将面向目标的规约语言(KAOS)进行扩展,增加了策略模型,建立支持面向多目标的基于动态策略的适应性需求规约方法。
2.
Its basic function is to assist system analyst to analyze the requirement of the developed system, and to get an intact and accurate software requirement specification which is made up of Data Fl.
需求分析工具用于软件工程的需求分析阶段，它的基本功能是辅助系统分析人员对开发的系统需求进行分析，最终得到由数据流图和数据字典组成的完整而准确的软件需求规约。
补充资料：规范化
规范化
normalization
gu一fanhua规范化(non价alization)把非规范模式(关系模式)分解为两个或多个规范模式的过程和方法。 规范化的方法是把大关系模式分解成小关系模式，把大模式中对非键码属性集的依赖变成小模式中对键码的依赖，从而消除关系模式内的不合适的数据依赖，达到简化数据库的修改和减少数据冗余的目的。例如关系模式R(工号，工资级别，工资额)中工号是键码，工资额函数依赖于工资级别而后者不是键码，所以不是第三范式的关系模式。按此模式构造的数据库中，工资级别与工资额的对应关系有大量重复(有许多职工工资级别相同因而工资额也相同)且不完整(有的级别没有职工因而也没有工资额)，若改成Rl(工号，工资级别)，R2(工资级别，工资额)，则两者都是第三范式，用此模式构造的数据库中消除了数据冗余，也完整地反映了工资级别和工资额的对应关系。一般情况下这种分解不止一种，重要的是分解过程中不能丢失信息，即根据分解后的关系能还原成分解前的关系。
说明：补充资料仅用于学习参考，请勿用于其它任何用途。
参考词条