realisticer
-
Gesamte Inhalte
33 -
Benutzer seit
-
Letzter Besuch
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Beiträge von realisticer
-
-
Komplexitaet nicht erkennbar
-> Finde ich Quark. Vielleicht haben die´s nicht kapiert oder waren leider auf dem Gebiet Nobelpreisträger.
Also ist die Gefahr gross, dass mein ueberarbeiteter Antrag wieder abgelehnt
wird?
Eigene Programmierleistung nicht abschaetzbar
-> Dann musst du vielleicht noch etwaige features "genauer" beschreiben oder einen Blick auf eine nächste Programmversion mit möglichen updates verweisen.
Das ganze einfach noch mal aufdröseln.
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.
Transparenz fehlt
-> Manchmal liegt es dabei an zu "spezialisierten" oder umständlichen Formulierungen...
...Ausserdem soll es ermöglicht werden, dass der
Anwender eine Schnellfilterung mit Hilfe von Regulären Ausdrücken durch-
führen kann.
"Reguläre Ausdrücke"
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?
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.
"zum größten Teil"
Gruß Heiko
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
-
Servus,
Problembeschreibung:
...
Diese Daten werden dann an einen, vorher im Router konfigurierten, Client
geschickt, welcher sich diese Daten mit Hilfe eines Programms anschauen
kann.
...
Dieser Satz hört sich irgendwie nicht so elegant an. Mach vielleicht lieber zwei Sätze draus.
Ok, werd ich machen.
Zu:
Beschreibung des technischen Umfeldes:
Meiner Meinung nach könnte es passieren, dass wenn du einen Prüfer bekommst, der von Librarys, GNU und so
nicht so viel oder vielleicht gar keine Ahnung hat, könnte dieser durchaus verwirrt sein.
Gruß Heiko
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
Projektantrag
in Abschlussprojekte
Geschrieben
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:
[*]Filtermanager
kombinierbar sein
[*]Profilmanager
[*]Schnellfilter
regel erstellen und anwenden koennen
[*]lauffaehigkeit (oder wie koennte ich diesen punkt nennen?)
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