Wir sind im Kapitel 3 dieser Vorlesung angekommen und beschäftigen uns mit Qualitätsmanagement.
Das ist ja dieser Bereich, ist etwas umfangreicher als der zum Entwurf,
weil zum Entwurf hören sie ja ganz viel in der anderen Vorlesung.
Wir haben wieder eine Reihe von Fragen und für den ersten Abschnitt
sind vor allen Dingen die Fragen 1, 2 und 3 wesentlich.
Das heißt, wie Sie sollen im Wesentlichen zu den Qualitätsmerkmalen,
über die wir gleich sprechen,
etwas sagen können, die es ein sind,
wenden können und sie auch anwenden können
Das ist die Erwartung, die wir an diese Veranstaltung haben.
Lassen Sie uns kurz starten mit dem Begriff,
worum geht es überhaupt? Motivation ist mir wichtig,
warum wollen wir uns damit beschäftigen,
zumal es auf der Qualität so ein bisschen den Anbruch hat,
von wegen etwas Bürokratisches zu sein.
Zunächst erst mal, worum geht es bei Qualität?
Qualität kommt aus dem lateinischen Qualitas
Und das ist so etwas wie Merkmal, Eigenschaft.
Eigenschaft, Beschaffenheit, Merkmal. Ich betone das,
weil Qualität im, gerade wenn es um Vertrieb geht,
um Werbung geht, wird Qualität immer für etwas als Synonym,
für gut verwendet.
Das stimmt nicht. Gut ist eigentlich gute Qualität,
oder die erwartete Qualität
Der Qualität steht dem Begriff im Gegensatz zur Quantität,
wo es um die Menge geht.
So ist doch hier die Beschaffenheit und die Eigenschaft im Vordergrund.
Eigentlich geht es also bei Qualität darum, wie etwas beschaffen ist.
Und wir werden gleich merken, die Begriffe gehen etwas durcheinander,
wenn wir gleich über Qualitätsmerkmale sprechen und hier sagen wir,
ja, Qualität steht für Merkmal,
dann ist das so ein bisschen so was wie Weißer Schimmel.
Ja, also so ein bisschen doppelt gemobbelt. Das ist der eine Punkt,
über den ich sprechen möchte, nämlich der Bezug zu Qualität
Und der nächste Punkt hat damit zu tun,
dass wir im Kapitel des Qualitätsmanagement haben.
Qualitätsmanagement, da geht es darum, Ziele zu erreichen,
Ziele setzen.
Und diese Ziele sind erwünschte Merkmale
Das können wir noch ein bisschen besser hier, das ist ein Zeh,
gezielt erreichen, es geht nicht nur um das Prüfen.
Viele verstehen unter Qualitätsmanagement das Prüfen, das Testen,
nein, es geht darum, beim Management etwas gezielt erreichen,
etwas gezielt steuern, das ist Management.
Wir haben mit mehreren Dingen zu tun,
wo solche Merkmale und gewünschte Eigenschaften eine Rolle spielen,
zunächst natürlich vor allen Dingen
das Software-System
Dass die Software gute Eigenschaften hat, Eigenschaften,
wie sie der Auftraggeber möchte, wie sie benötigt werden.
Doch nicht nur das System selber,
sondern insgesamt das System in der Art und Weise,
wie es zur Benutzung zur Verfügung steht, soll solche Eigenschaften haben.
Und es hilft uns, die Begriffe ganz klar zu haben,
damit wir uns gut darüber verständigen können, für dieses Verständnis,
für die Kommunikation ist es wichtig, Begriffe darüber, dafür zu finden.
Und deswegen empfehle ich, eine Norm zu verwenden,
wenn immer eine Norm da ist.
Norm und Standard ist das Gleiche. Norm steht für das
normale Standardstieg, für das, worüber sich alle geeinigt haben.
Und solche Normen stellen gerade den Standard dar, die Einigung,
den Kompromiss dar, über denen sich die großen Player geeinigt haben.
Also wenn wir zum Beispiel für Normen,
für Qualität und Begriffe um die Qualität und was ist ein Merkmal,
denn genau, was ist damit mit dem Begriff gemeint,
wenn wir solche Normen an solchen Normen denken,
dann werden die aufgestellt, nicht etwa von Universitätsprofessoren,
nein,
sondern von den großen Unternehmen der IT,
also zum Beispiel würde das nicht ohne IBM und Microsoft
und vielleicht auch Google und Facebook gehen
Ja, also diese haben einen enormen Familie aufgestellt,
25.000, die XX stehen für unterschiedliche Zähl von,
sie können das auch Sternen, Sternen schreiben, wenn sie wollen.
Also es geht von 25,10, 25,25, 25,12 gibt es auch noch.
Und diese Normen umfassen Aussagen zur Produktqualität, zur Benutzungsqualität und auch Datenqualität,
das werden wir allerdings hier außen vor lassen.
Und sie umfassen solche Sachen wie, dass wir Begriffe bezeichnen,
was ist das genau, dass wir Definitionen klarlegen,
was ist unter diesem Begriff zu verstehen,
Modelle stellen Bezüge Züge zwischen den Dingen da.
Es wird etwas dazu gesagt, wie wird so etwas gemessen?
Sie kennen den Begriff Metrik dafür. Es geht darum,
wie sind Anforderungen zu beschreiben an solche Produktmerkmale und wie bewerte ich die?
Bewerten mit verschiedenen Methoden? Wir werden in diesem Kapitel
ja darüber sprechen. Was ein bisschen außen vor bleibt,
was wir aber auch kurz besprechen möchten, ist die Qualität,
also Merkmale des Entwicklungsprozesses, denn da wollen wir auch Ziele erreichen.
Zum Beispiel wollen wir eine bestimmte Produktivität erreichen und eine
geringe Fehlerquote
Dazu sagt allerdings diese Norm nichts,
da sagt etwas dazu in der ISO 9.000. 9.000 bis 9.004,
ich mache mal auch hier so ein Sternchen oder wenn sie sowas in X wollen,
wie gesagt etwas, nicht viel,
wir sagen kurz was dazu.
Nachdem wir grundsätzlich gesagt haben, also es kommt auf diese
Begriffe an, lassen sie uns starten mit dem Ersten.
Diese Norm ist auf Englisch, es gibt eine deutsche Übersetzung,
doch die Bezeichnungen hier habe ich mal auf Englisch mitgebracht
Jeweils immer die deutsche Übersetzung dazu und hier jeweils auch,
das Original mal, damit wir Eindeutigkeit besser erreichen.
Wir starten mit Functionals Hugability, das heißt nicht Funktionalität,
das heißt nicht besonders viel, sondern das heißt,
das ist das Richtige ist, dass es das ist,
was der Kunde braucht, ja,
that meet stated and implied needs.
Besonders ist also wirklich das Bedürfnis und das heißt,
Es geht nicht nur das, was in der Spezifikation steht,
sondern das, was der Kunde wirklich braucht.
Das ist das Kriterium. Denn die Spezifikation, die Anforderungsbeschreibung
, kann ja falsch sein. Und ein weiterer Punkt,
das man kriegen wir mal hier stated and implight.
Und etwas weiteres möchte ich auch noch hier hervorheben.
Und zwar die Specified Conditions
Unter Normalbedingungen. Wir werden danach noch über die Zuverlässigkeit sprechen.
Da geht es um erschwerte Bedingungen, um der Anwesenheit von Fehlern, Anwesenheit von Störungen.
Hier geht es erst mal um die normalen Bedingungen.
So, und diese normalen Bedingungen, das wollen wir,
da wollen wir funktionale Vollständigkeit, Covers or the Specify Task and User Objectives.
Dann wollen wir, dass das korrekt ist. Ja,
also die korrekten Resultate, wenn wir eine bestimmte Ja,
Genauigkeit haben wollen, Korrektheit haben wollen. Ja, also sie werden,
wenn sie die Verwaltung ihres Kontos bei der Bank haben,
dann werden sie gerne, das wollen sie doch gerne haben,
dass das nicht irgendwie plötzlich mal um 1.000 Euro abweicht,
weil es da einen kleinen Rechenfehler gibt, weil da irgendwas nicht richtig implementiert war.
Also wir wollen, dass die Funktionen wirklich genau gemacht werden. So,
und wenn wir etwas haben, was genauer steuert,
also nehmen wir mal an,
wir wollen da ein Flugzeug in der Luft betanken,
wenn wir da etwas haben,
wo der Saugrüssel dann auf den auf den,
bei dem Tankflugzeug dann auf den Tankstürzen,
bei dem Betankenflugzeug aufgesetzt wird, dann wollen wir auch gern,
dass das ganz genau passt und nicht irgendwie zehn Zentimeter oder gar einen Meter dabei,
daneben vorbei.
Das ist also mit Position hier gemeint. Und als dritten,
nicht nur, dass das Komplexe,
also vollständig und korrekt ist, also passend,
sondern wir wollen es auch noch, dass es angemessen ist.
Ja, also Fasilität heißt ja vereinfachen,
dass es angemessen ist in die einen für die einfache Benutzung.
Das ist das, was wir hier brauchen.
Ein ziemlich grundsätzliches Kriterium, man könnte sagen, ja,
die Korrektheit, das kann ich ja mit Tests abdecken.
Bei Vollständigkeit wird es schon ein bisschen Zweifel,
ob wir mit Tests wirklich das vollständig abdecken können.
Aber die Angemessenheit, da müssen wir dann tatsächlich auch subjektiv,
wir müssen auch beim Nutzer fragen, ob es das ist.
Wir werden später noch darüber sprechen,
für welche Klassen von Systemen das besonders wichtig ist.
Jetzt gehen wir erst mal weiter zum nächsten. Ich nehme
mal die Reihenfolge, wie es in der Norm ist.
Und diese zweite Kategorie ist tatsächlich die zweitwichtigste. Wir hören
ganz oft Beschwerden darüber, wie denn das Zeitverhalten sei,
Performance, wird im Deutschen auch benutzt.
Effizienz ist eigentlich eine sehr gute Übersetzung, denn es geht um Ressourcen.
Solche Ressourcen, wir beheben das wieder hier ein bisschen hervor.
Und solche Ressourcen haben wir, wenn solche Ressourcen zum Engpass
werden, braucht das Ganze länger.
Und das ist dann das, was in Zeitverhalten resultiert.
Solche Ressourcen, ich schreibe ein paar dran,
ist zunächst erstmal Prozessorleistung
Prozessorleistung wird nicht effizient verwendet, Effizienz heißt ja nebenbei bemerkt,
das Verhältnis von Aufwand und Nutzen.
Und das steigert sich, das ist dann,
wenn das nicht effizient ist, ist das der Aufwand,
den wir an Prozessorleistung brauchen, viel zu hoch.
Und dann sollte, wenn zum Beispiel wir einen schlechten Algorithmus
gewählt haben, dann ist die Prozessorleistung letztlich verschwendet,
wir sollten einen besseren Algorismus nehmen.
Das ist der erste Punkt hier.
Der zweite Punkt ist Speicherplatz
Wenn wir mit Speicherplatz sparsam umgehen, bedeutet das,
wir haben weniger Speicheroperationen und das ist immer genug da.
Auch das führt am Ende dazu, dass Sachen
nicht verzögert werden, dass wir also Zeitverhalten gut haben.
Wir können ja schon mal einen Blick hier unten werfen.
Zeitverhalten ist tatsächlich das, was der Benutzer am meisten wahrnimmt und
nebenbei merkt auch das, wo es viel Beschwerden gibt. Ja,
und im Zeitalter von vernetzten Systemen ist die Netzwerkkapazität auch noch Eine Ressource,
die manchmal knapp ist, wenn wir es also so machen,
dass unnötigerweise viele Daten übertragen werden, dann kann es sein,
dass einfach die Datenübertragung das Ganze ausbremst und dann ist das Zeitverhalten schlecht.
Es gibt aber auch noch weitere, das sind erstmal die üblichen.
Wo wir grundsätzlich sagen können, ja,
das hat irgendwie alles mit Hardware zu tun,
aber es gibt auch noch Materialressourcen
Und das könnten zum Beispiel, ich sage mal,
Papier sein, es können, es könnte sein,
wir haben eine Anwendung,
die sehr verschwenderisch mit Papier umgeht oder mit Energie oder irgendetwas anderes.
Da gibt es also noch viel mehr Möglichkeiten, was da
alles Ressourcen sein kann. Diese linke Kategorie hier,
das sind die, die in meisten Fällen die wichtigen sind.
Ja, die resultieren dann in Zeitverhalten, was manchmal nicht so gut ist,
die insgesamt die Ressourcennutzung erfüllt die Anforderungen steht hier.
Ja, und dann gibt es natürlich irgendwie eine Maximalgrenze.
Das ist auch noch ein Kriterium für ein Software-System.
Also das sind alles Eigenschaften, eine Software-Systems,
die ein bestimmtes Wert ausgeprägt sein soll.
Also sie sollen ein bestimmtes Zeitverhalten haben, zum Beispiel Antwortzeit,
kleiner in einer halben Sekunde. Und wenn viele Rechenoperationen dahinterstehen,
darf es auch mal zwei oder drei Sekunden dauern,
aber keinesfalls irgendwie mal eine Minute oder sowas.
Und wir wollen immer effizient mit Ressourcen umgehen,
und zwar mit den und denen besonders
Soweit, das ist das zweite Kriterium. Wir machen mal
weiter mit dem nächsten Kompatibilität. Da geht es darum,
dass es Informationsaustausch geben kann. Ich webe das mal hervor,
weil die Texte ja doch ein bisschen länger sind.
Ja, und auf Informationsaustausch mit anderen Systemen,
so steht das hier, ja, Product-Systems and Components,
with Sharing Hardware aus Software-Environment.
Also wir haben irgendwie etwas gemeinsam und wir wollen da
gemeinsam arbeiten
Das soll erst mal überhaupt gemeinsam möglich sein. Das heißt,
die Dinge sollen überhaupt nebeneinander existieren, können sich nicht gegenseitig blockieren.
Ja, perform the requirement, function, while sharing a common environment.
Ja, with out, they metrical impact. Also ohne
gegenseitige Störung. In der Operability ist das Nächste dann schon
nicht nur existent sein, sondern auch noch tatsächlich gemeinsam arbeiten.
Die tauschen Informationen aus und benutzen die ausgetauschte Informationen.
Das heißt, die Schnittstellen müssen passen. Ja,
das ist hier das Wesentliche. Auch hier gibt es
einige Systeme, die das mehr brauchen, andere weniger,
kommen wir gleich noch dazu
Vielleicht springe ich zwischendurch mal zurück. Sie sollten in der Lage sein,
diese Merkmale zu erklären. Das ist so eine Kenntnisfrage.
Und sie sollten auch in der Lage sein, die anzuwenden,
zum Beispiel zu entscheiden, was ist wann besonders wichtig?
Das nächste ist etwas, was mit der Benutzung durch
den Menschen zu tun hat.
Usability, alles dieses Ability hat was mit Aufwand zu tun.
Und hier könnten wir das übersetzen mit Gebrauchstauglichkeit, Benutzbarkeit.
Es gibt auch im Deutschen
den Begriff Ergonomie angepasst an den Menschen
Da geht es also auf jeden Fall um den Nutzen.
Cambe used with effectivness, efficiency and satisfaction. Ja,
das ist wieder das, was ich hier mal hervorhebe. Ja, und effektiv,
es ist vielleicht mal wieder bei der Gelegenheit zu wiederholen,
dass ich denke, die meisten von ihnen wissen das,
was ist denn der Unterschied zwischen Effektivität und Effizienz?
Effektivität, wenn man diese beiden Begriffe so versteht, so gegenüberstellte nebeneinander,
Effektivität, das Output, kann ich überhaupt ein Ziel erreichen?
Während Effizienz ist das Aufwand Nutzenverhältnis. Also das,
wer das nicht präsent hat, sollte sich das vielleicht auch notieren.
Also Effizienzaufwand Nutzenverhältnis. Ja, und diese, das ist
natürlich für den Aufwand, den der Mensch braucht, hoch.
Also es geht hier um den Aufwand für die Benutzung.
Ja, das schreibe ich mal mit dran als ganz kurz
Und es geht nicht nur darum, ist etwas gebrauchstauglich oder
nicht, sondern immer in einem bestimmten Umfang.
Etwas könnte mehr oder weniger sein. So,
es gibt ja Untermerkmale, und zwar hier sogar sechs Stück.
Zunächst, wir fangen mal an mit der Erlernbarkeit.
Wenn wir hier gesagt haben, insgesamt ist das der Aufwand für die Benutzung,
ist das hier der Aufwand für erstmalige Benutzung
Das ist jetzt keine offizielle Definition, sondern meine ganz persönliche
Kurzform in einer Klausur können sie natürlich ihre eigenen Formulierungen verwenden.
Operabilität, dabei geht es dazu, das System auch wirklich zu bedienen.
Ja, also wie hoch ist denn, wie viele Schritte muss ich machen?
Ich übersetze das mal oder funktioniere es mal so in der
gleichen Weise, Aufwand für die Bedienung.
Und zwar so, dass ich eine bestimmte Operation erreiche.
Ein Beispiel dafür, wenn Sie ganz viele Menüpunkte haben,
dann müssen Sie mit der Maus oder dem Finger hin,
zum Menü aufklappen, nächstes Menü aufklappen, nächstes Menü aufklappen.
Wenn Sie ein bisschen verrutschen, sind die alle wieder zu.
Nochmal das Ganze, um eine Funktion zu erreichen.
Das ist etwas für den täglichen Gebrauch, für häufig benutzte
Funktionen zu viel. Da wäre ein Shortcut,
dass ich einfach althaar und dann bin ich gleich bei der Funktion,
die ich da brauche, das wäre für Operabilität wirklich vorteilhaft.
So, weiter für die Benutzung wichtig, sind,
jetzt kommen wir zu dem ersten, das ist angemessen, dem Benutzer ist.
Da gehört dazu, dass es von der Funktionalität komplexität passt,
dass es von der Darstellung her passt,
dass es von Angepasstes an die Benutzerkenntnisse.
Also das wäre hier diese Angemessenheit. Gleichzeitig wird die Benutzung einfacher,
es geht ja um Aufwand, für die Benutzung einfacher,
wenn Fehler abgefangen werden. Also der Benutzer wird davor geschützt,
fehlerhafte Eingaben zu machen, wenn sie irgendwas haben,
wo nur Zahlen erlaubt sind, da werden die Buchstaben gleich gar nicht akzeptiert.
Oder es gibt irgendwie eine Rückmeldung, da piepst was oder sowas.
Der nächste Punkt ist die Ästhetik. Nun werden sie sich fragen,
oh, über Ästhetik kann man doch streiten,
hat da nicht jeder
eine andere
Ja, aber sie hat etwas damit zu tun,
dass das System überhaupt mit geringem Aufwand benutzbar ist,
wenn die Leute einen Widerwillen dagegen haben gegen ein System.
Zum Beispiel, weil es nervig ist, die Fehlermeldung sind
nervig oder die Bedienung ist total altmodisch oder so umständlich.
Dann haben sie schon so einen Ärger,
dass sie schon deswegen viel mehr Fehler machen,
viel länger brauchen und das ganze System ablehnen.
Deswegen ist Ästhetik, also die Beeignung der Nutzerschnittstelle führt das,
was man erwartet,
sehr wichtig
Und dann der letzte Punkt, Accessibility-Zugänglichkeit,
das hat mit persönlichen Behinderungen persönlichen Einschränkungen zu tun.
Also ist das System auch geeignet für ein Programm zum Vorlesen.
Wie Sie haben manchmal hören, manchmal barrierefreie Webseiten.
Also wenn da mit Tabellen verwendet werden für Sachen,
die eigentlich keine Tabelle sind, sondern nur für grafische Anordnung,
dann würde das Vorleseprogramm da durcheinanderkommen, weil es ihnen vorliest.
Und jetzt kommt eine Tabelle und nur in der zweiten Spalte
sind Werte und das sind die und die.
Dabei geht es nur um eine Einrückung. Also dieses
zum Beispiel für nicht sehen könnende oder nicht hören könnende,
diese Unterstützung oder sich eine vergrößern kann, all das,
die Zugangsmöglichkeiten,
das ist hier gemeint
Aufwand für Benutzung ist auch ein wichtiges Kriterium.
Ja, und damit sind wir schon beim nächsten Zuverlässigkeit.
Zuverlässigkeit ist ein bisschen ein Partner der funktionalen Umfangreihe,
die funktionalen Kabaretts, die wir zu Anfang hatten.
Denn hier geht es um die Bereitstellung der Funktion unter erschwerten Bedingungen.
Das schreiben wir mal hier hin
Unter Erschwerdenbedingungen, das steht nicht so ganz genau in der Norm,
aber das ist das, was man als Eselsbrücke sozusagen sie sich gut merken können.
Und zwar jeweils für eine bestimmte Zeit,
dass es also eine bestimmte Dauer, das ist also definiert,
als Dauer, wie lang dauert es, dass mein System ununterbrochen zur Verfügung steht.
Oder wie häufig muss ich Ausfälle erwarten. So, da gibt es zunächst erstmal,
ich fange mal mit dem Zweiten an wieder, Availability-Verfügbarkeit,
das ist ganz klar, hier steckt die Zeit drin,
wie lange kann ich es verfügbar, Kann ich es benutzen,
kann ich darauf zugreifen, wenn ich es brauche.
Fehlertoleranz werden dein Fehler, die immer da sind,
das sind diese erschwerden Bedingungen. Ja, es sind Fehler da.
Vielleicht schreiben wir das hier oben noch mit hin. Fehler sind,
oder es gibt Störungen in der Umgebung, ja,
also so etwas stört das normale Verhalten und deswegen sollte das in irgendeiner Form abgefangen werden.
Trotzdem arbeiten Dispite of the Presence of Hardware Software Fruits
Ja, das wäre hier das Wesentliche. So,
wenn das aber passiert ist, dass etwas gestört worden ist,
dann möchten wir gerne, dass das System schnell wieder starten kann,
dass wir es schnell wieder hochfahren können,
dass der Ausfallzeit nicht so lange dauert.
Und re-istablished of the design out state,
das ist also schnell geht, das hilft uns auch.
Ja, und Maturity nehme ich mal hier als letztes die Reife,
dass wir unter normalen Bedingungen selten diesen Zustand erreichen.
Das ist robust, die anderen Sachen fassen das
ein bisschen zusammen
Soweit, soweit dazu. Ein ganz wichtiger Punkt,
der auch mit Störungen zusammenhängt, ist Sicherheit.
Wenn ich mal eins zurückgehe, ja, die Zuverlässigkeit,
das ist das mit Anwesenheit von Fehlern und Störungen,
während hier geht es dabei mit der Anwesenheit von Bösen.
Ja, die Bösen, die irgendwie das System auslesen,
Informationen zugreifen wollen, das System zum Absturz bringen wollen,
eine andere, die korrekte Arbeit in irgendeiner Form umlenken wollen auf was anderes.
Ja, das ist der wesentliche Punkt hier bei dieser Security
Sicherheit, man könnte es vielleicht auch mit Informationssicherheit übersetzen.
So, hier ist also der Appropriate to their types and
level of other recation.
Also es geht dabei um die Abwehr der Bösen
Dass wir jetzt so als Eselsbrücke, das ist natürlich bei Weitem keine Definition.
Die Unterpunkte, es gibt, kennen Sie vermutlich,
denn es gibt ja noch Separatveranstaltungen zu Sicherheit.
Da ist zunächst erstmal die Vertraulichkeit Confidentiality,
das hindert Lesefehler, Schutz vor Lesen. Integrity,
die behindert die tiefe Veränderung, das wäre Schutz vor,
ja, hier steht Modification, Schutz vor Schreibenden Zugriff.
Ich schreibe das mit Zugriff. So, das aber geht nicht
bei allen so schön weiter mit den Abkürzungen, ja.
Non-Retupiation, nicht Abstreitbarkeit, sie können nicht sagen,
nein, sie haben das nicht gemacht.
Ja, also wenn jemand eine Überweisung gemacht hat,
dann will man auch wissen, wer das.
Sie haben neulich in den Nachrichten gehört,
die es mit diesem Polizeikomputer wo irgendjemand die Daten von
irgendeinem Journalisten rausgegriffen hat und der hat dann Drohbriefe gekriegt.
Ja, dann konnte man eben nachverfolgen, wer das tatsächlich war.
Und da ist diese Nicht-Abstreitbarkeit des Zugriffs ganz wichtig.
Da ähnlich damit hängen die anderen beiden Zurechenbarkeit.
Ich kann genau rauskriegen, wer war denn das? Ja,
und ich kann prüfen, ist die Person, die das,
hier wirklich die, für die sie sich ausgibt.
Das sind alles Aspekte, Teilmerkmale von Sicherheit,
die einzeln alle gefüllt, erfüllt werden müssen,
damit wir insgesamt von Security
Reden können, sozusagen, das ist das alles,
was wir am Ende einsetzen, um böse Handlungen abzuwehren oder wenigstens aufzudecken.
Ja, damit haben wir ein paar Merkmale zusammengefasst und zwar
möchte ich denen mal den Namen geben, äußere Qualitätsmerkmale.
Äußere, weil sie von Menschen wahrgenommen werden.
Dieser Begriff ist in der neuen Norme dieser 25.000er Normenfamilie verschwunden.
Früher hatten wir tatsächlich innere und äußere Qualitätsmerkmale,
die inneren kommen gleich noch,
die äußeren Qualitätsmerkmale sind halt diese,
die ich
hier nochmal dargestellt habe
Da ist natürlich die Funktionalität irgendwie die, die am meisten vorkommt,
die immer wichtig ist, die grundsätzlich ist. Ja,
also die ist, dass es sozusagen, könnte man sagen,
die erste Priorität, ja, und wenn ich einmal bei Prioritäten bin,
gebe ich gleich die zweite Priorität für die Performance.
Das sind tatsächlich die, die die meisten Beschwerden machen. Ja,
also da funktioniert etwas nicht richtig oder es dauert zu lange,
dass der Informatiker kann sich das meist nicht vorstellen,
der Entwickler, der sitzt vor einem ganz schnellen Computer,
aber da irgendwo draußen gibt es noch solche zehn Jahre alten Windows-Maschinen,
wo das gerade noch läuft, in irgendeiner dünnen,
also Netzwerk, an einem schwachen Netzwerkverbindung.
Und da ist dann die Rechenleistung viel, viel geringer.
Und da merkt man doch viel stärker, wenn irgendwie das Ganze nicht
speichereffizient programmiert ist oder ein schlechter Algorithmus gewählt worden ist.
Ja, das sind also Punkte, die wir ganz häufig brauchen,
aber vor allen Dingen brauchen wir das für Systeme,
bei denen es darauf ankommt, gerade hier dieser Punkt.
Zwei Performance Efficiency, wo viel nass ist oder wenig wenig Ressourcen stehen.
Gleichzeitig stehen die Dinge auch zueinander teilweise in Konflikt und das ist eigentlich der Sinn,
was ich hier mit diesem, an dieser Folge erklären möchte.
Wir haben zum Beispiel dem Wunsch,
also wir können mal hier durchaus immer reinschreiben, ja,
das möchte der Mensch ganz häufig, ja,
und er möchte auch, wenn wir jetzt mal sagen,
ja, Benutzbarkeit ist wichtig, das ist der geringe Aufwand,
das war, die erinnern sich, Aufwand für Benutzung.
Wir möchten das alles ganz leicht machen,
so steht das häufig hier in Konflikt miteinander
Ja, das ist ein bisschen schlecht. Das kann ich
noch mal besser schreiben. Also Security erfordert meistens,
dass man Kanäle zumacht, dass man nur einen Zugang hat,
dass man den überwacht, dass man Sicherheitspasswörter eingibt,
dass man noch mal eine Sicherheitsabfrage macht oder das muss jemand
von jemandem freigegeben werden.
Und Benutzbarkeit ist genau das Gegenteil. Wir möchten das so
einfach machen wie möglich. Jeder soll darauf zugreifen können.
Es sollen mehrere Zugangswege geben. Das soll schnell und einfach
sein. Ja, da gibt es typischerweise
einen Konflikt dazwischen
Ja. Weitere Konflikte haben wir zwischen Zuverlässigkeit und oder zwischen
Sicherheit und Kompatibilität, den male ich mal außenrum.
Ja. Kompatibilität möchte auch, dass man leicht zugreifen kann,
dass es alles gut geht, dass Fehler abgefangen werden,
dass es große Flexibilität geht, Security möchte die Systeme eigentlich zunageln,
dass nichts passieren kann.
Ja, also deswegen haben wir hier auch zwischen diesen
einen Konflikt
Einen weiteren Konflikt könnte man noch sehen zwischen Kompatibilität und Zuverlässigkeit.
Also wir wollen einerseits sicher Dinge ganz sicher machen,
dass sie wirklich vorher miteinander stimmen, dass alles getestet ist,
dass wir geprüft haben, dass die Interfaces aufeinander abgestimmt sind,
während Kompatibilität eigentlich Offenheit fordert,
dass wir frei sind für alles, was noch kommt,
aber dann nehmen wir es mir nicht in Kauf nehmen,
dass ein System mal nicht funktioniert.
Während hier wollen wir gerade das erreichen, dass es immer
gut funktioniert. Und das Gleiche trifft hier auch zu,
eine Benutzbarkeit und Zuverlässigkeit, Unkompatibilität haben den gleichen Konflikt.
Ja, schreiben wir das auch noch dran. Konflikte,
also wenn ich, ich möchte es daran erklären,
dass ich für kampalibilität ein offener Schnittstellen habe,
dass man das frei anpassen kann.
Ja, aber da kann es eben passieren,
dass auch mal was nicht spielt oder dass ich komplexere Einstellungen notwendig habe,
damit ich das frei konfigurieren kann,
während bei Benutzbarkeit sollte möglichst alles gut vorbereitet sein.
Und dann ist es vielleicht manchmal mit der Kompatibilität nicht
so klar
Also das sind nur ein paar Beispiele. Es gibt noch
mehr Fälle, wo es zwischen diesen Merkmalen Konflikte gibt.
Wichtig ist, dass wir als Informatiker bei dem Auftraggeber ermitteln,
was der Schwerpunkt ist. Und dieser Schwerpunkt hängt davon ab,
was für ein Typ von System ist.
Dazu kommen wir gleich. Bevor wir weitermachen,
kommen erstmal noch die inneren Qualitätsmerkmale,
doch das packen wir in das nächste Video