vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
NEU! sevCoolbar 3.0 - Professionelle Toolbars im modernen Design!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag 
Autor: Franki
Datum: 29.02.16 03:19

Hallo,

Zitat:

Ich kenn es aus anderen Anwendungen so, dass der User eine
Anrede (Herr/Frau/Firma etc.) auswählen muss. Andernfalls
wird der komplette Datensatz nicht in die Datenbank
übernommen und gespeichert.


Ja das ist auch richtig so, wenn es sich bei der Anrede um ein Pflichtfeld handelt. Allerdings sollste der User dennoch die Möglichkeit haben seine Auswahl rückgängig machen zu können bzw. wenn das Angebot nicht passt zu verschieben. Also den Datensatz des Kunden später vervollständigen zu können.

Zitat:


Das ist sicher teilweise "nervig" für den Kunden,
aber da muss dann der Kunde auch mal Kompromisse machen mit
der Software.


Na ja, wir schreiben ja Software für Kunden, der muss halt festlegen, ob in diesem Beispiel die Anrede ein Pflichtfeld ist oder nicht. Wenn ja, dann sind seine User vielleicht etwas genervt, wenn nein, dann können diese das Feld halt ignorieren. Das muss der Kunde der den Auftrag gibt entscheiden und wie dann seine User damit klar kommen ist dann ein anderes Thema. Man kann beratend dem Kunden zur Seite stehen und ihm die Vor- und Nachteile eines Pflichtfeldes erklären.

Zitat:


Meine Erfahrung zeigt, dass man sich an diese Vorgehensweise
schnell gewöhnt. Andere Anbieter machen es auch so und wenn
man benutzerfreundliche Software erstellt, sollte man der
Allgemeinheit folgen.


Das kann ich für mich grundsätzlich so nicht stehen lassen. Klar sollte man der Allgemeinheit bzw. den Gewohnheiten der User folgen, aber ich z.B. entwickle Software für Kunden die individuell ist, also für Kunden die mit Standardsoftware nicht viel anfangen können und spezielle Bedürfnisse haben die dort nicht abgedeckt sind oder nur sehr schwer zu realisieren sind.

Um bei dem Beispiel Adressen zu bleiben: Wenn mein Kunde das so oder so haben möchte, dann bekommt er es auch, er hat dann schon seine Gründe dafür. Ich kann versuchen diese nachvollziehen zu können, aber ob ich das kann oder nicht, ist nicht wirklich wichtig. Wenn er es so haben möchte, dann weise ich ihn darauf hin, was das für seine User bedeutet und er sie entsprechend schulen muss wie mit der Software umzugehen ist. Ich biete ihm (dem Kunden) dann Möglichkeiten wie das für dessen User möglichst komfortabel bzw. gewohnheitsgemäss bedient werden kann. Aber die letzte Entscheidung trifft der Kunde, er bezahlt ja letztendlich die Programmierung und nicht dessen User.

Ich weiß, das ist ein schwieriges Thema, aber der Kunde ist halt König wie man so schön sagt. In gewissen Grenzen zwar, aber ob eine Adresse Pflicht ist oder nicht fällt eitgentlich in die Bagatellebene bei der Programmierung.

Gruß
Frank
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
ComboBox, DataView, TableData und zusätzlicher Eintrag2.077spatzimatzi24.01.16 12:45
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag1.045Manfred X25.01.16 08:10
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag1.045Franki26.01.16 08:46
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag989Manfred X26.01.16 14:54
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag926Franki27.01.16 07:59
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag944Manfred X27.01.16 12:15
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag961spatzimatzi28.01.16 16:09
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag971WhiteTiger28.02.16 11:51
Re: ComboBox, DataView, TableData und zusätzlicher Eintrag1.086Franki29.02.16 03:19

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel