Betriebstechnik | Biographien | Biologie | Chemie | Deutsch | Digitaltechnik |
Electronica | Epochen | Fertigungstechnik | Gemeinschaftskunde | Geographie | Geschichte |
Informatik | Kultur | Kunst | Literatur | Management | Mathematik |
Medizin | Nachrichtentechnik | Philosophie | Physik | Politik | Projekt |
Psychologie | Recht | Sonstige | Sport | Technik | Wirtschaftskunde |
Ähnliche Berichte:
|
Projekte:
|
Papers in anderen sprachen:
|
informatik referate |
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.
2 Inhaltskopplung = Content Coupling
Man spricht von Inhaltskopplung, wenn ein UP den Code eines anderen UP´s ändert.
Gestalltung von Benutzeroberflächen
1 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, Anderungsmodus, . .)
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, Objektorientiert, |
ja nein |
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.
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.
Referate über:
|
Datenschutz |
Copyright ©
2024 - Alle Rechte vorbehalten AZreferate.com |
Verwenden sie diese referate ihre eigene arbeit zu schaffen. Kopieren oder herunterladen nicht einfach diese # Hauptseite # Kontact / Impressum |