matthias_nordwig

Ich habe ja nicht gesagt, dass man bereits als "betriebsbereiter" und voll "funktionstüchtiger" Projektmanager da ankommen sollte, aber ein wenig Wissen zu diesen Themen allgemein kann wohl nicht schaden, denke ich. Ich bin der Meinung das zum Thema Projektmanagement folgendes anschauenswert ist: Was kennzeichnet ein Projekt und was differenziert es von alltäglichen Prozessen? Was Kennzeichnet ein Projektteam? Was Kennzeichnet ein Projektmanager? Wo liegen i.d.R die Entscheidungskompetenzen? Differenzierung vom Projektaufbau- und Projektablauforganisation? Und alles was mit Phasen-Modellen zu tun hat. usw. Testverfahren: Nun ja ich sagte ein Paar: - whitebox - blackbox 2 = ein Paar Oder was habe ich falsch gemacht? Und jetzt breche ich mir das Genick: IHK Hannover.

Ja hab ich auch gelesen, aber die haben sicherlich gerüchte in die Welt gesetzt . Jeder hat dieses Buch. War auch nicht ganz ernst zu nehmen.

Jo, aber wenn sich vermeintliche "Aufseher" schmatzender Weise in unmittelbarer Entfernung zu den Prüflingen während der Prüfung aufhalten, und dann auch noch solche Antworten auf Beschwerden geben, dann kann man das "vermeintlich" getrost streichen. Ist ja wohl eine Frechheit!

Hab gerade zum ersten mal in meinem Leben in das IT-Handbuch geschaut und bin zum selben Resultat gekommen. :beagolisc

Ich finde das ist auch eine der essentiellsten Fragen, nach dem Sinn des Lebens!

Jo, kann schon sein das. Dummerweise gibt es mehr als einen Korrektor, oder sehe ich das falsch? Ich bin ja selbst noch bei 50 Seiten, weis aber net mehr was ich da noch rausnehmen soll. Nur packe ich halt nicht den gesamten Quellcode rein.

Stell dir mal vor du hättest in so einem Sauhaufen angefangen!

Das würde ich ergänzen: - Projektmanagement - Evaluierung von IT und IT-Projekten - Testverfahren sollte man glaube ich ein paar kennen

Ich glaub ich schreib auch so nen Buch und verklage die IHK weil Sie Westermann mit Ihren Vorschriften einen Wettbewerbsvorteil verschafft Man, was die an Kohle scheffeln ... Wahrscheinlich werden die Aufgaben direkt daraus erstellt und als Gegenleistung gibts ne Party in der Karibik sponsored by Westermann

Um die Logik mal umzudrehen: Du beschreibst in erster Linie mit Worten was du tust, und untermauerst das eventuell ganz dezent mit einigen Auszügen aus dem Quellcode. Kommentieren im Quellcode ist wie Quellcode selbst.. liest sich eh kein Schwein durch .. oder würdest du dass, wenn du Prüfer währst und bereits die 20. Arbeit mit 80-seitigem Quellcode durchliest, obwohl du das eher als Nebentätigkeit betreibst und su statt dessen mit deiner Frau/Freundin ...

Wenn ich das richtig in Erinnerung habe: Bsp.: Gewichtung Funktionalität: 20 Punkte Aussehen: 5 Punkte Software1/Softwar2 Funktionalität: Note 5/Note 1 (20) 5*20=100/1*20=20 Aussehen: Note 2/Note 6 (5) 5*2=10/5*6=30 Summe: 100+10=110/20+30=50 -> Software 1 ist die bessere Alternative * Das ganze bringst du noch in eine logische und lesbare Form dann weisst du in etwa wie soetwas aussehen sollte. Gibt es bestimmt auch was im Internet zu. Schaust du hier: www.google.de Summe:

Sieh nur zu das du Abweichungen vom Projektantrag ordentlich begründest und nimm ein Fazit aus der Fehlplanung mit. Fehlplanung ist Altag und nichts schlimmes, wenn man draus lernt. Das werden die von der IHK wohl auch verstehen.

Ich würde sagen, du haust dem mal so richtig aufs Maul! Ist ja wohl ne Frechheit! Vielleicht rufst du mal bei der IHK an und fragst direkt nach...bzw. stellst dort dein Problem dar.

Nur so ne Frage: Gehört der Test nicht auch zur QS? Ist zwar nicht das Gegenteil gesagt worden, es wird aber schnell so verstanden.

Ich druck meins auf Klopapier und papp dat mit ner Büroklammer zusammen :beagolisc

Jo wir schreiben dir deine Projektarbeit. Schaust du hier, da gibt es nützliche Ratschläge: http://www.caesborn.de/pruefungspage/index.html

Vielleicht erklärst du es mit drei bis vier Stichworten "Duden-Like", wie in einem Glossar üblich?

Quellcode nur Auszugsweise zum untermauern der Funktionalitäten. Auf keinen Fall den gesamten Quellcode! Selbiges gilt für andere Dokumente! Die sollen dein Spiel net nachprogrammieren können, sondern nur verstehen was du gemacht hast und wie du es gemacht hast!

Jo! Die Durchführung ist bei mir auch sehr kurz geraten! Ich habe dort zumeist Dinge beschrieben wie: Was womit realisiert, in welcher Reihenfolge realisiert usw.. Durchführung geht bei mir über 1,5 Seiten. Beispiele: Implementierung: Die Implementierung geschieht mittels SQL-Plus und Toad auf dem Testserver ... In folgender Reihenfolge wird zwecks optimaler Testmöglichkeiten implementiert .. näheres dazu siehe Anhang x "xxx" ... Integration geschieht bei diesem Projekt bereits während der Implementierung... Installation: Nach erfolgreich abgeschlossener Testphase, kommt es zur Installation in der Produktionsumgebung "xxx" ... Die Installation beginnt dabei mit der Versionierung, welche wiederum durch Einträge in einer ... Anschließend kommt es zum Update der Release-Skripte ... Ich hoffe das gibt dir nen paar Denkanstöße

Ich weis ja net wie du SQL-codest, aber ich breche bei jedem Hauptbegriff um. Und wenn eine Zeile trotzdem länger wird, dann wird jedes Feld/jede Bedingung in eine neue Zeile mit Komma vornan geschrieben. Das dient der Wartbarkeit und in deinem Falle dem Einhalten der Formatvorgaben: Select x, y, z from tab1 ,tab2 ,tab3 ...

Soweit ich das weis, stellt das PAP normalerweise eine Form der eigentlichen Programmierung da! Oder wie mal nen Dozent zu uns meinte: "Auf das Coding kann man auch nen Affen dressieren!" Damit sollte das schon sehr genau sein! Allerdings habe ich das selbe Problem, besonders deswegen, weil ich Code meist besser lesen kann als PAP's, außerdem kann ich im Code Fehler schneller korrigieren, als in so einem mühsam erstellten PAP. *Mit anderen Worten ich bin ein Affe* Aber: Die beste Lösung, ist ja nicht immer die Erste die einem einfällt! Deswegen entstehen der PAP bei mir immer erst im nachhinein. Daran wird sich wohl auch nichts mehr ändern!

Entweder du lügst das sich die Balken biegen, musst das dann aber auch bei der mündl. Vertreten können, oder du beschreibst alles sorgfälltig. Vielleicht schreibst du sogar rein das du dich verplant hast, ziehst Schlussfolgerungen und nimmst das Resultat als Erfahrung mit. Vielleicht wirkt das ja auch positiv?

Hi! Hier mein Ratschlag! :mod: Wenn du glaubst das dort wichtige Dinge drinstehen die unmittelbar zum Verständniss deines Projektes benötigt werden, filter das wichtigste aus der Kundendoku heraus und schreibe es direkt in die Projektarbeit. Wenn du dich nur drauf beziehen möchtest, dann packe die wichtigsten Auszüge in den Anhang. Auf keinen Fall würde ich den Anhang als Mülleimer benützen. Das wird dir kaum eine bessere Bewertung geben. Zumal du sowieso getrost davon ausgehen kannst, dass sich kaum einer deinen Anhang durchlesen wird! Oder mal eine Gegenfrage: Stell dir vor du bist Korrektor. Wie würde es auf dich wirken wenn du 80 - 200 Seiten i9n die Hand bekommst obwohl nur 10 gefordert wurden. Und dann stellst du fest das 90 % der 200 Seiten überflüssig sind. Ich könnte auch mehrere hundert Seiten abgeben, habe aber mein Projekt, aus Sichtweise der Projektarbeit, teilweise sogar schon eingeschränkt um eben soetwas zu verhindern.

Ist zwar Wiederholung, aber so stünde es bei mir: (282-235)/235*100 = nüscht Obwohl die Aufgabe echt krank formuliert ist. Ich habe die vier mal lesen müssen um, zu rallen was die von mir wollen!

Auf das selbe Problem bin ich teilweise auch schon gestoßen! Und es ist echt peinlich!