1) reuse
[英][,ri:'ju:z] [美][ri'juz]
重用
1.
A hierarchical reuse mechanism of software process model;
一种软件过程模型的阶梯式重用机制
2.
A method for product design reuse based on feature inherited;
一种基于特征继承的产品设计重用的方法
3.
Component-based software reuse maturity model;
基于构件的软件重用成熟度模型
2) reusable
[英][,ri:'ju:zəbl] [美][ri'juzəbḷ]
重用
1.
Development and design of a reusable HIS;
可重用医院信息系统的开发和设计
2.
Implementation and research of a reusable policy server framework;
可重用策略服务器框架的研究和实现
3.
In order to solve the above problems, this paper studies deeply and applies learning object and reusable system on construction of learning resources repository.
为解决这些问题,本文对学习对象和系统的可重用性进行深入研究,并将其应用到学习资源库的构建上。
3) reusing
重用
1.
Interoperating and reusing technology among service objects in the network are studied by analysing the existing monitoring and fault diagnosis system and the closed system is decomposed and re - encapsulated as objects using CORBA - based technology.
基于ＣＯＲＢＡ规范的请求代理软件技术，分析已有的状态监测与故障诊断系统，将封闭的诊断系统分解并对象化，实现网络环境中的服务对象之间的互操作和重用；在以诊断服务对象为基本元素的诊断问题求解空间中重组服务对象，按不同的应用目标，建构面向领域的故障诊断智能代理体系和面向设备的故障诊断智能代理体系，完成网络环境下的复杂机械设备多专家协同故障诊断。
2.
An approach for building a domain ontology reusing WordNet was proposed.
构建本体是开发基于语义信息系统的重要步骤,提出了一种基于WordNet重用的领域本体构建方法。
3.
This paper presents a method of decomposing object into levels and building object facing integrated system for fault detection and diagnosis, based on knowledge sharing and reusing which have been one of the key issues of distributed artificial intelligence.
基于分布式人工智能的知识共享和重用原理、方法 ,提出了依层次化对象分解构建化工过程的面向对象的集成故障检测与诊断系统的方法 ,并据此构建了一个通用的化工过程故障诊断系统 ( GCFDS)。
4) With reuse
利用重用
5) resuse
重用、复用
6) reuse utility
重用效用
1.
To overcome the deficiency of traditional reuse utility measurement method,which was based on the number of reused physical end-items in product assembly,a reuse utility evaluation system based on cost,time and quality was put forward.
以重用零件数量占产品零件总数量的比率作为度量重用效用的指标存在着严重不足。
补充资料：可重用软件
| 可重用软件 reusable software 在环境和功能发生变化后，可通过局部修改和重组，保持整体稳定性，以适应新要求的软件。据统计，开发一个新的应用系统，40％～60％的代码是重复以前类似系统的成分，重复比例有时甚至更高。因此，软件重用能节约软件开发成本，真正有效地提高软件生产效率。软件重用性一般可从抽象层次、剪裁方法和重用条件3方面进行描述。 抽象层次 指重用的级别。一般可分为代码重用、设计重用、规范重用和概念重用。设计重用指使用在不同环境下构造的设计。此时应考虑环境中硬件或性能约束带来的影响，从相同的设计可以得到不同的代码。规范重用有同设计重用相似的特征。但从相同的规范可得出不同的设计和不同的代码。代码重用有非常明显的效益，它能大量节省程序设计人员的时间，因此为一般人所接受。但代码重用的问题只能发生在编码阶段，在软件开发过程的早期阶段无法确定是否要重用以及重用带来的影响。另一个困难在于很难找到无需修改即可重用的代码段，其原因是代码一般与其运行环境有着紧密的依赖关系。由于规范和设计尚未考虑表示细节，因此其潜在的重用性是巨大的。另外，重用应在软件开发的前期阶段考虑，所以只有将规范重用、设计重用和代码重用三者结合起来才能真正达到节省软件开发费用，提高软件生产效率的目的。概念重用指在决定采用软件重用技术之前，应对应用领域进行分析，找出软件可重用的概念。此项工作称为域分析。仅当找出的概念满足下列条件（即具有较好的模块化结构、较强适应能力的界面和适当的功能）时，软件成分才可能成为可重用部件。 剪裁方法 软件重用还涉及如何剪裁和修改可重用部件以适应新的要求。采用的剪裁方法有：①根本不剪裁。如程序设计语言所带的库函数。②手工剪裁法，即手工修改可重用部件的内部细节，它要求用户了解可重用部件的内部详细情况。③模板修改法，按模板修改比手工剪裁方便且安全，但同手工剪裁一样，仍有可能因修改可重用部件而使其出错。④类属参数化方法，能保证修改不会使原可重用部件出错 ，但为设计和编码有一定要求。可重用技术中一般都采用此方法。 重用条件 可重用软件应满足如下的条件：①软件系统应是模块化结构。只有在模块化结构中，模块内部的修改和局部系统的重构（部分模块的替换、部分接口的改动）才不致于影响系统的功能和总体面貌。②软件系统应不依赖于具体的运行环境。在这种结构的系统中，依赖于具体运行环境的部分可以集中在少数模块。一旦系统环境发生变化，就可以用其他模块加以替换。③软件系统应建立在标准的、统一的数据接口上，即软件系统在建立数据模块进行数据操作时，都要求以标准的数据模式为依据。这样可以减少系统中模块之间的数据交换和相互依赖关系，并将数据模块的操作集中在少数几个模块进行统一管理。④软件系统应有知识的帮助。这一要求不是必须的，但在软件系统进行重构、扩充时，知识库系统可以提供并学习系统组合、生成及重用方面的知识，从而提高工作效率、改进工作质量。 |
说明：补充资料仅用于学习参考，请勿用于其它任何用途。
参考词条