Anwendung mit Access für TK- Systemhaus

Hmm - leider sagst du nicht mal ansatzweise wie du dir sowas vorstellst. Ausserdem: Was heisst eine "Access-Anwendung schreiben"? Mit MS-Access sowas zusammenbraten ist wohl kaum unter "quelloffen" zu verstehen. Oder soll das richtig programmiert werden.

Weiterhin fehlt mir ein wenig die Information wo du deine Arbeit da siehst? Wie sind deine Kenntnisse in der Entwicklung? Denn hier besteht ja jede Möglichkeit - von "ich mach den Manager und hab keine Ahnung vom Erstellen der DB" (-> d.h. ich suche nen paar Affen die das für mich machen) bis hin zu "ich kann das komplett selbst entwickeln, habe genaue vorstellungen und suche Leute die mit den Ideen das ding noch weiter vorranbringen..." (-> d.h. wenn jemand nur ne Idee aber keine Umsetzungsmöglichkeit hat würdest du das auch noch machen...)

Von daher wären da einige Details noch wichtig...

Hey Carstau!

Also erstmal folgendes: Meinen Respekt und meine Anerkennung, dass du aus eigenem Antrieb aus einem ursprünglich internen Projekt ein OpenSource-Project machen willst! Sowas erlebt man heutzutage leider selten.

Ein paar Anmerkungen habe ich aber trotzdem noch:

1. maretz hat insofern Recht, als du wahrscheinlich deine Schierigkeiten haben wirst, Leute zu finden die da mitmachen, weil nunmal MS Access keine quelloffene und vor allem keine allzu billige Lösung ist.
2. Insbesondere im Angesicht der Tatsache, dass da bei dir wohl mehrere Leute an einem Verwaltungstool auf Datenbankbasis arbeiten sollen: Warum machst du sowas mit Access und nicht mit einer geteilten Lösung nach dem Schema "Datenbank-Server als Backend und z.B. ne Intraweb-Seite oder ne lokale Applikation als Frontend". Das hätte für dich einige Vorteile:
• deutlich besser skalierbar, falls es mal nötig sein sollte
• deutlich billiger da du kein kommerzielles Tool wie Access einsetzen musst
• es lässt sich leichter absichern
• es lässt sich leichter übers Netzwerk zugänglich machen
• und du wirst hier deutlich mehr Leute finden, die dir im Sinne eines OpenSource-Projekts zur Seite stehen können

In jedem Fall musst du dich darauf einstellen, dass du irgendeine From von Plattform einrichtest, auf der du mit deinen CoEntwicklern zusammenarbeiten kannst. Sei es so etwas triviales wie eine Mailing-Liste oder so etwas komplexes wie ein SourceForge-Projekt mit Repository-Server und einer integrierten Mehrbenutzer Entwicklungsplattform wie z.B. Aegis!

Und zum Schluss noch ein dezenter Hinweis bzgl. Sicherheit: Hast du das mit deinem Chef abgeklärt, inwiefern du überhaupt solche Sachen zumindest zum Teil outsourcen darfst? Denn immerhin würdest du den Code einer Firmeninternen Applikation veröffentlichen müssen, wodurch du evtl. Neidern (oder Crackern) den Versuch das ganze evtl. zu sabotieren schonmal ne Ecke leichter machen würdest.

Das sollen nur ein paar Denkanstöße für dich sein. Lass dich dadurch bitte nicht entmutigen! Ich würde mich freuen zu sehen, wie ein solches Projekt entsteht und Erfolg hat.
Wenn du Hilfe brauchst, sag Bescheid ;)

Lg
Sync

Jo Cartau!

Erst mal: Gern geschehn! Freut mich, dass es so gut ankam

Bei deiner Wahl des Backends stimme ich dir zu! MySQL ist definitiv eine gute Idee. Als Alternative wäre da noch PostgreSQL zu erwägen, aber ich höre aus deinen Sätzen heraus, dass du evtl. schonmal mit MySQL gearbeitet hast, womit es eindeutig vorzuziehen wäre.

Nun zum Frontend:

Wie ich sehe, gestaltet sich bei dir alles, was nicht Access ist ein wenig schwierig. (Nebenbei: Aegis ist nur ein Entwicklungstool, das das CodeReview erleichtern soll - muss man nicht kennen)
In diesem Fall wäre natürlich der OpenSource-Ansatz der beste, vorausgesetzt, du versteifst dich nicht auf Access. Ich würde dir generell von Access abraten, aber leider kann ich dir dafür keinen besseren Grund nennen, als dass ich bei jeglicher Art von Microsoft-basierten Lösungen in derart komplexen und wahrscheinlich auch sicherheitsrelevanten Projekten Bauchschmerzen bekomme. Sieh mir das bitte nach ;)

Was die Möglichkeiten für das Frontent angeht, gibt es noch ein paar andere, die du vielleicht in Erwägung ziehen willst:

• C / C++: Dafür bieten sich Bibliotheken von MySQL an
• Java: Nicht gerade mein Favorit, aber definitiv portabel *g*
• Perl: Eine Alternative zu PHP, sowohl dediziert auf einem Webserver als Webfrontend einsetzbar, als auch z.B. in Zusammenspiel mit Tk o.ä. GUI-Toolkits lokal verwendbar
• Ruby on Rails: Damit kenn ich mich zwar quasi gar nicht aus, aber es soll auch nicht schlecht sein für Datenbankbasierte Webfrontends

Nebenbei solltest du dir wie schon gesagt exzessiv Gedanken über das Gesamtkonzept machen. Insbesondere im Hinblick auf Sicherheit, Zugriffsmöglichkeiten (nur intern oder auch von extern, über netzwerk oder lokal), Projektmanagement (wenn OpenSource, dann wie die Entwickler und den Ablauf organisieren), etc. pp

Wenn du möchtest, dann kann ich dir in meine begrenzten Freizeit auch noch mehr helfen, als nur allgemeine Ratschläge zu erteilen. In diesem Fall würde ich allerdings empfehlen, dass wir diesen Teil der Unterhaltung aus diesem Forum auslagern, da dabei garantiert Fakten diskutiert werden müssten, die nicht unbedingt zu 100% öffentlich gemacht werden sollten ;)

UPDATE: Um evtl. auftauchenden bösen Kommentaren hierzu vorzugreifen: Ich möchte sicher niemandem hier den Spaß an einem derart interessanten Thread nehmen indem ich ihn an mich reiße oder sowas ;) Ich denke aber doch, dass jeder der ein bisschen drüber nachdenkt, erkennen sollte, warum es hier durchaus Sinn macht. Für den Fall, dass Cartau sich darauf einlässt, würde ich persönlich die wichtigen Erkenntnisse aus diesem Projekt natürlich öffentlich halten, damit jeder was davon hat. Außerdem - wenn daraus wirklich ein OpenSource-Projekt entsteht, dann kann sowieso wieder jeder dran mitwirken Wollt ich wie gesagt nur schonmal erwähnt haben.

Ich freue mich auf weitere Fragen ...

Sync

Moin,

also ich würde auch eher von Access weggehen... Ok, ich gebe auch offen zu das ich Access für ne Krankheit halte - ich mag halt mein Java / PHP (je nachdem was es denn sein soll ;) )

Wobei ich ehrlich bin: Das Frontend wäre bei mir erst an 2ter Stelle. Erstmal wäre wichtig wie die DB aussehen soll. MySQL ok, das hört sich gut an (allein schon weil frei... was bringt nen Open-Source-Programm wenn man für das DB-Backend dann erstmal *TIIIIEEEEEFFFFF* in die Tasche greiffen müsste?). Da wäre dann halt nur intressant was das System können soll/muss und wie komplex das am Ende wirklich wird.

Denn ich sag mal so: Was du ja definitiv brauchst ist ne Userverwaltung, ne Rechteverwaltung und ggf. auch ne Standort/Mandanten-Verwaltung. Generell kein Hexenwerk (hab ich hier bereits für unsere Firmen-SW am laufen), aber natürlich etwas was wieder einige Tabellen füllt...

Beim Frontend muss man dann gucken was genau gefordert wird. Ob man dafür nun nen Access nimmt oder was eigenes schreibt, ob eigenes in PHP, Java oder von mir aus auch in VB ist am Ende nur ne Detail-Frage... Wenn das DB-Layout nicht passt dann ist jede weitere Arbeit m.E. vergebene Zeit...