Kurze Projektbeschreibung:

1.) IST - Zustand der dv- techn. Unterstützung einer Stelle ermitteln (was macht die Software bis jetzt, kurzes Kundengespräch)

2.) SOLL - Zustand ermitteln (Mitarbeiterwünsche aufnehmen und ein bestehendes Formular auswerten mit wünschen)

3.) Erstellen eines Anforderungskatalog (Zieldefinition; Aufnahme der Anwenderwünsche der Anwenderwünsche)

4.) Vorstudie erstellen (Eigene Programmierung beantragen oder Einsatz von Fremdsoftware)

Dat heißt also viel mit Kunden quasseln und mit Word arbeiten

Naja, ich weis nich, aber wenn ich Prüfer wäre, wäre mir das ein bischen dünn....

*grübel*

hhmmmmm...

kAuZi

Also wenn du sehen würdest was die IST analyse ausmacht dann wäre es vielleicht nicht zu dünn.

Muß ja Schnittstellen beschreiben wie kommt es zu dieser und jener Nummer ! Dann wat wollen die Mitarbeiter verbessert haben und dafür raus suchen Wat gibt et für SOftware auf dem markt was und wie kann man selber Programmieren !

Immer noch zu dünn ???

Original geschrieben von McDeath

Also wenn du sehen würdest was die IST analyse ausmacht dann wäre es vielleicht nicht zu dünn.

Muß ja Schnittstellen beschreiben wie kommt es zu dieser und jener Nummer ! Dann wat wollen die Mitarbeiter verbessert haben und dafür raus suchen Wat gibt et für SOftware auf dem markt was und wie kann man selber Programmieren !

Immer noch zu dünn ???

Ja!

Das mache ich auch alles in meinem Projekt und nebenbei mache ich auch noch den Code :eek: .

Anfangs war es dem Prüfer noch zu dünn und er wollte mehr Gewicht auf das Proggen gelegt haben .

Dafür habe ich aber keine Zeit mehr weil die IST analse so lange dauert ! Was soll ich da jetzt machen ?

Original geschrieben von McDeath

Dafür habe ich aber keine Zeit mehr weil die IST analse so lange dauert ! Was soll ich da jetzt machen ?

Das Projekt in mehrere Teilprojekte teilen und nur eins der Teilprojekte bearbeiten

Aber theoretisch müßte das ganze gehen, denn laut Verordnung:

1. In der Fachrichtung Anwendungsentwicklung in insgesamt höchstens 70 Stunden für die Projektarbeit einschließlich Dokumentation:

[...]

b)Entwickeln eines Pflichtenheftes, einschließlich Analyse kundenspezifischer Anforderungen, Schnittstellenbetrachtung und Planung der Einführung;

Es dürfte also keinem Prüfer zu "dünn" sein, wenn es richtig ausgeführt wird.

Mich würde aber wirklich einmal die Meinung der ganzen Prüfer hier interessieren, ob ich diesen Teil der Verordnung richtig interpretiere.

Bye,

Jestertales