Autor*innen mit den meisten Dokumenten
Auflistung nach:
Neueste Veröffentlichungen
- ZeitschriftenartikelKreativität in der Anforderungsgewinnung: ein Experiment(Softwaretechnik-Trends Band 31, Heft 1, 2011) Schmid, Klaus; El-Sharkawy, SaschaIm modernen Requirements Engineering werden Anforderungen nicht nur erfasst, sondern gestaltet. Entsprechend ist Innovation in der Anforderungsgewinnung eine wichtige Aufgabe, die entscheidenden Einfluss auf den Produkterfolg hat. Doch können innovative Ideen systematisch entwickelt werden? Frühere Fallstudien zeigten bereits, dass dies möglich ist. In diesem Beitrag zeigen wir, dass der kreative Nutzen einzelner Techniken mit empirischen Methoden systematisch analysiert und belegt werden kann.
- ZeitschriftenartikelProR – Eine Softwareplattform für Requirements Engineering(Softwaretechnik-Trends Band 31, Heft 1, 2011) Jastram, Michael
- ZeitschriftenartikelStrukturieren Sie ihre Anforderungen (noch) mit Kapitelstrukturen? Ein Pladoyer für architekturgetriebenes Requirements Engineering(Softwaretechnik-Trends Band 31, Heft 1, 2011) Alt, Oliver
- ZeitschriftenartikelMobile Werkzeuge als Sprachrohr für Endbenutzer(Softwaretechnik-Trends Band 31, Heft 1, 2011) Seyff, Norbert; Graf, Florian
- ZeitschriftenartikelAutomatische Validierung von Anforderungen(Softwaretechnik-Trends Band 31, Heft 1, 2011) Post, Amalinda; Podelski, Andreas
- ZeitschriftenartikelMerkmalsmodellierung für Anforderungsartefakte mit Doors®(Softwaretechnik-Trends Band 31, Heft 1, 2011) Boutkova, Ekaterina; Hami-Nobari, Shahram; Kolb, Benjamin; Löffler, Laura
- Zeitschriftenartikel12. SEUH 2011 - Kurzbericht und Übersicht der Beiträge(Softwaretechnik-Trends Band 31, Heft 1, 2011) Ludewig, Jochen; Röder, Holger
- ZeitschriftenartikelCall for Papers and Participation 13th WORKSHOP SOFTWARE REENGINEERING(Softwaretechnik-Trends Band 31, Heft 1, 2011) GI-FG, SRE
- ZeitschriftenartikelQuantitativer und qualitativer Vergleich von Anforderungen bei agilen und konventionellen Softwareprojekten(Softwaretechnik-Trends Band 31, Heft 1, 2011) Hennemann, Melanie; Knauss, Eric
- ZeitschriftenartikelEin Kosten-Nutzen-Modell für die Softwareprüfung(Softwaretechnik-Trends Band 31, Heft 1, 2011) Hampp, TilmannPrüfungen können große Teile des Budgets eines Software-Projekts aufzehren, erlauben aber, die Produktqualität zu beurteilen und zu verbessern. Sie dürfen nicht vernachlässigt werden, da Defizite der Produktqualität nach Projektende teuer werden können. Projektleiter und Verantwortliche für die Qualität mussen bereits in der Planung über Prüfungen entscheiden. Sie sind in einer schwierigen Situation, weil sie dabei viele komplexe und langfristig wirkende Entscheidungen uber Prüfungen und über einzelne Parameter der Prüfungen treffen müussen. Die Kosten der Prufungen sind früh sichtbar und messbar. Im Gegensatz dazu wird der Nutzen durch schwierig zu messende Qualitätsverbesserungen erreicht, die zu langfristigen Einsparungen fuhren. Zusätzlich hängen Kosten und Nutzen von der Projektsituation ab. Für jedes Projekt ist darum ein individueller Kompromiss zwischen den Kosten für Prüfungen und ihrem Nutzen nötig, so dass minimale Gesamtkosten erreicht werden. Um diese Entscheidungen zu unterstützen, wird in dieser Arbeit ein Kosten-Nutzen-Modell für Softwareprüfungen, CoBe (Cost-Benefit-Model), entwickelt und validiert. Mit diesem Modell kann untersucht und prognostiziert werden, wie sich Entscheidungen über Prüfungen und über einzelne Parameter der Prüfungen auswirken. Dazu werden diese Entscheidungen durch Modelleingaben dargestellt: In das Modell kann eingegeben werden, welche Reviews und Tests stattfinden, und wie Korrekturen nach diesen Prüfungen und in der Wartung geprüft werden. Zu den Prüfparametern gehören die Zahl der Gutachter und ihre Kompetenz im Review oder die eingesetzten Testmethoden und ihre Vollständigkeit. Weitere Eingaben beschreiben die Projektsituation, beispielsweise den Produktumfang, den Schaden, den ein Fehler beim Einsatz der Software verursacht, und die Häufigkeit des Einsatzes. Die Modellresultate sind die Wirkungen dieser Entscheidungen in der konkreten Projektsituation: die Kosten, die durch die Prüfung entstehen, und der daraufhin erreichte Nutzen durch eingesparte Kosten. Kosten und Nutzen zeigen sich während des Projekts, während der Wartung des Produkts und beim Einsatz des Produkts. Damit Kosten und Nutzen abgewogen und Gesamtkosten minimiert werden können, werden die Modellresultate als Geldwerte berechnet. Zur Projektplanung werden Kosten und Nutzen durch Aufwand, Dauer und Personalbedarf einzelner Aktivitäten dargestellt. Dazu enthält CoBe einzelne, quantitative Wirkungszusammenhänge, die zu einem Basismodell mit den grundlegenden Zusammenhängen oder zu einzelnen, feingranularen Prüfungsmodellen gehören. Das Modell wurde bereits während der Modellbildung prototypisch als Tabellenkalkulation implementiert, damit die Modellresultate frühzeitig leicht berechnet werden konnten und damit das Modell leicht geändert werden konnte. Dieser Prototyp wurde erprobt und schrittweise erweitert. Danach erfolgte die Realisierung als Java-Anwendung. Die Validierung des Modells erfolgte mit Daten aus Software-Projekten. Dabei wurden einzelne Zusammenhänge und das gesamte Modell mit Daten aus über 20 studentischen Projekten geprüft. CoBe ist mit Daten aus zwei iterativen Industrieprojekten mit umfangreicher, paralleler Entwicklung validiert. Das Modellverhalten wird durch Sensitivitätsanalyse untersucht, zusätzlich wird das Kosten-Optimum analysiert. Die Validierung zeigt, dass CoBe ausreichend genau beschreibt, wie sich Entscheidungen über Prüfungen auswirken. Da die Resultate der studentischen Projekte deutlich streuen, ergibt sich eine gewisse Abweichung zwischen den Projektresultaten und den Modellresultaten. Die Resultate sind für die beiden Industrieprojekte genauer. Deutlich wird, dass CoBe für eine bestimmte Umgebung kalibriert werden muss, damit die Resultate ausreichend genau sind. Dazu sind wenige Daten aus abgeschlossenen Software-Projekten notwendig. Die Daten sind oft verfügbar, da sie häufiger als andere Daten erhoben werden. Die Validierung zeigt, dass CoBe gut verallgemeinerbar ist. Die Daten, die für den Einsatz von CoBe notwendig sind, sind entweder in Projekten bereits verfugbar oder können gemessen oder erfragt werden.
- «
- 1 (current)
- 2
- 3
- »