stefan.macke

Einfach nur um von Einzelschicksalen wieder auf den allgemeinen Arbeitsmarkt zurückzukommen: der Fachinformatiker gehört seit Neustem zu den 10 beliebtesten Ausbildungsberufen bei männlichen Azubis. Von einer Abnahme der Nachfrage - bei Betrieben und Bewerbern - kann also wahrlich nicht die Rede sein. https://www.bibb.de/de/pressemitteilung_60513.php

Wir setzen in der Ausbildung auch eine wenig verbreitete Sprache ein: Natural. Sie ist ähnlich zu Cobol. Damit verdient unser Unternehmen sein Geld, also müssen auch die Azubis die Sprache lernen. Aber als Ausbilder achte ich darauf, dass sie zusätzlich mindestens eine "moderne" Sprache wie Java oder C# lernen. Sowohl die Konzepte der Objektorientierung als auch andere Plattformen wie das Web sollten meiner Meinung nach in der Ausbildung heutzutage vermittelt werden. Ich habe also nichts gegen eine Ausbildung auf RPG, wenn zusätzlich auch moderne Inhalte berücksichtigt werden. Man kann als Unternehmen evtl. nicht nur das ausbilden, was für das Tagesgeschäft nötig ist, sondern muss auch darüber hinaus Inhalte anbieten. Darauf würde ich bei der Wahl des Ausbildungsplatzes achten.

Für die Komposition habe ich irgendwo einmal eine noch krassere Definition in Code-Form gesehen: innere Klassen. Die können definitiv nicht ohne die umschließende Klasse existieren. Beispiel: class Mensch { class Herz { ... } private Herz herz; ... } Aber in der Praxis (und der Prüfung) würde ich von dieser simplen Definition ausgehen: Assoziation: die Klassen "kennen" sich einfach nur (rufen Methoden auf oder nutzen Attribute voneinander) Aggregation: eine Klasse ist Teil der anderen (Teil/Ganzes-Beziehung), kann aber für sich allein existieren (Reifen -> Auto) Komposition: eine Klasse ist Teil der anderen und kann nicht ohne diese existieren (Raum -> Haus)

Kann mich nur anschließen. Das geht gar nicht! Und die geben sogar zu, dass die gleiche Aufgabe fertigen Entwicklern gestellt wurde. Tut mir leid, aber da schreit alles: "Wir brauchen billige Arbeitskräfte, die wir nicht ausbilden müssen!". Überleg mal: Zwei Wochen Programmierung!? Das ist der Umfang des Abschlussprojekts für Anwendungsentwickler!

Ich würde ergänzen, dass die Nutzwertanalyse ein Werkzeug ist, um nicht-monetäre Faktoren bewerten zu können. Die von dir genannten Punkte (Zuverlässigkeit, Wartung usw.) sind nämlich alle "weich" und lassen sich nicht mit einem Euro-Bertrag versehen.

...wurde bislang noch nicht abgefragt. Was aber auch ok ist. Wer braucht denn schon wirklich ein Timing-Diagramm? Wie beschrieben setze ich die UML sehrwohl für die Modellierung ein. Allerdings nicht im Detail - also Klassen mit Attributen und allem Schnickschnack - sondern insb. für die Architekturplanung. Das detaillierte Klassendesign oder Abläufe, die man mit einem Sequenzdiagramm modellieren könnte, ergeben sich bei Anwendung von TDD erst bei der Entwicklung. Nichtsdestotrotz gibt es viele gute Werkzeuge (z.B. den Enterprise Architect), die Roundtrip-Engineering beherrschen und Code zu Modell und Modell zu Code wandeln können. Dadurch wird die Aktualisierung der Modelle ein Kinderspiel. Genau wie bei Code Das kommt auf den Grad der Abstraktion an. UML hat nicht den Anspruch, die Details perfekt abzubilden. Das kann Code tatsächlich besser. Dafür kannst du in deinen Diagrammen die Sicht und den Grad der Detaillierung frei wählen und komplexe Abläufe auf ihren Kern herunterbrechen. Von daher sehe ich die UML gerade bei komplexen Abläufen als äußerst hilfreich an. Siehe oben. Das geht sehrwohl. Allerdings sollte nicht der Anspruch sein, "fertigen" Code zu generieren, sondern z.B. Klassenrümpfe oder Pakete. Das spart dann tatsächlich sogar Zeit, wenn man mit dem Modell beginnt. Da wir auch mehrere selbst entwickelte DSLs im Einsatz haben, kann ich nur zustimmen: für die Codegenerierung optimal! Aber für die Dokumentation und grobe Modellierung würde ich trotzdem ein grafisches Werkzeug wie die UML vorziehen.

In der Ist-Analyse wird der aktuelle Zustand der durch das umzusetzende Projekt zu lösenden Problemstellung dargestellt. Du erläuterst die bisherige Situation mit dem konkreten Problem, das es zu lösen gilt. Beispiel: Urlaubsanträge werden noch auf Papier eingereicht, was jetzt durch ein elektronisches System abgelöst werden soll. Dabei gehst du z.B. auf die Schwachstellen des aktuellen Zustands ein (z.B. langsamer Prozess, Medienbrüche, menschliche Fehler, hohe Kosten) und begründest, warum eine andere Lösung sinnvoll ist. Häufig geht es aber auch um eine Ist-Aufnahme und Visualisierung bestehender Prozesse, die bislang vielleicht gar nicht komplett verstanden wurden. Dabei können dann z.B. EPKs oder Aktivitätsdiagramme helfen. Letztlich soll am Ende der Ist-Analyse der aktuelle Prozess oder Zustand verständlich dokumentiert sein, sodass klar wird, warum eine neue Lösung geschaffen werden muss.

Da muss ich widersprechen. Für die IHK-Prüfung sind mind. 5 UML-Diagrammtypen (Use-Cases, Aktivität, Zustand, Klassen, Sequenz) absolut relevant, da sie in den letzten Jahren fast immer abgefragt wurden. Und auch in der Praxis sehe ich nicht, dass die UML "versagt" hat. Wenn sie nicht zur Modellierung verwendet wird (worüber man in Zeiten von TDD streiten kann), so ist sie doch der allgemein akzeptierte Standard, wenn es um die Dokumentation geht. Wir verwenden z.B. regelmäßig Klassen-, Verteilungs- und Komponentendiagramme, um die Architektur von Anwendungen zu dokumentieren. Und eine gewisse Modellierungsphase vor der Entwicklung empfinde ich auch als äußerst hilfreich. Gerade um Azubis vor der Programmierung die geplanten Schichten (oder wie auch immer die Architektur aussieht) näherzubringen.

Ich berichte mal aus der Prüferpraxis: Ich wäre froh, wenn Prüflinge wenigstens die Wikipedia zitieren würden! Die meisten Dokus, die ich lesen darf, enthalten nämlich einfach gar keine Quellenangaben. An die Projektdoku werden nicht so hohe Ansprüche gestellt wie an wissenschaftliche Arbeiten. Aber wenn fremde Inhalte wiedergegeben werden, ist eine Quellenangabe notwendig, damit die eigene von fremder Arbeit abgegrenzt werden kann. Allein für die Benotung ist das schon wichtig. Ich persönlich würde bei Wikipedia als Quelle ein Auge zudrücken. Immerhin besser als gar nichts! Allgemein kann ich mich der Aussage aber anschließen, dass Wikipedia nicht als Quelle angegeben werden sollte. Mit einer kurzen Google-Suche finden sich auch immer "vernünftige" Quellen (einfach mal auf das zweite Suchergebnis klicken und nicht direkt aufs erste). Oder man nimmt halt die Wikipedia als Einstieg und folgt den dort angegebenen Primärquellen. Dass das natürlich Arbeit macht, ist klar. Aber immerhin reden wir hier von einer Abschlussprüfung eines Ausbildungsberufs und nicht von einem Referat in der 7. Klasse.

Das sehe ich ganz genauso! Meine Azubis fangen im zweiten Lehrjahr mit der regelmäßigen Bearbeitung von IHK-Prüfungen an. Und bereits im ersten Lehrjahr beginnen wir mit dem Durcharbeiten zentraler Literatur wie dem Handbuch für Fachinformatiker. Das hat sich bei uns absolut bewährt. Außerdem lernt man den ganzen Kram ja nicht nur für die Prüfung. Es sind auch sehr viele praxisrelevante Themenfelder zu erarbeiten, die man bei seiner täglichen Arbeit anwenden kann. Beispiel Programmierung: Da sollte man schon im ersten Lehrjahr ein Klassendiagramm zeichnen und Vererbung und Polymorphie erklären können. Das sind klassische Prüfungsthemen, die aber auch in der Praxis eine hohe Relevanz haben. Ich finde es immer schade, wenn Prüflinge die ganzen Inhalte nur für die Prüfung lernen. Man kann doch im Arbeitsalltag viele Sachen direkt anwenden und damit z.B. seinen täglichen Job besser machen.

Das zweite stimmt, das erste nicht. Das ist ein Fehler, den viele Prüflinge auch in der mündlichen Prüfung machen: "Den Stundensatz darf ich Ihnen nicht nennen. Der unterliegt dem Datenschutz." Das ist falsch. Es handelt sich beim Stundensatz nicht um ein personenbezogenes Datum, da er nicht einer konkreten Person zuzuordnen ist, sondern wenn überhaupt einer Personengruppe (z.B. Azubis, Entwickler). Außerdem lässt er keinen Rückschluss auf die Höhe des Gehalts zu, da ja noch Neben- und Gemeinkosten einkalkuliert sind und bei externen Sätzen sogar der Gewinn. Nur der zweite Teil wäre richtig: "Den soll ich nicht herausgeben, da mein Chef ihn geheimhalten möchte.". Zurück zum Thema: Prüflinge müssen in ihrer Doku nicht eine komplette Umlageberechnung mit BAB und was weiß ich abliefern. Die ist im Zweifel ohnehin unvollständig, weil dem Azubi gar nicht alle Informationen vorliegen. Es reicht definitiv die Angabe von Stundensätzen aus der Buchhaltung. Allerdings sollte man das gut begründen und aufschreiben, woher die Sätze kommen! Darüber hinaus empfehle ich jedem Prüfling wärmstens, sich für das Fachgespräch auf die Erläuterung der Ermittlung dieser Stundensätze vorzubereiten (also: fixe vs. variable Kosten, Einzel vs. Gemeinkosten, BAB, Lohnnebenkosten usw.). Denn das ist klassischer Berufsschulstoff, der gerne abgefragt wird. Man muss die Stundensätze also theoretisch berechnen können (was im Fachgespräch ggfs. gefragt wird), aber in der Doku reicht die Angabe von betrieblichen Sätzen, die der Prüfling nicht selbst ermittelt hat.

Du hast - mal wieder - völlig recht, was die Praxis angeht. Allerdings kann man das den Prüflingen definitiv nicht empfehlen! Die Wahrscheinlichkeit, einen Punktabzug zu bekommen bzw. sogar durchzufallen, weil die zeitlichen Vorgaben nicht eingehalten wurden, ist sehr hoch! Jeder weiß, dass die Projektarbeit geschönt ist. Dieser Fakt steht auch bei der anstehenden Neuordnung der IT-Berufe ganz oben auf der Mängelliste. Es wird überlegt, von diesem starren Projektrahmen wegzugehen. Bis es jedoch soweit ist, kann ich nur jedem Prüfling raten, die Zeit exakt einzuhalten!

Einfach, um noch einmal deutlich zu widersprechen https://www.informatik-aktuell.de/aktuelle-meldungen/2017/februar/bereits-jedes-dritte-unternehmen-entwickelt-eigene-software.html -> Ein Viertel aller deutschen Unternehmen (laut der Studie) beschäftigt eigene Softwareentwickler. Ein Drittel entwickelt sogar ganz eigene Software.

Das kommt auf die Prüfung an. Geht es um GA1 und GA2, die von Menschen korrigiert werden, wirst du Teilpunkte bekommen. Wenn es um die maschinell korrigierten Prüfungsteile (Zwischenprüfung, WiSo) geht, bin ich mir nicht sicher.

Ich würde behaupten, dass Copy und Paste von StackOverflow auch den Alltag "fertiger" Entwickler bestimmt Allerdings sollte man immer verstehen, was man da kopiert. Btw, unterstützt dich dein/e Ausbilder/in nicht bei der Einarbeitung?

Ok, das stimmt natürlich. Ich würde aber einfach mal behaupten (allein weil in allen Bewertungsmatrizen auf der ersten Google-Suchergebnisseite explizit eine Benutzerdokumentation gefordert wird), dass die meisten IHKen eine separate Benutzerdokumentation erwarten. Im Zweifel geht natürlich der Wunsch der eigenen IHK vor! Und es bietet sich natürlich auch nicht für jedes Projekt eine solche Doku an! Wenn es keine Benutzer gibt, kann man auch keine Doku für sie schreiben. Dann würde ich aber schauen, ob es andere Zielgruppen gibt (z.B. Admins, Entwickler), für die eine Dokumentation sinnvoll wäre.

Da muss ich leider entschieden widersprechen. Es kann sein, dass einige IHKen auf Kunden- und/oder Entwicklerdoku verzichten, aber meiner Erfahrung nach, wollen die meisten IHKen das explizit haben. Das steht sogar in den Bewertungsmatrizen für die Dokumentation (s.u.). Zumindest die Benutzerdokumentation ist demnach Pflichtprogramm als Teil jeder Projektdokumentation. Eine Entwicklerdokumentation (z.B. mit JavaDoc) würde ich im Sinne einer guten Bewertung aber auch noch zusätzlich erstellen. Vgl. (u.a.): http://www.ihk-niederrhein.de/downloads/ihk/Bewertungsmatrix_Doku_FIAN.pdf https://www.darmstadt.ihk.de/blob/daihk24/produktmarken/aus_und_weiterbildung_channel/pruefungen/downloads/downloads/2551166/bdb388bedbc086ef6af8038551c207d2/Bewertungsmatrix_FIAE-data.pdf http://www.dortmund.ihk24.de/blob/doihk24/bildung/downloads/305454/d4d06e5b78c03eaf279dbfdb8e000292/Handreichungen_IT_Berufe-data.pdf

Das ist laut der neusten Zahlen des BIBB (September 2016) falsch. Der Fachinformatiker Anwendungsentwicklung hat in den letzten Jahren stark zugelegt. Von ca. 3.000 auf knapp über 5.000 neue Ausbildungsverträge pro Jahr. Quelle: https://www.bibb.de/de/59343.php

Dein Fehler sind die 16 Bit für die Hexzahl. Dafür brauchst du nur 4 Bit. 2^4 = 16 Möglichkeiten. Mit 16 Bit könntest du 2^16 = 65.536 Zahlen/Möglichkeiten abbilden. Also: 4 Bit * 60 * 24 * 11 = 63.360 Bit = 7.920 Byte.

Das ist natürlich richtig. Ich hatte den Thread so verstanden, dass es um den Prüfungsteil "WiSo" geht. Natürlich können auch in GA1 und GA2 allgemeine Wirtschaftsfragen auftauchen. Aber auch dafür wäre meine Empfehlung, mit alten Prüfungen zu lernen

Um welche "Teile" geht es hier? Teil A und B oder Projektdoku/-präsi? In Doku oder Präsi kann man nämlich sehr wohl eine 5 haben und bestehen. Siehe http://www.gesetze-im-internet.de/bundesrecht/itktausbv/gesamt.pdf Sofern man z.B. eine 5 in der Doku mit einer entsprechenden Note in der Präsi "ausgleicht" und insg. auf eine 4 kommt, ist die Prüfung bestanden. Hat man jedoch im gesamten Teil A oder B eine 5, ist man durchgefallen.

Du musst nicht jedes einzelne Icon kennzeichnen. Es sei denn, sie stehen unter einer individuellen Lizenz (z.B. Creative Commons), weil du sie einzeln irgendwo heruntergeladen hast. Das hat dann aber nichts mit einem Zitat zu tun, sondern ist eine notwendige Attributierung aufgrund der Lizenz. Wenn du die Standardicons deiner Programme (Visio usw.) nutzt, musst du hier gar nichts kennzeichnen. Nur für dein "Werk" als Ganzes musst du nachweisen, woher es stammt. Hast du es aus einem Buch direkt übernommen oder "in Anlehnung an" ein solches selbst erstellt, ist ein entsprechendes Zitat fällig. Wenn du aber ausschließlich deine eigenen Gedanken visualisierst (z.B. euer Netzwerk aufzeichnest oder deine eigene Software modellierst), handelt es sich um deine Eigenleistung. In diesem Fall würde ich zur Sicherheit "eigene Anfertigung" dranschreiben. Außer es geht eindeutig aus dem Kontext hervor, dass du die Abbildung selbst erstellt hast. Allerdings wird das in der Projektdoku auch nicht ganz so ernst genommen wie in einer wissenschaftlichen Arbeit. Es handelt sich ja um ein Praxisprojekt und nicht um "graue Theorie". Aber falls du korrekt zitierst wird dir das sicherlich nicht von Nachteil sein! Und der ein oder andere Prüfer schaut vielleicht auch mal genauer hin. Also gut, dass du dich damit auseinandersetzt! Also zusammengefasst: Fremde Werke unter entsprechender Lizenz verwendet: Attributierung nötig. 0815-Icons aus Visio oder Software XY: keine Quellenangabe/Attributierung nötig. Diagramm aus Quelle übernommen: direktes Zitat mit Quellenangabe. Diagramm in Anlehnung an eine Quelle selbst erstellt: indirektes Zitat mit Quellenangabe. eigene Ideen visualisiert: keine Quellenangabe nötig, zur Sicherheit aber "eigene Anfertigung" möglich.

Ich weiß was du meinst, aber korrigiere es trotzdem WiSo trägt nur mit 20% (also 1/5) zur Bewertung der schriftlichen Prüfung bei. Für die Prüfungsvorbereitung kann ich nur die alten Prüfungen empfehlen. Die Fragen wiederholen sich gefühlt sehr häufig.

Deswegen geben viele Prüfungsausschüsse nach der mündlichen Prüfung gar keine Noten bekannt. Ist zwar auch doof für den Prüfling, aber die hier beschriebene Situation ist ja noch unglücklicher :-/

Ich dachte du wirst FISI!? Wäre es da nicht sinnvoller, dir Betriebssystem- und Netzwerkgrundlagen anzuschauen anstatt Programmiersprachen? Ansonsten kann ich für alle IT-Berufe das Handbuch für Fachinformatiker von Sascha Kersken empfehlen. Da sind auch viele Inhalte für Nicht-Anwendungsentwickler drin