Was das ist?
Doch genug der Definitionen und Anwendungsbeispiele. Ich hätte natürlich ein fertiges Projekt nutzen können, immerhin gibt es davon bereits genug. Dennoch wollte ich mein eigenes System entwickeln, um es genau auf meine Bedürfnisse zuzuschneiden. Es sollte möglichst schlank sein; also aus meiner Sicht unnötige Funktionen wie z.B. das Ändern der Menüfarben etc. wurden von Anfang an außer Acht gelassen. Zudem sollte es auch für andere Programmierer verfügbar sein, damit diese sich ausschließlich auf das Programmieren selber konzentrieren können.
Derzeitige Features:
Zum Abschluss noch 2 Screenshots - ich möchte abermals anmerken, dass es sich nicht um die finale Version handelt.
ITS Home - hier werden neue und offene Tickets gelistet und man wird über neue Nachrichten informiert
ITS - Ticket - hier sind alle wichtigen Informationen eines Tickets gelistet; zudem kann man es schließen, löschen, einen Mitarbeiter um Rat fragen und natürlich mit dem Nutzer in Kontakt treten
ITS - Ticket[Neu: mit Stacktrace] - die Felder des Tickets wurden angepasst; zudem ist dieses Ticket nicht manuell eingetragen worden, sonder von der .Net Entwicklerkomponente
Da ich per PN einige Fragen bekommen habe, stelle ich sie hier zusammen(generell sollten Fragen aber direkt im Thread gestellt werden)
FAQ
Sollte es aber später möglich sein, wird beides benötigt; die Dateien werden auf den FTP-Server geladen. Die Tickets(sowie Nutzer, Abteilungen, Notizen, private Nachrichten etc.) werden in einer MySQL-Datenbank gespeichert. Externe Zugriffe muss diese nur erlauben, wenn bspw. die Datenbank und der FTP-Server von unterschiedlichen Anbietern genutzt werden.
Jeder Programmierer kommt an den Punkt: Programm X läuft auf vielen PC's ohne Probleme, dennoch treten vereinzelt Fehler auf und es kommt zum Programmabsturz. Oder im Zuge der Entwicklung neuer Features haben sich große oder kleine Fehler eingeschlichen. Der Hinweis, Bugs o.Ä. doch bitte per E-Mail zu melden hilft selten, es sei denn, es handelt sich um Kaufprogramme. Somit wird es nötig, Fehlermeldungen automatisch an den Server zu übermitteln, um diese dann auszumerzen.Bugtracker (dt. „[Software-]Fehler-Verfolger“) sind Fallbearbeitungssysteme (engl. trouble ticket system) für die Softwareentwicklung, die als Werkzeug eingesetzt werden, um Programmfehler zu erfassen und zu dokumentieren.
Doch genug der Definitionen und Anwendungsbeispiele. Ich hätte natürlich ein fertiges Projekt nutzen können, immerhin gibt es davon bereits genug. Dennoch wollte ich mein eigenes System entwickeln, um es genau auf meine Bedürfnisse zuzuschneiden. Es sollte möglichst schlank sein; also aus meiner Sicht unnötige Funktionen wie z.B. das Ändern der Menüfarben etc. wurden von Anfang an außer Acht gelassen. Zudem sollte es auch für andere Programmierer verfügbar sein, damit diese sich ausschließlich auf das Programmieren selber konzentrieren können.
Derzeitige Features:
- Senden eines Berichtes(also Fehlermeldung, Stacktrace, System des Nutzers etc.) an den Server
- Einfache Kommunikation zwischen Entwickler(n) und Nutzer(n) über das Online-Interface
- Benarichtigung per Mail an den Nutzer, wenn der Entwickler neue Lösungsansätze bereitstellt
- Optimierung für Projektgruppen und Firmen -> Tickets werden Entwicklern des jeweiligen Kompetenzbereiches bzw. der jeweiligen Abteilung zugeordnet
- Versenden von privaten Nachrichten zwischen einzelnen Entwicklern
- Anlegen von Notizen(können als Anhang via PN versendet werden)
Zum Abschluss noch 2 Screenshots - ich möchte abermals anmerken, dass es sich nicht um die finale Version handelt.
ITS Home - hier werden neue und offene Tickets gelistet und man wird über neue Nachrichten informiert
ITS - Ticket - hier sind alle wichtigen Informationen eines Tickets gelistet; zudem kann man es schließen, löschen, einen Mitarbeiter um Rat fragen und natürlich mit dem Nutzer in Kontakt treten
ITS - Ticket[Neu: mit Stacktrace] - die Felder des Tickets wurden angepasst; zudem ist dieses Ticket nicht manuell eingetragen worden, sonder von der .Net Entwicklerkomponente
Da ich per PN einige Fragen bekommen habe, stelle ich sie hier zusammen(generell sollten Fragen aber direkt im Thread gestellt werden)
FAQ
Im Prinzip nichts von beidem, da das Projekt für meinen Server konzipiert wurde. Derzeit ist nicht geplant, dass das Script zum Download freigegeben wird - ausgeschlossen ist es auch nicht.Brauch ich da nur ein FTP und eien MySQL Datenbank?
Muss die Datenbank externe zugriffe erlauben?
Sollte es aber später möglich sein, wird beides benötigt; die Dateien werden auf den FTP-Server geladen. Die Tickets(sowie Nutzer, Abteilungen, Notizen, private Nachrichten etc.) werden in einer MySQL-Datenbank gespeichert. Externe Zugriffe muss diese nur erlauben, wenn bspw. die Datenbank und der FTP-Server von unterschiedlichen Anbietern genutzt werden.
Kurz: Ja. Momentan kann ich die Serverkosten mühelos tragen. Eventuell wird das Projekt später durch Spenden finanziert, diese sind natürlich freiwillig und werden wenn überhaupt erst ab mehreren 100 Nutzern - also je nach Auslastung - in Frage kommen. Möchte allerdings eine Firma oder ein Entwickler ein passgenaues Script, wird es etwas kosten. Aber das auch nur, wenn der Arbeitsumfang zu groß ist. Natürlich können Vorschläge gemacht werden, diese werden auch umgesetzt, ohne das eine Entlohnung fällig wird.und dann bestimmt die wichtigste frage, bleibt das programm Kostenlos?^^
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von „Sakeco“ ()