AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Datenbankmodell "Lebenszyklus eines Produkts"
Thema durchsuchen
Ansicht
Themen-Optionen

Datenbankmodell "Lebenszyklus eines Produkts"

Ein Thema von blawen · begonnen am 31. Aug 2013 · letzter Beitrag vom 3. Sep 2013
Antwort Antwort
Seite 2 von 2     12   
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#11

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 2. Sep 2013, 17:01
OK SAP-bashing ist beinahe so schön wie M$-bashing
Da ist was dran , M$ ist im Endeffekt aber zumindest billiger.

Aber im Ernst :

Bisher wurden diese Prozesse jeweils in dutzenden von Excel-Tabellen festgehalten...
SAP rühmt sich doch unter anderem für Prozessoptimierung etc. Es gibt dafür eine eigene Programmiersprache und eine eigene Datenbank. Wozu braucht man denn da noch Excel - Tabellen ? Ich kann das nicht nachvollziehen. Wenn ich jetzt ein neues Bauteil habe mit Nr. 1000 und das Äquivalent (als Austauschteil) mit der Nr. 1000A, das wären doch in dem Fall lediglich Datenbank-Felder.

Ich will jetzt TSG 1899 Hoffenheim nicht zu sehr schaden, allerdings:

SAP wird angeblich angeschafft zur Kostenreduzierung und dann passiert folgendes (in Weltkonzern !) : 4 Mann müssen "etwas an SAP umbauen". Einen treffe ich nach 6 Wochen und frage, was aus der Geschichte wurde. Es hiess dann sie hätten bis vor einer Woche da rumgebastelt, hätten dann aber doch einen externen Berater hinzuziehen müssen, weil es immer noch nicht so lief, wie gewünscht. Das sind 20 Mann-Wochen ! Mit Urlaub, Krankenschein etc. ist so ein halbes Jahresgehalt quasi vernichtet worden. Das nur, um die SAP-Kosten zu reduzieren.

Und das soll jetzt auch nicht als SAP-Bashing rüberkommen. Die Fa. an sich und solche Sachen wie Betriebsklima, Bezahlung usw. sind schon gut. Nur die, die das Einsetzen, die wissen meistens nicht, auf was sie sich einlassen. Die überschätzen sich und dann passiert so etwas wie das Geschilderte. Chef hat eine irreale Idee, die Abteilung sagt kein Problem und sie erleiden dann Schiffbruch (vorher wurden ja auch Schulungskosten gespart und das Know-How ist zu mickrig), ja und dann kommt eben doch "der teure" von SAP. Haha.
Gruß
Hansa
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#12

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 2. Sep 2013, 17:48
Chef hat eine irreale Idee, die Abteilung sagt kein Problem und sie erleiden dann Schiffbruch (vorher wurden ja auch Schulungskosten gespart und das Know-How ist zu mickrig), ja und dann kommt eben doch "der teure" von SAP.
Nun, da Chefs im allg. nur in Pfannkuchendiagrammen denken, kein Wunder. Aber im Ernst, Da eigentlich "jeder" Excel auf seinem Rechner hat, und da auch alles selbsterklärend ist, kann ich schon verstehen, daß Excel die DB des kleinen Mannes ist.
Alleine das Normalisieren scheint ja schon viele abzuschrecken.

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#13

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 2. Sep 2013, 19:05
...kann ich schon verstehen, daß Excel die DB des kleinen Mannes ist.
Ist sie ja irgendwie auch. Aber doch nur für den Taubenzüchterverein um die Ecke oder den, der sich um die Nebenkosten in 3-Parteien Wohnhaus kümmert. Dass aber ein SAP-Kunde auf Excel-Tabellen zugreifen muss oder will, in denen wichtige Daten gespeichert sind, das ist schon krass. Eventuell ist es aber tatsächlich so, wie ich geschrieben habe : aus Kostengründen wird versucht SAP zu vermeiden, bis es anders gar nicht mehr anders geht und dann wird rumgefriemelt oder, wie in dem Fall hier, es wird notfalls sogar Excel bemüht.
Gruß
Hansa
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#14

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 2. Sep 2013, 19:38
Ich weiß gar nicht, was Du willst. SAP ist ein riesen Sammelsurium an Tabellen und -wenn man dafür bezahlt hat- individuellen Tools (besser: Add-Ons), die die Tabellen verknüpfen und bestimmte Dinge damit anstellen.

SAP ist *KEIN* fertiges Produkt wie z.B. Word oder Excel oder Delphi. Wenn die Unterstützung für Rework nicht gekauft wurde, ist sie eben nicht da. Das nachzurüsten kosten ein Schweinegeld. Also wird gesagt: "Geld ist nicht da, wir brauchen aber trotzdem eine Verfolgung". Also wird EXCEL genommen. Auch bei Weltfirmen (und ich wette, auch bei SAP selbst).

Erst wenn das überhand nimmt, oder jemand Budget freischaufelt, kommt das ins SAP.

Da muss man sich doch nicht hinstellen und so tun, als ob man sich wundert, das SAP keine eierlegende Wollmilchsau ist. Das ist ja so, als ob Du bei einem Mercedes zeterst:"Wie, fahren muss ich selbst? Und eine Sonnenterrasse hat der auch nicht?"

Ok, eine Sonnenterrasse mit EXCEL abzubilden ist jetzt nicht soo trivial.
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#15

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 3. Sep 2013, 00:32
... Das ist ja so, als ob Du bei einem Mercedes zeterst:"Wie, fahren muss ich selbst? ...
Polemik ist hier fehl am Platze. Oder solls mal wieder OT werden ? Fakt ist : egal ob SAP und Co. im Zusammenspiel mit Excel & Co. (oder denke dir eine andere Kombination aus) : es gilt nach wie vor, unnötige Redundanzen tunlichst zu vermeiden. Wie soll das aber vernünftig realisiert werden, wenn wichtige Daten an 2 verschiedenen Stellen vorgehalten werden ?
Gruß
Hansa
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#16

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 3. Sep 2013, 07:40
Polemik ist hier fehl am Platze.
Sagt der Richtige
Es geht in den Betrieben leider nicht darum, was vernünftig ist, sondern das es realisiert wird.

Ich habe in meiner Arbeit als Consultant festgestellt, das die Güte der IT-Werkzeuge, mit denen Mitarbeiter die täglichen Probleme lösen, umgekehrt proportional zum Firmengröße ist. Bei Siemens, OSRAM, Bosch & Co (um nur einige zu nennen), sind EXCEL-Listen zur Produktions- und Qualitätskontrolle an der Tagesordnung. Nicht an jedem Platz (das kann ich nicht beurteilen), aber dennoch eigentlich immer dort, wo ich zum Einsatz komme.

Redundanz und Handarbeit sind in der EDV leider die primären Werkzeuge des 21. Jahrhunderts.

Der Gipfel ist eine Firma, die Daten sammelt. Die Datenquellen (Radio- und Fernsehsender) sollen ihre Daten (teilweise) ausdrucken und per LKW zu dieser Firma schicken. Dort werden sie dann von fleißigen Menschen per Hand eingetippt. Oft genug werden die Daten als EXCEL- oder WORD-Datei per EMail verschickt und in der Firma selbst ausgedruckt und abgetippt. Natürlich geht der größere Teil per Text-Datei nach einem 30 Jahre alten Standard per Import in die DB, aber es sind ca. 30 Personen dauerhaft damit beschäftigt, diese schildbürgerhaften Ausdruck-und-wieder-eintippseleien zu vollziehen.

Unsere Aufgabe ist es eigentlich, diesen Quatsch abzustellen. Nur, wenn die Firma nicht mitmacht...?
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.861 Beiträge
 
Delphi 11 Alexandria
 
#17

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 3. Sep 2013, 07:44
Zitat:
...egal ob SAP und Co. im Zusammenspiel mit Excel & Co. (oder denke dir eine andere Kombination aus) : es gilt nach wie vor, unnötige Redundanzen tunlichst zu vermeiden.
Wie lange glaubst Du braucht es, bis ein Berater im hohen Bogen aus einem Unternehmen fliegt, wenn er den Mitarbeitern "ihr" Excel verbietet?
Theorie vs Praxis. In der Wirtschaft ist die Verwendung(Missbrauch) von Officeprodukte für Dinge, für die diese nicht primär entwickelt wurden, gang und gäbe. Selbst für Dinge, für die man eigentlich passende Tools hat wird dann lieber eine selbstgeschusterste Exceltabelle verwendet, da man "da ja versteht, was passiert" (leider ist das oft nicht so). Vielen ist die Einarbeitung in andere Programme halt lästig und nimmt dann "das Bekannte".
Zitat:
Wie soll das aber vernünftig realisiert werden, wenn wichtige Daten an 2 verschiedenen Stellen vorgehalten werden ?
Oft wäre es ja ein Vortiel die Daten nur einfach redundant ( 2 mal) zu haben. In der Praxis existieren dann noch 5 Versionen der Tabelle, jede mit anderen Änderungen; aber keine vollständig.
Markus Kinzler
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#18

AW: Datenbankmodell "Lebenszyklus eines Produkts"

  Alt 3. Sep 2013, 07:50
Wobei man zugeben muss, das so eine EXCEL-Tabelle in vielen Fällen vollkommen ausreicht. Ich mach fast die ganze Projektplanung und -verfolgung damit. Es ist einfach genial.

Nur eben nicht so richtig mehrbenutzerfähig. Und auch nicht so richtig nachhaltig. Und recherchieren in alten Beständen ist auch blöd. Oder Reporting über die alten Dateien: geht gar nicht.

Aber sonst.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:15 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz