997 resultados para Configuration support
Resumo:
Software Product Line (SPL) engineering aims at achieving efficient development of software products in a specific domain. New products are obtained via a process which entails creating a new configuration specifying the desired product’s features. This configuration must necessarily conform to a variability model, that describes the scope of the SPL, or else it is not viable. To ensure this, configuration tools are used that do not allow invalid configurations to be expressed. A different concern, however, is making sure that a product addresses the stakeholders’ needs as best as possible. The stakeholders may not be experts on the domain, so they may have unrealistic expectations. Also, the scope of the SPL is determined not only by the domain but also by limitations of the development platforms. It is therefore possible that the desired set of features goes beyond what is possible to currently create with the SPL. This means that configuration tools should provide support not only for creating valid products, but also for improving satisfaction of user concerns. We address this goal by providing a user-centric configuration process that offers suggestions during the configuration process, based on the use of soft constraints, and identifying and explaining potential conflicts that may arise. Suggestions help mitigating stakeholder uncertainty and poor domain knowledge, by helping them address well known and desirable domain-related concerns. On the other hand, automated conflict identification and explanation helps the stakeholders to understand the trade-offs required for realizing their vision, allowing informed resolution of conflicts. Additionally, we propose a prototype-based approach to configuration, that addresses the order-dependency issues by allowing the complete (or partial) specification of the features in a single step. A subsequent resolution process will then identify possible repairs, or trade-offs, that may be required for viabilization.
Resumo:
There is no empirical evidence whatsoever to support most of the beliefs on which software construction is based. We do not yet know the adequacy, limits, qualities, costs and risks of the technologies used to develop software. Experimentation helps to check and convert beliefs and opinions into facts. This research is concerned with the replication area. Replication is a key component for gathering empirical evidence on software development that can be used in industry to build better software more efficiently. Replication has not been an easy thing to do in software engineering (SE) because the experimental paradigm applied to software development is still immature. Nowadays, a replication is executed mostly using a traditional replication package. But traditional replication packages do not appear, for some reason, to have been as effective as expected for transferring information among researchers in SE experimentation. The trouble spot appears to be the replication setup, caused by version management problems with materials, instruments, documents, etc. This has proved to be an obstacle to obtaining enough details about the experiment to be able to reproduce it as exactly as possible. We address the problem of information exchange among experimenters by developing a schema to characterize replications. We will adapt configuration management and product line ideas to support the experimentation process. This will enable researchers to make systematic decisions based on explicit knowledge rather than assumptions about replications. This research will output a replication support web environment. This environment will not only archive but also manage experimental materials flexibly enough to allow both similar and differentiated replications with massive experimental data storage. The platform should be accessible to several research groups working together on the same families of experiments.
Resumo:
"Aug 80."
Resumo:
Includes index.
Resumo:
Includes index.
Resumo:
Includes index.
Resumo:
Includes index.
Resumo:
Includes index.
Resumo:
"March 1979."
Resumo:
"February 1976."
Resumo:
"17 May 1985."
Resumo:
"October 1976."
Resumo:
"November 1978."
Resumo:
Four anaerobic fluidized bed reactors filled with activated carbon (R1), expanded clay (R2), glass beads (R3) and sand (R4) were tested for anaerobic degradation of LAS. All reactors were inoculated with sludge from a UASB reactor treating swine wastewater and were fed with a synthetic substrate supplemented with approximately 20 mg l(-1) of LAS, on average. To 560 mg l(-1) COD influent, the maximum COD and LAS removal efficiencies were mean values of 97 +/- 2% and 99 +/- 2%, respectively, to all reactors demonstrating the potential applicability of this reactor configuration for treating LAS. The reactors were kept at 30 degrees C and operated with a hydraulic retention time (HRT) of 18 h. The use of glass beads and sand appear attractive because they favor the development of biofilms capable of supporting LAS degradation. Subsequent 16S rRNA gene sequencing and phylogenetic analysis of samples from reactors R3 and R4 revealed that these reactors gave rise to broad microbial diversity, with microorganisms belonging to the phyla Bacteroidetes, Firmicutes, Actinobacteria and Proteobacteria, indicating the role of microbial consortia in degrading the surfactant LAS. (C) 2010 Elsevier Ltd. All rights reserved.
Resumo:
Scheduling resolution requires the intervention of highly skilled human problemsolvers. This is a very hard and challenging domain because current systems are becoming more and more complex, distributed, interconnected and subject to rapidly changing. A natural Autonomic Computing evolution in relation to Current Computing is to provide systems with Self-Managing ability with a minimum human interference. This paper addresses the resolution of complex scheduling problems using cooperative negotiation. A Multi-Agent Autonomic and Meta-heuristics based framework with self-configuring capabilities is proposed.