rect rect rect rect rect rect rect
You are viewing an archived version of CBSE 1999. This page has been archived via the Internet Archive Wayback Machine for the ICSA conference series history. Some links on this page might not work.
← return to the ICSA homepage.
General Navigation Buttons - Home | Search | Contact Us | Site Map | Whats New
engineering graphic
white space
engineering
Welcome
Architecture Tradeoff Analysis
CERT Coordination Center
COTS-Based Systems
Overview
Activity Areas
Products and Services
CBS Team
References
Events
Opportunities to work with us
Briefings, Courses, and Workshops
CURE (COTS Usage Risk Evaluation)
TIDE
Spiral workshops
COTS-Based Systems Monographs
COTS_Spot Column
Little Red Book
Performance - Critical Systems
Information Repositories
Team & Personal Software Process
Product Line Practice
Software Engineering Measurement & Analysis (SEMA)
Complete Technical Project List
Common Acronyms
Technical Initiatives
Conferences
Education & Training
white space
About SEI|Mgt|Eng|Acq|Collaboration|Prod.& Services|Pubs
pixel
Rollover Popup Hints for Topic Navigation Buttons above
pixel
Non-technical Issues


Next: Conclusion Previous: Engineering Principles for CBSE

Non-technical Issues

One of the most serious problems that impede CBSE is the cost involved in producing reusable components. The cost of producing reusable components is substantially higher than the cost of producing a single application without reuse consideration, as high as five times the cost of producing a single application in some cases [2], few will make this large investment for others or for the future. This approach may be considered economically viable in the commercial software development where frequent customization is needed or in the environment where a family of systems are developed and maintained. It is likely that it will take some time before CBSE becomes the common practice in software engineering. Some of the economics issues are discussed in [5].

Developing software for future reuse or for others is not an easy matter in any corporate environment where software development is managed in terms of projects. It is difficult to see any development projects that were not under schedule pressures or not in shortage of resources. Giving incentives (e.g., award, promotion) to contributors or reusers doesn't usually make much difference unless those incentives are significant. One of the most effective ways to promote CBSE in a corporate environment might be to have a central support organization dedicated to: (1) identify common needs, (2) develop, maintain, and advertise reusable components, and (3) teach and support reuse.

This support organization should consists of highly skilled software engineers who are able to perform domain analyses for the application areas of the development organizations (projects) and develop reusable components applying techniques such as meta-programming, application generator, macro processing, and template. As they can oversee many projects, they should be able to identify common problems among projects and provide generic solutions. The cost of this organization could be amortized through reuse across development projects.



Next: Conclusion Previous: Engineering Principles for CBSE


Tue Apr 13 16:40:22 KST 1999
 

 

 

 

download the PDF file
contact the organizers


The Software Engineering Institute (SEI) is a federally funded research and development center sponsored by the U.S. Department of Defense and operated by Carnegie Mellon University.

Copyright 2004 by Carnegie Mellon University
URL: http://www.sei.cmu.edu/papers/43/node4.html
Last Modified: 10 March 2003