Am Freitag, 21. September 2001 12:12 schrieben Sie: Jürgen Schwarting Hallo Rolf-Hubert,

geht es Dir wirklich darum eine freie FiBu für Linux zu entwickeln oder nur um einen Kundenauftrag zu erfüllen? (--> Delphi GmbH IT-Dienstleistungen)

Vorhandene Datenstrukturen eines Altsystems sind eher nebensächlich, wenn nicht sogar hinderlich.

Abgesehen davon wird eine Menge technisches KnowHow verlangt, die durch kaufmännisches Fachwissen nicht ersetzt werden kann. Bitte nehme mir diese Äußerung nicht übel, aber ich habe in den letzten Jahren so manchen Anwender mit 'gefährlichem Halbwissen' kennengelernt. "Das ist doch kein Problem, sowas mach ich in einer halben Stunde mit Excel!".

Ich sag nur Vorsicht! Hast Du Dir bereits Gedanken über das Transaktionsmanagement gemacht, oder soll die Anwendung ohnehin nur als Einzelplatzlösung eingesetzt werden. Falls dem so sein, wird es kaum mit FiBu's vom Schlag KHK mithalten können.

Das mich nun keiner falsch versteht, ich würde eine Neuentwicklung einer FiBu unter der GPL sehr begrüßen, möchte aber davor warnen sowas mal eben nebenbei nach Feierabend zu entwickelt.

Jürgen

Hallo Jürgen, Hallo Liste, danke für die o.a. Zeilen. Ich werde Dir direkt auf die gestellten Fragen antworten: 1. Es ist kein Kundenauftrag 2. Die Delphi GmbH IT Dienstleistungen, deren Geschäftsführer ich bin, würde die Anlaufkosten übernehmen und die bei so einem Projekt erforderlichen Resourcen zur Verfügung stellen. Einen Rechner am Netz 750 MHZ Athlon, 30 GB Festplatte, 640 MB Arbeitsspeicher und zusätzlich noch eine Homepage im Netz. 3. Es soll unbedingt eine FIBU unter GPL sein. Also kostenlos für alle Linux-Anwender. So, wie ich auch das System vom Kollegen Thorwaldsen nutze. 4. Damit es keine Halbwissenlösung wird, habe ich ja den Aufruf an die Gemeinde gemacht und erhoffe mir das geballte Wissen aller Programmierer unter Linux.. Eine Sache, nur mal nach Feierabend oder mal schnell unter Exel kann es nicht sein. Es sollen hier keine MS-Bastler am Werke sein. 5. Zur Frage der Altstrukturen kann ich nur sagen, es ist unsinnig, das Rad wieder neu erfinden zu wollen. Eine Datenbank wie früher unter DBASE mit fester Satzlänge ist genau die richtige Struktur für eine Buchhaltung. Der Datensatz setzt sich nun mal in diesem Bereich aus Datums- Betrag und Textfeldern mit genauer Feldlänge zusammen. Die Auswertungern aus dem originalem Buchhungssatz BA DAT KTO VST/MST TEXT BETRAG G-Konto KSTR,KST und dann OP-Nr. Mandant usw. können in allen Variationen angezeigt/ausgedruckt werden. Hier ist die Pfiffigkeit der Programmierer gefordert. 6. Transaktionsmanagement Was ist das? Einzelplatzlösungen oder Datenbanken im LINUX.-Netz sind doch heute kein Problem mehr, das im Netzt haben wir schon mit der alten NIXDORF 8870 gemacht. Erst Windows hat aus dieser Technik ein Problem entwickelt, in der Datensicherheit, Zugriffskontrolle und den Systemausfällen. Das kann aber nicht unser Problem sein, den wir wollen L I N U X - F I B U 3000 erstellen. Die FIBU unter dem Betriebssystem des 3ten Jahrtausends. ;---))))))))))))))))))))))))))) Und nun zum Schluß noch mal: a. Wenn ich immer nur Bedenken habe, dann sollte ich Bedenkenträger werden b. Der Weg ist das Ziel, aber der Weg kann nur beschritten werden, wenn ich mich bewege und ihn gehe. Denn der Stillstand ist Rückschritt c. Probleme sind dazu da, daß sie gelöst werden. Gott gab uns die Nüsse, knacken müssen wir sie selber d. Nur den Mißstand beschreiben ändert nichts Hätte der Vater von Linux es nicht angepackt, dann wäre nicht hier!!!! Mit freundlichem Gruß an ALLE Rolf-Hubert Pobloth -- have a lot of fun ---

Am Freitag, 21. September 2001 19:27 schrieben Sie:

Hallo Rolf-Hubert,

* Am 21.09.2001 um 13:20 Uhr schrieb Rolf-Hubert Pobloth:

...

1. Es ist kein Kundenauftrag

2. Die Delphi GmbH IT Dienstleistungen, deren Geschäftsführer ich bin, würde die Anlaufkosten übernehmen und die bei so einem Projekt erforderlichen Resourcen zur Verfügung stellen. Einen Rechner am Netz 750 MHZ Athlon, 30 GB Festplatte, 640 MB Arbeitsspeicher und zusätzlich noch eine Homepage im Netz.

3. Es soll unbedingt eine FIBU unter GPL sein. Also kostenlos für alle Linux-Anwender. So, wie ich auch das System vom Kollegen Thorwaldsen nutze.

ok, bis hierher kann ich Dir zustimmen. Du meinst mit dem Kollegen doch sicherlich Linus Torvalds - oder?

--- Natürlich, wen den sonst.

...

4. Damit es keine Halbwissenlösung wird, habe ich ja den Aufruf an die Gemeinde gemacht und erhoffe mir das geballte Wissen aller Programmierer unter Linux.. Eine Sache, nur mal nach Feierabend oder mal schnell unter Exel kann es nicht sein. Es sollen hier keine MS-Bastler am Werke sein.

5. Zur Frage der Altstrukturen kann ich nur sagen, es ist unsinnig, das Rad wieder neu erfinden zu wollen. Eine Datenbank wie früher unter DBASE mit fester Satzlänge ist genau die richtige Struktur für eine Buchhaltung. Der Datensatz setzt sich nun mal in diesem Bereich aus Datums- Betrag und Textfeldern mit genauer Feldlänge zusammen. Die Auswertungern aus dem originalem Buchhungssatz BA DAT KTO VST/MST TEXT BETRAG G-Konto KSTR,KST und dann OP-Nr. Mandant usw. können in allen Variationen angezeigt/ausgedruckt werden. Hier ist die Pfiffigkeit der Programmierer gefordert.

Und hier greift meiner Meinung nach schon die erste Stufe des gefährlichen Halbwissens ;-)

--- Na prima, wenn Sie alles Wissen, dann man los In Sachen Buchhaltung und Daten kenne ich mich aus 50% des Projektes Und die restlichen 50 % kommen von Ihnen bei der Programmierung.

Klar, aus der fachlichen Sicht hast Du sicherlich Recht und alle die von Dir genannten Felder werden im späteren System wiederzufinden sein, aber ob die Datenstruktur einer DBASE-DB heute noch weiterverwendet werden sollte, möchte ich bezweifeln. Nichts gegen DBASE oder dessen Datenstruktur, aber im Laufe der Entwicklung kommt es zu mancher Umgestaltung von Systemen und eine Überarbeitung könnte notwendig und sinnvoll sein.

----- Der Hinweis auf DBASE ist doch nur ein Beispiel

...

6. Transaktionsmanagement Was ist das? Einzelplatzlösungen oder Datenbanken im LINUX.-Netz sind doch heute kein Problem mehr, das im Netzt haben wir schon mit der alten NIXDORF 8870

Zweite Stufe ;-)

--- Ihr Part, Herr Kollege. ---Da bin ich aber froh den Vollwissenden erwischt zu haben. Frage: Warum haben Sie denn so ein Projekt nicht angefaßt??? Angst vor dem Scheitern?

Mit der Festlegung der Datenstruktur auf ein proprietäres Format wird eine Nutzung heutiger (R)DBMS in Frage gestellt. Das Transaktionsmangement muß von Hand implementiert werden - viel Spaß!

Dieser Hinweis auf die heutigen neuen Datenbanken liegt ja völlig daneben. Es ist an keiner Stelle gesagt worden, es m u s s dieses Format sein. Ich bin erst in der Beschreibung des Projektes und will nur prüfen, ob es dafür BEDARF und FACHLEUTE gibt um ein solches komplexes Programm zu entwickeln.

Bei Transaktionen werden mehrere Einzelaufgaben als eine Einheit betrachtet. Sollte bei der Abarbeitung ein Fehler auftauchen, so werden alle bis dahin durchgeführten Änderungen rückgängig gemacht. Ein einfaches und verständliches Beispiel ist die Überweisung von einem Konto zu einem anderen. Folgende Schritte müssen gemeinsam durchgeführt werden (stark vereinfacht;) damit kein Geld verschwindet, bzw. es zu einer wundersamen Geldvermehrung kommt.

Beginn der Transaktion - Prüfe ob ein Betrag X vom Konto A abgebucht werden kann - Prüfe ob Konto B existiert und einen Betrag X annehmen kann - Ziehe den Betrag X von Konto A ab - Weise den Betrag X dem Konto B zu Ende der Transaktion

Sollte innerhalb der Transaktion ein Fehler auftauchen oder es kommt zu einem Stromausfall, so wird es zu keiner Überweisung kommen.

Das Transaktionsmanagement übernimmt in diesem Zusammenhang auch die Aufgabe bestimmte Bereiche der Datenbank zu sperren, so daß sich mehrere Benutzer nicht in die Quere kommen. Wenn Ihr diese Mimik nachimplementieren wollt, dann habt Ihr Euch schon einen ganzen Batzen vorgenommen. Nicht das es nicht möglich ist, aber hier würde ich schon eher den Spruch mit dem Rad-neu-erfinden sehen.

---- Transaktionsmanagement kommt in einer einfachen Buchhaltung nicht vor. Bei Zahlungen per DFÜ kann es richtig sein, aber bei der Buchung per Kostenkonto an Kasse/Bank geht diese Ausführung völlig daneben. Hier muß geprüft werden, ob die Konten im Kontenplan enthalten sind und ob der eingegebene Wert auch einen richtigen Betrag darstellt. Ob der Buchungssatz richtig ist, kann kein Programm prüfen, nur ob formale Fehler vorliegen.

...

gemacht. Erst Windows hat aus dieser Technik ein Problem entwickelt, in der Datensicherheit, Zugriffskontrolle und den Systemausfällen. Das kann aber nicht unser Problem sein, den wir wollen L I N U X - F I B U 3000 erstellen. Die FIBU unter dem Betriebssystem des 3ten Jahrtausends. ;---)))))))))))))))))))))))))))

Diese Sprüche kenne ich, Du hast nicht zufällig einen Grundkurs in Mitarbeitermotivation belegt ;-)

--- Natürlich, denn ohne Motivation funktioniert es eben nicht. Oder gehen Sie jeden Tag mit :---((((((((( diesem Gesicht an die Arbeit?. Zur Frage der Datensicherheit usw. sind meine Ausführungen in Sachen DOS/Windows wohl auch heute noch Stand der Dinge.

Solche Dinge bekomme ich auch des öffteren zu hören und dann fahren diese guten Leute das Projekt stumpf vor die Wand! Ich sag nur - gefährliches Halbwissen!

--- Mit dieser Einstellung kann ich Sie leider nicht in meinem Team brauchen. Ich weiß zwar im Moment noch nicht, wie ich es ohne Ihr Vollwissen schaffen werde, aber ich werde es doch ohne Sie probieren.

...

Und nun zum Schluß noch mal:

a. Wenn ich immer nur Bedenken habe, dann sollte ich Bedenkenträger werden

b. Der Weg ist das Ziel, aber der Weg kann nur beschritten werden, wenn ich mich bewege und ihn gehe. Denn der Stillstand ist Rückschritt

c. Probleme sind dazu da, daß sie gelöst werden. Gott gab uns die Nüsse, knacken müssen wir sie selber

d. Nur den Mißstand beschreiben ändert nichts Hätte der Vater von Linux es nicht angepackt, dann wäre nicht hier!!!!

Motivationstraining läßt Grüßen ;)

---------- Richtig, Wir, die sich bisher gemeldet haben packen es an und werden es auch zum Erfolg führen.

MfG.

Jür'DerMitDerZeitGegenDieseArtVonSprücheKlopfenImmunWurde'gen

--- Wenn das ein Witz sein soll, dann liefern Sie bitte auch die Gebrauchsanleitung. Mit freundlichem Gruß an alle die sich bisher gemeldet haben Rolf-Hubert Pobloth

Am Samstag, 22. September 2001 10:58 schrieb Juergen Schwarting: [ Schlagabtausch Projektplanung ]

Da unser Streitgespräch hier doch sehr OT ist, wird dies nun meine letzte Mail zu diesem Thread sein. Alles weitere - wenn noch was im Raum stehen sollte - bitte per PM.

So ganz als OT würde ich es nicht bezeichnen. Schließlich ist es für Linux wichtig, auch als Betriebssystem wahrgenommen zu werden, mit dem man auch etwas machen kann, das einem den Alltag, privat wie beruflich, bewältigen hilft. Und es ist wichtig, daß die Bestrebungen, alltagstaugliche Software zu planen/schreiben/vertreiben auch nach außen dringen. Gerade eine Liste wie diese, die vom Newbie bis zum Experten gelesen wird, ist der richtige Ort für solche (gelegentlichen) Diskussionen abseits der üblichen Probleme eines Linux-Systems. Ich lasse mich natürlich gerne belehren, sollte es eine Spezialliste für gerade solche Probleme geben (womit ich nun nicht die einzelnen Entwicklerlisten meine - diese sind zu speziell). Helga

Moin Ralf, * Ralf Cirksena schrieb am 24 Sep 2001:

On 2001-09-21 18:19 GMT, Rolf-Hubert Pobloth wrote:

...

Am Freitag, 21. September 2001 19:27 schrieb Jürgen:

...

...

Beginn der Transaktion - Prüfe ob ein Betrag X vom Konto A abgebucht werden kann - Prüfe ob Konto B existiert und einen Betrag X annehmen kann - Ziehe den Betrag X von Konto A ab - Weise den Betrag X dem Konto B zu Ende der Transaktion

Sollte innerhalb der Transaktion ein Fehler auftauchen oder es kommt zu einem Stromausfall, so wird es zu keiner Überweisung kommen.

...

---- Transaktionsmanagement kommt in einer einfachen Buchhaltung nicht vor. Bei Zahlungen per DFÜ kann es richtig sein, aber bei der Buchung per Kostenkonto an Kasse/Bank geht diese Ausführung völlig daneben. Hier muß geprüft werden, ob die Konten im Kontenplan enthalten sind und ob der eingegebene Wert auch einen richtigen Betrag darstellt. Ob der Buchungssatz richtig ist, kann kein Programm prüfen, nur ob formale Fehler vorliegen.

Ohh, ohh... Eine FiBu ohne Transaktionssicherheit käme mir nicht ins Haus. Mit seiner Grob-Darstellung hat Jürgen schon Recht.

Trotz der vorliegenden Schilderung hab ich doch Zweifel, ob er wirklich verstanden hat, wozu Transaktionsmanagement überhaupt da ist... Gruß, Sebastian -- Do not meddle in the affairs of Wizards, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/

Hi Juergen, On 2001-09-21 17:27 GMT, Juergen Schwarting wrote:

Motivationstraining läßt Grüßen ;)

Tschacka! -- Ralf Cirksena