<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Data on ProBase</title>
    <link>https://probase.ch/tags/data/</link>
    <description>Recent content in Data on ProBase</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Wed, 11 Mar 2026 18:07:26 +0100</lastBuildDate>
    <atom:link href="https://probase.ch/tags/data/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Once-Only in Documentation</title>
      <link>https://probase.ch/blog/2026/02/14/once-only-in-documentation/</link>
      <pubDate>Sat, 14 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/02/14/once-only-in-documentation/</guid>
      <description>&lt;h2 id=&#34;what-is-the-once-only-principle&#34;&gt;What is the Once-Only Principle?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#what-is-the-once-only-principle&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;em&gt;Once-Only&lt;/em&gt; principle states: &lt;strong&gt;Data or information should be captured, stored, and maintained only once – and reused at all relevant points.&lt;/strong&gt; It avoids redundancy, minimizes sources of error, and reduces maintenance effort. Originally known from public administration and e-government, it is gaining increasing importance in technical documentation – especially in complex, agile, and scalable systems.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-is-once-only-important-in-documentation&#34;&gt;Why is Once-Only Important in Documentation?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#why-is-once-only-important-in-documentation&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;In software projects, documentation often grows in an uncoordinated manner:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Several ways to model dataflows</title>
      <link>https://probase.ch/blog/2026/01/17/several-ways-to-model-dataflows/</link>
      <pubDate>Sat, 17 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/01/17/several-ways-to-model-dataflows/</guid>
      <description>&lt;h2 id=&#34;data-flow-or-information-flow&#34;&gt;Data Flow or Information Flow?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#data-flow-or-information-flow&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;&lt;strong&gt;Data flow&lt;/strong&gt; describes the transmission of &lt;strong&gt;raw, unprocessed data&lt;/strong&gt;, regardless of its business meaning.&lt;/p&gt;&#xA;&lt;p&gt;In contrast, &lt;strong&gt;information flow&lt;/strong&gt; concerns the transmission of &lt;strong&gt;processed or interpreted data&lt;/strong&gt; that provides the recipient with clear and &lt;strong&gt;recognizable value&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Naturally, in an IT environment, when information needs to be transferred, this occurs based on data transfer. &lt;strong&gt;Data flow&lt;/strong&gt; forms the &lt;strong&gt;technical foundation&lt;/strong&gt; for information flow.&lt;/p&gt;&#xA;&lt;p&gt;The representation forms described in this article use elements of both variants, but the purpose of the information flow is the primary focus.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
