COTS-Based Software Systems: Second International by Tom Anderson, Mei Feng, Steve Riddle, Alexander Romanovsky

By Tom Anderson, Mei Feng, Steve Riddle, Alexander Romanovsky (auth.), Hakan Erdogmus, Tao Weng (eds.)

This booklet constitutes the refereed complaints of the second one overseas convention on COTS-Based software program platforms, ICCBSS 2003, held in Ottawa, Canada in February 2003.

The 24 revised complete papers provided have been conscientiously reviewed and chosen from quite a few submissions. The papers deal with all present matters on commcerial-off-the-shelf-systems, from the viewpoint of study and improvement in addition to from the practitioner's software aspect of view.

Show description

Read Online or Download COTS-Based Software Systems: Second International Conference, ICCBSS 2003 Ottawa, Canada, February 10–12, 2003 Proceedings PDF

Best software books

Product-Focused Software Process Improvement: 11th International Conference, PROFES 2010, Limerick, Ireland, June 21-23, 2010. Proceedings

On behalf of the PROFES Organizing Committee we're proud to provide the proce- th ings of the eleven overseas convention on Product-Focused software program method development (PROFES 2010), held in Limerick, eire. because the first convention in 1999 the convention has verified its position within the software program engineering neighborhood as a revered convention that brings jointly individuals from academia and undefined.

Software Composition: 11th International Conference, SC 2012, Prague, Czech Republic, May 31 – June 1, 2012. Proceedings

The booklet constitutes the refereed complaints of the eleventh foreign convention on software program Composition, SC 2012, held in Prague, Czech Republic, in May/June 2012, co-located with instruments 2012 Federated meetings. The 12 revised complete papers have been rigorously reviewed and chosen from forty two submissions for inclusion within the e-book.

Foundations of Software Science and Computation Structures: 4th International Conference, FOSSACS 2001 Held as Part of the Joint European Conferences on Theory and Practice of Software, ETAPS 2001 Genova, Italy, April 2–6, 2001 Proceedings

ETAPS 2001 used to be the fourth example of the ecu Joint meetings on thought and perform of software program. ETAPS is an annual federated convention that was once demonstrated in 1998 by means of combining a couple of present and new meetings. This 12 months it comprised ve meetings (FOSSACS, FASE, ESOP, CC, TACAS), ten satellite tv for pc workshops (CMCS, ETI Day, JOSES, LDTA, MMAABS, PFM, RelMiS, UNIGRA, WADT, WTUML), seven invited lectures, a debate, and ten tutorials.

Additional info for COTS-Based Software Systems: Second International Conference, ICCBSS 2003 Ottawa, Canada, February 10–12, 2003 Proceedings

Example text

Here we observed a significant gap observed in COTS-related effort reporting where projects either reported less than 2% or over 10% COTS-related effort, but never between 2-10%. The above empirical definition is based on our observations of CBS projects that required a great deal of COTS “special handling” with respect to overall Not All CBS Are Created Equally 39 development effort in order to succeed. The percentages are only approximate and are likely to change (perhaps in relation to increasing COTS availability and maturity levels).

While developing COCOTS, it was found that there is no “one size fits all” CBS effort estimation model. Instead, effort estimates are made by composing individual assessment, tailoring, and glue-code effort sub-models. Following this lead, we surmised that there are four major types of CBS projects: those that are assessment intensive, tailoring intensive, glue-code intensive, or non-COTS activity intensive. To elaborate this: 1. An assessment intensive project will have the DC&P’s covered without much modification (or tailoring) by a single COTS package or through the simple integration of several.

Establishing Trust in COTS Components 21 In order to achieve higher trust, these updates should highlight any changes to the functional and non-functional specifications of the previous version. Proper feedback has to be facilitated from the consumers to the vendors. For instance, the vendor of our selected data compression component may not have tested the component for compressing data in our in-house file format, or maybe one of the possibly hundreds of consumers of the component may discover the file that causes the component to fail.

Download PDF sample

Rated 4.88 of 5 – based on 9 votes