用户名: 密码: 登 录   个人中心   系统维护   用户注册  联系我们
当前位置 > 首页 > 术语细览

基本功能部件

标准号:   标准名称:      

基本信息

【名称】 基本功能部件
【英文名称】 base functional component (BFC)
【定义】 为侧量目的,由FSM方法定义的且由FSM方法使用的用户的功能需求的基本卑元。 注:一个例子,即功能用户需求可以是“维护顾客”,该“维护顾客”可以由下列BFC组成广增加新顾客,、“报告顾客 采购”和“改变顾客细节”。另一个例子可能包括由诸如“顾客细节”之类的在研的软件所维护的逻辑相关业务数 据的汇集。还有许多其他的例子。

同源术语

·BFC类型一于甲已足义四廿厂C四于甲尖。 注:BFc类型的若干例子是指“外部输入”、“外部输出”和“逻辑事务”,以及数据存储,诸如“内部逻辑文件气
·边界在研的软件与其用户之间的概念上的界面。
·FSM方法用一组规则定义的FSM的特定实现,它与本标准的强制特性一致。
·功能域基于与FS、I有关的用户功能需求特性的软件类。
·功能规模通过功能用户需求进行量化而导出的软件规模。
·功能热l樟沁}量(FSM)功能规模的量化过程。
·用户功能需求用户需求的子集。用户功能需求表示软件必须实现的用户业务惯例和过程,以满足用户的要求。功 能用户需求不包括质量需求和任何技术需求。
·客户化为供本地使用而修改了的FSM方法,与修改之前相比,它可能产生不同的功能规模。
·质量需求与CB/T 16260定义的软件质量相关的任何需求。
·FSM的范围在特定FSM实例中包含的用户功能需求集合。 注:FShf的范围由测量软件的用途来确定.例如,如果一个组织需要知道它的软件文件夹的规模,那么FSM的范围 将包括当前使用的所有功能用户需求。然而,如果一个项目经理还在寻找确定特定发布的软件规模正Shl的范 围只包括那些受项目影响的用户功能需求。
·技术需求与用于软件开发、维护、支持和执行的技术以及环境相关的需求。 注:技术需求的例子如编程语言、测试工具、操作系统、数据库技术和用户接口技术。
·用户规定用户功能需求的人和(或)在任何时刻与软件通信或交互的任何个人或事物。 注:体物”的例子包括(但不限于)软件应用、动画、传感器或其他硬件。
·基本功能部件为侧量目的,由FSM方法定义的且由FSM方法使用的用户的功能需求的基本卑元。 注:一个例子,即功能用户需求可以是“维护顾客”,该“维护顾客”可以由下列BFC组成广增加新顾客,、“报告顾客 采购”和“改变顾客细节”。另一个例子可能包括由诸如“顾客细节”之类的在研的软件所维护的逻辑相关业务数 据的汇集。还有许多其他的例子。
·BFC类型一于甲已足义四廿厂C四于甲尖。 注:BFc类型的若干例子是指“外部输入”、“外部输出”和“逻辑事务”,以及数据存储,诸如“内部逻辑文件气
·边界在研的软件与其用户之间的概念上的界面。
·FSM方法用一组规则定义的FSM的特定实现,它与本标准的强制特性一致。
·功能域基于与FS、I有关的用户功能需求特性的软件类。
·功能规模通过功能用户需求进行量化而导出的软件规模。
·功能热l樟沁}量(FSM)功能规模的量化过程。
·用户功能需求用户需求的子集。用户功能需求表示软件必须实现的用户业务惯例和过程,以满足用户的要求。功 能用户需求不包括质量需求和任何技术需求。
·客户化为供本地使用而修改了的FSM方法,与修改之前相比,它可能产生不同的功能规模。
·质量需求与CB/T 16260定义的软件质量相关的任何需求。
·FSM的范围在特定FSM实例中包含的用户功能需求集合。 注:FShf的范围由测量软件的用途来确定.例如,如果一个组织需要知道它的软件文件夹的规模,那么FSM的范围 将包括当前使用的所有功能用户需求。然而,如果一个项目经理还在寻找确定特定发布的软件规模正Shl的范 围只包括那些受项目影响的用户功能需求。
·技术需求与用于软件开发、维护、支持和执行的技术以及环境相关的需求。 注:技术需求的例子如编程语言、测试工具、操作系统、数据库技术和用户接口技术。
·用户规定用户功能需求的人和(或)在任何时刻与软件通信或交互的任何个人或事物。 注:体物”的例子包括(但不限于)软件应用、动画、传感器或其他硬件。
·基本功能部件为侧量目的,由FSM方法定义的且由FSM方法使用的用户的功能需求的基本卑元。 注:一个例子,即功能用户需求可以是“维护顾客”,该“维护顾客”可以由下列BFC组成广增加新顾客,、“报告顾客 采购”和“改变顾客细节”。另一个例子可能包括由诸如“顾客细节”之类的在研的软件所维护的逻辑相关业务数 据的汇集。还有许多其他的例子。
·BFC类型一于甲已足义四廿厂C四于甲尖。 注:BFc类型的若干例子是指“外部输入”、“外部输出”和“逻辑事务”,以及数据存储,诸如“内部逻辑文件气
·边界在研的软件与其用户之间的概念上的界面。
·FSM方法用一组规则定义的FSM的特定实现,它与本标准的强制特性一致。
·功能域基于与FS、I有关的用户功能需求特性的软件类。
·功能规模通过功能用户需求进行量化而导出的软件规模。
·功能热l樟沁}量(FSM)功能规模的量化过程。
·用户功能需求用户需求的子集。用户功能需求表示软件必须实现的用户业务惯例和过程,以满足用户的要求。功 能用户需求不包括质量需求和任何技术需求。
·客户化为供本地使用而修改了的FSM方法,与修改之前相比,它可能产生不同的功能规模。
·质量需求与CB/T 16260定义的软件质量相关的任何需求。
·FSM的范围在特定FSM实例中包含的用户功能需求集合。 注:FShf的范围由测量软件的用途来确定.例如,如果一个组织需要知道它的软件文件夹的规模,那么FSM的范围 将包括当前使用的所有功能用户需求。然而,如果一个项目经理还在寻找确定特定发布的软件规模正Shl的范 围只包括那些受项目影响的用户功能需求。
·技术需求与用于软件开发、维护、支持和执行的技术以及环境相关的需求。 注:技术需求的例子如编程语言、测试工具、操作系统、数据库技术和用户接口技术。
·用户规定用户功能需求的人和(或)在任何时刻与软件通信或交互的任何个人或事物。 注:体物”的例子包括(但不限于)软件应用、动画、传感器或其他硬件。
·基本功能部件为侧量目的,由FSM方法定义的且由FSM方法使用的用户的功能需求的基本卑元。 注:一个例子,即功能用户需求可以是“维护顾客”,该“维护顾客”可以由下列BFC组成广增加新顾客,、“报告顾客 采购”和“改变顾客细节”。另一个例子可能包括由诸如“顾客细节”之类的在研的软件所维护的逻辑相关业务数 据的汇集。还有许多其他的例子。
·BFC类型一于甲已足义四廿厂C四于甲尖。 注:BFc类型的若干例子是指“外部输入”、“外部输出”和“逻辑事务”,以及数据存储,诸如“内部逻辑文件气
·边界在研的软件与其用户之间的概念上的界面。
·FSM方法用一组规则定义的FSM的特定实现,它与本标准的强制特性一致。
·功能域基于与FS、I有关的用户功能需求特性的软件类。
·功能规模通过功能用户需求进行量化而导出的软件规模。
·功能热l樟沁}量(FSM)功能规模的量化过程。
·用户功能需求用户需求的子集。用户功能需求表示软件必须实现的用户业务惯例和过程,以满足用户的要求。功 能用户需求不包括质量需求和任何技术需求。
·客户化为供本地使用而修改了的FSM方法,与修改之前相比,它可能产生不同的功能规模。
·质量需求与CB/T 16260定义的软件质量相关的任何需求。
·FSM的范围在特定FSM实例中包含的用户功能需求集合。 注:FShf的范围由测量软件的用途来确定.例如,如果一个组织需要知道它的软件文件夹的规模,那么FSM的范围 将包括当前使用的所有功能用户需求。然而,如果一个项目经理还在寻找确定特定发布的软件规模正Shl的范 围只包括那些受项目影响的用户功能需求。
·技术需求与用于软件开发、维护、支持和执行的技术以及环境相关的需求。 注:技术需求的例子如编程语言、测试工具、操作系统、数据库技术和用户接口技术。
·用户规定用户功能需求的人和(或)在任何时刻与软件通信或交互的任何个人或事物。 注:体物”的例子包括(但不限于)软件应用、动画、传感器或其他硬件。