Noch immer gibt es Probleme bei der Entwicklung von elektronischen Bauteilen, die auf dem engen Zusammenspiel von Hard- und Software beruhen. Standards wie Automotive Spice sind zwar längst entwickelt, werden aber noch längst nicht allerorten angewandt. Das liegt nicht am mangelnden Willen, sondern an der Komplexität der Materie. Als Plattform für den fachlichen Austausch rund um die Themen System- und Software-Prozessverbesserung und Anwendung entsprechender Standards haben sich deshalb schon in einigen Ländern Software Process Improvement Networks, sogenannte SPINs, etabliert.
SPINs verstehen sich als nicht-kommerzielle Kommunikationsplattformen, die die Unternehmensbereiche Entwicklung, Qualitätssicherung, Beschaffung, Service, Information Security und Management ansprechen wollen. Und SPINs werden in der Regel von Universitäten betrieben. So auch das SPIN-München, eine Kooperation zwischen dem Institut für Informatik der Technischen Universität München und Unternehmen aus den Fachbereichen.
Ziele sind der Abbau von Hemmschwellen und Missverständnissen beim Einsatz von Prozessen in der Software- und Systementwicklung. Auch deren kontinuierliche Verbesserung schreibt man sich auf die Fahnen. Außerdem sollen neue Trends und Entwicklungen von Vorgehensweisen bei der Zusammenarbeit in der Software- und Systementwicklung gezeigt werden. Großer Wert wird auf die Vertraulichkeit der Daten und Informationen gelegt, die im Rahmen des SPINs erarbeitet oder zur Verfügung gestellt wurden.
Im November 2006 wurde das China System and Software Process Improvement Network (CSPIN) vom chinesischen Ministerium für die Informationsindustrie und vom Ministerium für zivile Angelegenheiten als Plattform für die System- und Software-Prozessverbesserung gegründet. Das Thema Automotive SPICE bedarf im Rahmen dieser chinesischen Bemühungen einer besonderen Aufmerksamkeit. Wie es in China um die Vertraulichkeit von Informationen steht, mögen indes die Experten vor Ort beurteilen.
‘Die SPINnen, die SPICE Heinis’. Das spricht sicher vielen Entwicklern aus der Seele. Was soll das Getue mit dem SPICE Standard? wie hilft er mir, dem Entwickler meine Problem zu lösen? Die Probleme sind: alle Funktionen so umzusetzen, dass sie ablaufen. Meist unter drastischen Performance Beschränkungen: zu wenig Speicherplatz und zu wenig Prozessor Power. Wie hilft mir da SPICE, den Code zu optimieren? Von den ganzen Schnittstellen, die gefordert werden ganz zu schweigen.Oder beim Testen: es muss sichergestellt werden, dass alle Funktionen getestet werden, aber in kürzerer als der geplanten Zeit, die ohnehin schon nicht ausreichend war.
Und jetzt verlangt SPICE ENG.10.BP.5 einzuhalten (Ensure consistency and bilateral traceability of system requirements to the system test specification). Was soll das denn?
Genau darum geht es bei SPIN. Informationsaustausch unter Experten, die eine gemeinsame Sprache sprechen. Und die SPICE in die jweiligen Entwicklungsprobleme übersetzen. Die auch schildern, welche Vorteile es bringt, wenn man SPICE (richtig) anwendet. Nicht SPICE 1:1 weil der Kunde mit einem Assessment droht, sondern SPICE zur Verbesserung der eigenen Entwicklungsperformance: zuverlässige Planung, verbesserte Produktivität, weniger Fehler.