BibSonomy publications for /tag/product+softwareMon Jul 07 16:45:32 CEST 2008Proc. Workshop on Empirical Studies of Software Maintenance (WESS)NovemberBethesda, Maryland, USAA Maintenance Check for Evolving a Product-line Architecture by Determining the Indicators of Erosion1998product architecture, line, software evolution Mon Jul 07 16:45:32 CEST 2008Design and Use of Software Architectures - Adopting and Evolving a Product Line Approach2000line evolution, architecture, product software Mon Jul 07 14:16:03 CEST 2008Anforderungsbasierte Ableitung von Systemtestfall-Szenarien in der Software-Produktlinien-Entwicklung2006testing based ScenTED requirements scenario line software product Kurzbeschreibung Ziel der Einführung von Software-Produktlinien in einer industriellen Software-Entwicklung ist die Reduzierung der Entwicklungszeit und u2013kosten bei gleichzeitiger Steigerung der Qualität gegenüber der Einzelsystem-Entwicklung. Neben konstruktiven Entwicklungsphasen müssen in der Produktlinien-Entwicklung Maßnahmen zur Qualitätssicherung durchgeführt werden. Der Systemtest ist Bestandteil der analytischen Qualitätssicherungsmaßnahmen. Eine Aufgabe des Systemtests ist die Überprüfung der richtigen Umsetzung der funktionalen Anforderungen eines Systems. Dazu werden System-Testfälle aus den spezifizierten funktionalen Anforderungen abgeleitet. Die Anwendung existierender Test-Techniken, -Methoden und -Verfahren aus der Einzelsystem-Entwicklung ist durch die Konzepte der Produktlinien-Entwicklung, der Trennung von Domänen- und Applikations-Entwicklung sowie Variabilität, problematisch. Es ist ein effizientes Verfahren entwickelt worden, das den Systemtest in der Software-Produktlinien-Entwicklung unterstützt. An das Verfahren wurden die folgenden Anforderungen gestellt: Um einen geringen Aufwand bei dem Systemtest zu haben, soll die Wiederverwendung von Testfällen unterstützt werden. Die Wiederverwendung kann nur erfolgen, wenn die Nachvollziehbarkeit zwischen Anforderungen und Testfällen aufgezeichnet wurde. Durch wiederverwendete Anforderungen in Applikationen der Produktlinie können die wiederzuverwendenden Testfälle ermittelt werden. Zusätzlich soll eine frühe Validierung während des Domänen-Tests unterstützt werden, um Fehler frühzeitig zu ermitteln. Die Umsetzung der Anforderungen erfolgt im ScenTED-Verfahren (Scenario-based TEst case Derivarion) durch die folgenden Kernideen: - Erstellung von Testfällen mit Variabilität im Domänen-Test: Es wurden unterschiedliche Strategien zum Test in der Produktlinien-Entwicklung beurteilt. Es wurde eine Strategie umgesetzt, in der Testfälle für Gemeinsamkeiten und für die Varianten der Produktlinie ermittelt werden. Die Testfälle mit Variabilität enthalten die Ausprägungen der Varianten und können deshalb mit geringen Anpassungen beim Testen von Applikationen der Produktlinie verwendet werden. - Ableitung der Testfälle aus Domänen-Use-Cases und Szenarien: Die Ableitung der Testfälle erfolgt aus den Anforderungen. Die Anforderungen liegen als Domänen-Use-Cases und dazu gehörigen Szenarien vor. Diese Typen von Anforderungen sind eine gute Grundlage zur Ermittlung der Testfälle, da sie Abläufe beschreiben, die einem Systemtest sehr ähnlich sind. - Umsetzung eines Modell-basierten Vorgehens: Modell-basierte Vorgehen sind in der Einzelsystem-Entwicklung bekannt. Sie haben einige Vorteile, wie z.B. nachvollziehbare Mengen von Testfällen und Überprüfung der Anforderungen durch die Erstellung des Test-Modells. Als Test-Modell wurde ein Aktivitätsmodell verwendet, welches um Variabilität erweitert wurde. Zur Unterstützung des ScenTED-Vorgehens sind zwei Prototypen implementiert worden. Der erste Prototyp realisiert die Erstellung eines Test-Modells für den Domänen-Test. Der zweite Prototyp nimmt dieses Test-Modell als Eingabe, um daraus Testfall-Szenarien im Domänen-Test zu ermitteln. Das Verfahren wurde in zwei Fallstudien angewendet. Zum einen wurde eine imaginäre Produktlinie getestet. Zum anderen wurde das ScenTED-Verfahren erfolgreich in einer Kooperation mit der Firma Siemens AG in einer realen Entwicklung genutzt, um den Systemtest einer Software-Produktlinie zu unterstützen. Es ist einmal eine kleine Menge von Testfall-Szenarien ermittelt worden. Diese Testfall-Szenarien wurden zum Test von drei Applikationen der Produktlinie herangezogen. Die Testfälle wurden systematisch wiederverwendet, was den Aufwand zur Ermittlung der Testfälle reduzieren soll. Fri Jun 27 15:45:53 CEST 2008 CS&P 2006 - Concurrency, Specification and ProgrammingMR: Es wird gezeigt, dass bei SPLs, die mit formalen Spezifikationen (hier CSP-CASL) beschrieben sind, die Testfälle, Testeingaben und erwartete Ergebnisse automatisch generiert werden können. Die Wiederverwendung der Tests beschränkt sich im Paper auf SPLs von speziellen Art, bei denen die Varianten nur erweitert werden können und somit andere Varianten und den gemeinsamen Teil vollständig involvieren.Specification Based Software Product Line Testing: A Case Study2006testing specification-based software algebraic product line oracle CSP testdata specification automated In this paper, we describe an approach of software product line testing which is based on formal specifications of the desired properties. In a software product line, common behaviours are maintained at subsequent levels of the product development. Commonalities among products arise from the reuse of parts of the software. It is unclear, however, in which way test cases for one product can be reused for subsequent enhancements. In this paper we approach this problem by specification based testing. We start the software quality assurance process by formally specifying the system in the process algebraic specification language CSP-CASL [1] for the description of system properties. After that we establish an enhancement relation between specifications in a software product line development. This enhancement relation conceptually forms the basis of reusability of test suites among different implementations in a product line development.Thu Jun 19 19:01:43 CEST 2008BerlinSoftware Product Lines - Research Issues in Engineering and Management3--52A Scenario-Based Method for Software Product Line Architecting2006scenario product line software Software product line engineering implies making a long-term investment in a common architecture. This architecture must support the derivation of potentially many generations of products in the line. Short-term and long-term business considerations should be well balanced when defining and evolving software product line architectures. Established methods for architecting lack support for doing this in an efficient manner. We present a scenariobased architecting method that addresses this problem. The method uses various types of scenario to ensure that the long-term future is taken into account, and to enable the efficient description, evaluation and comparison of multiple candidate architectures in parallel.Tue Jun 10 10:56:43 CEST 2008Electr. Notes Theor. Comput. Sci.6Towards Testing Product Line Architectures822003product software line testing Wed Sep 26 12:09:12 CEST 2007Design and Use of Software Architectures - Adopting and Evolving a Product Line Approach2000product software line architecture evolution Wed Sep 26 10:37:27 CEST 2007Proc. Workshop on Empirical Studies of Software Maintenance (WESS)NovemberBethesda, Maryland, USAA Maintenance Check for Evolving a Product-line Architecture by Determining the Indicators of Erosion1998line product software architecture evolution Wed Sep 26 10:37:27 CEST 2007Design and Use of Software Architectures - Adopting and Evolving a Product Line Approach2000evolution product line software architecture Tue Sep 25 21:44:52 CEST 2007Proc. Workshop on Empirical Studies of Software Maintenance (WESS)NovemberBethesda, Maryland, USAA Maintenance Check for Evolving a Product-line Architecture by Determining the Indicators of Erosion1998software line product evolution architecture Tue Sep 25 21:44:52 CEST 2007Design and Use of Software Architectures - Adopting and Evolving a Product Line Approach2000line software product architecture evolution Thu Jun 21 03:47:13 CEST 2007Bari, ItalyInternational Conference on Software MaintenanceOctober 1--3160--166Software Evolution Observations Based on Product Release History1997product history software evolution Large software systems evolve slowly but constantly. In this paper we examine the structure of several releases of a telecommunication switching system (TSS) based on information stored in a database of product releases. We tracked the historical evolution of the TSS structure and related the adaptations made (e.g. addition of new features, etc.) to the structure of the system. Such a systematic examination can uncover potential shortcomings in the structure of the system and identify modules or subsystems that should be subject to restructuring or reengineering. Further, we have identified additional information that would be useful for such investigations but is currently lacking in the database.Fri Jan 05 09:56:29 CET 2007Boston, MA, USASoftware Metrics: A Rigorous and Practical Approach1996measures resource process metrics product software statistics attribute artifact product softwareCommunity for tag(s) product software