Search (4 results, page 1 of 1)

0.012261502 = product of:
  0.024523005 = sum of:
    0.024523005 = product of:
      0.04904601 = sum of:
        0.04904601 = weight(_text_:22 in 2749) [ClassicSimilarity], result of:
          0.04904601 = score(doc=2749,freq=6.0), product of:
            0.18297131 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052250203 = queryNorm
            0.268053 = fieldWeight in 2749, product of:
              2.4494898 = tf(freq=6.0), with freq of:
                6.0 = termFreq=6.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03125 = fieldNorm(doc=2749)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Classification

658.4/038 22

Date

22. 3.2009 18:43:51

DDC

658.4/038 22

0.0061447355 = product of:
  0.012289471 = sum of:
    0.012289471 = product of:
      0.024578942 = sum of:
        0.024578942 = weight(_text_:5 in 485) [ClassicSimilarity], result of:
          0.024578942 = score(doc=485,freq=2.0), product of:
            0.15247129 = queryWeight, product of:
              2.9180994 = idf(docFreq=6494, maxDocs=44218)
              0.052250203 = queryNorm
            0.16120374 = fieldWeight in 485, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              2.9180994 = idf(docFreq=6494, maxDocs=44218)
              0.0390625 = fieldNorm(doc=485)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

5. 8.2007 17:39:51

0.004344984 = product of:
  0.008689968 = sum of:
    0.008689968 = product of:
      0.017379936 = sum of:
        0.017379936 = weight(_text_:5 in 636) [ClassicSimilarity], result of:
          0.017379936 = score(doc=636,freq=4.0), product of:
            0.15247129 = queryWeight, product of:
              2.9180994 = idf(docFreq=6494, maxDocs=44218)
              0.052250203 = queryNorm
            0.11398826 = fieldWeight in 636, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              2.9180994 = idf(docFreq=6494, maxDocs=44218)
              0.01953125 = fieldNorm(doc=636)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Footnote

Rez. in IWP 58(2007) H.5/6, S.382 (W. Ratzek): "Bereits im Vorwort betont Thorsten Spitta - mit Bezug auf Heinen: "Es scheint an der Zeit, den Produktionsfaktor Information als Grundlage wieder in die Betriebswirtschaftslehre aufzunehmen (...)". Dieser Bezug, so Spitta, fehle in fast allen betrieblichen Einführungen. Die Konsequenz darauf sei, dass "Information" keine Basis mehr habe. Dieses Vorhaben weckt natürlich auch das Interesse von BID-Studierenden und -Professional, da offenbar beide Professionen (BID und BWL) das Arbeitsgebiet "Informationswirtschaft" bearbeiten. Ebenfalls im Vorwort stellt Spitta die Rolle von Software und Daten heraus: "Während Software sich mit der Zeit verändert oder ausgetauscht wird, sind die Daten eine langfristig zu pflegende Ressource jedes Unternehmens." Die Qualität der Datenbasis ist, nach Spitta, ein wichtiger Baustein, um ein Unternehmen erfolgreich zu führen. Somit wird das Qualitätsniveau dieser Ressource - ob nun Daten oder Information genannt - zu einem Produktionsfaktor. Etwas, so Spitta, was man nicht kaufen könne wie z.B. Software. Für den BID-Interessierten sollte nun die Frage nach dem Unterschied von Daten und Information folgen. In den Kapiteln 3 "Daten" und 4 "Kommunikation, Information und Wissen" geht Spitta dieser Frage nach. "Daten" werden, wie in der Informatik üblich und durchaus sinnvoll, als Alphabet definiert, das heißt als ein Zeichenvorrat, für den eine Verarbeitungsvorschrift definiert ist. (S. 25-28) Kommunikation ist, vereinfacht dargestellt, dann das Senden und Empfangen von Nachrichten (basierend auf einem mehr oder weniger deckungsgleichen Zeichenvorrat). Die in der betriebswirtschaftlichen Praxis gängige Definition von W. Wittmann, dass Information "zweckorientiertes Wissen" sei, lehnt Spitta ab, "da sie einen unscharfen Begriff durch einen anderen erklärt, der noch unschärfer ist" (S. 45).
Stattdessen präferiert er in erster Näherung A. Endres' Definition, die auch von vielen Wirtschaftsinformatikern - und auch von BID-Fachleuten - akzeptiert wird: "Information, so Spitta, sind interpretierbare, d.h. mit Bedeutung verknüpfte, meist neue Nachrichten, die von einem Empfänger für das Verfolgen seiner Ziele als nützlich gewertet werden." (S. 44, Hervor. i. Org.). Damit kann sich Spitta jedoch noch nicht begnügen, da er Bezug zur Informatik, insbesondere jedoch zur Wirtschaftsinformatik oder Informationswirtschaft herstellen muss. A. Endres definiert Information als ein Tripel I = (A*, S, K), "wobei A* (...) eine Menge von Wörtern (...) über einem Alphabet A, S eine Menge von Symbolen und K einen Kontext bedeutet" (S. 45) "Information", so Spitta, wäre dann "eine Nachricht über einem definierten Alphabet und anderen Symbolen, die für den Empfänger neu und relevant ist und deren Kontext er kennt." (S. 45) In der betrieblichen Praxis sind jedoch mehrere Akteure involviert, sodass es sinnvoll ist "Datenspeicher als Puffer für Nachrichten" (S. 46) einzuführen. Nun fehlt noch eine Definition von Wissen, um betriebliche Prozesse computergestützt abzubilden. "Wissen ist wegen seiner impliziten Bestandteile ebenso individualisiert wie Information. Explizites Wissen basiert auf Daten. Implizites Wissen kann explizit gemacht werden, wenn wir über einen allgemein verstehbaren Formalismus zur Beschreibung verfügen. Der Unterschied zur Information ist die Handlungskompetenz und die mehrfache Verwendbarkeit der zur Grunde liegenden Daten, die im Allgemeinen nur einmal (individuelle) Information sein können." (S. 50, Hervor. i. Orig.) Im Kapitel 5 stehen die "Inhalte betrieblicher Daten" im Mittelpunkt, wo es unter anderem um Grunddaten (wie Sachanlagen), Vorgangsdaten (wie aufzeichnungspflichtige Vorgänge) oder abgeleitete Daten (wie Führungsinformation) geht. Das 6. Kapitel "Die Struktur betrieblicher Daten" geht auf verschiedene Datenmodelle, wie das Relationsmodell, das grafische Objektmodell oder das Vorgehensmodell zur Datenmodellierung ein. Im 7. Kapitel geht es um "Anwendungssysteme", d.h. um betriebliche Informationssysteme und deren Strukturierungsmöglichkeiten.

0.0036868413 = product of:
  0.0073736827 = sum of:
    0.0073736827 = product of:
      0.014747365 = sum of:
        0.014747365 = weight(_text_:5 in 4522) [ClassicSimilarity], result of:
          0.014747365 = score(doc=4522,freq=2.0), product of:
            0.15247129 = queryWeight, product of:
              2.9180994 = idf(docFreq=6494, maxDocs=44218)
              0.052250203 = queryNorm
            0.096722245 = fieldWeight in 4522, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              2.9180994 = idf(docFreq=6494, maxDocs=44218)
              0.0234375 = fieldNorm(doc=4522)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Footnote

Rez. in: ZfBB 58(2011) H.2, S.108 (R. Schneider): "Kürzlich, während eines Vortrags zum Knowledge Management eines der weltweit grössten Wirtschaftsprüfer, überraschte eine Zuhörerin den Vortragenden mit einer simplen Frage: »Brauchen Sie nicht eigentlich Records Management?« Darauf der sichtlich überrumpelte Referent: »Was meinen Sie mit Records Management?« Soviel zum Stand der Dinge und zur Verankerung des Themas in der aktuellen Betriebslandschaft. Insofern trifft es sich gut, dass nach dem lange erwarteten Handbuch zum Records Management nun das Folgewerk mit demselben Haupttitel sowie dem Untertitel Gestaltung und Umsetzung von Peter Toebak erschienen ist. Der ungleich schlankere Band widmet sich - wie es der Untertitel andeutet - der konkreten Realisierung des betrieblichen Aktenmanagements und tut dies vor allen Dingen anhand eines Zehn-Schritte-Plans, der nach einer Einleitung und einer Rekapitulation der Kernproblematik des Records Management im dritten Kapitel vorgestellt und den folgenden vier Kapiteln ausführlich ausgearbeitet und in allen Details extemporiert wird. Die einzelnen Schritte dieses Plans reichen dabei von der Definition der Methodik (1) und der Identifikation des Umfelds (2) über die Identifikation der Prozesskategorien (3) und die Definition der Records-Serien (4) zu den eher applikationsorientierten Arbeitschritten. Diese umfassen nach der Identifikation der Anwendungen (5), die Integration der Systemlandschaft mit dem EDRMS (= Electronic Documentary Records Management System) (6), die Definition weiterer Attribute (7), die Auswahl und Installation des EDRMS (8) sowie die Umsetzung des EDRMS (9) und dessen Evaluation (10).