Search (4 results, page 1 of 1)

0.009628758 = product of:
  0.04814379 = sum of:
    0.04814379 = weight(_text_:den in 4343) [ClassicSimilarity], result of:
      0.04814379 = score(doc=4343,freq=12.0), product of:
        0.10344325 = queryWeight, product of:
          2.866198 = idf(docFreq=6840, maxDocs=44218)
          0.036090754 = queryNorm
        0.46541256 = fieldWeight in 4343, product of:
          3.4641016 = tf(freq=12.0), with freq of:
            12.0 = termFreq=12.0
          2.866198 = idf(docFreq=6840, maxDocs=44218)
          0.046875 = fieldNorm(doc=4343)
  0.2 = coord(1/5)

Abstract

Viele auch kleinere Unternehmen, Verwaltungen und Organisationen sind angesichts eines wachsenden Berges von digitalen Informationen mit dem Ordnen und Strukturieren ihrer Ablagen beschäftigt. In den meisten Organisationen besteht ein Konzept der Dokumentenlenkung. Records Management verfolgt vor allem in zwei Punkten einen weiterführenden Ansatz. Zum einen stellt es über den Geschäftsalltag hinaus den Kontext und den Entstehungszusammenhang ins Zentrum und zum anderen gibt es Regeln vor, wie mit ungenutzten oder inaktiven Dokumenten zu verfahren ist. Mit den «Model Requirements for the Management of Electronic Records» - MoReq - wurde von der europäischen Kommission ein Standard geschaffen, der alle Kernbereiche des Records Managements und damit den gesamten Entstehungs-, Nutzungs-, Archivierungsund Aussonderungsbereich von Dokumenten abdeckt. In der «Anleitung zur Umsetzung» wird die umfangreiche Anforderungsliste von MoReq2 (August 2008) zusammengefasst und durch erklärende Abschnitte ergänzt, mit dem Ziel, als griffiges Instrument bei der Einführung eines Record Management Systems zu dienen.

0.005241232 = product of:
  0.02620616 = sum of:
    0.02620616 = weight(_text_:den in 200) [ClassicSimilarity], result of:
      0.02620616 = score(doc=200,freq=2.0), product of:
        0.10344325 = queryWeight, product of:
          2.866198 = idf(docFreq=6840, maxDocs=44218)
          0.036090754 = queryNorm
        0.25333852 = fieldWeight in 200, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.866198 = idf(docFreq=6840, maxDocs=44218)
          0.0625 = fieldNorm(doc=200)
  0.2 = coord(1/5)

Abstract

In der Unternehmenspraxis bietet die Documentchain (https://de.documentchain.org), eine speziell für das Dokumentenmanagement entwickelte dezentrale Blockchain, die Möglichkeit, verschlüsselte Beschreibungen sowie Hashwerte einer Dokumentdatei gemeinsam mit einem Zeitstempel in der verteilten Datenbank dauerhaft zu hinterlegen und später mit dem Originaldokument abzugleichen. Auf diese Weise wird der Beweis erbracht, seit wann ein Dokument vorhanden ist. Hieraus ergeben sich vielfältige Möglichkeiten. Denn es geht nicht nur um die Erfüllung von Aufbewahrungsvorschriften, sondern insbesondere um den Schutz des Copyrights.

0.0045860778 = product of:
  0.02293039 = sum of:
    0.02293039 = weight(_text_:den in 4351) [ClassicSimilarity], result of:
      0.02293039 = score(doc=4351,freq=2.0), product of:
        0.10344325 = queryWeight, product of:
          2.866198 = idf(docFreq=6840, maxDocs=44218)
          0.036090754 = queryNorm
        0.2216712 = fieldWeight in 4351, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.866198 = idf(docFreq=6840, maxDocs=44218)
          0.0546875 = fieldNorm(doc=4351)
  0.2 = coord(1/5)

Abstract

OPUS wurde als Dokumentenserver konzipiert und ursprünglich nicht für den Nachweis von Forschungsdaten angelegt. Mit vergleichsweise geringem Aufwand können dennoch Forschungsdaten als Supplementary Material zu Zeitschriftenbeiträgen publiziert werden. Auch reine Forschungsdatenpublikationen können via OPUS veröffentlicht werden, selbst wenn die gegenwärtig auf Textpublikationen zugeschnittene Metadatenerfassung weniger gut für die Beschreibung reiner Forschungsdaten geeignet ist. Ein Unterschied zu anderen Systemen und Anwendungsszenarien besteht in der Beschränkung, großvolumige Daten nicht innerhalb von OPUS selbst vorzuhalten. Der für das institutionelle Repository des Zuse-Instituts Berlin konzipierte pragmatische Lösungsansatz ist in OPUS ohne zusätzliche Programmierung umsetzbar und skaliert für beliebig große Forschungsdatensätze.

0.0026315656 = product of:
  0.013157828 = sum of:
    0.013157828 = product of:
      0.03947348 = sum of:
        0.03947348 = weight(_text_:29 in 2480) [ClassicSimilarity], result of:
          0.03947348 = score(doc=2480,freq=2.0), product of:
            0.12695599 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.036090754 = queryNorm
            0.31092256 = fieldWeight in 2480, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.0625 = fieldNorm(doc=2480)
      0.33333334 = coord(1/3)
  0.2 = coord(1/5)

Date

29. 8.2009 21:15:48