Abspeicherung:_katnr-gegenstand.doc

Kopplung = Coupling   Es geht um die Daten die zwischen den Unterprogrammen fliesen.             Datenkopplung (Data Coupling) geht nur dann gut, wenn wenig Daten übergeben werden.   Pointer + es wird „wenig“ übergeben, da ein Pointer nur ein String ist - es wird damit aber zB.: das ganze Recordset übergeben - geht nicht wenn UP auf verschiedenen Rechnern laufen   Wenn Daten übergeben werden, sollte nach Möglichkeit ein Pointer übergeben werden.   zur Erinnerung: call by value => Echtdaten werden übergeben call by reference => Pointer wird übergeben   Globale Kopplung = Global Coupling   !! ist sehr schlecht = unbedingt vermeiden !!   Es ist schwer zu debuggen, da man nicht weiß, wer wo was hinschreibt. Außerdem muß man, wenn man die Struktur einer Variablen ändert, 15 Programmierer verständigen.

  Bei IVAN ist die größte Variable die Datenbank selbst, da jeder darauf zugreifen und sie löschen und speichern kann.   Inhaltskopplung = Content Coupling   Man spricht von Inhaltskopplung, wenn ein UP den Code eines anderen UP´s ändert.   Gestalltung von Benutzeroberflächen Farben augenfreundlich pro Seite nicht mehr als zwei Farben große Flächen in dezenten Farben => kleine können grell sein, aber nicht mehr als zwei verschieden grelle Farben verwenden Layout Wenn von Papier auf EDV umgestellt wird, darauf achten, daß die Eingabemaske dem Papiervorgänger ähnlich sieht, da die EDV dann eher angenommen wird. Formulare sollten einander ähnlich im Aufbau sein (Style Guide). Entfernung des Benutzers vom Bildschirm muß beachtet werden => dementsprechende Schriftgröße (Benutzer rennt hin und her => große Schrift => wenig auf einer Maske) Zusammengehöriges zusammen (Vor- und Nachname) am Kulturkreis des Benutzers orientieren (Arabien => schreiben von rechts nach links) zwischen Lesefeldern, Lese-Kann-Schreibfeldern, Lese-Muß-Schreibfeldern unterscheiden. Wenn dies von der Anwendung abhängig ist, zur Laufzeit ändern.

Die richtigen Steuerelemente wählen:     neue Einträge neue Einträge neue Einträge möglich müssen prog. müssen programmiert werden   mittlere Lösung ist am Besten (wenn aber zB.: steuerpflichtig dazukommt, ist die letzte Lösung am Besten, da mann alles extra ankreuzen kann)   Beim Verlassen keine Datenbankabfragen (Datenbankaktionen) mehr starten; zB.: Datumsüberprüfung auf OK-Button verlegen und nicht beim Schließen Felder mit links-rechts-Auslegung nicht untereinander     Felder nicht eingegeben werden können, inaktiv setzen. Statuszeilentext ist wünschenswert (Suchmodus, Lesemodus, Änderungsmodus, ..

.) selbstsprechende Fehlermeldungen (nicht: Falsche Eingabe, sondern Warum) bei riskanten Sachen: Rückfragen (zB.: Löschen) Hot-Keys von Vorteil, da Profis kaum die Maus benützen Eingabe am Benutzer orientieren 55 jährige können keine Mäuse benutzen Kinder können mit der Maus besser als mit der Tastatur umgehen bei Behinderten: wie können diese Eingeben bei Börsenmarklern: keine piepsende Stimme gleiches gleich benennen: Nach- + Zuname = falsch Schriften wie Farben   Rapid Prototyping   Als erstes einen Prototyp - bei dem noch nichts funktioniert - an den Kunden, damit dieser die Oberfläche sehen kann, und sich mit ihr anfreundet. Dies sollte ein paar Tage nach der Erstllung des Pflichtenheftes geschehen. Kunde kann dann bevor die Programmierung beginnt, sagen ob er mehr oder weniger Steuerelemente, andere Farben, ..

. haben will. Der Vorteil darin ist, daß es beim Endtermin zB.: 3-4 Jahre später kein bödes erwachen gibt. es handelt sich um einen Teil der Spezifikation   Projektplanung (Softwareprojektplanung)   vor der Spezifikationsphase es muß entschieden ewrden, ob: Case Tool, ö Prototyping, ý ja/nein Objektorientiert, ø welche Phasen wie lange, ..

. Als erstes müssen die ZIELE festgelegt werden => daraus ergeben sich dann die Aufgaben, die wiederum in Teilgebiete unterteilt werden müssen.   Für den Projektleiter ist wichtig: WIEVIEL wird es kosten, WIELANGE wird es dauern, WER macht WAS?   Es gibt verschieden Methoden, die Kosten eines Projektes abzuschätzen. Die Funktion-Point-Methode dient nur der Abschätzung der Programmierkosten.   Um alle Aufwände, und vorallem die Dauer, zu ermitteln, dient die BREITBAND DELPHI METHODE:   Verschieden Experten setzen sich zusammen und reden über das Projekt, dann tragen sie geheim (jeder für sich) auf einer Linie die von ihnen geschätzten Mann-Monate ein. Wenn alle Zettel abgegeben worden sind, werden alle Ergebnisse auf einem Diagramm zusammengefaßt, die Experten wissen jetzt was die anderen meinen, aber nicht von wem welche Abschätzung stammt.

  20 30 50 55 Das ganze beginnt jetzt von vorne nochmals, bis man zu einem gemeinsamen Ergebnis kommt. Der Vorteil dieser Methode liegt darin, daß nicht ein Mittelwert, sondern ein Wert der allgemeinen Zustimmung genommen wird, und meist sehr gute Ergebnisse erzielt werden. Kleine Fehler können aber zu großen Verzögerungen führen.   Hierzu ist noch zu sagen, daß die Arbeitsumgebung wesentlichen Einfluß auf das Projekt hat. Kleinere Räume mit viel Tageslicht und Pflanzen erhöhen den Eifer. Personen die nicht „miteinander können“, nie in einen Raum setzten, da sie nie zu einem gegenseitigen „Mutmachen“, sondern eher zum Mißmachen neigen.

 

Suchen artikel im kategorien
Schlüsselwort    Kategorien    - kategorien - astronomiebiographienbiologiechemiedeutschenglischfranzosischgeographiegeschichtehauswirtschaftinformatikitalienischkunstlateinliteraturmathematikmusikphilosophiephysikpolitikpsychologierechtsozialkundesporttechnikwirtschaft	•  Zusammenfassung Der Vorleser  •  sachtextanalyse  •  interpretation zwist  •  Fabel interpretation  •  literarische charakteristik  •  interpretation bender heimkehr  •  felix lateinbuch  •  interpretation der taucher von schiller  •  textbeschreibung  •  charakterisierung eduard selicke

Anmerkungen: * Name: * Email: URL: * Diskussion: (NO HTML)

| impressum | datenschutz