realisticer

Nabend, habe nochmal ueber deine Aussage bezueglich einer Feature-Tabelle nachgedacht und habe mir folgendes fuer "Ziele des Projektes" vorgestellt: Im Rahmen meiner Projektarbeit soll eine Anwendung entwickelt werden, welche die Moeglichkeit der Filterung nach bestimmten Kriterien und die uebersichtliche Praesentation der gefilterten Daten ermoeglicht. Dazu gehoert das Programm- design, sowie Entwicklung des Back- und Frontends. Feature der Anwendung: Filtern nach folgenden Kriterien Ein- und ausgehende Verbindungen IP-Adresse Art des verwendeten Protokolls [*]Filtermanager anzeigen, erstellen, loeschen von filterkriterien Filterkriterien sollen beliebig mit den Junktoren UND, ODER und NICHT kombinierbar sein [*]Profilmanager anzeigen, erstellen, loeschen von Routerprofilen (bestehend aus Adresse/Name, Port, Protokoll) auswahl der art und weise, wie diese Daten gespeichert werden sollen [*]Schnellfilter mit hilfe einer solchen regel soll der anwender ohne den filtermanager eine regel erstellen und anwenden koennen [*]lauffaehigkeit (oder wie koennte ich diesen punkt nennen?) anwendung soll auf den betriebssystemen linux/*bsd und ms windows lauffaehig sein Zum Abschluss des Projektes steht unseren Technikern ein Programm zur Verfuegung, mit welchem sich die Protokollierungsdaten des Routers auswerten und uebersichtlich anzeigen lassen. ----- Was meint ihr dazu? Gibt das eine bessere Uebersicht? mfg

Also ist die Gefahr gross, dass mein ueberarbeiteter Antrag wieder abgelehnt wird? Ok, ich koennte noch auffuehren, dass es einen Profilmanager gibt, welcher Profile von verschiedenen Routern speichert. Ausserdem soll das Programm technisch gesehen so aufgebaut werden, dass man diese Profildaten auch als ini, xml oder what ever Daten speichern kann. Oder dass man eigene Filter in Form von regulaeren Ausdruecken abspeichern und Laden kann. Dachte nur, dass das den Kern des Projektes nicht trifft, naemlich die Filterung und uebersichtliche Darstellung der Daten. Was koennte ich hier sonst schreiben, ist doch ein wesentliches Feature des Programms. Oder sollte ich vielleicht schreiben, dass der Anwender auch selbst Filter definieren kann, statt die vorgefertigten zu nutzen? Aber selbst dann kommt doch die Frage auf, wie will er das machen? Gut, hier schreib ich am besten nur, dass das Programm unter Linux/*BSD und Windows lauffaehig ist. mfg

Was noch von Wichtigkeit sein kann: Mein vorhergehender Antrag wurde mit folgender Begruendung abgelehnt: Komplexitaet nicht erkennbar Eigene Programmierleistung nicht abschaetzbar Transparenz fehlt Trifft nun einiges dieser Begruendungen noch zu? Waere fuer mich schoen gewesen, wenn mit ganzen Saetzen begruendet worden waere. mfg

Die Frage die sich mir stellt ist, handelt es sich hier wirklich schon um ein Warenwirtschaftssystem. In meiner Ausbildung habe ich die Aufgabe ein solches umzuschreiben und denke das doch mehr dazu gehoert. Insbesondere enthaelt ein WWS Module zum Verkauf, Einkauf und Lagerhaltung. Dass du entsprechendes ebenfalls vor hast zu implementieren, geht aus deiner Beschreibung, meiner Meinung nach, nicht ganz hervor. Die Frage ist natuerlich: Was verstehen die Pruefer unter einem WWS? Was erwarten sie? mfg

Ok, werd ich machen. Ok, Library kann ich natuerlich uebersetzen. Aber was soll ich mit GNU machen? Was koennte ich da anders schreiben? Sollte ich hier einfach nur vom Kompiler gcc schreiben? mfg

Hat denn niemand einen Vorschlag oder Kritik an meinem Antrag? Kann mir nicht vorstellen, dass er so 100% ok ist. mfg

Sorry, ich bin so dumm. Ist natuerlich fuer den FI AE. Haette ich mal mit ins Topic schreiben sollen mfg

Morgen allerseits, mein ursprünglicher Projektantrag ist abgelehnt worden und ich wollte hier mal eine überarbeitete Version zeigen um sie von euch bewerten zu lassen. In einem anderen Forum bin ich bereits auf einiges Aufmerksam gemacht worden. Thema: Entwicklung einer Anwendung zur Auswertung von Protokollierungsdaten eines Bintec-Routers über UDP Problembeschreibung: Der eingesetzte Bintec-Router protokolliert ein- und ausgehende Verbindungen, sowie Verbindungen, welche wieder geloescht werden. Desweiteren werden das verwendete Protokoll sowie interne Quelladresse, externe Router-Adresse und Zieladresse der Verbindungen protokolliert. Diese Daten werden dann an einen, vorher im Router konfigurierten, Client geschickt, welcher sich diese Daten mit Hilfe eines Programms anschauen kann. Dabei ist es nicht möglich, diese Daten z. B. nach ein/ausgehenden Verbindungen, oder nach verwendetem Protokoll zu filtern. Ziel des Projektes: Im Rahmen meiner Projektarbeit soll eine Anwendung entwickelt werden, welche die Möglichkeit der Filterung nach bestimmten Kriterien und die Übersichtliche Präsentation der gefilterten Daten ermöglicht. Dazu gehört das Programmdesign, sowie Entwicklung des Back- und Frontends. Die Kriterien, nach denen man filtern können soll sind: - Ein- und ausgehende Verbindungen - IP-Adresse - Art des verwendeten Protokolls Die Filterkriterien sollen sich nach belieben mit den Junktoren UND, ODER und NICHT kombinieren lassen. Ausserdem soll es ermöglicht werden, dass der Anwender eine Schnellfilterung mit Hilfe von Regulären Ausdrücken durch- führen kann. Weiterhin soll die Anwendung so entwickelt werden, dass sie Plattform- unabhängig ist, was durch die eingesetzten Librarys zum größten Teil ermöglicht wird. Beschreibung des technischen Umfeldes: Die eingesetzte Programmiersprache wird C++ sein. Zur Erstellung der grafischen Oberfläche wird die Library 'gtkmm' eingesetzt. Weiterhin wird die Boost-Library verwendet, welche unter anderem eine Library zur Verarbeitung von Regulären Ausdrücken zur Verfügung stellt, sowie eine Socket-Library von Toni Schornböck, welche die Netzwerkfunktionalität der Betriebssysteme Linux/*BSd und Windows kapselt. Als Entwicklungsumgebung wird Windows das frei verfügbare MinGW Developer Studio eingesetzt, welche den C++ Kompiler aus der GNU Compiler Collection (gcc) einsetzt. Projektphasen: Phase Stunden Analysephase 12 - Analyse des Ist-Zustandes - Definition des Soll-Zustandes - Erstellung eines Fachkonzeptes Designphase 10 - Programmdesign - Erstellen eines Klassendiagramms - Erstellung eines DV-Konzepts Realisierung 27 - Entwickeln des Backends und Frontends Testphase 7 - Testen der Anwendung auf Funktionalität - Erstellen der Testdokumentation Übergabe 3 - Einführung und Übergabe Dokumentation 11 - Erstellen der Projektdokumentation Gesamtstundenzahl 70 Geplante Dokumentation: Fachkonzept DV-Konzept Testdokumentation Projektdokumentation Quelltext Quelltextdokumentation in Form von HTML-Seiten, generiert durch 'doxygen' ----------------- Zu erst: Danke fuer alle, die sich das alles durchgelesen haben. Muss noch irgendwo was verbessert werden? Ist irgendwo etwas nicht Ausführlich genug? Oder habe ich sonst irgendwelche Fehler, die erneut zur Ablehnung des Projektes führen könnten/werden? Ich danke im Voraus für eure Hilfe. mfg