-
Gesamte Inhalte
45 -
Benutzer seit
-
Letzter Besuch
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Alle Inhalte von hdmonty
-
WISO - Reiehnfolge der Bearbeitung von Bewerbungen
hdmonty antwortete auf fi-newbie's Thema in IHK-Prüfung allgemein
Ich habe das zwar schon einmal in einem anderen Thread geäußert, aber ich bin nicht müde es zu wiederholen. Auf dem Aufgabenblatt stand, dass man die Zahlen 1 bis 6 eintragen soll, also habe ich die Nummer 6 zweimal verteilt. Die IHK kann sich doch nicht irren! :hells: Wie auch immer, im anderen Thread habe ich die Antwort bekommen, dass sie bei der Aufsicht nachgefragt haben und die haben gesagt, dass das bestimmt ein Irrtum ist. Für mich sieht das so aus, als ob in der IHK-Lösung dann steht: Immer richtig! Somit bekommt jeder, der auch nur andeutungsweise eine Zahl, einen Buchstaben oder Männchen gemalt hat, den Punkt. -
WISO_Essen_Meine _Lösungen
hdmonty antwortete auf Azubi_Essen's Thema in Prüfungsaufgaben und -lösungen
Bei der Aufgabe 5 waren nur die Zahlen 1 bis 6 einzutragen(Stand auf dem Bogen in Berlin so)! Ich denke, dass war kein Fehler der IHK, sondern so gewollt. Denn die beiden passenden Antworten "Verschicken des Ausbildungsvertrag" und "Melden des Ausbildungsvertrag an die IHK" sind unabhängig voneinander. Also ist eigentlich [6] bei 5d) und f) richtig. -
Ich (FIAN) bereue gelernt zu haben !! Das war wieder so eine Prüfung, wo man mit Lernen nicht viel mehr erreichen konnte. Entweder man kann es oder man kann es nicht. Also zum Durchkommen musste man überhaupt nicht lernen. Da reicht der gesunde IT-Verstand aus. GH1 war die Zeit viel zu kurz. Die Themen waren eher lachhaft. GH2 war die Zeit schon besser kalkuliert, obwohl ich auch nicht ganz hingekommen bin. Und WISO, wieso muss ich den Gewinn von meinem Chef ausrechnen ?
-
Subnetting - Dringend Hilfe
hdmonty antwortete auf duke4fun's Thema in Prüfungsaufgaben und -lösungen
Na wenn das stimmt,dann weiss ich auch warum die Prüfung annuliert wurde. so eine unvollständige und unqualifizierte Frage ... -
Subnetting - Dringend Hilfe
hdmonty antwortete auf duke4fun's Thema in Prüfungsaufgaben und -lösungen
Hey Leute, ich glaube ich habe ihn mit meiner ersten Antwort vertrieben. :hells: Wir werden die wahre Antwort und schlimmer die wahre Aufgabenstellung wohl nie erfahren. Aber alle, die hier geantwortet haben, haben es aus meiner Sicht begriffen, worum es beim Subnetting geht. -
Subnetting - Dringend Hilfe
hdmonty antwortete auf duke4fun's Thema in Prüfungsaufgaben und -lösungen
Ich glaube in diesem Forum bist du falsch mit deiner Frage. Hier hat keiner Ahnung von Subnetting. Die schreiben (fast) alle morgen eine Prüfung -
update tabellexyz set spaltea = concat(SUBSTR(spaltea, 1, 10) , ' und noch m''e''hr' ) where ... das geht auf jeden fall !! ich habe es getestet auf einer mysql-DB
-
Nimm mal statt " --> '
-
ok jetzt passt mal auf :) (spekulationsthread)
hdmonty antwortete auf gratler's Thema in IHK-Prüfung allgemein
Ja na klar einen Tag vorher. (Danke Fieldy) Wenn ich mir zu Themen, die wahrscheinlich nicht rankommen, etwas 14 Tage vorher durchlese, dann habe ich das doch wieder vergessen. Es geht ja eigentlich darum, dass man nicht völlig auf dem Schlauch steht. -
ok jetzt passt mal auf :) (spekulationsthread)
hdmonty antwortete auf gratler's Thema in IHK-Prüfung allgemein
Also ich finde das gar nicht unsinnig. Wir haben doch alle gelernt und gelernt und gelernt. Eigentlich wissen wir doch gar nicht, was wir uns noch angucken sollen. Deshalb nutze ich sowas hier als Anreiz, mich mit einem Thema zu beschäftigen, von dem ich meine, dass das rankommen könnte. -
ok jetzt passt mal auf :) (spekulationsthread)
hdmonty antwortete auf gratler's Thema in IHK-Prüfung allgemein
QoS, MPLS, IPv6 Irgendwas mit XML - war glaube ich noch nie dran, dabei ist das Format so verbreitet und bietet so viele allgemeine Bla Bla Möglichkeiten wie z.B Vorteile, Nachteile, Anwendung, Möglichkeiten des Parsens usw. -
doch ihk-sql-standard ap wi 03/4 hs 4 aa :mod:
-
sag ich doch Hast du die Lsg ?
-
gute sql übungsaufgaben gesucht
hdmonty antwortete auf zer0zer00's Thema in Prüfungsaufgaben und -lösungen
Das ist doch ganz einfach: Du setzt dir eine DB deiner Wahl auf. Baust ein paar kleine Tabellen(Kunde, Rechnung, Rechnungsposition und Artikel) und dann gehts es los. Das schöne ist, du brauchst keine Lösung dafür, das Ergebnis hast du ja dann gleich als Ergebnis . -
Na, dann kann man ja schon mal ein paar Themen ausschließen
-
ach ja, da fällt mir ein ... meinen Dispokredit will meine Bank überhaupt nicht wiederhaben.... nur ähh so ne häßliche Gebühr .... äh Zins? :confused: PS: Was dem Privatmann sein Dispokredit ist dem Unternehmer sein KONTOKORRENTkredit.
-
Modellierung von Geschäftprozessen
hdmonty antwortete auf fi-newbie's Thema in Prüfungsaufgaben und -lösungen
Es wurde nach den Sichten gefragt und 3 Vorteile. Das steht genau so im IT-Handbuch drin. (ARIS-Konzept) -
:uli ... und ich dachte immer die Ostfriesenwitze sind ungerecht.
-
-
Mein Vorschlag zum HS 4 im Pseudocode: Hilfsvariablen herzfrequenz = getHerzfrequenz(); aktuelleLeistung = anfLeistung; zeitzurerhoehung=60*(dauer in vollen Minuten) zeitbisnaechsteMessung = 15 Sekunden writeWerte(aktuelleLeistung, herzfrequenz) solange nicht vom Trainer abgebrochen wurde sleep(zeitbisnaechsteMessung ) zeitzurerhoehung-= zeitbisnaechsteMessung herzfrequenz = getHerzfrequenz(); writeWerte(anfLeistung, herzfrequenz); wenn herzfrequenz>=maxHerzfreq ABBRUCH !!! wenn zeitzurerhoehung=0 aktuelleLeistung = aktuelleLeistung *(prozSteigerung/100+1) setLeistung(aktuelleLeistung) zeitzurerhoehung = 60*(dauer in vollen Minuten) Ich möchte noch mal anmerken, dass ich mir die Methoden writeWerte(), setLeistung() und getHerzfrequenz() nicht ausgedacht habe. So ein Denglisch gibt die IHK vor.
-
Da kommt definitiv was positives raus. Ist doch klar, sagen wir mal der Mitarbeiter wird am 30.Februar 2043 geboren. Dann würde da 2043-2007 = 36 rauskommen. Und 36 ist doch wohlt größer als 0, oder? :upps
-
Hmmm... Der Kunde taucht in der Rechnung auf und wird zu einem Teil der Rechnung, das ist schon klar. Aber die Rechnungen tauchen doch auch beim Kunden auf. Man kann hier gar nicht so einfach das Ganze und den/die Teil/e bestimmen. Ach nee, in den Attributen der Rechnung wird nicht mal der Kunde erwähnt, das heißt in unserem Beispiel kennt man den Kunden noch nicht einmal, wenn man nur das Rechnungsobjekt in den Händen hält. Ich bleibe dabei. Erst mal immer eine normale Assoziation machen und wenn das so eindeutig ist, dass es Teil und Ganzes gibt und nicht umgekehrt, dann eine Aggregation und wenn das Teil nicht existieren kann ohne das Ganze, dann wird es eine Komposition.
-
Im Kern ist sowohl Aggregation und Komposition eine Ganze-Teile Beziehung. Also Mutter, Vater, Kinder sind Teile einer Familie. Planeten sind Teile des Sonnensystems, GA1, GA2 und WiSo sind Teile unserer Prüfung und Heuschrecken sind Teil des Imperialismus. Aber besteht eine Rechnung aus einem Kunden? Genügt da nicht eine Assoziation? Es reicht doch, wenn der Kunde die Rechnung bezahlt. Also ich würde da auch nur eine Assoziation machen. Ich denke kein Prüfer wird dir daraus ein Strick drehen. Übrigens, dass die 'Rechnung zwingend den Kunden braucht' drückst du mit der Kardinalität 1 aus. Die Rechnung gehört genau einem Kunden. Der Durchgeführte Kurs taucht auch in mehreren Rechnungspositionen auf!
-
Du hast recht. Du denkst zu kompliziert. Bei einer Komposition muss man sich immer überlegen: Wenn ich das Ganze lösche, müssen dann auch die Teile löschen? Wenn ja, dann ist es eine Komposition. Also: Rechnung und Rechnungsposition ist ganz klassisch eine Komposition. Richtig. Bei einer Aggregation ist die Abgrenzung zu einer normalen Assoziation nicht so eindeutig: Deshalb im Zweifel: Finger weg! Es kann nämlich auch falsch sein, wie beim DurchgeführtenKurs und RechnungsPosition. Schon alleine deswegen, weil Rechnungsposition ein Teil der Rechnung ist. Wenn ich also die Rechnung lösche und dadurch die Position, dann verliert ja auch der Kurs ein Teil,aber dem Kurs interessiert es eigentlich gar nicht, weil er es noch nicht einmal mitbekommt(Eigentlich besteht von der Seite noch nicht einmal eine Assoziation. Guck dir mal die abgebildeten Attribute von DurchgeführtenKurs an!). Und da fällt mir leider noch ein Fehler auf: Die Aggregation Kunde und Durchgeführter Kurs ist auch falsch. Es könnte doch auch sein, dass der DurchgeführteKurs aus lauter Kunden besteht. Wer ist dann Teil und wer ist Ganzes? Ich kann es nur nochmal sagen: Finger weg von der Aggregation, wenn man sich nicht sicher ist. Also Kunde und DurchgeführterKurs ist eine normale Assoziation.
-
2a) Da sind noch ein paar Fehler drin: 1. Keine Assoziation zwischen Kunde und Kurs 2. Eine Rechnung besteht nicht nur aus einer Rechnungsposition! 3. Keine Aggregation zwischen Durchgeführter Kurs und Rechnungsposition (nur die Rechnungsposition kennt den DurchgeführtenKurs). Ich würde sowieso sparsam mit Aggregationen umgehen, die sind gar nicht so oft notwendig. 4. Die Beziehung Kunde und Rechnung würde ich nicht als Komposition machen. Wenn der Kunde aus dem System fliegt, muss nicht gleich die Rechnung vernichtet werden (Stichwort: Aufbewahrungspflicht von Rechnung) Übrigens zur Aufgabe 1 fällt mir auf, dass die Seite ="http://www.ergo-online.de/site.aspx?url=html/software/titel.htm gar nicht so schlecht ist. Unbedingt angucken!