[53857] in SAPr3-news
Re: SAP BASIS: Perspektiven
daemon@ATHENA.MIT.EDU (Manfred Albat)
Fri Mar 18 10:43:32 2005
To: sapr3-news@mit.edu
Date: Fri, 18 Mar 2005 16:10:27 +0100
From: Manfred Albat <alispost@nurfuerspam.de>
Message-ID: <3a0b8nF64r102U1@individual.net>
Reply-To: m.albat@gmx.de
Moin zusammen, hallo Rainer,
am 17.03.2005 21:02:34
schreibt Rainer Huebenthal <usenet200412.20.finji@spamgourmet.com>:
> Moin Manfred Albat, du schriebst:
>
> >> Oder anders: natuerlich koennen eigentwntwicklungen in SAP ein
> >> Problem sein, das juckt aber die SAP herzlich wenig.
> >
> > ?? Verstehe jetzt nicht, was Du damit sagen willst.
>
> Wenn man von SAP redet, kann man sowohl die Software als auch
> die Firma meinen.
So, wie es oben steht, anscheinend beides...
> > Nur: die Probleme, die ich mir mit so einer Anbindung an ein Fremd-
> > System schaffe, kann ich nur selber abschätzen. Und viel hängt auch
> > davon ab, wie sorgfältig die Modifikationsrichtlinien umgesetzt wurden.
>
> Eben, und davon waren und sind auch SAP-Eigenentwicklungen betroffen.
Was ist SAP-Eigenentwicklung?
Du meinst vermutlich eigene Entwicklungen in einem SAP-System.
Kann nicht das Problem der SAP sein. Es gibt Hinweise, Richtlinien.
Wer sie ignoriert, ist selber schuld.
Wie gesagt, unser RV war wirklich *extrem* modifiziert, besonders
im 4er-Release. Und zwar im auf PGM -Ebene und natürlich auch
mittels ABAP. Dennoch hatten wir nie ernsthafte Probleme, weder
bei Puts, beim Release nach 5 oder wegen 2k oder Euro. Mal beim
Buchungskreis geschlampt, na ja...
> > Und dann gibt es übrigens geniale Sub-Systeme, die ihren Ursprung
> > im EDI-Umfeld haben. Dann sieht die "Schnittstelle" so aus:
>
> Das Transportsystem ist nur ein Glied der Kette. Ein anderes
> ist die Qualitaet dessen, was transportier wird. Da kannst du
> so tolle Sachen wie den BC /ALE/IDOCs benutzen, wenn Daten
> miserabler Qualitaet transportiert werden kann die
> Transportschicht noch so gut sein.
Für die Qualität der Daten sorgt der richtige Systemansatz.
Dafür ist man ja Berater und Profi und sorgt dafür, dass das Chaos
keine Chance hat und die Anwender nicht mit utopischen oder
löchrigen Denkansätzen das Übel an die Wurzel legen. Der Anwender
darf Planungsfehler machen, schließlich ist er Laie und Kunde.
Schlechte Daten = inkompetene Berater.
> > - Subsystem erkennt bedienerlos was zu tun ist
>
> Das ist zwar ganz nett, aber das muss ihm einmalig auch
> beigebracht werden, Und dann ist es auch nur so gut, wie es
> ihm beigebracht wurde.
Die Systeme, die ich meine, sind sehr gut und werden von
professionellen Anbietern weiterentwickelt. Ansonsten gilt
auch hier: schlechte Daten = inkompetene Berater.
> > - mapped die Datenstrukturen X-Belieben um
>
> Was nicht immer möglich ist
Geht nicht, gibts nicht. Wenn ich lineare Strukturen in Baumstrukturen
und umgekehrt umbrechen kann, geht alles. Beziehungswissen kann
auch hier in Tabellen durchgereicht werden.
> CICS und TSO sind nur Kruecken. An denen werden die Mainframes
> mal scheitern, die sind fuer rechnen ohne Benutzereingaben da.
> Je weniger Benutzer eingreifen, desto besser.
Es sind alte Systeme. Weil sie Schwächen haben, erziehen sie zu
besonders hoher Qualität der Anwendungsentwicklung und der
Testverfahren. Hier haben über Jahrzehnte 1000de Benutzer ihre
CICS-Anwendungen bedient und Storage-Violations konnten wir
an einer Hand abzählen. Wenn ich sehe, was in Klicki-Bunti-Welt
heute für Bananen-Software auf den Markt kommt, kann ich mich nur
wundern. Unseren Labors wäre solcher Mist nicht entkommen...
> Schon, aber die Physik faengt an, Grenzen zu setzen.
Die nächsten Quantensprünge stehen schon an...
> > Vorsichtig!
>
> Nein, genauso siehts aus. Solange es sich fuer die IBM lohnt,
> werden /390er leben. Wenn die Banken nicht mehr zahlen, lohnt
> es sich ja nicht mehr :)
;-)) Schlitzohr! So gesehn, natürlich, dann...
--
MfG
Manfred Albat m.albat@gmx.de
der computer rechnet, der mensch zaehlt!
