flashpixx

Wie wäre es wenn Du die Information aus meinem ersten und zweiten Posting einmal überdenkst und daraus eine Lösung erstellst !?

Genau das ist das Problem in meinen Augen, denn was rechtfertigt überhaupt die Machbarkeitsstudie? Du hast das Problem, dass Du eben eine für Android passende Lösung in das Firmennetzwerk integrieren willst, d.h. die Frage wäre, warum muss man das selbst programmieren !? Es gibt für so etwas schon unzählige Produkte, d.h. ich muss gar nichts programmieren und damit wäre auch die Grundlage der Machbarkeitsstudie nicht mehr vorhanden, denn ich kann ja einfach bestehende Produkte evaluieren und eben das Produkt nehmen, was meinen Ansprüchen gerecht wird. Weiterhin wäre die Frage warum programmierst Du und lieferst letztendlich eine Liste von problematischen Sachverhalten bei der Entwicklung, kannst Du in 70h Stunden überhaupt dieses im Detail so entwerfen, programmieren und testen? Wenn ich ein bestehendes Produkt einsetze, dann habe ich dieses Problem nicht, denn das ist dann Sache der Produktentwickler. Ich sehe halt im Moment bei diesem Projekt das Problem, dass Du Dir künstlich ein Problem schaffst, obwohl gar keins da ist. D.h. Du versuchst eine Rechtfertigung für eine eigene Entwicklung zu finden, d.h. wirtschaftlich hast Du eigentlich keinen Grund, warum Du so eine Applikation überhaupt entwickeln müsstest. Da es solche Produkte schon gibt, ist die Fragestellung irrelevant, ob es überhaupt möglich ist, d.h. es ist nur die Frage zu klären, welche Produkt zum Einsatz kommt. Hierzu muss man dann lediglich prüfen, ob der Betrieb solche speziellen Vorgaben hat, das man eine eigene Software entwickelt und pflegt oder eben auf ein fertiges Produkt zurückgreift. Letztendlich ist aber damit auch die Basis für eine "Machbarkeitsstudie" nicht gegeben. Trifft man nun die Entscheidung, dass eine eigene Software entwickelt werden muss, dann ist das ein FIAE Projekt. Trifft man die Entscheidung, dass man ein bestehendes Produkt einkauft, dann ist das ein FISI ggf ITSK Projekt. Also die Kernfrage, die Du klären musst, ist: Was ist die Rechtfertigung für Deine Machbarkeitsstudie? (Diese Frage, denke ich, wird Dir auch der PA stellen)

@Akku: In eigener Erfahrung wurde so etwas wegen mangelnder Komplexität abgelehnt. Scheint dann ja von PA zu PA unterschiedlich zu sein. Also dann ist denke ich der Punkt wirklich, dass man es abklären sollte. Ich sehe darin halt fachlich wirklich eher einen FISI als einen FIAE, weil bei einer schnellen Suche nach dem Thema findet sich da schon sehr viel an fertigen Produkten

Ich gehe mal davon aus, dass ihr Exchange habt: android exchange - Google-Suche Falls nicht wäre iCal via WebDAV eine Möglichkeit und dieses wird auch von Android unterstützt. Eine Machbarkeitsstudie ist nicht komplex genug, vor allem wäre das letztendlich die Aufgabe eines FISI, nämlich ein System zu finden, was sich mit Android synchronisieren lässt. Außerdem wird hier der wirtschaftliche Aspekt sich nicht belegen lassen, da es schon genügend fertige Systeme gibt, die einen größeren Funktionsumfang besitzen, als Du es in 70h schaffen kannst. Im Grunde würde man als FISI Projekt ein entsprechendes Soll festlegen, verschiedene Produkte vergleichen ggf testen und sich dann für eins entscheiden.

Okay, dann hatte ich das falsch verstanden. Dann ist das auch an sich soweit okay. Was ich noch hätte wäre, wenn Du eh eine Mail generierst, kannst Du dann nicht direkt alles automatisch machen, d.h. wenn nicht mehr genügen Lizenzen da sind, wird die Mail generiert, versendet und die Antwortmail wird direkt in die Datenbank eingefügt. Ich würde dann auch den Titel des Projektes eben genau dahin benennen, dass es hier um die automatische Lizenzbeschaffung geht. Es ist dann auch keine "clientbasierte" Lösung, sondern Du hast serverseitig eine Datenbank mit entsprechendem Programmcode, der unabhängig von den Usern arbeitet

mmh okay. Das soll evtl mal der OP klären. Ich verstehe das so, dass sich die User um max. 10 Lizenzen "schlagen"

Was rechtfertigt dann den Entwicklungsaufwand, wenn es sich um 10 Schlüssel handelt? Du musst auch wirtschaftlich denken. Wenn eh ein Mitarbeiter die Schlüssel verwaltet, dann reicht für ihn eine TXT Datei und wenn man nun einen Schlüssel braucht, schreibt man dem Mitarbeiter eine Mail und ruft gerade an. Da nur der Mitarbeiter auf die TXT Datei Zugriff ist, ist das ganze als sequentieller Zugriff angelegt, damit auch transaktionssicher. Da es hier nur um eine klene Menge Schlüssel geht, fehlt mir der wirtschaftliche Aspekt für die Entwicklung

Wenn Du schon eine Datenbank benutzt, dann brauchst Du keine Logdatei, denn das Log setzt man dann in die Datenbank. Was in meinem Augen nicht klar heraus kommt, ist woher kommen die Lizenzschlüssel? Soll diese Dein Tool generieren? Wenn ja, dann müsste die gesamte Lizenzverwaltung daraufhin umgestellt werden, denn Lizenzschlüssel redundant zu erzeugen soll ja nicht vorkommen.

Generell wird davon abgeraten die Datenbankdateien hin und her zu kopieren, da dadurch Inkonsistenzen auftreten können bzw. die Dateien beschädigt werden können, wenn sie nicht zu dem entsprechenden Server gehören. Ich rate dringend zu einem Dump der Datenbank

Ah ja, kein schlüssiges Argument. Eine Verschlüsselung ist doch völlig hinfällig, denn wenn die Datei weiter auf dem Server liegt und die Ver- bzw. Entschlüsselung automatisch erfolgen soll, muss auch der Schlüssel auf dem Server liegen, somit ist das Vorgehen völlig irrelevant. Wenn ich an den Schlüssel heran komme kann ich auch die Datei lesen. Speicherst Du den Schlüssel nicht, musst Du bei jedem Zugriff auf die Datei den Schlüssel eingeben, was bei HTTP Zugriff bei jedem Seitenaufruf geschehen muss, denn HTTP ist zustandslos. Wenn Du die Datei nicht auf dem Server speichern willst, dann kannst Du entweder die Logindaten über eine gesicherte Verbindung jedes Mal vom Benutzer beim Aufruf eingeben lassen oder Du nimmst die Datei vom Server und lädst sie eben bei Bedarf wieder hoch.

Wofür? Die PHP kann von außen nicht eingesehen werden, denn bei korrekter Installation des Webservers führt er vor der Auslieferung den Code in der Datei aus. Leserechte hat im Normallfall nur der Administrator und der Besitzer der Datei, sowie das System (Webserver) zu 2: Das steht in der Doku.

Von BlueJ rate ich massiv ab, da durch eine GUI einem beigebracht wird, wie man Code per Drag 'n' Drop zusammen klickt (analog Eclipse). Um wirklich Verständnis für die Sprache zu bekommen, empfehle ich einen einfachen Editor mit Syntaxhightlighting und die normale Konsole um per Compiler dann die Programme zu übersetzen und zu starten. Wenn dieses Wissen dann solide vorhanden ist, kann man gerne auf Eclipse / Ant / Marvan etc umsteigen, vor allem wenn die Projekte dann komplexer werden.

Der Zeitplan muss detaillierter sein, inhaltlich ist es in Ordnung

dafür sollte man CSS nehmen

Ich würde dafür Flash empfehlen, erfordert aber das notwendige Wissen

Ich verstehe nicht wirklich was Du machen willst, Du willst die Logeinträge auswerten ? Ich denke mal bei Tools wie WSUS kannst Du sagen welche Updates Pflicht sind und welche optional, d.h. Du hast doch automatisch sichergestellt dass die Systeme den gleichen Stand haben. Mir ist das Projekt nicht schlüssig, vor allem weil Du die Logs von Samba und LDAP anführst. Bei OpenLDAP z.B. steht im Log je nachdem wie hoch ich es aufdrehe die Queries, die von den Clients kommen, ebenso bei Samba. Was nützen Dir diese Informationen, die haben nichts mit dem Update zu tun? Wenn Du WSUS betreibst dann wirst Du wohl eher ein AD haben, aber dort sind auch "nur" die gleichen Informationen wie LDAP abgelegt, d.h. für eine Softwareverwaltung wird sich die Information recht gering halten.

Und wo ist das Problem, wenn Du das Prinzip der Koordinaten verstanden hast? Die Gesamtbewegung setzt sich letztendlich aus Teilbewegungen zusammen, wenn das Objekt ein Rechteck folgen soll, dann ist das die Bewegung: links-rechts, oben-unten, rechts-links, unten-oben Dafür braucht man ein paar Schleifen und etwas Rechenarbeit bezüglich der Koordinaten.

Die Y-Koordinate bewegt ein Objekt in de Y-Achse (oben-unten), die X-Koordinate eben in der X-Achse (links-rechts). Je nachdem wo Dein Nullpunkt liegt (0/0) liegt eben rechts-links oder links-rechts bzw unten-oben oder oben-unten, wenn der Wert der Koordinate größer wird. Wenn Du von (0/0) nach (1/1), (2/2) gehst, dann wird das eben eine Diagonale. Ich gebe keine Lösung für das Problem, Du musst schon mal selbst darüber nachdenken wie man das umsetzt. Versuch doch zuerst einmal nur eine Bewegung korrekt und richtig hinzu bekommen, also entweder oben-unten oder links-rechts. Wie müssen sich die Koordinaten für eine gerade Bewegung ändern. Du wirst mit ausprobieren nicht weit kommen, Du musst dir überlegen, wie sich Deine Koordinaten von Schritt zu Schritt verändern müssen, um eben die gewünschte Bewegung hin zu bekommen. Man kann das auch auf einem Stück Papier auf malen und sich überlegen

Du läuft im Moment z.B. von in der X-Koordinate von 0 bis n, d.h. bei jedem Schlaufedurchlauf wird die Variable um 1 größer. Um das ganze "rückwärts" zu machen läufst Du von n bis 0 oder oder eben auch wieder von 0 bis n wobei Du aber dann aber die Position berechnen musst, nämlich n-x (wenn n = 5 und x = 0,1,2,3 ist, dann wäre das dann 5,4,3,2).

Zyklische Redundanzprüfung Nein, die CRC-Prüfung liefert nur eine Möglichkeit ob etwas korrekt übertragen wurde, nicht ob der Inhalt stimmt, für die inhaltliche Prüfung brauchst Du eine Digitale Signatur Rein formal brauchst Du beide Prüfungen, wobei Du Dich fragen solltest, welche Protokolle eine CRC-Prüfung mitbringen.

Poste bitte den eingereichten Antrag und die Begründung was überarbeitet werden soll, denn so kann man sich kein Bild von dem Problem machen

Ich würde, wenn Du nicht alles per Hand codieren willst und etwas mehr Usability haben willst zu PHP: PDO - Manual oder ADOdb Database Abstraction Library for PHP (and Python) for MySQL, PostgreSQL, Microsoft SQL Server, Oracle, Firebird, Interbase, LDAP, Access, VFP, DB2 and many other databases greifen

Es ist nichts gegen einen eigenen Client einzuwenden. Kannst Du das sicherstellen !? Als nächste Frage wäre dann aber, wie kommuniziert der Client mit Eurem Server ? Je nach Konfiguration des Clients bzw. des Netzwerkes in dem sich dann Euer Client befindet kannst Du nicht einfach Daten hin und her schicken, weil z.B. eine Firewall die Kommunikation nicht zu lässt bzw. wenn ein Proxy Pflicht ist, dann würde z.B. die Daten unverschlüsselt durch den Proxy gehen. Alleine aus diesem Grund heraus, solltest Du ein Protokoll verwenden, wo Du sicher sein kannst, dass Du mit solchen Beschränkungen keine Probleme bekommst, deshalb noch mal mein Hinweis auf SSL und WebDAV, da WebDAV auf HTTP aufsetzt und SSL bietet die verschlüsselte Kommunikation. Womit wir nun wieder an dem Punkt sind, dass Du Deinen Server eben passend konfigurieren musst, damit Du WebDAV verwenden kannst und das ist dann somit kein FIAE sondern ein FISI Projekt. Das FIAE Projekt wäre dann eben die Entwicklung eines Clients. P.S.: WebDAV ist ein Beispielprotokoll, in dem anderen Thread habe ich auch auf andere Protokolle hingewiesen

Es gilt immer noch 1 Thema = 1 Thread. Der Inhalt Deines Antrages hat sich nicht groß verändert, das was Du ergänzt hast, dass der Benutzer seine Backupaufträge ändern kann. Es ist immer noch das gleiche Projekt und ich kann hier auch die gleichen Kritikpunkte anführen. Ich hatte Dir in dem anderen Thread einiges an Ideen gegeben, weshalb ich das Projekt kritisch sehe. Auch in diesem Antrag ist keine Begründung für eine eigene Weboberfläche, lediglich zu Konfiguration des Backups wäre sie notwendig, das durchsuchen und der Download von Dateien aus den Backups kann ich mit Hilfe anderen Technologien effizienter durchführen. Vor allem, wenn Du später noch einen Client entwickeln sollst, dann wäre eben ein System, das auf entsprechende Protokolle setzt die Voraussetzung z.B. setze ich OSX und FreeBSD ein, wenn ich nun bei Euch meine Backups betrachten will, funktioniert Dein Client auch unter OSX & FreeBSD (oder Linux) ? D.h. wenn Du vollständig arbeiten willst musst Du für die verschiedene OS eigene Clients entwickeln. Wenn Du auf eine Technologie wie WebDAV / (S)FTP setzt, dann bieten die meisten OS dafür schon Clients an, d.h. Du musst nicht für jedes OS einen eigenen Client entwickeln bzw. supporten (Wirtschaftlichkeit!!), sondern der User kann entscheiden ein eigenes Tools zu verwenden bzw. Deinen Client

Ich denke das passt so. Du musst auch keine Verschlüsselung realisieren, es reicht ja, wenn Du das Thema Datenschutz eben in der Arbeit dann ansprichst und z.B. sagst "mit einer asym. Verschlüsselung der Tweets, Authentifikation der Follower und einer eigenen Applikation, die die Entschlüsselung der Tweets vornimmt, könnte die Applikation erweitert werden. Dieses Addon wird im Anschluss an diese Projektarbeit ggf. durchgeführt, ist aber nicht Bestandteil der Arbeit". Damit würdest Du zeigen, dass Du Dir Gedanken gemacht hast und das Thema ist abgehakt. Ansonsten muss ich sagen, durchaus sehr interessantes Projekt, und mich würde dann das Endergebnis später interessieren......