Projektantrag AE

[russkij]

Hallo,

hier mein erster Entwurf des Projektantrages, bitte im Kritik

Projektbezeichnung:

Implementierung des Tasks „Schnellbemessung der Querschnitte“

1. Problembeschreibung

Die SOFiSTiK AG ist als der deutsche Bausoftware-Hersteller bekannt,

der seit Jahren das Konzept "Integrierte Lösungen für komplexe Probleme"

verfolgt und damit auf höchstem Niveau überlegene Programme entwickelt.

SOFiSTiK Structural Desktop (SSD) ist eine Oberfläche zur Bearbeitung eines

Statik-Projektes. Die einzelnen Programmteile sind als Plugins, sogenannten

Tasks, implementiert. Es ist ein neuer Task für die Bemessung der

Querschnitte zu implementieren.

2. Projektplanung

Ist-Analyse:

Analyse der Daten, die für den Task vom SSD erforderlich sind.

Analyse der Daten, die gespeichert werden sollen.

Analyse der Daten, die der Anwender eingeben kann.

Soll-Analyse:

Besprechung mit verantwortlichem Bauingenieur über die Funktionalität und aussehen der grafischen Oberfläche

Implementierung und Test:

Organisation der DatenPlanung der Klassen für GUI, Daten, Verarbeitung der Daten

Wahl der geeigneten Basisklassen

Programmieren der Schnittstelle zum SSD

Programmierung der GUI – Oberfläche

Programmierung der Funktionalität der GUI-Oberfläche

Besprechung der Oberfläche mit Bauingenieur und eventuelle Korrektur

Programmierung des Moduls für Speicherung der Daten

Test des Speichermoduls und eventuelle Korrektur

Programmierung des Moduls zum Einlesen der Daten

Test des Lesemoduls und eventuelle Korrektur

Test des Gesamtprojektes

Test durch QS-Abteilung*

Korrekturen und Freigabe durch die QS-Abteilung*

3. Angaben zur geplanten Projektdokumentation

noch in Arbeit

*Unterstrichene Positionen werden nicht von mir erstellt/durchgeführt.

[Schiller256]

Wenn das alles ist, ist es zu wenig. Ich kann nicht wirklich abschätzen was du machen wirst noch habe ich Ahnung was bei der Bemessung von Querschnitten nötig ist. Wenn dein Prüfer/ Prüfungsausschuss nicht gerade aus dem Baugewerbe kommt dann wird er da wohl auch seine Probleme mit haben. Was mir auch noch fehlt sind Zeitangaben wie lange du für was brauchen wirst.

Beschreibe etwas genauer was am Ende des Projektes bei raus kommen soll und das so das auch jemand der sich im Baugewerbe nicht aus kennt was damit anfangen kann.

[russkij]

hmm ich weiss ja auch nicht so genau, bin auch kein Bauingenieur

Genaueres werde ich ja während der Durchführung erfahren, eben in der Besprechung mit einem Bauingenieur.

Ich habe jetzt versucht, die Problemmbeschreibung genauer zu definieren, vielleicht wird es jetzt ersichtlicher?

Es ist ein neuer Task für die Bemessung der Querschnitte zu implementieren.

Dabei soll dem Anwender eine grafische Oberfläche zur Verfügung gestellt werden,

die verschiedene Optionen bietet. Je nach der Auswahl des Anwenders sollen

sich weitere Einstellungsmöglichkeiten dynamisch verändern. Der Anwender soll

verschiedene Messdaten in eine Tabelle eingeben können, die nach Gültigkeit

geprüft werden sollen. Zum Schluss sollen alle relevanten Daten gespeichert und

an SSD über entsprechende Schnittstellen übergeben werden.

[Schiller256]

Für mich ist deine Beschreibung zu schwammig. Es wird nicht wirklich klar was du machst und was da eingegeben wird. Poste vielleicht mal den kompletten Antrag mit detaillierter Zeitplanung denn im Moment schwanke ich zwischen zu wenig und Projektziel nicht klar erkennbar.

Sprich bitte vorher schon mit den Bauingenieuren und lass dir erklären was es ist und bringe das im Antrag schon ein. Denn wenn dein Prüfer/ Ausschuss damit nicht anfangen kann kommt der Antrag zurück.

[russkij]

ok danke, mache ich morgen früh

gruss

[russkij]

So habe jetzt noch mal überarbeitet, auch mit Zeitangaben.

Habe auch mit dem Bauingenieur gesprochen, und glaube das es wenig bringt,

wenn ich reinschreibe,welche Daten für die Bemessung der Benützer genau eingeben soll,

weil das auch niemandem was sagen wird, der nicht aus der

Branche kommt ( Querkraft, Torsionsmoment, Biegemoment, Wölbbimoment )

Das ist auch nicht relevant für meine Aufgabe, weil ich nur wissen muss wie

diese Daten aussehen sollen und welchen Kriterien diese entsprechen müssen.

Hier die überarbeitete Version:

1. Problembeschreibung

Die SOFiSTiK AG ist als der deutsche Bausoftware-Hersteller bekannt,

der seit Jahren das Konzept "Integrierte Lösungen für komplexe Probleme"

verfolgt und damit auf höchstem Niveau überlegene Programme entwickelt.

SOFiSTiK Structural Desktop (SSD) ist eine Oberfläche zur Bearbeitung eines

Statik-Projektes. Die einzelnen Programmteile sind als Plugins, sogenannten

Tasks, implementiert. Es ist ein neuer Task für die Bemessung der Querschnitte

zu implementieren. Dabei soll dem Anwender eine grafische Oberfläche zur

Verfügung gestellt werden, die verschiedene Optionen bietet. Je nach der

Auswahl des Anwenders sollen sich weitere Einstellungsmöglichkeiten

dynamisch verändern. Der Anwender soll verschiedene Messdaten in eine

Tabelle eingeben können, die nach Gültigkeit geprüft werden sollen. Zum

Schluss sollen alle relevanten Daten in einer Projektdatei gespeichert werden

(im XML Format). Außerdem soll aus den Messdaten eine Eingabedatei, die ein

spezielles Format aufweist, erzeugt werden. Diese wird von

Nachlaufprogrammen verarbeitet. Da auch mit neuen Anforderungen zu

rechnen ist, muss die grafische Oberfläche sowie die Module zur

Verarbeitung/Speicherund der Daten dynamisch und gut skalierbar sein.

2. Projektplanung

Ist-Analyse:

Besprechung mit verantwortlichem Bauingenieur: (3 Stunden)

Analyse der Daten, die für den Task vom SSD erforderlich sind

Analyse der Daten, die gespeichert werden sollen

Analyse der Daten, die der Anwender eingeben soll

Soll-Analyse:

Besprechung mit verantwortlichem Bauingenieur: (4 Stunden)

Grundlayout der grafischen Oberfläche

Optionen die zur Verfügung gestellt werden sollen

Verhalten des Dialogs bei Auswahl verschiedener Optionen

Welche Daten soll Anwender eingeben können

Welchen Kriterien müssen diese Daten erfüllen

Implementierung und Test:

Organisation der Daten (4 Stunden)

Planung der Klassen für GUI, Daten, Verarbeitung der Daten (8 Stunden)

Wahl der geeigneten Basisklassen (1 Stunden)

Entscheidung über Aufbau des Dialoges und seines Verhaltens (2 Stunden)

Programmieren der Schnittstelle zum SSD (1 Stunde)

Programmierung der GUI – Oberfläche (6 Stunden)

Programmierung der Funktionalität der GUI-Oberfläche (8 Stunden)

Besprechung der Oberfläche mit Bauingenieur und eventuelle Korrektur (2 Stunden)

Programmierung des Moduls für Speicherung der Daten (4 Stunden)

Test des Speichermoduls und eventuelle Korrektur (2 Stunden)

Programmierung des Moduls zum Einlesen der Daten ( 3 Stunden)

Test des Lesemoduls und eventuelle Korrektur ( 1 Stunde)

Test des Gesamtprojektes (3 Stunden)

Test durch QS-Abteilung *

Korrekturen ( 3 Stunden)

Freigabe durch die QS-Abteilung*

Ausarbeitung der Projektdokumentation ( 14 Stunden)

Gesamtstunden: 69 Stunden

*wird nicht von mir erstellt/durchgeführt

3. Angaben zur geplanten Projektdokumentation

hiuer ist Baustelle

Deckblatt

Inhaltsverzeichnis

Klassendiagramm

Datenflussplan

[russkij]

habe jetzt komplett überarbeitet,

hier im pdf-format:

Konzept

bitte bewerten!

viele Grüße

Alex

[Schiller256]

Für mich Implementierst du zu viel und Planst zu wenig. Es ist für mich auch nicht präzise genug du sprichst immer von relevanten Daten das kann eine Zahl sein oder auch mehrere hundert.

Deine Projektplanung fasst in der Implementierung die Planung, die eigentliche Implementierung und auch noch einen Test zusammen. Versuche das mal noch etwas zu trennen. Ansonsten kann ich da nicht viel mehr zu sagen da das ganze für mich zu ungenau ist.

[russkij]

hmm, danke.

werde morgen versuchen auf diese Punkte genauer einzugehen.

gruss

[russkij]

habe jetzt komplett überarbeitet, habe versuch, mich nach Deinen Tipps zu richten.

Bitte bewerten, sollte diese Woche noch raus.

Proektkonzept2

Vielen Dank

[KeySonic]

Unter deinem Punkt Problembeschreibung sind nicht wirklich Probleme aufgelistet sondern Tatsachen und Ziele die erreicht werden sollen.

Versteh nicht ganz warum du das Problembeschreibung nennst wenn es doch eigentlich Projektziele sind.

Schönen Gruß

Sonic

[russkij]

hmm, na ja, der Task ist das Problem, und zwar in der Form, wie es da geschrieben ist, weil es ja noch nicht gibt.

Bin momentan echt durch einander, wie ich das ganze am besten hinbekommen soll. Irgend wie ist es doch alles Auslegungssache. Beispiel Implementierungsphase / Testphase. Im Konzept habe ich das jetzt abgetrennt, aber in Wirklichkeit wird jedes Modul zuerst getestet, bevor die Implementierung vom nächsten beginnt.

Genau so wie die Soll-Analyse, je mehr man in der Implementierungsfase ist und schon was zu sehen ist, desto mehr fällt den Bauingenieuren auf, was man da noch zusätzlich einbauen sollte, bzw. etwas weg lassen sollte, was eigentlich das ganze Konzept durch einander bringt.

Ich mein, wie soll ich den das angehen? Mit "es gibt momentan keine Möglichkeit für Quersch***** Beanspruchung einzugeben ... "

Weiss echt nicht weiter :confused:

gruss

[russkij]

habe noch mal überarbeitet, jetzt sollte die problembeschreibung klar sein.

Proektkonzept.pdf

danke

[hmaas]

habe noch mal überarbeitet, jetzt sollte die problembeschreibung klar sein.

Habe bis jetzt nur mit gelesen.

Die letzte Version ist die beste, da aus der Problembeschreibung erstmals hervorgeht, was genau das/der zu entwickelnde Plugin/Task machen soll.

Würde das so lassen.

Gruß hmaas

[russkij]

puh das tut aber gut auch was positives zu hören

danke allen für die Hilfe