1) request functional component
需求功能构件
1.
Middleware framework based on management information ontology and request functional components
基于管理信息本体和需求功能构件的中间件平台
2) software non-functional requirement
软件非功能需求
1.
In this paper,we focus on the lack of software non-functional requirement describe methods during software design phase.
本文针对当前软件设计中非功能需求描述不清楚、难以实现等问题,对软件非功能需求建模方法进行了研究,提出了一个基于XML的软件非功能需求建模方法,构建了一个软件非功能需求元模型,该模型主要包括属性、约束和实现方法三个数据单元。
3) Software functional requirements
软件功能需求
4) functional demand
功能需求
1.
Secondly, it puts forward the Network\|based Green Design System (Abbreviation is NGDS ) which mainly discusses the functional demand, program design and the developing approach, functional mode of prototype.
在简要分析绿色设计技术研究现状的基础上,提出了一种基于网络的绿色设计系统(NGDS)的功能需求、程序设计与开发方法及其原型系统的功能模型,阐述了该系统所涉及的面向对象的信息建模技术及其实际应用。
5) function requirement
功能需求
1.
The author introduces function requirements of this project and solutions of Jianwen EPC management system in detail.
详细介绍了该项目的功能需求,以及建文EPC管理系统的解决方案。
2.
It discusses application of the building ceramics on environment space,points out that the building ceramics can satisfy environment function requirements,analyzes the relationship between building ceramics,building decoration and environment color,studies the integrity of the building ceramics and decoration style,thus improving application of the building ceramics.
探讨了建筑陶瓷在环境空间中的应用,指出建筑陶瓷能满足环境功能需求,分析了建筑陶瓷与建筑装饰和环境色彩的关系,研究了建筑陶瓷与装饰风格的整体化,以推广建筑陶瓷的应用。
6) functional requirement
功能需求
1.
Through making a survey of public space in city-like college campus,the author analyzes its changing trend,functional requirement and spiritual requirement,in order to offer theoretical basis for the design of public space in city-like college campus.
介绍了城区型大学的概念及其具有的特点,通过对城区型大学校园公共空间的调研,分析了城区型大学校园公共空间的变化趋势、功能需求和精神需求,从而为城区型大学校园公共空间的设计提供了理论依据。
2.
In this paper, non-functional requirements about COTS are defined and researched in terms of COTS components and non\|functional requirements characters.
针对COTS组件和需求工程中的非功能需求的特点 ,本文对COTS组件的非功能需求进行了研究和定义 ,提出了COTS组件的非功能需求应该包括结构需求、领域需求和组织需求 ,对这三种需求研究应该进行综合考虑 ,其中列出了组织需求应该包括的内
3.
A product family can be described by a group of generic functional requirements (GRFs) in functional domain and a group of generic design parameters (GDPs) in physical domain.
分别以功能域的类功能需求(GFR)和物理域的类设计参数(GDP)对大规模定制产品族进行了描述,并基于公理设计理论建立了GFR和GDP之间的映射关系。
补充资料：软件需求定义
软件需求定义
software requirements definition
rUQnjjan xuqIU dingyi软件需求定义(softw田re requl~ts defi-nition)软件需求的完整陈述。它是软件开发人员与用户密切合作，了解用户的需要、目的和期望，并进一步表述而成的定义性陈述。有时又称为软件需求规约。它是用户与软件开发人员之间契约的基础，主要面向用户，采用基于现实世界的描述模型，以便于用户理解。 软件需求包括功能需求和非功能需求两个方面。 功能需求从用户的角度明确软件系统必须具有的功能行为，其中包括系统的操作过程和操作模式的控制过程等描述。功能需求不仅要说明每项功能需要“做什么”，而且还要指明这些功能间的联系及相互的依赖关系(控制和数据)，但不涉及“如何做”的描述，它是整个软件需求的核心所在。 在功能需求的基础上，非功能需求对软件需求作进一步刻画，包括功能限制、设计限制、环境描述、数据与通信规程和项目管理等。功能限制刻画软件系统的性能、响应时间、安全性标准和质量指标等;设计限制主要包括系统的开发平台等;环境描述主要包括系统所属环境的各个方面及其应用领域;数据与通信规程主要刻画系统各部分之间以及系统与外部环境之间的数据流;项目管理涉及系统开发与系统交付等方面的需求，主要包括文档标准、模块测试与集成过程、期限和可接收性标准等。 对上述软件需求所涉及的各个方面，其侧重点随软件类型而异。 好的软件需求定义文件应该是尽可能详细、完备、一致并具有较强的可适应性。其作用如下: (l)作为用户和软件开发人员建立合同的基础，它是双方对待解间题的共同理解; (2)作为软件开发的依据，开发人员据此写出相应的功能规约，然后再选择合适的解题途径，进行软件的设计与实现; (3)作为软件确认和验证的基础，一方面可据此确认系统是否满足用户需求;另一方面，可据此验证软件的设计与实现是否正确。
说明：补充资料仅用于学习参考，请勿用于其它任何用途。
参考词条