sg-sd

Macht euch mal alle nicht so nen Kopf über das Ergebnis, Prüfungen sind Tagesform abhängig. Also an alle die Bestanden haben, nen Herzlichen Glückwunsch.

Also wenn ich das mal aus meiner Sicht betrachte, wäre in AP FIAE mal nen schönes ER-Modell und nen paar SQL-Abfragen dran gekommen, dann wäre meine Prüfung mit Sicherheit auch besser ausgefallen als 67% (gerade so die 3). Aber da es nun mal ne allg. Prüfung ist, ist der Fragebereich auch dem entsprechend groß.

Nen Kollege von mir ist in Java echt top und in C# nen echter flop , aber der hatte Glück der hatte in seinen Prüfungsausschuss nen Javafreak sitzen.

Daher konnte mein Kollege im Fachgespräch sowas von rocken, da er nur über Javaprogrammierung gefragt wurde (durfte bei der Präsi und dem Fachgespräch dabei sein, natürlich nur still in nem Eckchen). Die Präsi war auch noch dem entsprechen und schwupps haste deine 97 Punkte.

Ich wurde üner alles mögliche gefragt Vorgehensmodelle, Qualitätsmenagement, Datenbankentwicklung und und und, konnte halt nicht so detailiert zu allem was sagen, von daher auch keine 97 Punkte sondern nur 80.

@sg-sd:

Was beinhaltet bei dir der Punkt "Ausgangslage"? Handelt es sich dabei um den IST-Zustand?

Es handelt sich bei meinem Projekt um eine Fahrtenbuchverwaltung und im Punkt "Ausgangslage" beschreibe ich wie die Fahrtenbuchverwaltung vorher war.

Im Punkt "Ist-Aufnahme" behandel ich das Thema was steht mir zur Verfügung um das Projekt zu realisieren.

Danke DannyBoy, konntest mir damit sehr gut helfen.

Achso, na dann ist ja gut. hab mitr schon Gedanken gemacht

, dass ist aber lieb von dir.

Wie sieht das denn mit Codebeispielen aus, muss sowas auch in die Präsi?

Mit Ressourcen (mat. und pers.) und Qailitätssicherungsmaßnahmen meinte ich eigentlich die Planung des Projekts.

Oder gehört das nur in die Doku und nicht in die Präsi?

Das habe ich ja alles unter dem Sollkonzept des Projektes.

Da erkläre ich wie der Programmablauf sein soll, womit das Programm entwickelt wird usw.

@sg-sd

Hast du in deinem projekt denn keine Konstkontrolle oder Kosten/Nutzen Analyse gemacht?

Nein, da ich dies im Projektantrag nicht erwähnt habe.

^^ Irgendwie fehlt da doch auch die Planung oder?

Die ist im Sollkonzept.

^^ Was ist mit den Ressourcen, wie meterielle und personelle?

Was für Ressourcen? Meinst du Softwareeinsatz usw.? Das ist alles im Soll-Konzept

^^ Und was ist mit den Qualitätssicherungsmaßnahmen?

Qualitätssicherungsmaßnahmen :confused: , meinst du Qualitätskontrolle?

Gehört das in die Präsentation? Ich finde das dafür doch die Testdoku ist und ich weiß nicht ob es zu einer Präsentation gehört Fehler darzustellen.

Sind die so in Ordnung? Oder fehlt etwas wichtiges?

Du solltest vielleicht noch den Auftraggeber erwähnen der geht nämlich aus deinem Inhaltsverzeichnis nicht hervor.

Wo wir gerade dabei sind, ist mein Inhaltsverzeichnis noch Verbesserungswürdig?

• Auftraggeber
  
• Ausgangslage
  
• Projektauftrag
  
• Ist-Aufnahme
  
• Sollkonzept
  
• Entwicklung
  
• Einführung
  
• Reflexion
  

Wenn ich bei dem Punkt "Produktauswahl" auf alle 4 eingehe und noch schreibe, wieso ich das genommen habe und wo die Vor- und Nachteile gegenüber anderen Produkten liegen, dann bin ich am nächsten Tag noch dran.

Wie kann ich das denn am besten lösen?

Sind die Präsentationspunkte gut gewählt, oder erscheint euch was überflüssig?

Danke fürs durchlesen

Hmm, ich würde an deiner Stelle nicht großartig beschreiben was die Funktionsweise deiner eingesetzten Produkte ist.

Du solltest aber beschreiben, wieso du gerade diese benutzt. Das kannst du dann ja kurz ansprechen und gleichzeitig so ein bisschen die Funktion der Produkte erklären. Du wirst im Fachgespräch dann bestimmt drauf angesprochen und dann kannst du die Big Points landen, in dem du dann dein komplettes Wissen Preis gibst.

Beschreibt Ihr viel technisches, also benutzt Ihr Code zur Veranschaulichkeit der Funktionsweise? Ich benutze nur PAPs und hab Angst das denen das zu wenig technischer Hintergrund ist.

Ja habe auch nur 15 min Zeit, ich gehe aber auch nur kurz auf viele Punkte ein. Z. B. wird der Auftraggeber nur sehr kurz besprochen, es soll halt hervor gehen das es ein firmeninternes Produkt ist.

Die Ausgangslage und der Projektauftrag, werden natlos ineinander übergehen

und auch der Rest bis auf Entwicklung ist sehr kurz gefasst.

Ich dachte mir nur zur Übersicht ist dies so besser, was meint Ihr?

Wie sieht das mit der Einführung aus? Kann man sich da vielleicht um ein bisschen Zeit herum tricksen, denn in meiner Doku schreibe ich auch nicht das es schon eingeführt wurde.

Hallo,

ich habe jetzt folgende Punkte in meiner Präsi für FIAE

• Auftraggeber
  
• Ausgangslage
  
• Projektauftrag
  
• Ist-Aufnahme
  
• Sollkonzept
  
• Entwicklung
  
• Einführung
  
• Reflexion
  

Meine Frage, kann ich das so stehen lassen oder würdet Ihr noch Ergänzungen vornehmen?

Dann hab ich noch eine Frage ich habe 5 verschiedene Bereiche (so nenn ich das jetzt mal) in meinem Programm,in 3 Bereichen verändere ich die Datenbank. Damit die Präsi nicht zu riesig wird habe ich PAPs nur für diese 3 eingefügt. Die andern beiden erwähne ich nur. Ist das OK oder muss ich wenn ich schon PAPs mache die für alle machen?

Also müsste die Funktion so aussehen:

void FormartierteZeit(long sek)

{

	long formartierteZeit[5];


	long sekunden, minuten, stunden, tage, wochen, tmp, rest;


	//Hole Wochen


	tmp = 60 * 60 * 24 * 7;


	wochen = sek / tmp;


	rest = sek % tmp;


	//Hole Tage


	tmp = 60 * 60 * 24;


	tage = rest / tmp;


	rest = rest % tmp;


	//Hole Stunden


	tmp = 60 * 60;


	stunden = rest / tmp;


	rest = rest % tmp;


	//Hole Minuten


	tmp = 60;


	minuten = rest / tmp;


	rest = rest % tmp;


	//Hole Sekunden;


	sekunden = rest;


	formartierteZeit[0] = wochen;

	formartierteZeit[1] = tage;

	formartierteZeit[2] = stunden;

	formartierteZeit[3] = minuten;

	formartierteZeit[4] = sekunden;


	cout << sek << endl;

	cout << "Wochen: " << formartierteZeit[0] << endl;

	cout << "Tage: " << formartierteZeit[1] << endl;

	cout << "Stunden: " << formartierteZeit[2] << endl;

	cout << "Minuten: " << formartierteZeit[3] << endl;

	cout << "Sekunden: " << formartierteZeit[4] << endl;


}


void main()

{

	long sek = 788645;


	FormartierteZeit(sek);


}

Ok danke!!!

Hallo,

suche AP Lösungen Winter 03/04 + WISO Lösungen.

Wer etwas hat und es mir geben möche, schickt die Sachen bitte an,

sebastian_dors@yahoo.de

Muss jede Filliale einen eingenen Tunnel haben?

Kann mir das jemand mal erklären blick voll nicht durch wie ich die sek in Wochen, Tage, Stunden, Minuten umrechnen kann.

Bedeutet das nun das man die Nebenrechnungen bzw. die Konzeptpapiere mit Bleistift beschreiben darf?

zu H3

addDurchgeführterKurs( kurs:Kurs,datum:Date)


//Deklaration zusätzlicher Variablen

DurchgeführterKurs dKurs;

DurchgeführterKurs dKursListeTemp[] = kurs.getDurchgeführterKursListe()


//Überprüfe ob es den angegebenen Kurs schon gibt

FÜR i = 0, i < dKursListeTemp.Länge, i += 1

WENN dKursListeTemp[i].getDatum() = datum;

DANN dKurs = dKursListeTemp[i]

anzahlDurchgeführterKurse += 1

ENDE FÜR 


//Kontrolliere ob ein Kurs gefunden wurde, wenn nicht dann Kurs hinzufügen

WENN dKurs = NULL

DANN dKurs = new DuchgeführterKurs(dKursListeTemp.Länge, Kurs, datum)

        anzahlDurchgeführterKurse += 1

ENDE WENN 


//Aktualisiere dKursListe von Kunde

dKursliste[anzahlDurchgeführterKurse] = dKurs


// Dem Kurs den Teilnehmer hinzufügen

dKurs.addTeilnehmer(this)


//Wenn rechnung = 0 dann neue Rechnung anlegen

WENN rechnung = NULL

DANN rechnung = new Rechnung()

ENDE WENN


// Neue RechnungsPos

rechnung.addRechnungsPosition( rechnungsPosListe.Länge + 1, kurs)

addDurchgeführterKurs(kurs:Kurs,datum:Date)


i:Integer

rechNr:Integer


DurchgeführterKurs[] dKurs = kurs.getDurchgeführterKursListe()


FÜR i = 0 bis dKurs.length - 1

WENN (dKurs[i].getDatum() = datum)

dKursListe[anzahlDurchgeführterKurse] += dKurs[i]

anzahlDurchgeführterkurse += 1

dKurs[i].addTeilnehmer(this)

ENDE WENN

WENN rechnung = NULL

rechnung = new Rechnung()

rechNr = rechnung.getRechnungNr()

rechnung.addRechnungPosition(rechNr,dKurs[i])

ENDE WENN

ENDE FÜR

sag ich doch

Hast du die Lsg ?

Hab gestern mit nem Kollegen das alles nochmal durchgeackert und wir sind halt zu diesen Ergebnissen gekommen.

zu H3

addDurchgeführterKurs( kurs:Kurs,datum:Date)


//Deklaration zusätzlicher Variablen

DurchgeführterKurs dKurs;

DurchgeführterKurs dKursListeTemp[] = kurs.getDurchgeführterKursListe()


//Überprüfe ob es den angegebenen Kurs schon gibt

FÜR i = 0, i < dKursListeTemp.Länge, i += 1

WENN dKursListeTemp[i].getDatum() = datum;

DANN dKurs = dKursListeTemp[i]

anzahlDurchgeführterKurse += 1

ENDE FÜR 


//Kontrolliere ob ein Kurs gefunden wurde, wenn nicht dann Kurs hinzufügen

WENN dKurs = NULL

DANN dKurs = new DuchgeführterKurs(dKursListeTemp.Länge, Kurs, datum)

        anzahlDurchgeführterKurse += 1

ENDE WENN 


//Aktualisiere dKursListe von Kunde

dKursliste[anzahlDurchgeführterKurse] = dKurs


// Dem Kurs den Teilnehmer hinzufügen

dKurs.addTeilnehmer(this)


//Wenn rechnung = 0 dann neue Rechnung anlegen

WENN rechnung = NULL

DANN rechnung = new Rechnung()

ENDE WENN


// Neue RechnungsPos

rechnung.addRechnungsPosition( rechnungsPosListe.Länge + 1, kurs)

zu H1 c)

In der Aufgabe sind die Wirkungsweisen der einzelnen Schädlinge gefragt:

- Trojaner: führt nach Aufruf schädlichen Code aus

- Virus: fürht direkt schädlichen Code aus

- Hoax: gibt dem Anwender falsche Informationen

zu H2)

Um ein Datenbankmodell in der 3.Normalform zu erhalten, muss die Spalte Trainingstage aus der Tabelle Kursarten ausgelagert werden. Da laut Abb. die Spalte Trainingstage mehrere Tage enthalten kann.

Tabelle Kursart Tabelle Trainingstage

- Kursart_ID (1) ------------>(*) - Kursart_ID (PK,FK)

Tabelle Wochentag

- Wochentag_ID(1)--------->(*) - Wochentag_ID(PK,FK)

zu H3)

- Klasse Kunde hat eine bidirektionale Assoziation (* zu *) zu Klasse DurchgeführterKurs

- Klasse Kurs hat eine bidirektionale Aggregation (1 zu *) zu Klasse DurchgeführterKurs

- Klasse RechnungsPos hat eine unidirektionale Assoziation (1 zu 1) zu Klasse DurchgeführterKurs

- Klasse Rechnung hat eine unidirektionale Aggregation (1 zu *) zu Klasse RechnungsPos

- Klasse Kunde hat eine unidirektionale Assoziation (1 zu 0..1) zu Klasse Rechnung

Ok, dann lassen wir das so bestehen wie du sagtest, mit der Assoziation zwischen Kunde und Rechnung, da dies nicht wirklich als Fehler auszumachen ist.

Hallo,

wäre nett wenn mir jemand eine AP Sommer05, Winter05 oder Sommer04 geben könnte füe FIAE.

Sendet diese bitte an sebastian_dors@yahoo.de

Also ich hab das so gelernt,

- Assoziation ist eine Beziehung zwischen zwei oder mehr Klassen beschreibt.

z. B. Konto(*) <----besitzt----- Besitzer(1)

- Aggregation, dabei verkörpert eine Klasse das ganze und eine andere ein Teil davon

z. B. Notebook(1) <>------------Festplatte(1)

Ein Notebook ist das Ganze und die Festplatte ein Teil, die Festplatte kann aber ohne das Notebook vorhanden sein.

Und genauso ist es mit der Rechnung und dem Kunden, oder nicht?

- Komposition beschreibt eine starke Abhängigkeit zwischen dem Ganzen un den Teilen, so dass die Teile nicht ohne das Ganze existieren können.

z. B. Bank(1) <>---------Konto(*) (stell dir <> ausgefüllt vor)

Ohne eine Bank kann es keine Kontos geben

Hmm ich verstehe, dass jetzt so ungefähr und habe mal ein neues gemacht.

Der Kunde hat nun eine Aggregation auf Rechnung da der Kunde ja zwingend für eine Rechnung benötigt wird. DurchgeführterKurs hat nun eine 1 zu 1 Beziehung zu RechnungsPos, da ein Kurs eine RechnungsPos hat.