16. Juli 20214 j Hallo zusammen, ich hĂ€tte mal eine Frage an die Softwareentwickler unter uns: Könnte mir jemand von euch ( selbstverstĂ€ndlich unter Grundlage absolutem Stillschweigens) mal ein Beispiel zusenden wie bei euch selbstprogrammierte Software dokumentiert wird? Hintergrund: Wir nutzen ein Warenwirtschafts- / Werkstattsystem das speziell fĂŒr unsere BedĂŒrfnisse programmiert, entwickelt und ĂŒber die Jahre weiterentwickelt wurde. Das Programm lĂ€uft top, ist einfach zu bedienen und wird auch stĂ€tig an aktuelle Situationen angepasst und weiterentwickelt. ZusĂ€tzlich zu dem Programm gibt es eine App mit der Waren ĂŒber mobile EndgerĂ€te lagertechnisch gescannt werden und ggf. Fotos zu den VorgĂ€ngen hinzugefĂŒgt werden können. Die App wurde 2017 programmiert und lief seitdem problemlos, programmiert wurde die App damals in Ionic. Nun scheint es jedoch ein Problem in der Kommunikation mit dem Server zu geben und Bilder können nicht mehr hochgeladen werden. Da die Firma die App Programmierung in der Zwischenzeit jedoch umgestellt hat, mĂŒsste jetzt dafĂŒr extra eine Ionic Produktionsumgebung aufgebaut werden um das Problem zu analysieren. Wir haben keinen Wartungsvertrag o.Ă€., wĂŒrde also komplett auf T&M laufen. Um diesen Schritt erstmal nach hinten anzustellen, habe ich die Firma dann gebeten mir zu sagen auf welcher unserer VMs die API lĂ€uft und mit welchen Diensten diese verknĂŒpft ist um Berechtigungsprobleme auszuschlieĂen. ( Ănderungen an der DB funktionieren ĂŒber die App, nur das hochladen von Bildern in die Ordner auf dem Server nicht ) Ich hĂ€tte erwartet, dass so etwas separat dokumentiert wird und in der Dokumentation mit ein paar Klicks zu finden, ist es aber anscheinend nicht, dafĂŒr muss man jetzt erst in die App schauen, also die komplette Umgebung wieder aufbauen. Da ich selbst ansonsten relativ wenig BerĂŒhrungspunkte mit Softwareentwicklung habe wĂŒrde mich mal interessieren wie weit die interne Dokumentation der Software bei euch so geht und ob es eine Art Handouts fĂŒr den Administrator des Kunden ĂŒber die Kommunikationswege- und Zugriffe gibt. Also quasi so banale Sachen wie welche Ports man in der Firewall offen halten muss, welche Dienste in AbhĂ€ngigkeit zu der Software stehen, gibt es eventuell APIs zu anderen Programmen ( wenn ja wo liegen / arbeiten die) etc. Vielen Dank vorab! Â
16. Juli 20214 j Bei uns gibt es zwei verschiedene Dokumentationsarten. Einmal die Dokumentationen, die fĂŒr alle In der Abteilung gedacht sind. Dazu gibt es die Dokumentationen, die jeder selber erstellt hat. Bestehen anfragen zu Problemen und man selber hat kein Doku tauscht man sich auch aus. Jeder Dokumentiert etwas anderes. Die Leute wollen sich auch auch irgendwie "unkĂŒndbar" machen.
16. Juli 20214 j Du findest Beispiele (gute und schlechte Dokumentationen) in diversen OpenSource Projekten, ohne dass hier jemand seinen Job riskieren muss und dir interne Dokus raus gibt.
Erstelle ein Konto oder melde dich an, um einen Kommentar zu schreiben.