Liebe Leserinnen, liebe Leser,
in diesem Beitrag teile ich das Zeugnis, das ich nach dem Abschluss des Online-Kurses The Ultimate Microsoft Access 2013 Training Bundle erworben habe. Ehrlich gesagt, ich habe den Großteil des Kurses vor mehreren Wochen zu Ende gemacht, und ich habe die nicht so relevante Teile verschoben, wie WebApps (schon ausgemustert), OBCD und SQL Server (es sollte einen eigenen Kurs haben), Touchscreen-Merkmale (niemand verwendet diese bei einem Desktopprogramm), usw. Weil es gibt keine Möglichkeiten gibt, das Zeugnis ohne den Abschluss des Kurses zu bekommen und ich Interessierte mich zuallererst über nutzbare Themen (unten zu sehen ist), musste das Zeugnis ein bisschen warten, bis ich dazu Zeit zuteilen konnte.
Interessenten können im Folgenden eine unvollständige Liste über die enthaltenen Themen lesen:
- Tabellen (Entwurf, Bindungen, Feldeigenschaften, Datentypen, Feldgröße, Schablone, usw.)
- Datenbankabfragen (select, join, append, update, delete)
- Datenbankformulare (Entwurf, Felder, Unterformulare, Eigenschaften, usw.)
- Nutzerzentriertes Design (Absonderung von Front- und Backend, Einstellung von Passwörter, Verschlüsselung, Versteckung von Einstellungen und Menüs, Versorgung von Navigationsformulare, Schalter, Datenexport, usw.)
- Sehr rudimentäre VBA und SQL Programmierung
- und solche anderen Sachen
Die logische nächste gestellte Frage wäre die folgende: Warum würde ich einen Kurs über Access absolvieren wollen? Meiner Meinung nach geben die obengenannten Themen die richtige Antwort, aber um genauer zu sein, Access hat einen Vorteil: Access führt einen in alle obengenannten Themen durch einen einzelnen Softwarepaket ein, und das stellt einem während des Lernprozesses viele Probleme früh vor. Bis man das erste hablkomplizierte (aus dem Gesichtspunkt eines Anfängers) Projekt fertiggeestellt, wird man alle wichtigsten UI-Problemen begegnen:
- Wie werden Rohdaten in einem verständlichen Art präsentiert
- Wie werden Nur-Lese-Felder von beschreibbare Felder intuitiv abgesondert (getrenntes Modifikationsformular oder soll alles zusammen sein?)
- Welche Logik sollte für die Zusammenbindung der Formulare verwendet werden, sodass sie auf der Anwendungsebene einen vollständigen Eindruck geben?
- Wo sollen Schaltflächen plaziert werden, wie viel es geben soll, was sie machen sollen, gibt es unnötige oder fehlende Funktionen, usw.?
- Gibt es genug Tests für Handlungen, um die Datenintegrität zu gewährleisten (es ist nicht direkt ein UI-Problem, aber eine Save-Taste könnte viele Prüfungen ausführen)
- Welche Farbschemas, Dekorationen, usw soll benutzt werden, sodass sie den Zweck weder verbergen, noch überbetonen.
Nicht UI-bezogene Probleme wird man auch begegnen:
- Eine entsprechende Benennung der Objekten (Falls kein Nennungsstandard verwendet wird, wird man die Kontrolle schnell verlieren)
- Codeorganisation (Funktionsgröße, wie Code wiederverwendet werden kann, in wie vielen abgesonderten Module sollen Funktionen plaziert werden, sollen einige Funktionen privat sein?, usw.)
- Sicherheit (für sowohl Daten, als auch Anwendung)
Es ist einfach zu sehen, dass man durch der einfachen Benutzung von Access viele häufige und sehr realistische Probleme begegnen kann, die nicht nur in Access, sondern auch in anderen Anwendungen zu finden sind. Also, um schnell zu der ursprünglichen Frage zurückzukehren, warum würde jemand sich mit Access beschäftigen? Die Antworten sollen schon ganz selbstverständlich sein.
Mal wieder, vielen Dank fürs Lesen.