MartinSt

Du kannst nach der Prüfungsordnung mit Sicherheit davon ausgehen, dass der PA aus Lehrern und Praktikern gemischt besetzt ist. Gerade die Praktiker im PA legen nach meiner Erfahrung Wert auf die Wirtschaftlichkeit, da dir im realen Projektleben kein Kunde nur 1 Cent mehr bezahlt, weil etwas technisch cool ist, ohne dass er einen Nutzen davon hat.

Hallo, auch meiner Meinung nach kein 70 Stunden-Projekt, wobei mich weiterhin das Zeitverhältnis von Planung, Realisierung und Test stört. Aufgrund der nicht so gewaltigen Komplexität würde ich dann mindestens erwarten, dass solche Features wie eine außerplanmäßige Vertretung der Rufbereitschaft umgesetzt werden. UseCase: Herr hat in der 10.KW Rufbereitschaft und erkrankt am Dienstag dieser KW. An den nachfolgenden Tagen vertritt ihn Herr Y. Gruß Martin

Hi was hast du denn für eine Abfrage: eine Auswahl- oder eine Änderungsabfrage. Bei einer Änderungsabfrage kannst du sowieso den geänderten/eingefügten Spalten über Variablen die neuen Werte zuweisen. Bei einer Auswahlabfrage bekomst du von der DB ein RecordSet zurück, wobei Du im Rahmen der SQL-Möglichkeiten auch über die Spalten des RecordSets rechnen kannst. Wenn diese SQL-Möglichkeiten nicht ausreichend sind, kannst du natürlich auch eine eigene Funktion iterativ auf alle Records des RecordSets anwenden. Gruß Martin

Hi falls Du das in VB machst: im Deklarationsteil deiner Klasse Public rs As ADODB.Recordset zB im Class_Initialize Set rs = New ADODB.Recordset und an passender Stelle rs.open ...... Gruß Martin

Hallo bitte präzisiere mal, was Du in den ca. 40 Stunden der Realisierung tust und in wieweit Du auf fertige Komponenten z.B. fürs PDF-Generieren oder den Mail-Versand zugreifst. Wenn du dafür fertige Komponenten nimmst, sollte zeitlich die Anbindung an eine einfache Urlaubs/Abwesenheitsdatenbank drin sein. Gruß Martin

Hallo, woher weißt du schon bei Antragstellung, dass du mySQL und Apache für das Ticketsystem einsetzen wirst ? Gruß Martin

Moin in welcher Einheit sind denn die Zahlen im Diagramm auf Folie 8 ? Liter, Lichtjahre, kWh ? Gruß Martin

volle Zustimmung, dbwizard Das ganze DB-Modell ist doch völlig unabhängig davon, ob ihr in C# oder in sonstwas entwicklelt. Prinzipiell kann und sollte man das DB-Modell erstmal mit Papier und Bleistift entwerfen. so dass man wie von den Kollegen gesagt vernünftige Entitäten modelliert. Erst wenn es zwingende Performance-Gründe gibt kann man zur Not das Modell zugunsten der Performance aufweichen, aber das dürfe bei euren Mengen und Zugriffshäufigkeiten kein Thema sein. Gruß Martin

das kann man so allgemein nicht beurteilen

Hallo @Youser: bei Vorträgen auf Tagungen u.ä. oder auch bei Präsentationen z.B. für die Geschäftsleitung größerer Unternehmen ist es durchaus üblich, dass am Ende der geplanten Redezeit der Hinweis kommt "Sie haben noch 2 Minuten" und dann ist das Micro/der Beamer aus. Genau darauf soll auch die Prüfung vorbereiten, dass man es schafft, seine Inhalte in der vorgegebenen Zeit unterzubringen. Gruß Martin

und lass ruhig bei Themen was weg, wo du sattelfest bist da hast du mit Glück schon ein paar Fragen sicher im Griff

Hallo meine beliebteste Frager als Prüfer, beim Thema Datenbanken: "Welche Normalform hat ihre DB und warum ?" Gruß Martin

101 Dalmatiner

ich möchte mal Herrn E.S. aus M. prüfen

Hallo Finn, zu 2.: Agena ist IMHO kein Muss, bestenfalls ein Kann, aber auch nur wenn darunter nicht die Übersichtlichkeit der Folien leidet zu 3.: Ich würde das auf jeden Fall einflechten, insbesondere, wenn es Problemen außerhalb deines Einflußbereichs waren. Außerdem zeigt du damit, dass du dich auch übers Projekt/Praktikumsende hinaus für das Thema interessierst. Gruß Martin

american pie ?

Hallo, hallo Reinhold, ich stimme dir nur bedingt zu, da es IMHO wesentlich für welche Unternehmensgröße/art man so eine DB betreibt. Ab einige hundert oder tausend Personen mit E-Mail-Adresse sind die Chancen groß, dass "Lisa Müller" nicht unique ist. Ich würde auf jeden Fall die E-Mail-Adresse als separates DB-Feld führen oder als eine von der Person referentierte Menge in einer separaten DB-Tabelle, da sie einmal sachlich eine vom Namen/Vornamen unabhängige Information ist und man zum anderen das Problem hat, dass mit einer Namensänderung (z.B. Heirat) sich zwangsläufig eine neue E-Mail-Adresse ergibt, was sicher nicht immer gewollt ist. Gruß Martin

verrätst du uns auch mal welcher fehler geworfen wird ?

Hallo @Reinhold: beim bzw. vor dem Verketten sollte man sich drum kümmern, dass Vorname oder Nachname NULL sein können. Gruß Martin

Hallo bei uns (IHK Leipzig) war es ebenfalls gewünscht, dass der ursprüngliche Antrag der Projektarbeit beigefügt war. Ein Fehlen des Antrags führte aber nicht zu 0 Punkten sondern zu Punktabzug beim Punkt "Vollständigkeit". Hintergrund war/ist, dass die Prüfer die den Antrag geprüft und zugelassen haben, nicht immer die waren, die dann die Arbeit bewerteten. Mit Hilfe des beigefügten Antrags konnte man so gut abgleichen, ob in der Arbeit dann auch wirklich die ursprünglich geplanten Dinge umgesetzt wurden. Gruß Martin

Hallo 1. Antwort: ja, VBA Code im Excel markieren, Ctrl-C und im Access an passender Stelle Ctrl-V 2. beschreib doch mal was du erreichen willst ? VBA Code der Excel-spezifische Zugriffe auf Zeleln, Sheets usw macht wird im Access bestenfalls wirkungslos sein oder Errors werfen Gruß Martin

ich dachte immer use-cases untersucht man vor dem entwickeln ?

Hallo ich persönlich würde dir als Prüfer im Fachgespräch oder als Anwender deines Programms eine Meldung wie: "FEHLER!" brutal um die Ohren hauen. Meldungen in Großbuchstaben und mit Rufzeichen sind IMHO ein Anbrüllen. Eine sinnvolle, aussagekräftige Ausgabe von Fehlermeldungen soll ja zwei Ziele erfüllen: a) der Anwender soll informiert werden, dass etwas nicht wie gedacht klappt Du oder ein Hotliner sollst mit der Meldung in der Lage sein, die Ursache und ggf. den betroffenen Code zu ermitteln. Gerade wenn deine Programmiersprache (wiez.B. VB) dafür keine adhoc-Unterstützung bietet, bist du mit einem konsequenten Errorhandling gut beraten. Gruß Martin

Hallo die Variante mit Angangs/Endedatum der Reparatur finde ich ok. Bei den Reparaturkosten kommt drauf an, wie detailliert Du diese brauchst. Im einfachsten Fall hängst du an jede Reparatur eine Menge von Rechnungen, wobei jede dieser eine Menge von Rg.positionen hat. Wenn du die echten Kosten der Reparatur haben willst, kannst du an die Reparatur noch je eine Menge von Personal- und Materialkosten hängen. Hiermit kriegst du auch die Kosten in den Griff, die nicht berechnet werden, zB wegen Kulanz oder Garantie. Um die zeitweise Nutzung der Räder durch die Boten darzustellen, mußt du zwischen Räder und Boten noch eine Tabelle hängen, die die Nutzung der Räder durch die Boten darstellt mit Bote - RadNutzung 1:n und Fahrrad - RadNutzung 1:n. Gruß Martin

Hallo ich bin zwar nicht aus Nürnberg und Ex-Prüfer, aber ich würde mal draufschauen. Was war/ist denn dein Thema ? FISI oder FIAE ? Gruß Martin