bubu44

Die Vorteile der Testumgebung sind ja, bei mehreren Alternativen Programmen, die Entscheidungsfindung, die du dort machst. Hier kannst du die spätere Wahl selbst testen, oder testen lassen. Das ist keine Pflicht, aber es hilft. Wenn es Sinn macht. Nur aus Spaß an der Freude, würde ich auch keine Testumgebung bauen. Die kann auch virtuell sein

manchmal schicken die Prüflinge einen Netzplan mit, meistens aber den Antrag als PDF nochmal zusätzlich. Noch etwas zum Fazit/Zukunftsaussichten/Aussichten: Schön ist es natürlich, wenn dein Projekt klappt. Gerade bei einem externen Kunden sollte das schon sein. Aber für Test und Evaluierungsumgebungen kann es durchaus auch einmal ein negatives Ergebnis sein. Wenn es z.B. mit den Vorgaben nicht umsetzbar war, es schlicht zu teuer werden würde alles umzustellen, usw.

ich hab mal etwas dazu geschrieben

Stimme ich voll zu, aber wenn du die Möglichkeit hast, eine Testumgebung einzubauen, dann mach es auch. Damit kannst du sehr leicht deine notwendige Entscheidungskompetenz darstellen. Kleine Bewertungsmatrix mit dem Warum, Wieso, Weshalb und schon hast du den perfekten Übergang zu deiner Lösung

kannst du ja machen, das mit der USB-Sperrung. Ich würde es aber als Teilprojekt ansehen, das man zur Not wegen Zeitmangels ausgliedern kann. Oder aber als zukünftige Option, die man bei der Evaluierung gleich mit beachtet hat.

also ich finde den Antrag jetzt gut und würde das in meinem PA genehmigen. Klasse Arbeit Lyro ! Natürlich kann ich nicht für deinen zuständigen Prüfer sprechen, aber das sollte soweit auch durchgehen. Steht alles drinne und ist noch waage genug gehalten, um alles entscheiden zu können.

Ich hab mal meine Gedanken dazu geschrieben. Schreibt weniger genau, dann lasst ihr euch Spielraum. So würde ich den Antrag ablehnen, weil ihr einfach nur was macht, aber nichts selbst entscheidet.

ich würde gerade die Testumgebung drin lassen. Wie soll denn sonst ein Produkt getestet werden. Ich würde hier eher noch die Anwender mit ins Spiel bringen, die das Zeug auf normale Nutzung testen. Dazu dann noch Bewertungsbögen und eine Auswertung. TC für den Firmeneinsatz würde ich weglassen, da bin ich mit dem Chief einer Meinung.

schreib es in einen neuen Antrag, dann kann man weitersehen. Bei Datev wäre meine erste Frage in der Prüfung: Sind sie zertifiziert?

Selbst wenn ich mir daraus irgendein Projekt stricke, ist es zu wenig.

ich führe für meinen Teil keine Statistiken darüber, aber wenn ich so zurückdenke, dann ist die Zahl sehr gering gewesen. Aber das ist von PA zu PA verschieden. Und meistens entscheidet die Tagesform des Prüflings. Und evtl. ist mein PA schwieriger zu überzeugen

Du sollst die Infos nicht weglassen, nur eine andere Gewichtung machen. Den Nutzer interessiert nicht ob im Hintergrund Skript A etwas macht um damit Skript B und C zu starten. Den Nutzer interessiert nur: klick ich auf das Icon, kommt das was ich brauche raus!

hau die fehlende Stunde bei der Doku mit drauf, da ist noch Platz vorhanden Wer Sicherheit will, zieht nen Kondom drüber

ich bin eher jemand der kürzere Texte mag, aber jeder PA ist anders. Einreichen und warten

entgegen landläufiger Meinungen, möchte der PA auch das du bestehst. Es gibt auch keine Quote die besonders honoriert wird. Mir persönlich geht es dabei immer darum, das ich guten Gewissens die Prüflinge auf die Menschheit loslassen kann. Und wer sich bei der Doku an alle Vorgaben hält, der kann eigentlich nicht mehr durchfallen. Ausnahmen bestätigen die Regel, aber das was drinne sein muss, sollte auch in der Doku stehen. Und zwar klar und deutlich erkennbar. Dann kann man es bewerten und die Punkte sind ja dann doch wichtig

dann würde ich mir eher ein anderes Projekt suchen

lass das ESX weg und schreibe nur virtualisierte Umgebung. Dann kannst du nach zwischen VMWare und HyperV oder anderem Entscheiden. Je allgemeiner desto besser. Und die Kürze des Antrages ist gut so.

Ein Projekt muss wie ein solches Ablaufen. Du musst dir dabei wirklich denken, dass du das für den richtigen Kunden machst. Und der will von dir wissen, was, weshalb, wieso, warum und für wie viel du das machst. Das Thema sollte auf jeden Fall auch noch die fachliche Tiefe erreichen.

im Grunde hast du ja eine Lösung, die du gerne machen würdest. Jetzt brauchst du ein Problem, welches dich über die normale Projekttätigkeit an diese Lösung heranführen kann. Und da sehe ich eher das Problem. Das fachliche kann ich nicht unbedingt beantworten. Aber ein paar Skripte hören sich nach nicht viel an. Mir fällt da gerade wirklich kein Problemansatz ein.

kommt natürlich immer auf den Prüfer an. Aber ich hab da auch ein bisserl Erfahrung in diesem Bereich. Je mehr geschrieben wird, desto ausführlicher ist der Text. Damit legt ihr euch meistens schon recht frühzeitig auf eine Richtung fest. Das mag nicht falsch sein, aber könnte für eure Entscheidungsleistung fruchtbarer sein. Mir wäre es zu lang

be sehr wenig Ahnung im SQL-Bereich, aber mein Bauchgefühl sagt: zu wenig für ein Projekt

was meinst du wohl, warum ich den ersten Satz so geschrieben hatte? Einfach mal mit dem Text spielen und schon wirste dein Thema haben

zumindest besser als vorher

der PA stellt sich normalerweise auf deine Zielgruppe ein. Grob gesagt, wenn du für die Technik/Entwickler das machst, am besten viel Innereien bringen. Machst du das für die Geschäftsführung, dann eher Kosten, Ersparnisse und sonstige Vorteile bunt blinken lassen. Für den Mitarbeiter/Nutzer musst du die Vorteile der evtl. besseren Nutzbarkeit bringen. Jede Zielgruppe hat andere Schwerpunkte. Und die Präsentation bitte über das Projekt und nicht über die Doku.

du willst wohl die vorhandene Informationsumgebung in eine neue und erweiterbare Umgebung migrieren. Hier solltest du aber einige Alternativen aufbieten können und diese Testen. Dann sollte das normalerweise klappen.