英語 での Component-based reuse system の使用例とその 日本語 への翻訳
{-}
-
Colloquial
-
Ecclesiastic
-
Computer
-
Programming
Therefore, we consider the RRR family to be on the cutting edge of component-based reuse systems.
In short, we should aim for a component-based reuse system that is able to develop custom business programs.
Next, we will compare the technique with the construction technique for the RRR family,a specific example of a component-based reuse system.
If that happened, component-based reuse systems could exercise their effectiveness in order to utilize the results of the new field.
To clarify what is meant here, note that this condition applies not only to the'Business Logic Components' of this book,but also to component-based reuse systems in general.
Transcending the component-based reuse system of a business package requires the ability to meet all requirements as with a custom business program.
This book applies the generalterm reuse system of componentized applications(RSCA) to the component-based reuse system represented by the products SSS and RRR family.
Looking back on the history of component-based reuse systems, we can say that the range covered by'Software Components' has expanded as shown in Figure 4-2.
Consequently, it became not only an investigation for a product, the RRR family,but also an investigation into figuring out what a practical and effective"component-based reuse system" should be like.
We call the components of software products synthesized by a component-based reuse system that fulfills the following three requirements'Business Logic Components.
In order to understand this matter and to include a sense of conclusion, this chapter will develop our slightly abstracttheory concerning a generalized construction technique for component-based reuse systems.
Based on our studies thus far,we have yet to find a component-based reuse system that can fulfill all three of the requirements, besides systems developed based on SSS tools.
In 1.3"Business Packages with Special Customization Facilities," this book has already stressed the fact that this partitioning guideline has opened the way for building a practical and effective component-based reuse system.
The greater part of the investigation into refining this"component-based reuse system" followed the concept that perceiving the essence of things was more important than separate commercialization.
Note that there is another reason why the work of building in what is necessary is not carried out exhaustively to enable parameter customization.This is described in 5.1"Requirements for Practical and Effective Component-Based Reuse Systems.
To transcend the sort of component-based reuse system, that uses general subroutines and their built-in call mechanisms, we require increasing the percentage of code that can be covered with components.
This chapter will report as honestly as possible about how object-orientation hasbeen perceived by looking back at the process of examining the component-based reuse system, as carried out by Woodland Corporation and AppliTech Inc. in 1994. This was the start of development for the RRR(Triple R) family, the successor to SSS.
Since SSS is a"component-based reuse system" that has similarities with the Smalltalk system, we harnessed this strength to carry out an investigation into the RRR family in an attempt to create a system that was more refined than SSS.
Furthermore, skillful surgery on the application program that actually runs to partition it into little pieces(i.e. refactoring the application program to make it component-based) can transform it into a component-based reuse system, which we call a reuse system of componentized applications RSCAs.
Unfortunately, on the other hand, the component-based reuse system is ineffective for software development in a completely new field that is not related to any already developed field nor is it to a business field.
Accordingly, we should consider the second requirement of a desirable component-based reuse system to be"being able to meet all customization requests," not just the customization requests envisioned ahead of time.
For example, when designing a component-based reuse system that is able to synthesize components from a sales management application program, this book takes the point of view that what will be the source of those components must exist within the program that actually runs.
Accordingly, we should consider the first requirement of a desirable component-based reuse system to be"Software products must be built up solely by combining components" in order to transcend the half-hearted level of using suitable components if they can be found.
Accordingly, the third requirement of a desirable component-based reuse system should be"large numbers of developers systematically benefiting from component-based reuse," rather than a single person benefiting from reuse on a personal basis.