denis-cubic

Wie jetzt echt in Berlin 3 Bücher ??? Das wäre ja geil ... zwar weiß ich auch nicht welches Buch ich noch bäuchte ...

Super jetzt wird gesungen... tada.wav

Ne is klar ! Da weiß aber einer Bescheid. :uli

WAS für Fragen kamen denn ran ? Was soll wir Neugierige denn mit der Aussage 1,3,4 gemacht 2 nicht. :confused: Danke, im Namen von allen Prüfungsteilnehmern die am Freitag schreiben :mod:

Und das ist bei den meisten Azubis nicht der Fall !

Die sind jetzt zum Nachmittag alle so besoffen ... die sehen wir wohl heute nicht mehr hier im Forum... :eek

Also irgendwie wird mir das hier zu doof... Wieso gibt es denn zwei unterschiedliche Fachrichtungen wenn man eurer Meinung nach sowieso beides kann egal welche Fachrichtung man als Ausbildung hat? Vielleicht solltet ihr euch an die IHK wenden und vorschlagen, das man den Beruf Fachinformatiker als eine Ausbildung sehen sollte und die verschiedenen Fachrichtungen abschaffen sollte. Oder mal nachfragen wozu es 2 verschiedene Ausbildungen gibt... :confused:

Hallo? Wir sind dich hier nicht mehr im Zeitalter der Disketten wo alles verloren geht sobald man ein starken Magnet an die Diskette hält...

IT-Handbuch unser in der Prüfung, geheiligt werde dein Inhalt. Dein Wissen komme. Dein Wille geschehe, wie in GA1 so auch in GA2. Unsere täglichen Antworten gib uns Freitag. Und vergib uns unser Unwissen, wie auch wir vergeben unseren Lehrern. Und führe uns nicht in Versuchung, sondern erlöse uns vom schummeln. Denn dein ist das Wissen und die Antworten und die Herrlichkeit in Ewigkeit. Amen. Quelle: Glaubensgemeinschaft des IT-Handbuchs

Ich (in Berlin) würde nichts reinschreiben...Es gibt nette und böse Prüfer !!! Und wenn ein böser Prüfer dein IT-Handbuch mal schnell überfliegt, dann wirst du im Extremfall von der Prüfung ausgeschlossen.

hier eine gute zusammenstellung (Wiki der Uni Erlangen)

Schon mal einer was von Little John Bike gehört ? Ist der Laden gut ?

Danke, aber der Laden existiert nicht in Berlin oder Umland.

Erst lesen dann antworten :mod:

Kennt jemand gute Seiten für das Thema Virtualisierung ausser Wikipedia ?

Ich bin auch in Berlin und in der Einladung steht Ein Buch UND ein Buch UND ein Buch. das soll man mal verstehen ... ich bin mir aber ziehmlich sicher das man trotzdem nur 1 Buch benutzen darf.

ja das stimmt leider keine Ahnung was da los ist, wie gesagt die Doku ist nicht von mir ...

Wie jetzt Aufgaben ?

Er ist 27 ich 23 ... Der Klügere gibt nach ... das war ich :upps

Hab da mal was gefunden. Sehr informativ !!! Dort wird auch gut Subnetting erklärt Netzwerktechnik.doc

Also ich überflieg schnell die Prüfung am Anfang und dann wer ich sehen was ich streiche oder ich mach erstmal die Aufgabe die ich auf jeden Fall mache und überlege so nebenbei im hintergrund welche ich streichen werde.... Oder ich nehm den Telefonjoker

@perdi ... du wirst mir immer unsympatischer. Deine aktuelle Position ist mir auch völlig egal! Von der Firma in der du arbeitest hab ich noch nie was gehört ... Und das du da Leiter Software-Entwicklung bist finde ich jetzt nicht so überwältigend! Was willst du damit bezwecken mich schlecht zu machen? Ich stehe dazu das ich 2 Ausbildungen durchgezogen habe und ich muss dir wiedersprechen das ich in der 2. Ausbildung genau das gleich in der Berufsschule gelernt habe! Und damit ist in mein Augen die Diskussion mit dir beendet! [CLOSED]

Komisch das allen ans Saufen denken, also ich werde den Tag ruhig zu ende gehen lassen...

Danke, wenigstens einer der mich versteht ! Für alle die negativ darüber denken: Es gibt genug Threads hier wo gesagt wird das Systemintegratoren nichts mit Anwendungsentwicklung zu tun haben. Oder zu tun haben wollen. Bzw. nichts mit programmieren zu tun haben wollen. Ich weiß aus eigener Erfahrung das es auch so ist. Die meisten Berufsschulkameraden in meienr jetzigen Ausbildung können kein Stück programmieren. Und ich kann beides! Also was soll dann die Bemerkung das ich da sowie so nichts lerne wenn ich 2 Ausbildungen habe? Gut ich kann mir auch alles selbst beibringen aber dann könnte man ja gleich die Einrichtung Schule abschaffen. @perdi: Wenn DU nichts bei deiner Ausbildung gelernt hast tust du mir leid! Nutzlos finde ich Arbeitslos zu sein oder WoW den ganzen Tag zu spielen. In der 2. Ausbildung hab ich eine ganze Menge dazu gelernt! Ich denke eher du bist neidisch. Schön Tag noch!

Die UML rechnet alle 13 Diagrammtypen entweder den Strukturdiagrammen oder den Verhaltensdiagrammen zu. Strukturdiagramme sind Modelle einer Struktur und somit statisch. Sie stellen Zusammenhänge in einer Software zu einem bestimmten Zeitpunkt dar. Verhaltensdiagramme hingegen erklären Abläufe. Sie sind dynamisch und stellen Zusammenhänge im Zeitablauf dar. Folgende sechs Diagrammtypen werden zu den Strukturdiagrammen gezählt. * Klassendiagramm: Das Klassendiagramm ist der wichtigste Diagrammtyp der UML. Mit ihm werden Klassen beschrieben und Zusammenhänge zwischen Klassen dargestellt. Es wird ausführlich im vierten Kapitel vorgestellt. * Objektdiagramm: Dieser Diagrammtyp stellt die während der Laufzeit zu einem bestimmten Zeitpunkt existierenden Objekte und deren Zusammenhänge dar. Während Klassen während der gesamten Laufzeit eines Programms existieren, können Objekte erstellt und zerstört werden. Das Objektdiagramm ist daher eine Momentaufnahme, während das Klassendiagramm zeitlos ist. * Komponentendiagramm: Der Name dieses Diagramms geht auf das Konzept von Komponenten zurück, mit dem Einheiten beschrieben werden, die quasi die nächsthöhere Ebene über den Klassen darstellen und vor allem über Schnittstellen beschrieben werden. * Kompositionsstrukturdiagramm: Das Kompositionsstrukturdiagramm könnte als Gegenstück zum Komponentendiagramm bezeichnet werden - es beschreibt die interne Struktur von Kompositionen wie eben zum Beispiel von Komponenten. * Verteilungsdiagramm: Dieser Diagrammtyp ist vor allem für verteilte Software interessant, wenn beschrieben werden muss, auf welchen Geräten welche Programme ausgeführt werden und wie diese Programme miteinander kommunizieren. Verteilte Software sind zum Beispiel Client-Server-Applikationen wie Chat-Systeme oder Online-Spiele. * Paketdiagramm: Im Paketdiagramm werden Klassen zu Paketen gruppiert. Pakete werden in modernen Programmiersprachen wie Java oder C# eingesetzt, um Klassen übersichtlich anzuordnen. Zu den Verhaltensdiagrammen zählen folgende sieben Diagrammtypen. * Use-Case-Diagramm: Dieser Diagrammtyp beschreibt, wie die Software mit dem Anwender interagiert. Use-Case-Diagramme werden eingesetzt, um Anforderungen an eine zu entwickelnde Software zu beschreiben. Im zweiten Kapitel lernen Sie Use-Case-Diagramme kennen. * Aktivitätsdiagramm: Das Aktivitätsdiagramm ist das All-Round-Diagramm der UML zur Beschreibung von Abläufen. Es beschreibt den Ablauf von Aktionen und ist in seinen Darstellungsmöglichkeiten sehr flexibel. Sie lernen diesen Diagrammtyp im dritten Kapitel kennen. * Zustandsautomat: Der Zustandsautomat beschreibt einen Ablauf nicht als Aneinanderreihung von Aktionen, sondern als Zustandswechsel. * Sequenzdiagramm: Im Sequenzdiagramm liegt der Fokus auf Abläufen, die zwischen mehreren interagierenden Partnern stattfinden. Das können zum Beispiel Klassen oder Objekte sein. * Kommunikationsdiagramm: Das Kommunikationsdiagramm ist eine andere Form des Sequenzdiagramms, wobei der Fokus nun nicht mehr auf den Abläufen zwischen interagierenden Partnern liegt, sondern auf den interagierenden Partnern selbst. Das Kommunikationsdiagramm hat daher etwas von einem Strukturdiagramm. * Timing-Diagramm: Timing-Diagramme werden eingesetzt, wenn nicht nur die Reihenfolge von Abläufen eine Rolle spielt, sondern auch Zeitangaben wichtig sind. So kann im Timing-Diagramm zum Beispiel beschrieben werden, nach wie vielen Sekunden eine Aktion auf eine andere zu folgen hat. * Interaktionsübersichtsdiagramm: Dieser Diagrammtyp mit dem sperrigen Namen Interaktionsübersichtsdiagramm vereint mehrere Verhaltensdiagramme, um deren Zusammenspiel darzustellen. So können zum Beispiel mehrere Aktivitäts- und Sequenzdiagramme in einem Interaktionsübersichtsdiagramm zusammengefügt werden, um Zusammenhänge zwischen den in verschiedenen Diagrammen abgebildeten Abläufen darzustellen. Quelle: Highscore