Informatiebeheer - Leeuwarder Informatiemodel (LIM)

A perfect match? Connecting partners in the labyrinth of information (full text)

webmaster — Fri, 01 Dec 2017 19:15:15 +0000

Full text of my essay published in Frans Smit, Arnoud Glaudemans and Rienk Jonker (eds.), Archives in liquid times, Stichting Archiefpublicaties, 's Gravenhage, 2017.[

A perfect match? Connecting partners in the labyrinth of information 1

Rienk Jonker

Introduction

In this essay I will give some insight into the results of my quest as an archivist2 to understand the fundamentals of information. It is not only about trying to understand the complexity, but mostly to grasp or grock this phenomenon. With the verb grock one indicates that he or she is to understand completely and thoroughly an object, subject or issue (Heinlein, 1961). At one point I was surprised to notice that the common perception of complexity of information and information management overshadows the relative simplicity of the outcome of the grocking.

As an archivist in Leeuwarden I am on an almost regular basis confronted with born digital information. I have to answer questions related to (functional) requirements and tenders for digital systems, change management, information architecture, system management, process development and management, migrations, and conversions. The answers have to be simple, preferably fitting on one page (e.g. as a checklist), because those who are asking are not interested in long considerations, reports and notes. Often there is not much time and quick decisions have to be made. It makes my job interesting, because old and new theories clash sometimes.

A couple of years ago I became aware that I had been using an implicit sort of internal reference model for a long time. It was based on what I learned working as an archivist and while working in ICT. In particular, the fundamentals of arranging and describing archives, the knowledge about describing archives that I acquired through the years and the rise of digital systems for this purpose were invaluable to me to understand today’s digital development. In fact, this model was at its core based on a kind of constant undercurrent. This awareness was prompted to me through remarks that my colleague Frans Smit made about the behaviour of people working in ICT, and their internal reference frameworks. As a result, I could explicate my implicit model and turn the concepts into checklists and forms that are now in use in my organisation. In addition, I understood that from certain perspectives and abstraction levels, age-old concepts such as filing structures and document types can be found in modern digital systems. In that sense, to paraphrase the writer of Ecclesiastes “there is nothing new under the sun”.

Because of this journey I could develop a basic information model or framework that at its core only consists of three basic interconnected elements. Each element has its own characteristics. For me, an information model is a somewhat formal abstract description of objects, attributes, relationships, and rules in a particular domain. It was a feasible answer to questions about the possibility to come up with an information model, including a model for sharing and exchanging information – independent of social, organisational and technical changes – and at the same time a model compliant to the required information qualities and to the interests to preserve the information. This model I defiantly call the Leeuwarder Information Model (LIM) because Leeuwarden is the place where it came to existence. Although it is a kind of archival information model, I found it somewhat insolent to call it that. There are enough other archival information models around.

Despite the organisational or cultural background of actors and despite what technical instruments are used for processing information, there is always a consistent undercurrent. An undercurrent from the viewpoint of information as a constant factor with basic interwoven notions or concepts as context, documents or more neutral information objects, activities with communication or exchange and particularly notions about their mutual dependencies.

The sum of these three elements, context, information object and activity can be called meaningful information (MI). The three elements also determine if a set of meaningful information makes up an archival record. Information is considered a record when it can be used in a personal or organisational context as evidence of a transaction, for reasons of compliancy, conformance and governance. It is mostly about administrative, legal and fiscal values. As a rule, one can say a record is always meaningful information, but not all meaningful information is a record. Meaningful information is only a record because and whenever we want it to be a record. One could say a record is a construct that lies in the eyes of the beholder. But to avoid further distraction, this essay is not about the definition of records and recordness. That is a discussion that will have to take place elsewhere.

A real surprise was to observe that essential parts of my notion of meaningful information could be annex to the concept of semantic information (SI) of Floridi (Floridi, 2010). This was a discovery I found worthwhile to look further into.

I will begin with an abstract point by introducing the concept of “something” which is at the base of my information model (LIM). Then I will outline an example of daily life which portraits what happens when an activity is triggered by an event: an activity starts and information is processed. With that example, I can explain my information model and the concept of meaningful information. Then I will shortly point out the elements and characteristics that are part of the connection between the meaningful information of the LIM and the concept of semantic information of Floridi. This is preceded with some reflections about what influenced my quest.

The journey and the undercurrent

The world of information has all the characteristics of a chaotic complex system with lots of turbulence. It is in no way comparable to the familiar, almost static, paper environment. Nothing remains and everything changes, which is something we should accept as normal. We as archivists are in this fluid digital world looking for fixation points; we want to be able to fixate moments. But to be able to fix, it must be clear why something should be fixed, what content is to be fixed and eventually how this fixation is to be carried out technically. Our field, the archival science, has a broad variety of fundamental pillars at its disposal. To begin with – of course – the Manual for the Arrangement and Description of Archives (Muller, Feith, Fruin, 1898/1920). This work contains components and concepts that are still very useful in these modern times. This work has been supplemented by several useful standards from ICA, ISO, and even the European Union. Not to forget the results of the international research of InterPares (Duranti & Preston, 2008). The intention of these works is to provide the professional archivist guidance through the maze or the labyrinth of information concepts and information systems. But is this assumption of guidance right or are we missing something? If there is already enough guidance why is it that there are still so many questions asked, why is there so much unclear? In these turbulent times of digital change, archivists still need a sustainable fundamental layer on which they can build for a long time.

Perhaps the current concepts and models with derived terms and definitions are still insufficient for the approach of the current changes. A lot of those approaches are often accrued from a very persistent "paper mindset", a phenomenon and heritage which permeates our culture. It is a legacy that could be described as the paper paradigm. It is a phenomenon that actually leads to the ‘paperisation’ of the perception of the digital environment. This confusion must be resolved. Otherwise we will continue to drive forward at full speed, only relying on the rearview mirror while the windshield is still blinded. Therefore, a fundamental reinvention and redefinition of our professional paradigms is a prerequisite. On the other hand, the archivist as a practitioner has to travel on the moving high-speed train. And at the same time, he has to find his way into design departments, construction sites, maintenance sites and boardroom table. This is only possible when the archivist’s message is unambiguous and clear. To be able to do that he needs 'simple' information models with instruments that meet the following requirements: it is generic, easy to handle and constant.

It is becoming clearer and clearer that in the world of the infosphere, an archivist has to look far beyond the bubble of his own discipline. The infosphere is the whole informational environment constituted by all informational entities, their properties, interactions, processes, and mutual relations (Floridi, 2013). On the one hand, archivists need it to find extra support and partners in the complex new world, and on the other hand to make use of the recognised knowledge of those partners. But also, archivists have to bring those partners into contact with archival science. It is a science with methodologies that is in a way a secure scientific theory that cannot be proven wrong, because it has always been reinvented in totally different contexts, environments, places and times – only the re-inventors are not aware of this fact.

Starting point

The starting point – the basis for this model – is the concept of the “something”. With this concept it is possible, at a very high level of abstraction, to reveal the basic elements of an event or activity with its additional determining characteristics.

Each event or activity has an element of time; there is always a starting point and an endpoint. Both beginning and end are fixed (as a rule). It is also possible that an event has started or ended unnoticed. In that case a begin or an end can be defined on the go. In addition, associated with it there are one or more actors in human or other form like computers or machines. The “something” delivers, whether or not there will be a result. Also within an event or activity information is received, processed and sent.

Figure 1: the “something”

Because of the starting and endpoint and because of the steps taken in between (including the expected results), one could say this “something” behaves like a process. On a certain level of abstraction, one could even say that every activity behaves like a process, whether it is a real process, a project or another kind of action and can be approached like an object or an entity.

In its essence the “something” is a representation of a constant undercurrent and can be described as an object. As undercurrent it is generic and, and it is also possible to show the minimal imperative components which make a “something” up, and in a generic way to describe its components like context, information objects and the activity. The process of adding metadata to those objects is implicitly executed by everyone in one way or another, but it is for sure recognisable for an archivist, because description is a very substantial part of his profession.

This “something” is for me a starting point of view to answer questions about information- and records management in my organisation. Because everything behaves like a process, for me also organisations, organisational entities, board governors, management boards even individual members of staff fit in this generic concept. Although sometimes there is a great difference in nature they are all temporarily because the start or begin at some moment and will also at some given time stop or expire.

An everyday example

The concept of the “something” can be outlined by using an example outside the comfort zone of an archivist. The example is about what I call the activity of refuelling a car. Imagine you are driving your car and on a given moment the dashboard signals that the fuel tank is almost empty. It must be filled immediately, otherwise you will end up on the side of the road in the middle of nowhere. The signal is clear and it cannot be ignored either.

Figure 2 - Information object (gauge)

Figure 3 - Activity - (re)fuelling a car

To stay out of trouble, the wisest thing to do is to go to the closest petrol station. If time is available you could also choose to go to your favourite station, or the cheapest station, it is your personal choice. Before you can start refuelling, some things must be settled first. For example, you must park the car at a pump that has the right kind of fuel. You also want to find the tank opening on the right side of the pump. In this way, juggling the hose is not necessary.

Once you have parked, you must execute the start of a financial transaction. The supplier wants to get paid. This transaction begins with your debit card. You’ll have to give the vendor permission (through the console) to debit the due amount from your account after fuelling. Via the same console, you can indicate what kind of fuel you need. The console tells you which pump you must use. After removing the debit card, you can refill the tank. The pump display informs you about the progress of the fuelling in terms of volume (litres) and the amount of money due at that moment. This comes in handy for motorists who only like to pay for ten Euros or ten litres at a time. With the information on the display you know when to stop refuelling. In most cases it is simple; people fill up the whole tank. Most people pay more attention to the hose and the tank opening than to the display.

Figure 4 - Information object (display)

As soon as the tank is full, refuelling stops. At that point, in my view, the display gives no information about the fuelling process, but only delivers information about the final condition. You can see the total price you must pay and the amount of fuel that is delivered. Once you put the hose back in its place, the payment transaction is completed and committed. You then have the choice to receive a receipt on paper, partly with the same information supplemented with extras that may be useful for you for administration and declaration purposes. It may also be useful when there are problems with the delivery. As soon as a new customer arrives and starts refuelling his car, all the displays are set to zero. The case has been closed.

Figure 5 - Information object (paper)

This activity has two perspectives. The customer and the supplier who owns the pump. Both partly use the same information, only the usage context – the primary context – is different. You need the information for refuelling and, in the case you keep track of expenses, you can reuse the information for that purpose. The primary context of the supplier will also be the refuelling itself and the final payment transaction. In the back office of the supplier the information is needed for stock management and other forms of administration. When it is needed for business intelligence it can even become part of a data warehouse. The exchange of information between both parties takes place through the information on the display of the pump and the printed receipt. The information you receive on the receipt is also part of the information the supplier needs.

A short conclusion: we have an activity, i.e. refuelling, with a primary context triggered by information (signal about the empty tank) and with the necessary information objects that are exchanged via visual (display) and physical (print) ways. These are the three basic components of the aforementioned “something”: a context, an activity and information objects, the main components of the information model that will be discussed in the next paragraph.

Leeuwarder Information model (LIM)

Interwoven trinity

The model based on the concept of “something” represents meaningful information as the only constant factor in a continuum of time and space. Just three entities are the essence of this model. First of all, the information has to be provided with context. To process information, it should be contained in structured form in an information object. For information to come into existence an event or transaction must take place. Part of an event or transaction are the different ways of exchange and communication.

Figure 6- The Leeuwarder Information Model

The Information is central and has several invariant constant elements which underpin certain qualities. Qualities like meaningful based on context, structured as in the form of an information object and trustworthy by the way the context is described, the information object is structured and fixated and the activity is executed. All qualities that are also essential composing parts of an archival record. In this model trustworthiness and veracity are derived qualities.

The context defines the setting in which the information has come into existence and at the same time, the information is used.

When speaking about use, I am talking about the primary use and therefore it is a primary context. Information can always be reused in other contexts. Within the context the characteristics of the information object and the activity are described and recorded.

The information object is just a container with the required information in structured form. The activity or act is a dynamic element that at the functional level processes and exchanges information within its context by using information objects. This involves exchanging information via one or more inbound (receive) and outbound connectors (send) with other activities. These other activities are again part of their particular context and information objects.

These three elements must be considered as an indivisible unit like a trinity. Together they make up meaningful information (MI). If one or two of the three elements are missing, there can be no meaningful information. If that occurs, the information is meaningless and therefore no more than useless data. These data may, of course, become meaningful by adding the missing elements artificially. Consequently, a new version is created. This new version constitutes a view of the original situation but is a reconstruction, and the information can therefore never be interpreted the same way as the original.

By means of following up the connectors that are part of the activity it is possible to make up a chain of meaningful information. This chain is an independent set of meaningful information. It can be compared to chemical elements that are bound together and make a chain to become a new chemical element.

The context

Context is about coherence in which notions, elements or concepts are intertwined, interwoven or connected. From its Latin origin, the verb cotexo, comes the meaning of interweaving and connecting. In the processing of information, context concerns the setting in which information is generated and used. Context is a concept that is at the essence of an archivist’s discipline and therefore an important part of his field of study. Context is the essential element in understanding information and in the existence of information. Parts of that context are the objects in which information is included and the activities in which the information and information objects are processed.

There are many types of contexts to be considered. At first, a distinction can be made between primary and secondary context. Primary context is the context in which the information is originated or received. Context is secondary when already existing information is reused, so it is a use outside of the primary context of origin.

Secondarily, context implies a point of view or perspective. A viewpoint determines in which way or with what purpose information is looked at. Also, it is the way the information is interpreted and appraised. There are infinite possibilities in this regard with for instance legal, spatial, economic, biological and theological and other professional views. All perspectives that can be intertwined with organisational and processual contexts.

It should be taken into consideration that use and reuse of information is never neutral or impartial. Even though it is often denied, there is always a subjective element present, namely the personal context, the insights of the person using the information. These insights are the results of upbringing, education, social position, and someone’s own opinions and beliefs.

Moreover, it should not be forgotten that all these types of contexts or perspectives can also be found in the way in which devices and algorithms process information. Because they are the products of thoughts, ideas and opinions that originate from the various contexts.

In the model described above, the word context is used to describe or even define the connection between information objects and activities in a somewhat formal sense in order to understand the desired interrelationship. It is about the primary context.

This primary context consists of nine basic mandatory elements. The relation between these elements can be described in a semantic way. An activity only starts with a warrant or trigger. This activity will be an assignment executed by one or more actors (both humans and machines). The actors work in the environment or domain of a process, project or other kind of activity. Each activity has a result or product. It is possible that there is no result, but then the result is the ‘non-result’. Information is processed by using functionalities, this information is recorded in information objects. Techniques deliver many functionalities to use, manage and preserve information objects. The context defines and describes both the activity and the information object.

Table 1 - Context - Elements
Element		Meaning
	1) Warrant	The reason or assignment why information is processed.
	2) Assignment	The elaboration of the warrant in terms of an activity or transaction.
	3) Actor	Who are involved with the assignment and the information processing. This can be both humans and machines.
	4) Domain	The kind of work context in which the assignment is executed.
	5) Result	What kind of result, products or conclusions are to be expected or not.
	6) Functionality	What is allowed, what is possible for the different types of actors.
	7) Data/Information	What type of information is processed, Personal, subject, object, financial, geographic, juridical etc.
	8) Information object	How is the information captured, structured and shaped.
	9)Technology	What technical tools and instruments are available or needed to process and preserve the information and information objects.

In contrast with some archival standards, in this model an actor is not a separate entity with its own characteristics, but it is deliberately part of the context. The reason is simple. An actor, be it human or non-human, is just a passer-by in the in a continuum of time where information is at the centre. Only moment and place determine its role as participant or spectator.

Figure 7 - Context with propositions

The reason or warrant for the activity refuelling was the warning of the gauge. Refuelling the car became the assignment. As a driver I was one of the actors. Because of all the steps; parking, preparing the financial transaction, filling the tank and paying and getting a receipt, one could say this is a process. The other actors, the supplier, the oil company and the bank were not present in person but they communicated through the ticket machine, the pump, and the display of the pump. The system of the gas station included the functionality to perform a financial transaction, to supply the necessary process information and of course the fuel. Display and receipt are examples of information objects. The pump and the ticket machine where both part of technology. Not visible, but certainly present was the technology of sending and receiving messages between the pump, the ticket machine and the systems of the supplier and the bank. As a client, I believed the whole transaction was trustworthy.

The information objects

Document

This part describes in what way information is recorded, structured and (sometimes) fixated. As a matter of fact, the word document can be used as a synonym for the concept information object. According to InterPares, a document is an indivisible unit of information constituted by a message affixed to a medium (recorded) in a stable syntactic manner. A document has a fixed form and stable content (Duranti & Preston, 2008). A document can be classified on the level of document types defined by its use or function e.g. evidential, informational, transactional.

A user experiences a document in the manner that this document is presented. It is a simple and unobtrusive object for the user. He sees it on his screen, he takes it out of the printer and holds the paper in his hands. What the user will probably not realise is that each document, both paper and digital, exists as an object of different ways of materialisation, techniques and dimensions or layers. For the user, a text and/or image in a document and the data carrier seem to be an inseparable unit, but they are not. What he does not realise is that a display on a fuel pump (or other devices) is in a broad sense also an information object i.e. document. In a sense he must be aware that information and carrier are detached. Knowing this he can focus on what is really important: the information. The carriers are just the means to convey the messages.

Table 2 - Information object – Elements
Element	Meaning
1) Content	The message/information to be conveyed by the object.
2) Structure	The form of the message/information.
3) Context	The setting in which the object has a function and which is implicitly and / or explicitly present in the information object only. This context is therefore the result of the content and structure, and partly also the behaviour and technique.
4) Behaviour	Functionalities that must be executed to convey the message/information.
5) Technology	The tools needed to sustain the functionality and the information object and also to maintain and preserve the object. It consists of three main layers.

A paper document can be copied to a digital image (scan), which still appears to be the same on the screen but is of a completely different order technically. For the user the text remains the same. The digitised text can be found via text recognition (OCR) and made digital as text and therefore usable for different operations. For example, by copying the recognised text to other documents.

This is possible because in fact, each document is composed of five characteristic elements. These elements are, (1) content, (2) structure, (3) context, (4) behaviour and (5) technology.

These five main elements are meant to hold information and convey a message. The intention of a message always depends on the context that is used within the object and the typology of the document. This typology itself is determined by the combination of structure (2), content (1) and context (3). For example, the labels (metadata) on the pump at the gas station clarify the meaning of the data on the display.

Technical layers

An Information object consists of at least three technical layers. These layers are for (1) presentation, (2) transport and processing, and (3) storing and fixation. They allow recording information in documents and for those documents to be created, saved, edited, viewed and consulted, copied, sent, received and erased. At the same time, these layers are the determining factor for the behaviour of a document. These layers directly affect the other features of a document.

The presentation layer will display content, structure and context. This layer also ensures the way the content of a document must behave.
The transport layer provides for the processing of bit streams in such a way that the presentation is possible.
The storage layer ensures capture and maintenance of bit streams so that processing and presentation are possible.

Table 3 - Information object - technological layers
Layer	Meaning
5.1) Presentation	Presenting the object to either a machine and/or a human being including the performance of behaviour.
5.2) Transport/processing	Transforming the factual technical form (e.g. bit stream) to make the message (content) presentable and therefore usable. E.g. Print to paper, show on digital interfaces like display screens, digital messages in XML between machines.
5.3) Store/Fixation	With analogue media like paper: the ink/toner attached to (or in) the medium (paper). Digital data: the bit streams, the zeros and ones on a physical data carrier or on more than one datacarrier which together make up a document.

As a practical example, this document is described below, using the above features and layers. This document is displayed on a screen of a PC or tablet or is available as a print on paper. This is possible because in the second layer, conversion of the digital source to the presentation layer (and vice versa) takes place. The digital source is visible as a file on the physical data carrier, but actually presents itself as a bit stream, a row of zeros and ones. Deep inside the technique of storage, the bit stream that makes up the document can be found, but unusable and unrecognisable without the support of software to operate the hardware and to make the document readable.

Within a word processor such as MS Word, content, structure and behaviour can be edited, modified, and deleted. Saving this document from MS Word to a PDF/A file, the content and structure are maintained. Only a small portion of the behaviour will be available, such as using links and going to a paragraph or a note with one click. In the paper copy this behaviour is not available, the reader can only browse more easily using his hands and eyes and he can write down his annotations.

The layers that make up the content cannot be seen separately from the technique. After all, the technique is instrumental in ensuring the use and survival of all components

Behaviour and compound documents

Behaviour, the fourth of the five characteristics of a document, exists by one or more embedded functionalities in a document. It is in a way part of the technology and is used to generate the presentation of the content and structure. Examples are animations or video and/or audio streams in presentations, generated charts, and execution of macros and formulas in spreadsheets. Another example is an embedded spreadsheet in a text document, which can be opened with just a click of the mouse. Also, hyperlinks – visible and embedded – to other documents or websites are part of the behaviour. The examples are uncountable. It is the element that makes a document dynamic.

The situation becomes more complex when there are compound documents that present themselves as one, but are made up of separate components. These components are often different digital documents on their own. In many cases, these individual components are made up of different file formats. A lot of compound documents are already around us, although not everyone recognises them (Ford, 2015). Examples of compound documents are email messages with attachments, digital documents with digital attachments, web pages, digital documents with links to other documents, and games.

Dynamic databases with queries and algorithms that are also documents – and that in a sense can be characterised as register – must be placed under the category of compound documents that contain a lot of complex behaviour.

From a user's perspective there will not directly be a notion of a compound document. At the level of presentation, the user sees the document as a unit. This presentation depends on the three technical layers. Through the transport/processing route, the components are retrieved from the storage/fixation (the disks) by one or more applications and digitally forged to a temporally unit which is delivered to the presentation layer. These operations can be considered as behaviour (4).

A document is also a compound when links refer to other documents that are stored on internal or external servers as if they were attachments. At an abstract level – although difficult to understand – the total of these files constitutes one document. Examples are web pages.

These types of documents are a major preservation challenge for archivists because the management of these information objects is mostly beyond their reach. The complexity lays in the requirement that the presented unit, the total of the components of a compound document, must be preserved and maintained until the date of its disposition. An issue that may arise are broken links. Not all links are permanent: they can be modified, the external files are missing or have disappeared, or other versions of the external files are provided with the same link. Reference rot with content drift and link rot are looming and menacing perspectives.

The activity

Time and steps

Within an activity, as described or defined in the context, the information objects are used and exchanged with other activities. Activities that are part of their own set of meaningful information (MI). Please note that when the word activity is mentioned, it is not about the (trans)action itself but about what happens with information and information objects during that activity.

Table 4 - Activity – Elements and aspects
Element	Aspect
Time	Start Moment(s) End
Exchange/Communicate	Send (message, make available, transfer) Receive (message, fetch, acquire)
Steps	Assess Capture Process Keep/Retain/Dispose

From both the previously mentioned concept of “something” and the example of the activity of refuelling, the core elements in question are perhaps self-explanatory and visible. These are the time factor, the sequence of the steps within the information is processed and the moment the exchange of information takes place. The aspects of time are the beginning, the end and the moments in between.

There are four aspects in the processing of information that are most likely default. Firstly, it is the step of assessing and appraising to get an answer to the question if the information in the information object has to be used and therefore ingested. When the answer is positive, the information object can be ingested and registered. Then the information can be interpreted and used within the context of the activity. Also, information can be changed, added or new information objects can be created. Within the fourth default step the used or created information is saved and kept for reasons of availability and accessibility or is perhaps disposed, transferred or destroyed.

The steps when information is assessed, appraised, used and eventually saved or destroyed are usually not sequential. An often-enforced sequence can be found especially in formal situations where evidence, accountability, control and supervision play an important role. In other cases, it is therefore not strange when the steps mostly seem to run across. For example, during the time of use, the used information can directly be destroyed.

The exchange element

It is important to understand what happens when information is exchanged on a certain level of abstraction. Certainly, for archivists with that understanding and their deep rooted archival knowledge it is possible to determine which parts of digital information have to be archived. It is also possible to ascertain conditions and requirements the exchange should meet. For an archivist the message is always an information object, be it a document, a set of documents or datasets. Therefore, this information object has the same characteristics as every other information object; there is a content, a structure, a context, a behaviour and technology. Messages and additional metadata for sending and receiving are wrapped in a container, an envelope which is in again an information object.

The exchange model is a straightforward broad concept; there is always a message, a sender, a receiver, and a channel. It is always a form of communication between one or more parties (actors and processes). It is necessary that information will get from place a to b unhindered and undamaged. In many cases, the received message after unwrapping and accepting becomes part of a new context. Although this is of concern for the sender, it is nevertheless beyond his reach. It is just a fact. As a result, the intention of the transmitter may not always occur to the recipient. Therefore, transmitted information must be provided with sufficient metadata to convey the intention.

From the perspective of an archivist, the communication model may look as in the scheme below.

Figure 8 - Exchange model

This kind of exchange takes place at the moment when, for example

Information is exchanged directly between or inside processes, projects or other activities, high standards of interoperability are necessary;
Information is exchanged via messaging, chat, correspondence via surface mail;
Information is published on websites; open data sets are made available;
Transferring information from one actor to another, an action that involves a move or migration, where the original is deleted (destroyed) after a successful transfer. High standards of interoperability are necessary.

Several communication models exist; they are models that indicate how information and data are transmitted. On the technical level, the best-known model is from Shannon (Shannon 1948). This model is about how information can be obtained from the sender by the receiver. The transmitter puts the message in a signal to be transmitted (encode), after transmission the receiver extracts the message (decode). The context of this model is the telecommunications.

Another communication model comes from linguistics. This model can be found in the work of the linguist Roman Jacobson about his theory of communicative functions of language (Jacobson, 1960). In this model a channel encodes a message in a code. Then the message is intentionally send via a medium to a recipient who decodes the message. The message must have a context that can be referred to and that makes it understandable to the recipient. This linguistic model indicates what is needed to get the contents of a message from sender to recipient while maintaining interpretability.

For all models, it is important that a message is transmitted without loss – be it in a technical, linguistic or archival sense. The nice thing is that for all three the core is the same, for example, there is always a transmitter and receiver, and in all three cases a message is converted (packed, encoded, encrypted, wrapped, unpacked, decoded, decrypted, and unwrapped). In the core all three use channels. The difference is the origin of the models, each with its own characteristics.

The time difference between sending and receiving is invaluable. There is always a time difference between the time of sending and the moment of receiving information. In many cases, that time difference will be minimal and almost negligible because of the state of the art of the technique. But there may be cases where it is necessary to know if someone could have been aware of a specific situation at some point. In some transactions, like in stock markets, the quote ‘time is money’ has a literal meaning.

Semantic information

As said before, in these turbulent times of digital change an archivist needs a sustainable fundamental layer on which he can build instruments to do his work. Parts of that foundation may be found in the philosophy of information. For this it is necessary to find the conceptual relationship between archival science and information philosophy.

According to Floridi, philosophy of information is the philosophical field concerned with the critical investigation of the conceptual nature and basic principles of information, including its dynamics, utilisation and sciences (Floridi, 2009).

For a possible connection with the philosophy of information, the Leeuwarder information model (LIM) about meaningful information as described above will be used. From this starting point it is a small step to a model explained by Floridi (Floridi, 2010) where he introduces semantic content with elements as meaningful and well formed. According to Floridi is information semantic when it is also truthful and therefore true.

Roughly speaking there are connections between two elements that make up semantic content from philosophical perspective and meaningful information from the archival perspective. These are from the viewpoint of the philosopher respectively “meaningful” and “well-formed” and from the viewpoint of the archivist “context” and “information object”. Because the context delivers meaning to information, both “meaningful” and “’ context” are on the same level. An information object contains information in such a structured form that it can be called well-formed.

On the point of semantic information there is a more principle difference between the philosopher and the archivist. An archivist can only ensure and ascertain that an information object under his control has the same quality as when it was ingested, it is trustworthy with guarantees about the integrity. An archivist cannot and from an ethical viewpoint may not deliver a statement about truthfulness of the information3. The answer to the question if the information can be assumed truthful can only be given by the user of that information acting from his various contexts. Anyway knowing this difference, one could say that under certain conditions the archival trustworthiness is at the same level as the philosophical truthfulness. This means that a real connection between both fields of study is just as well possible.

Figure 9 - Bridging the gap

This connection can be used as a bridge that spans the virtual gap between both sciences. This can be a route for archivists to enter the realm of the information philosopher. A world of very fundamental research on information and concepts of information with its own semantics which may be useful for the archivist who should be aware of the consequences of the infosphere on his discipline. At the same time for the philosopher the knowledge of the archivist as appraiser, broker and curator of meaningful or semantic information becomes available. As shown above there are certainly connections between the concepts of the philosopher and the archivist. These connections need further research.

Literature

Adriaans, Pieter (2013). Information (lemma). In The Stanford Encyclopedia of Philosophy. Retrieved from https://plato.stanford.edu/archives/fall2013/entries/information/

Acker, Amelia (2016). When is a record; A Research Framework for Locating Electronic Records in Infrastructure. In A. Gilliland, S. McKemmish, A.J. Lau (eds.) Research in the Archival Multiverse (page 288-233). Clayton, VIC: Monash University Publishing. http://dx.doi.org/10.26530/OAPEN_628143

Allo, Patrick, Bert Baumgaertner, & The Π Research Network (2013). The Philosophy of Information; An Introduction. Retrieved from http://socphilinfo.org/news/teaching/412-philosophy-information-introduction-new-extended-version

Beavers, Anthony F. (2012). A Brief Introduction to the Philosophy of Information. Evansville, IND: University of Evansville, Philosophy / Cognitive Science. Retrieved from http://www.academia.edu/1230161/A_Brief_Introduction_to_the_Philosophy_of_Information

Duranti, Luciana (1998). Diplomatics; New uses for an old science. Lanham / London: Society of American Archivists and Association of Canadian Archivists in Association with The Scarecrow Press Inc.

Duranti, Luciana, & Randy Preston (2008). International Research on Permanent Authentic Records in Electronic Systems (InterPARES) 2: Experiential, Interactive and Dynamic Records. Padova: Associazione Nazionale Archivistica Italiana. Retrieved from http://www.interpares.org/ip2/book.cfm

Floridi, L. (2009). The Information Society and Its Philosophy: Introduction to the Special Issue on “The Philosophy of Information, Its Nature, and Future Developments”. The Information Society, 25(3), 153–158. https://doi.org/10.1080/01972240902848583

Floridi, L. (2010). Information: A Very Short Introduction. Oxford: Oxford University Press.

Floridi, L. (2013). The Ethics of Information. Oxford: Oxford University Press.

Floridi, L. (2014). The Fourth Revolution; How the Infosphere is Reshaping Human Reality. Oxford: Oxford University Press.

Floridi, L. (ed.) (2015). The onlife manifesto; Being Human in a Hyperconnected Era. Heidelberg: Springer. Retrieved from https://link.springer.com/book/10.1007/978-3-319-04093-6

Ford, Paul J.(2015). What is code? Business week, 11-jun-2015. Retrieved from https://www.bloomberg.com/graphics/2015-paul-ford-what-is-code

Gilliland, A., S. McKemmish, & A.J. Lau (2016). Research in the Archival Multiverse. Clayton, VIC: Monash University Publishing. http://dx.doi.org/10.26530/OAPEN_628143

Gleick, James (2011). The Information; A History, a Theory, a Flood. New York: Knopf Doubleday Publishing Group.

Glaudemans, Arnoud, Rienk Jonker, & Frans Smit (2015). The right people and the right forces need to get together,: Interview with Prof. Luciano Floridi. Archievenblad, Januari 2015. Retrieved from http://www.youblisher.com/p/1048348-Archievenblad-uitgave-van-de-Koninklijke-Vereniging-van-Archivarissen-in-Nederland/

Heinlein, Robert (1961). Stranger in a strange land. New York: Puntnam’s Sons.

Jacobson, Ramon (1960). Closing Statements, Linguistics and Poetics. In Thomas A. Sebeok (ed.), Style In Language (pp. 350–377). Cambridge MA: MIT Press.

Maes, Rik (1999). A generic framework for information management (PrimaVera Working Paper 99-03). Amsterdam: Department of Accountancy & Information Management. Retrieved from https://www.researchgate.net/publication/242321998_A_Generic_Framework_for_Information_Management

McKemmish, S. (2005). Archives: Recordkeeping in society. Wagga Wagga: Centre for Information Studies, Charles Sturt University.

Muller, Samuel, Johan A. Feith, & Robert Fruin (2003). Manual for the arrangement and description of archives (Transl. of the second ed. by Arthur H. Leavitt, with new introductions by Peter Horsman, Eric Ketelaar, Theo Thomassen, and Marjorie Rabe Barritt). Chicago: Society of American Archivists. Retrieved from https://hdl.handle.net/2027/mdp.39015057022447

Shannon, Claude (1948). A Mathematical Theory of Communication. The Bell System Technical Journal, 27, 379-423 and 623-656.

Some standards:

ISO 23081-1:2006, Information and documentation -- Records management processes -- Metadata for records -- Part 1: Principles
MoReq2010 - Modular Requirements for Records Systems, Volume 1 - Core Services & Plug-in Modules, DLM Forum Foundation, Brussel, 2011. Version 1.1 (updated text, but no new requirements)

1. I would like to thank Eric Ketelaar for his remarks and suggestions on a prior version and Meike Geerlings for reviewing my English text. And especially I would like to thank Frans Smit and Arnoud Glaudemans for al the intervisionary discussions we had on several archivistic topics regarding the archival digital turn.
2. When I use the word archivist, both the archivist and records manager are included. The archivist as keeper of archives in archival holdings and the records manager as an official found in the frontline where the records are created, received and managed until their disposition.
3. This statement does not release an archivist from a moral obligation to help a user as much as possible with his research in the archive

Levenscyclus:

Informatiemodel:

Datum eerste publicatie:

vrijdag, 1 december 2017 - 8:07pm

Information - A conceptual labyrinth

webmaster — Fri, 08 Jan 2021 12:45:39 +0000

Levenscyclus:

1 Ontstaan

Informatiemodel:

Trefwoord:

Datum eerste publicatie:

vrijdag, 8 januari 2021 - 1:40pm

Bestanden:

Bijlage	Grootte
20160608_DLM_InformationAConceptualLabyrinth.pdf	4.12 MB

Componenten in schema

webmaster — Mon, 14 Sep 2020 19:30:05 +0000

Overzicht elementen voor een catalogus

Dit overzicht gaat uit van mijn informatiemodel voor informatiebeheer (informatie- en archiefmanagement, records management)1 In dit model staan context, informatieobject en handeling als basis voor semantische (betekenisvolle) informatie centraal.2 Het informatieobject bestaat uit twee componenten te weten een logische en fysieke. Het fysieke gedeelte bestaat uit analoge en digitale techniek. Op logische niveau zijn de elementen context, structuur en inhoud van belang. Op het grensvlak van het logische en fysieke niveau is het gedrag te plaatsen. Dit is het geheel van dynamische en interactieve kenmerken van een (digitaal) informatieobject de raadpleging of het gebruik ervan3. Voorbeelden van gedrag zijn formules of macro's die worden uitgevoerd op het moment dat een document wordt geopend of geraadpleegd.

De verschillende elementen hebben hun eigen kenmerken die ieder op hun eigen manier kunnen worden beschreven. Vaak zijn de elementen al te achterhalen uit diverse vormen van documentatie.

Er zijn verschillende (vak)disciplines binnen een organisatie die op een of andere manier een rol spelen in het informatiebeheer en zo met de archieffunctie bezig zijn. Deze disciplines hebben hun eigen documenten cq documentatie, methodes, instrumenten, termen en systemen waar deze elementen uit te halen zijn.

Overkoepelend, gegroepeerd, vertaald, samengevat en verwijzend kunnen ze allemaal opgenomen worden in het volgens de Archiefregeling voorgeschreven overzicht en deels in de catalogus zoals een structuurplan informatiebeheer of zaaktypecatalogus (ZTC). Het totaal is uiteindelijk een beschrijving op hoofdlijnen van een archief, archiefsysteem of record keeping system.

De tabel

Component	Informatieobject als object van zorg
niveau	logisch				fysiek
elementen	context	structuur	inhoud	gedrag		techniek analoog, digitaal
beschrijving van	taak aard van de gegevens, gezichtspunt, gebruik, eigendom, functie en waarde, proces, project, activiteit handeling zaak	vorm van de gegevens, redactionele vorm, documentypen, uiterlijke vorm, ontwikkelingsstadium, (versie), formulier sjabloon	handeling, object / subject, plaats, tijd	functionaliteiten		hardware, software, gegevensdragers, media, infrastructuur opslagruimte, (archief)bestanddelen, schrijfmiddelen, verpakkingsmateriaal
informatie uit	wet- en regelgeving, beleidsveld, taak, levenscyclus, waarderen, beschrijving organisatie en proces, procedures, selectielijst(en), rapport institutioneel onderzoek (RIO), historisch maatschappelijke analyse (HMA), hotspot monitor, informatieplan, beveiligingsplan, architectuur register van verwerkingen	informatieplan, metadataschema, documentypecatalogus, standaarden, productencatalogus, proces(beschrijving), gegevensstructuur, huisstijl, architectuur	documenten, registraties	specificaties, functioneel ontwerp, programma van eisen		standaarden, referentiekaders programma’s van eisen, functionele specificaties, technische documentatie, automatiseringsplan, informatieplan, licenties, contracten, ict-architectuur
te vertalen naar	handelingenbank, beveiligingsplan, selectielijst(en), handboek AO met (proces)schema's, zaaktype, organogram, rapport institutioneel onderzoek (RIO), historisch maatschappelijke analyse (HMA), Hotspot monitor ordeningskenmerken, metadataschema, RM-specificaties voor digitale systemen	standaarden, referentiekaders metadataschema, gegevenswoordenboek, datamodel, formulieren, documenttype, -soort, schermopmaak, metataal (SGML, XML) RM-specificaties voor digitale systemen	archivistische kenmerken, metadataschema, RM-specificaties voor digitale systemen trefwoorden thesaurus toegang index	programma van eisen, RM-specificaties voor digitale systemen, handleidingen,		technische documentatie, programma van eisen, handleidingen, functioneel-, applicatie- en systeembeheer, RM-specificaties voor digitale systemen
op te nemen in	architectuur overzicht (informatiehuishouding) catalogus (zaaktypen of anderszins) structuurplan informatiebeheer register van verwerkingen (documentair structuurplan) (zaaktypecatalogus)
uiteindelijk totaal beschrijving van	Informatiehuishouding Archief ECMS Archiefsysteem Record keeping system

Laatst bijgewerkt op 14 september 2020

1. Informatiebeheer betreft het nemen of uitvoeren van maatregelen waardoor zowel (1) integriteit, context en kwaliteit van gegevens met functionaliteiten behouden blijven en (2) het voortbestaan van die gegevens en functionaliteiten wordt gegarandeerd als (3) het gecontroleerd vernietigen van gegevens mogelijk is..
2. Jonker, R.
(2017). A perfect match? Connecting partners in the labyrinth of information.
19.
3. NEN 2082 par. 3.13 en de Archiefregeling artikel 1 sub h

Levenscyclus:

Informatiemodel:

Grondslag:

Datum eerste publicatie:

dinsdag, 11 maart 2008 - 10:30pm

Een eenvoudig schematisch model

webmaster — Wed, 02 Sep 2020 11:10:05 +0000

Afbeelding:

Soort:

Schema

Het model

Dit schema is een weergave van een eenvoudig informatiemodel dat een perspectief kan bieden op structuur, semantiek en de eigenschappen van het digitaal werken.1 In dit schema zijn een achttal objecten opgenomen die vanuit het perspectief van het informatiebeheer (informatie- en archiefmanagement) van belang zijn. Onder digitaal werken wordt hier begrepen het in de context van de betrokken organisatie(s) volledig digitaal ondersteunen van processen, projecten of andere activiteiten waarbinnen met behulp van beschikbare functionaliteiten digitale informatie wordt verwerkt, ongeacht de locatie waar gewerkt wordt en ongeacht de locatie waar de informatie zich bevindt. Digitale informatie kan zijn informatie die in oorsprong al digitaal is (born digital) of bestaande informatie in papieren vorm die is gedigitaliseerd. In geval van ketens is er sprake van meer dan een organisatie.

Schematisch is er sprake van een

Definiërend niveau
1. Zaaktype (1) - Beschrijving van gemeenschappelijke kenmerken van zaken van het zelfde type. Alle processen, projecten of andere activititeiten die een begin en een eind kennen worden in dit model als zaak beschouwd.2
2. Documenttype (2) - Beschrijving van gemeenschappelijke kenmerken van documenten van hetzelfde type.
Uitvoerend niveau
1. Zaak (3) - De uitvoering van een zaak van een bepaald type. Definitie van een zaak is ‘een eindig complex van handelingen gericht op een bepaald doel’
2. Informatieobject (4) - ‘vastgelegde informatie ongeacht vorm of medium, die als eenheid kan worden behandeld
Technisch niveau
1. Applicatie (5) - Toepassing met functionaliteiten voor gebruik, hergebruik en beheer van de informatie-objecten (4) en digitale bestanden (6).
2. Digitaal bestand (6) - De digitale drager van de informatie
3. Bestandsformaat (7) - Code volgens welke digitale gegevens op een gegevensdrager zijn opgeslagen
4. Opslag (8) - Technische faciliteit met behulp waarvan de applicaties en bestanden zijn opgeslagen voor gebruik, hergebruik en beheer.

Semantiek

Semantisch gezien bestaan de volgende onderlinge relaties.

Een zaaktype (1) definieert een zaak (3) en bevat een overzicht van minimaal te gebruiken documenttypen (2).
Een documenttype (2) definieert een informatieobject (4)
Een zaak (3) bevat de informatie van een zaaktype (1)
Bij de uitvoering van een zaak (2) wordt gebruik gemaakt van een of meer applicaties (5)
Bij een zaak (3) horen een of meer informatieobjecten (4) van een bepaald documenttype (2)
Een informatieobject (4) wordt opgenomen in een of meer digitale bestanden (6)
Digitale bestanden (6) zijn van een bepaald bestandsformaat (7)
Een applicatie (5) verwerkt digitale bestanden (6)
Een applicatie (5) bestaat uit digitale bestanden (6)
Een applicatie (5) staat op een opslagmedium (8) of op meer opslagmedia (8)
Een digitaal bestand (6) staat op een opslagmedium (8) of op meer opslagmedia (8)

Van elk object kan bepaald worden welke metadata vast te leggen is. Het model kan een basis zijn voor een overzicht .

Kanalen

Kanalen zijn niet opgenomen als apart object. DIt zijn de processen, functionaliteiten en technieken waarmee gegevens aan een proces of zaken beschikbaar worden gesteld of waarmee gegevens vanuit een zaak of proces aan belanghebbenden beschikbaar worden gesteld. Als middel voor communicatie en uitwisseling zijn ze te beschouwen als integraal onderdeel van een zaak of proces.3

Het is wel noodzakelijk voor bewijs en reconstructie dat bij de procesbeschrijvingen ook informatie over de kanalen wordt vastgelegd.

Voorbeelden van kanalen zijn

het postproces,
een email cliënt,
digitale loketten met berichtenverkeer,
werkstations en tablets en dergelijke,
apps die toegang geven tot functionaliteiten en data
social media als Twitter, WhatsApp, Telegram etc.

Relatie met andere standaarden of referentiekaders

In tegenstelling tot bijvoorbeeld het TMLO en de NEN 23081 zijn in dit model een record, de actor en de uitgevoerde of uit te voeren verwerkingen geen aparte objecten. Een record is geen zelfstandig object maar een concept (abstractie). Op basis van de context van een geheel van gegevens kan bepaald worden of het gaat om een of meer records. Het begrip record kan dan gebruikt worden als kenmerk. Wanneer een onderscheid tussen records en non-records niet relevant is is het gebruik van dit kenmerking ook niet relevant. Een actor is in dit model een van de kenmerken. De verwerkingen zijn te beschouwen als zelfstandige zaaktypen. De verwerking van de gegevens gecreeerd of ontvangen tijdens de uitvoering van dit type zaken is dan ook tussen de andere zaken terug te vinden.

En nu?

Het hier geschetste model kan de basis zijn van een metagegevensschema zoals omschreven in artikel 19 van de Archiefregeling. Het is wel aan te raden dan een verwijzing in de vorm van een concordantie naar de NEN ISO 23081 of afgeleiden daarvan, zoals het TMLO of opvolgers daarvan, samen te stellen.

[Aanpassingen gemaakt op 8/8/2020]

1. Krijtenburg, D., van Gelder J., van Bergen L., Mesdag T., Brattinga M., Janssen P., et al.
(2020). MIM - Metamodel Informatie Modellering.
2. Zie het "concept of the something" in R.S. Jonker, A perfect match? Connecting partners in the labyrinth of information en de pagina net de titel Het Iets
3. Zie ook de pagina met de titel Vormen van communicatie

Album:

Levenscyclus:

1.1 Definitie

Informatiemodel:

Labels:

Beslisboom - Impact assessment Informatiebeheer (IB)

webmaster — Wed, 25 Mar 2020 11:41:58 +0000

Afbeelding:

Soort:

Schema

Inleiding

Zoals bij informatiebeveiliging en de bescherming van de persoonlijke levenssfeer is ook vanuit het informatiebeheer (informatie- en archiefmanagement) een impact assessment op processen, projecten of andere activiteiten uit te voeren. Doel van de dit assessment is er voor te zorgen dat afgewogen keuzes worden gemaakt over de kwaliteit van de informatievoorziening van het geanalyseerde proces, project of andere activiteit en dat het geheel compliant is aan regelgeving, normen, standaarden.

In dit model staat niet een enkel specialisme als zelfstandige zuil centraal, maar de stappen die logischerwijs te doorlopen zijn bij de analyse van een proces, project of andere activiteit. Elke stap is een zelfstandige onderdeel. Desondanks heeft de volgorde wel een zekere logica. De specialismen zoals architectuur, records management, privacy, informatiebeveiliging en gegevensmanagement komen als natuurlijke onderdelen van deze stappen aan de orde. Door deze kanteling van gezichtspunten wordt de onderlinge relatie en samenhang tussen de specialismen duidelijk en wordt voorkomen dat (te veel) dubbel werk plaatsvindt.

De resultaten van een assessment zijn in een een registratie of catalogus vast te leggen. Deze zijn als geheel te beschouwen als een kernadministratie waarmee de informatiehuishouding en informatievoorziening van een organisatie is beschreven. Het is een eenduidig overzicht van het totaal aan processen, de bijbehorende gegevens, de toegepaste technieken en de vormen van beheer. Uit deze kernadministratie kan het door de AVG verplicht gestelde verwerkingsregister geëxtraheerd worden. Een dergelijke kernadministratie is, mits goed beheerd en onderhouden, geschikt voor referentie, bewijs en verantwoording.

De stappen in het kort

Elke stap bevat een uit te werken aandachtspunt. De analyse levert de informatie die nodig is in om te bepalen aan welke kwaliteiten het verwerken van de informatie moet voldoen, wat moet kunnen en wat niet is toegestaan, welke digitale hulpmiddelen daarvoor nodig zijn en hoe het beheer nu en in de toekomst eruit moet zien.

De te volgen stappen waar het om gaat zijn:

Activiteit bepaald
Het exact bepalen van de activiteit of handeling met de de grondslag voor deze handeling, welke actoren betrokken zijn en welke rol deze actoren hebben.
Type informatie bekend
Het bepalen van het type informatie dat wordt verwerkt. Dit is onder meer van belang om te bepalen of er sprake kan zijn van restricties vanwege privacy, auteursrecht of andere criteria die de openbaarheid over langere tijd kunnen beperken.
Informatieobjecten bepaald
Stel vast welke informatieobjecten (soorten documenten en registraties) ten minste voorkomen bij de verwerking van de gegevens.
Gegevensstromen in kaart
Bepaal hoe de gegevens in het proces- en systeemlandschap via de kanalen en systemen ‘stromen’, om welke gegevens het gaat en wie de ‘eigenaar’ is.
Waarde bepaald
Het bepalen van de waarde en bewaartermijnen van de informatie. Dit proces wordt ook wel waarderen genoemd. Op basis hiervan kan de selectie en vernietiging alsook de toekomstige overdracht aan een andere beheerder worden voorbereid.
Metadata vastgesteld
Stel vast welke informatie over de informatie van belang is en daarom vast te leggen is.
Beheer processen opgenomen

Betreft in ieder geval de in de NEN-ISO 15489 vermelde (beheer)activiteiten.
1. Ontstaan van informatie (creëren of ontvangen);
2. Opnemen van informatie (in de systemen);
3. Classificeren en registreren (koppelen aan proces, project, activiteit, product, handeling en vastleggen van (primaire) kenmerken);
4. Toegangscontrole (autorisaties);
5. Opslag (in een bestand op een gegevensdrager);
6. Gebruik en hergebruik mogelijk maken;
7. Migratie en conversie (in standhouden met behoud van integriteit);
8. Verwijderen van informatie (vernietigen of verplaatsen)
Beheer functionaliteiten opgenomen
Welke functies van bijvoorbeeld het informatie- en archiefmanagement moeten beschikbaar zijn om de verwerkingen uit te kunnen voeren.
Bestaande data op orde
Wanneer er bij eventuele verandering nog sprake is van gegevens waarvan de bewaartermijnen nog niet zal zijn verstreken. De kans is dan vrij groot dat die gegevens te transformer, converteren of te migreren zijn. Ook is te onderzoeken of het langdurig bewaren, de toegankelijkheid en andere relevante kwaliteiten van de bestaande gegevens door eventuele veranderingen niet in gevaar komen.
Technieken voldoen

Technieken hebben betrekking op de technische voorzieningen waarmee informatie verwerkt wordt zoals hardware, software en, bestandsformaten. De te beantwoorden vraag is daarbij of de technieken voldoende garanties bieden voor de integriteit en het voortbestaan van de data.
Documentatie op orde
Over processen, typering van informatie, informatieobjecten etc. wordt op diverse plekken het nodige vastgelegd. Dit is informatie die bijvoorbeeld is vastgelegd in documenten over informatiebeleid, procesbeschrijvingen, architecturen, projectplannen, bestekken, programma’s van eisen, catalogi, gebruikershandleidingen, selectielijsten, rapportages, installatiehandleidingen en releasenotes.

Het schema verder uitgewerkt

Deze impact assessment is een geactualiseerde en uitgebreidere versie van de Records Management Beslisboom (versie 2009/2017). In deze versie zijn behalve het concept van impact assessment twee extra elementen verwerkt, te weten:

Het Leeuwarder Informatiemodel (LIM)1
Het eenvoudig schematisch model, een aanzet voor een metadataschema, met acht objecten van belang voor het Informatiebeheer (IB) of Informatie- en Archiefmanagement (IAM).

Per onderdeel is aangegeven waar het om gaat, wat uit te zoeken is, waar het onderdeel in de beide modellen past, waar informatie uit te destilleren is, waar het resultaat van de analyse in opgenomen kan worden. Ook zijn per onderdeel aanvullende of toelichtende opmerkingen geplaatst.

1) Activiteit bepaald

Gaat om:	Het exact bepalen van de activiteit of handeling met de de grondslag voor deze handeling, welke actoren betrokken zijn en welke rol deze actoren hebben.
Te doen:	Stel een beschrijving van het proces, project ed. op en laat deze vaststellen door de proceseigenaar
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 1 Grondslag 2 Handeling 3 Actor 4 Domein 5 Resultaat 6 Functionaliteiten 7 Informatie (typering) Handeling 3 Activiteit 3.1 Beoordelen 3.2 Opnemen 3.3 Behandelen 3.4 Bewaren	Definiërend 1 Zaaktype
Referentie:	Wetgeving Overeenkomst(en) Eigen beleid Opdracht Business cases Projectplannen
Resultaat verwerken in:	Procesbeschrijving IB Checklist Catalogus Verwerkingsregister
Opmerking(en):	Een actor kan in dit verband zowel een mens als een algoritme of machine zijn. Het is van belang te bezien wat de direct gerelateerde ketens en processen en degelijke zijn om te bepalen welke informatie te delen is. Standaard zijn dat overheden meestal de processen van besluitvorming, bekendmaking en bezwaar en beroep.

2) Type informatie bekend

Gaat om:	Het bepalen van het type informatie dat wordt verwerkt. Dit is onder meer van belang om te bepalen of er sprake kan zijn van restricties vanwege privacy, auteursrecht of andere criteria die de openbaarheid over langere tijd kunnen beperken. Voorbeelden zijn: persoonsgegevens / bijzondere categorie persoonsgegevens objectgegevens geografische gegevens subjectgegevens financiële gegevens etc.
Te doen:	De benodigde informatie zal onder andere te vinden zijn in de grondslagen en de procesbeschrijving
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 7 Informatie (typering) 9 Techniek	Definiërend 1 Zaaktype 2 Documenttype
Referentie:	Wetgeving Overeenkomst(en) Eigen beleid Opdracht Business cases Projectplannen
Resultaat verwerken in:	Procesbeschrijving Informatiearchitectuur Systeemarchitectuur IB-Checklist Catalogus (kernadministratie) Verwerkingsregister
Opmerking(en):	De mate van openbaarheid zal ook afhankelijk zijn van de context waarin de informatie wordt verwerkt.

3) Informatieobjecten bepaald

Gaat om:	Stel vast welke informatieobjecten ten minste voorkomen bij de verwerking van de gegevens.
Te doen:	Bepaal en beschrijf de (minimaal) verplichte informatieobjecten
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 8 Informatieobject Informatieobject Inhoud Structuur Context Gedrag Techniek	Definiërend 2 Documenttype Uitvoerend 4 Informatieobject (document)
Referentie:	Nen 2084, Documenttypen Archiefterminologie (ANV) (redactionele vormen) Handleiding voor het ordenen en beschrijven van archieven, § 37.
Resultaat verwerken in:	Procesbeschrijving IB-Checklist Catalogus Verwerkingsregister
Opmerking(en):	Een proces, project of andere activiteit kan dan worden afgesloten wanneer alle verplicht gestelde informatieobjecten aanwezig zijn. Een informatieobject is een geheel van gegevens met een eigen identiteit. Een informatieobject kan bestaan uit meerdere informatieobjecten. Zowel documenten als registers zijn informatieobjecten. Een informatieobject kan op typeniveau beschreven zijn in een documenttypen catalogus. Het archivistische begrip redactionele vorm heeft betrekking op documenttypen. Een algoritme is ook te beschouwen als informatieobject dat onlosmakelijk onderdeel is van het proces, project of andere activiteit waarbinnen het gebruikt wordt. Dit is een (stuk) software / script geschreven voor een bepaald doel in een bepaalde computertaal.

4) Gegevensstromen bepaald

Gaat om:	Bepaal hoe de gegevens in het proces- en systeemlandschap via de kanalen en systemen ‘stromen’, om welke gegevens het gaat en wie de ‘eigenaar’ is.
Te doen:	Analyseer welke informatie(pakketten) tussen de verschillende processen, ketens en bijbehorende systemen worden uitgewisseld. Dit kan gaan om uitwisseling tussen interne processen en uitwisseling met externe processen (zenden/ontvangen). Stel vast waar het uiteindelijke origineel zich moet bevinden en waar het uiteindelijke bewaarniveau is.
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Activiteit 2 Kanalen 2.1 Brengen 2.1.1 Bericht zenden 2.1.2 Object beschikbaar stellen 2.1.3 Object overdragen 2.2 Halen 2.2.1 Bericht ontvangen 2.2.2 Object ophalen 2.2.3 Object ontvangen	Definiërend 1 Zaaktype Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	Procesbeschrijving Geldende selectielijst(en) Hotspotmonitor Data protection impact privacy Impact assessment (DPIA) Systeemanalyse (gegevensstromen) Informatiearchitectuur Systeem- of ICT-architectuur Risicoanalyse
Resultaat verwerken in:	Procesbeschrijving Informatiearchitectuur Systeem- of ICT-architectuur Catalogus Verwerkingsovereenkomst (AVG) Beheerovereenkomst (Archiefwet)
Opmerking(en):	Een applicatielandschap met netwerken zijn feitelijk een infrastructuur waarbinnen niet alleen sprake is van inkomend en uitgaand dataverkeer maar er ook sprake is van dataverkeer tussen de systemen. In die zin stroomt de data tussen en door de systemen. In alle gevallen is er sprake van zenden en ontvangen van data. Dit kan zijn in de vorm van kopiëren maar ook in de vorm van verplaatsen. In beide gevallen is vast te stellen wat het bewaarniveau van informatieobjecten met data is en dus ook om af te spreken welke informatieobjecten met data als origineel te beschouwen zijn. In dit geheel kan de systematiek van afstemmen gebruikt worden. Dit is methode waarbij gegevensverzamelingen van een bepaald bestuurlijk, organisatorisch, administratief of technisch niveau wordt aangewezen tot bewaarniveau en gelijksoortige gegevensverzamelingen van andere niveaus als hulpadministratie. De eerste groep is onderworpen aan de normale (wettelijke) bewaartermijnen die te maken hebben met het proces, project of andere activiteit. De tweede groep kan als totale dataset eerder vernietigd worden. Wanneer informatie wordt gedeeld of beschikbaar gesteld in het kader van procesketens of keteninformatisering zullen er verwerkingsovereenkomsten (AVG) en beheerovereenkomsten opgesteld moeten worden. De laatste is op basis van de Archiefwet om de bestuurlijke verantwoordelijkheden te regelen.

5) Waarde bepaald

Gaat om:	Het bepalen van de waarde en bewaartermijnen van de informatie. Dit proces wordt ook wel waarderen genoemd. Op basis hiervan kan de selectie en vernietiging alsook de toekomstige overdracht aan een andere beheerder worden voorbereid.
Te doen:	Voer met de belangrijkste verantwoordelijken, waaronder tenminste de proceseigenaar, de functionaris gegevensbescherming en de functionaris in de rol van archivaris, de waardering uit.
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	*Context* 1 Grondslag 2 Handeling 3 Actor 4 Domein 5 Resultaat 6 Functionaliteiten 7 Informatie (typering)	Definiërend 1) Zaaktype
Referentie:	Wetgeving Geldende selectielijsten Trends en hotspots Acquisitieplan Informatiearchitectuur Systeem- of ICT architectuur DPIA / BIO Risicoanalyse
Resultaat verwerken in:	Procesbeschrijving IB-Checklist Catalogus Interne selectielijst Hotspotmonitor Acquisitieplan Data protection impact assessment (DPIA)
Opmerking(en):	Waardering gaat uit van de belangen van de informatie, zoals Maatschappelijk belang - Dit betreft de mogelijkheid tot democratische verantwoording en controle. Dit omvat elementen als openbaarheid, formele besluitvorming, rechtmatigheidstoetsingen, controle door de volksvertegenwoordiging, good governance en in relatie daarmee de algemene beginselen voor behoorlijk bestuur (ABBB). Juridisch belang - Dit betreft de mogelijkheid tot juridische verantwoording en bewijsvoering. Economisch belang - Veel van de goederen, producten en activiteiten zijn op geld te waarderen. Een wanprestatie van de kant van de organisatie kan leiden tot een financiële claim. Administratief belang - Betrouwbare informatie is een productiemiddel (semantisch kapitaalgoed) en is nodig voor de dagelijkse gang van zaken. Privacy belang - Een organisatie moet de persoonlijke levenssfeer van (groepen) klanten, bezoekers, medewerkers en nog levende personen waarvan persoonsgegevens voorkomen in de databestanden beschermen. Historisch belang - Een deel van de informatie heeft een historische waarde omdat zij bruikbaar is voor het kennen en begrijpen van de samenleving op een bepaald moment. Voor dit (latere) hergebruik is het wel noodzakelijk dat de beschikbare informatie authentiek en betrouwbaar is. Door de maatregelen die worden getroffen om aan de eerder genoemde belangen recht te doen wordt dit gegarandeerd. Delen van deze belangen kunnen het enkele belang van bedrijfsvoering en bescherming van de persoonlijke levenssfeer overstijgen. Deze belangen komen voort uit maatschappelijke ethische waarden zoals de menselijke waardigheid, vrijheid, autonomie, solidariteit, gelijkheid, democratie, rechtvaardigheid en vertrouwen. 2

6) Metadata vastgesteld

Gaat om:	Stel vast welke informatie over de informatie van belang is.
Te doen:	Bepaal per object of entiteit welke metadata is vast te leggen is.
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 1 Grondslag 2 Handeling 3 Actor 4 Domein 5 Resultaat 6 Functionaliteiten 7 Informatie (typering) 8 Informatieobject 9 Techniek 9.1 analoog 9.2 digitaal informatieobject 1 Inhoud 2 Structuur 3 Context 4 Gedrag 5 Techniek 5.1 Presentatielaag 5.2 Verwerkingslaag 5.3 Opslag	Definiërend 1 Zaaktype 2 Documenttype Uitvoerend 3 Zaak 4 Informatieobject Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	(Eigen) Metadataschema NEN ISO 20381 ISO 15836 Dublin Core Metadata Element Set OWMS (Overheid Web Metadata Standaard) Toepassingsprofielen TMLO MDTO ISAD(g) ISAAR(cpf)
Resultaat verwerken in:	Procesbeschrijving Informatiearchitectuur Systeem of ICT architectuur RM Checklist Catalogus
Opmerking(en):	Metadata is een ruim te interpreteren begrip: Metadata die informatie identificeren: o.a. uniek registratienummer, datum opmaak, verzending of ontvangst, verwijzing naar een dossier of andere aggregatievorm, titel, auteur; Metadata die juiste interpretatie van informatie mogelijk maken: o.a. classificatienummer, verwijzing naar dossier, verwijzing naar proces en procedure; Metadata die de authenticiteit van informatie aantonen: o.a. datum opmaak, datum verzending of ontvangst, auteur, relatie met andere documenten, wijze van verzending; wijze van authentificatie (elektronische handtekening); Metadata die het vinden van informatie vergemakkelijken: onderwerp, auteur, titel, datum, classificatiecode; Metadata die de beschikbaarheid en openbaarheid van de informatie ondersteunen: rubricering, openbaarheid, uitzonderingscriteria, intellectueel eigendom, autorisatie Metadata die correcte (re)presentatie mogelijk maken: o.a. software en hardware omgeving, fysieke opslaggegevens, compressiegegevens; Metadata die beheershandelingen cq verwerkingen sturen of mogelijk maken: o.a. toegangsautorisatie, datum vernietiging of overdracht, datum conversie of migratie; hiertoe kunnen ook logistieke data gerekend worden (verblijfplaats); Metadata die uitgevoerde beheershandelingen vastleggen (aantoonbaarheid): o.a. wanneer door wie gebruikt, datum conversie, vernietiging Metadata noodzakelijk voor beheer en behoud (preservering): o.a. informatie over applicaties, datamodellen, metadatamodellen, bestandsformaten etc. Metadata is op diverse plekken aan te treffen: In registraties van zaken en documenten. Metadata die is opgenomen in documenten (eigenschappen van een document, header van een e-mailbericht en dergelijke). Ook documentatie in de vorm van bijvoorbeeld procesbeschrijvingen, gebruikershandleidingen, release notes zijn als metadata te beschouwen. (Zie punt 11 over documentatie) Metadata is als onlosmakelijk onderdeel van de objecten en gegevens die daarmee worden beschreven. Als gevolg daarvan is de bewaartermijn tenminste even lang als de bewaartermijn van de objecten en gegevens.

7) Informatiebeheer processen opgenomen

Gaat om:	Volgens de NEN-ISO 15489 betreft het (beheer)activiteiten rond het Ontstaan (creëren) Opnemen Classificeren en registreren Toegangscontrole (autorisaties) Opslag Gebruik en hergebruik Zoeken en vinden Migratie en conversie Verwijderen van informatie (vernietigen of verplaatsen)
Te doen:	Bepaal welke activiteiten van belang zijn voor het proces, project of andere activiteit, beschrijf en implementeer deze.
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 6 Functionaliteiten Handeling 1 Tijd 1.1 Begin 1.2 Momenten 1.3 Einde 2 Kanalen 2.1 Brengen 2.1.1 Bericht zenden 2.1.2 Object beschikbaar stellen 2.1.3_ Object overdragen 2.2 Halen 2.2.1 Bericht ontvangen 2.2.2 Object ophalen 2.2.3 Object ontvangen 3 Activiteit 3.1 Beoordelen 3.2 Opnemen 3.3 Behandelen 3.4 Bewaren	Uitvoerend 3 Zaak 4 Informatieobject Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	NEN ISO 15489 NPR-ISO/TR 26122
Resultaat verwerken in:	Procesbeschrijving Informatiearchitectuur RM Checklist
Opmerking(en):	Deze activiteiten worden worden ook wel records management processen genoemd. Maar het gaat ook om technisch beheer, applicatiebeheer, functioneel beheer en gegevensbeheer. Voor deze activiteiten kunnen de volgende indicatoren gelden Gegevens en documenten zijn zodanig geregistreerd en vastgelegd dat ze vindbaar zijn ze tijdig beschikbaar zijn en altijd duidelijk is in welke context (proces, project of andere activiteit) ze thuishoren. Van gegevens en documenten is altijd bekend waar ze zijn in het proces; wie daarvoor verantwoordelijk is; waar ze zijn opgeslagen; wanneer, waarom en hoe vernietiging, vervanging of vervreemding heeft plaatsgevonden en welke gegevens en documenten dat betreft. Gegevens en documenten zijn zodanig in beheer dat aan authenticiteit en betrouwbaarheid niet hoeft te worden getwijfeld. dat het voortbestaan daarvan gedurende wettelijke bewaartermijnen is gegarandeerd. dat deze kwaliteiten aantoonbaar zijn via het proces, de toegepaste applicatie, de toegelaten bestandsformaten, het autorisatiemodel, de manier van beheer, testen de documentatie en de toetsingen daarop.

8) Functionaliteiten voor gebruik en beheer opgenomen

Gaat om:	Welke functies van het informatie- en archiefmanagement moeten beschikbaar zijn om de verwerkingen uit te kunnen voeren.
Te doen:	Bepaal de toe te passen functionaliteiten die horen bij de IB-activiteiten (nr. 7)
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 6 Functionaliteiten 9 Techniek Informatieobject 4 Gedrag 5 Techniek 5.1 Presentatielaag 5.2 Verwerkingslaag 5.3 Opslag	Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	NEN 2082 NEN ISO 16175 Moreq2010
Resultaat verwerken in:	Procesbeschrijving Informatiearchitectuur ICT-architectuur Systeem- of ICT-architectuur RM Checklist Inkoopvoorwaarden Aanbesteding
Opmerking(en):	Volgens de in 2020 ingetrokken NEN 2082 gaat het dan om de volgende functionaliteiten: Opnemen [NEN2082 6.1] Het onder beheer brengen van documenten/dossiers Ordenen, klasseren, beschrijven [NEN2082 6.2] Het toekennen van een classificatiecode (klasseren) aan en het ordenen van, alsook het nader (inhoudelijk) beschrijven van documenten/dossiers om ze beter toegankelijk en interpreteerbaar te maken. Dit gebeurt op basis van een classificatieschema of ordeningsplan. Classificatiecode kan zijn, de basisarchiefcode, maar ook de ZTC of DSP-code Beheren, onderhouden, volgen [NEN2082 6.3] Het bewaren en instandhouden van archiefbestanddelen (ongeacht de vorm) alsook het bijhouden van hun verblijfplaats. Beschikbaarstellen [NEN2082 6.4] Op basis van toegangscontrole en informatiebeveiliging ondersteunen van het zoeken naar, beschikbaar stellen en (re)presenteren van archiefbestanddelen Selecteren en verwijderen [NEN2082 6.5] Selecteren - Op basis van het bewaarschema worden archiefstukken vernietigd of overgebracht. Daarnaast zullen in het geval van vervanging van een systeem de archiefstukken en hun metadata moeten worden geëxporteerd naar een nieuw systeem. Verwijderen - reeks van processen betrekking hebbend op de implementatie van beslissingen over bewaartermijnen, vernietigen, overbrengen of exporteren, die zijn vastgelegd in bevoegdheden of andere instrumenten. Documenteren [NEN2082 6.6] Het vastleggen van alle beheeractiviteiten en van informatie over de systemen waarmee de archiefbestanddelen worden beheerd en bewaard. Ondersteunende functionaliteiten [NEN2082 6.7] Alle functies die bijdragen tot de goede uitvoering van de hierboven genoemde eigenlijke processen voor informatie- en archiefmanagement, zoals het beheren van autorisaties voor de toegang tot en de beveiligingsniveaus van archiefbestanddelen, het registreren van authenticatiekenmerken, het maken van een workflow voor archiveringsprocessen en het exporteren van archiefbestanddelen dan wel van de gekoppelde metadata. Beheer instrumenten en sjablonen [NEN2082 6.8] Een selectie-instrument is o.a. een overzicht van criteria op basis waarvan de waardering wordt vormgegeven (vaak selectiecriteria genoemd), leidend tot een selectiebeslissing. D.w.z de keuze welke archiefstukken voor blijvende bewaring en dus overbrenging, dan wel op termijn voor vernietiging in aanmerking komen, waarbij dan ook die termijn is vastgesteld. De neerslag van het proces van waardering is terug te vinden in bewaarschema’s. Deze bewaarschema’s kunnen de vorm hebben van basisselectiedocumenten of BSD’s, selectielijsten of vernietigingslijsten, bewaarschema’s of bewaartermijnlijsten. Overheidsorganen moeten bij het ontwerpen, vaststellen en onderhouden van bewaarschema’s rekening houden met in wet- en regelgeving gestelde richtlijnen daaromtrent Voor kwaliteitsindicatoren zie onderdeel 7) IB activiteiten opgenomen

9) Bestaande data op orde

Gaat om:	Wanneer er bij eventuele verandering nog sprake is van data waarvan de bewaartermijnen nog niet zijn verstreken zal die te converteren of migreren zijn. Ook is te onderzoeken of het langdurig bewaren en de toegankelijkheid en andere relevante kwaliteiten van de bestaande data door eventuele veranderingen niet in gevaar komt.
Te doen:	Bepaal of de kwaliteit van de data op orde is en bepaal of bij inrichting of wijziging van de systemen sprake is van dataverlies (vernietiging) en/ of conversie/migratie (vervanging).
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 9 Techniek Informatieobject 4 Gedrag 5 Techniek 5.1 Presentatielaag 5.2 Verwerkingslaag 5.3 Opslag	Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	Wetgeving Audit-, control- en toezichtsrapportages Projectplannen Installatiehandleidingen Releasenotes Datamodel / Gegevensmodel Vervanging
Resultaat verwerken in:	Projectplannen Wijzigingsvoorstellen
Opmerking(en):	Dit hoort bij onderdeel 7) IB activiteiten opgenomen (nr. 7) conversie en migratie Voor kwaliteitsindicatoren zie onderdeel 7) IB activiteiten opgenomen Dit is onderdeel van de preserveringsprocessen.

10) Technieken voldoen

Gaat om:	Technieken hebben betrekking op de technische voorzieningen waarmee informatie verwerkt wordt zoals hardware, software en, bestandsformaten. De vraag is daarbij of zij voldoende garanties bieden voor de integriteit en het voorbestaan van de data. Met andere woorden: Zijn de systemen, instrumenten voor beveiliging en autorisatie zodanig dat er geen problemen met de integriteit en het voortbestaan ontstaan. Geven de gekozen bestandsformaten en tekensets voldoende garanties voor het instandhouden van de integriteit en het voortbestaan van de data en het bijbehorende gedrag
Te doen:	Controleer aan de hand van wetgeving, standaarden, normeringen en interne afspraken of de toegepaste of toe te passen technieken voldoen.
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 9 Techniek 9.1 analoog 9.2 digitaal Informatieobject 5 Techniek 5.1 Presentatielaag 5.2 Verwerkingslaag 5.3 Opslag	Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	Archiefregeling Architectuur Forum Standaardisatie DEN – de BASIS PRONOM Beleid informatiebeveiliging Autorisatiemodel (Eigen) overzicht toegelaten bestandsformaten
Resultaat verwerken in:	Projectplan IB-Checklist Architectuur
Opmerking(en):	Uitgangspunt is dat het belang van gegevens altijd het belang van de techniek overstijgt

11) Documentatie op orde

Gaat om:	Over processen, typering van informatie, informatieobjecten etc. wordt op diverse plekken het nodige vastgelegd. Dit is informatie die bijvoorbeeld is vastgelegd in documenten over informatiebeleid, procesbeschrijvingen, architecturen, projectplannen, bestekken, programma’s van eisen, catalogi, gebruikershandleidingen, selectielijsten, rapportages, installatiehandleidingen en releasenotes.
Te doen:	Bepaal welke documentatie van belang is voor inzicht in de context en het beheer.
Modellen:	Leeuwarder Informatiemodel (LIM)	Een eenvoudig model
	Context 1 Grondslag 2 Handeling 3 Actor 4 Domein 5 Resultaat 6 Functionaliteiten 7 Informatie (typering 8 Informatieobject 9 Techniek 9.1 analoog 9.2 digitaal Informatieobject 1 Inhoud 2 Structuur 3 Context 4 Gedrag 5 Techniek 5.1 Presentatielaag 5.2 Verwerkingslaag 5.3 Opslag Handeling 1 Tijd 1.1 Begin 1.2 Momenten 1.3 Einde 2 Kanalen 2.1 Brengen 2.1.1 Bericht zenden 2.1.2 Object beschikbaar stellen 2.1.3_ Object overdragen 2.2 Halen 2.2.1 Bericht ontvangen 2.2.2 Object ophalen 2.2.3 Object ontvangen 3 Activiteit 3.1 Beoordelen 3.2 Opnemen 3.3 Behandelen 3.4 Bewaren	Definiërend 1 Zaaktype 2 Documenttype Uitvoerend 3 Zaak 4 Informatieobject Techniek 5 Applicatie 6 Formaat 7 Digitaal bestand 8 Opslag
Referentie:	Wetgeving NEN ISO 15489 NEN ISO 23081
Resultaat verwerken in:	Catalogus Procesbeschrijving(en) IB-Checklist
Opmerking(en):	Te documenteren zijn: De processen, projecten of andere activiteiten waarbinnen de betrokken informatie verwerkt wordt. De resultaten van toetsingen (intern en extern) waarmee de integriteit kan worden aangetoond. Die verwerkingen die leiden of kunnen leiden tot onherroepelijke aantasting van de integriteit van originele gegevens op het niveau van dataobject, presentatie, verwerking, gedrag, functionaliteit of opslag. Informatie over architectuur en systemen die werden gebruikt om de informatie te kunnen verwerken De toegepaste algoritmes (zoals beschrijving doel, totstandkoming, gebruikte taal en testresultaten) Documentatie is een onderdeel van de metadata. Het Informatie die nodig is voor inzicht in de context, voor het huidige en voor het toekomstige beheer. De bewaartermijnen van deze documentatie zijn gerelateerd aan de bewaartermijnen van het proces, project of andere activiteit waar ze onderdeel van zijn. Ook hier geldt de regel de bewaartermijn van de documentatie is tenminste gelijk aan de bewaartermijn van de objecten en gegevens die in de documentatie beschreven zijn. Niet bekend is welke documentatie in geval van blijvend te bewaren informatie ook blijvend te bewaren is, met uitzondering van ordeningsplannen, verklaringen die betrekking hebben op het beheer zoals vernietiging en vervanging.

1. Jonker, R.
(2017). A perfect match? Connecting partners in the labyrinth of information.
19.
2. J. Burgess, P., Floridi L., Pols A., & van den Hoven J.
(2018). Towards a digital ethics.
32.

Album:

Levenscyclus:

Informatiemodel:

Labels:

Informatie- en archiefmanagement impact assessment

webmaster — Sun, 15 Mar 2020 12:28:25 +0000

Bepaling van uitgangspunten, kwaliteiten, normen, standaarden en metadata van het informatie- en archiefbeheer die toe te passen zijn op een proces, project of andere activiteit.

Auteur:

Rienk Jonker

Informatiemodel:

Context

Levenscyclus:

4 Bewaren

Trefwoorden:

Datum eerste publicatie:

zondag, 15 maart 2020 - 1:26pm

Overbrengen

webmaster — Sun, 15 Mar 2020 12:25:11 +0000

Een geheel van gegevens transformeren van administratie naar collectie.

Auteur:

Rienk Jonker

Informatiemodel:

Levenscyclus:

Trefwoorden:

Datum eerste publicatie:

zondag, 15 maart 2020 - 1:22pm

Archiveren

webmaster — Tue, 18 Jun 2019 16:43:13 +0000

het nemen of uitvoeren van maatregelen waardoor zowel

(1) integriteit, context en kwaliteit van gegevens met functionaliteiten behouden blijven en het voortbestaan van die gegevens en functionaliteiten wordt gegarandeerd als

(2) het gecontroleerd vernietigen van gegevens mogelijk is.

Een archief is dan een geheel van gearchiveerde gegevens.

Met kwaliteiten worden (impliciet) aspecten bedoeld als: authenticiteit, beschikbaarheid, beschikbaarheid, betrouwbaarheid, bruikbaarheid, interpreteerbaarheid, raadpleegbaarheid, leesbaarheid, toegankelijkheid, vernietigbaarheid, vindbaarheid, uitwisselbaarheid, uniciteit en dergelijke.

Voorbeelden van maatregelen zijn:

beoordelen,
beveiligen,
bewaren,
converteren,
documenteren,
emuleren
migreren,
opnemen,
opslaan,
preserveren,
registreren,
selecteren,
toegankelijk maken,
transformeren,
vernietigen,
vervangen,
vindbaar maken

Auteur:

Rienk Jonker

Herkomst:

Informatiemodel:

Levenscyclus:

1.1 Definitie

Trefwoorden:

Datum eerste publicatie:

maandag, 11 februari 2019 - 12:21pm

Grondslag:

Archiefwet 1995 (AW95)

Een uitdaging

webmaster — Sun, 26 May 2019 21:29:56 +0000

Afbeelding:

Soort:

Foto

Een document van meer dan 500 jaar oud, aan te treffen in de charterberging in een van de depots van het Historisch Centrum Leeuwarden HCL). Een document, een charter, dat ondanks zijn hoge leeftijd gewoon in perfecte staat is. Goed leesbaar met twee waarmerken in de vorm van uithangende zegels.

Dit document heeft dus een lange reis door de tijd achter de rug. En het is zeker de bedoeling dat deze reis op zo veilig mogelijke manier wordt voortgezet..

Deze foto gebruik ik tegenwoordig om te laten zien wat naast het instand houden van de toegankelijkheid een bijna materiele uitdaging is op het digitale terrein.

Mijn vraag is dan altijd op welke manier we van huidige gelijksoortige digitale documenten en informatie het voortbestaan kunnen verzekeren, gebruik makend van de op dit moment beschikbare bestandsformaten en technieken. Niet dat we nu weten hoe zoiets er over de komende jaren zal zal uitzien. Wel om aan te geven dat we het digitale geheel (informatieobject) met een goed gevuld rugzakje (waaronder metadata) op reis door de tijd moeten sturen. Daarbij gebruik ik een overzichtje van gangbare en herkenbare iconen voor bestandsformaten en toepassingen, zoals:

Van de technieken achter deze formaten is een ding zeker, ze blijven niet. Alles verandert vanwege de technologische turbulentie in hoog tempo. Probleem is dat de halfwaardetijd daarvan niet te voorspellen is. Van belang is dan in te zien dat in het geval van digitale gegevens de inhoud, structuur, context, gedrag en functionaliteit van gegevens als abstractieniveau1 los te zien is van de techniek waarbinnen zij functioneren. Dtt in tegenstelling tot bijvoobeeld dit charter waarin deze elementen schijnbaar onlosmakelijk met elkaar verbonden zijn.

Zie ook

Beschrijving van het charter op de foto:

Toegang 1001 Archief van de stad Leeuwarden, 1426-1811

Intentarisnummer 97 - Akte van kwijting door Doeke en Hessel Martena ten behoeve van de stad Leeuwarden vanwege de verkoop van drie stukken grond aan de Tuinen in verband met de aanleg van de nieuwe wal en gracht aldaar, 1494.

Betreft een verklaring dat een schuld is afgelost: een schuldenaar heeft voldaan aan zijn verplichtingen.

1. Jonker, R.
(2017). A perfect match? Connecting partners in the labyrinth of information.
19.

Album:

Levenscyclus:

Informatiemodel:

Informatieobject

Labels:

A perfect match? Connecting partners in the labyrinth of information

webmaster — Wed, 13 Dec 2017 00:02:03 +0000

Levenscyclus:

Informatiemodel:

Trefwoord:

Datum eerste publicatie:

vrijdag, 1 december 2017 - 9:42pm

Bestanden:

Bijlage	Grootte
Archives_in_Liquid_Times_Jonker.pdf	5.11 MB

Informatiebeheer - Leeuwarder Informatiemodel (LIM)

A perfect match? Connecting partners in the labyrinth of information (full text)

Introduction

The journey and the undercurrent

Starting point

An everyday example

Leeuwarder Information model (LIM)

Interwoven trinity

The context

The information objects

Document

Technical layers

Behaviour and compound documents

The activity

Time and steps

The exchange element

Semantic information

Literature

Tags:

Levenscyclus:

Informatiemodel:

Information - A conceptual labyrinth

Levenscyclus:

Informatiemodel:

Trefwoord:

Componenten in schema

Overzicht elementen voor een catalogus

Tags:

Levenscyclus:

Informatiemodel:

Grondslag:

Een eenvoudig schematisch model

Het model

Semantiek

Kanalen

Relatie met andere standaarden of referentiekaders

En nu?

Album:

Levenscyclus:

Informatiemodel:

Labels:

Beslisboom - Impact assessment Informatiebeheer (IB)

Inleiding

De stappen in het kort

Het schema verder uitgewerkt

1) Activiteit bepaald

2) Type informatie bekend

3) Informatieobjecten bepaald

4) Gegevensstromen bepaald

5) Waarde bepaald

6) Metadata vastgesteld

7) Informatiebeheer processen opgenomen

8) Functionaliteiten voor gebruik en beheer opgenomen

9) Bestaande data op orde

10) Technieken voldoen

11) Documentatie op orde

Album:

Levenscyclus:

Informatiemodel:

Labels:

Informatie- en archiefmanagement impact assessment

Informatiemodel:

Levenscyclus:

Trefwoorden:

Overbrengen

Informatiemodel:

Levenscyclus:

Trefwoorden:

Archiveren

Informatiemodel:

Levenscyclus:

Trefwoorden:

Grondslag:

Een uitdaging

Album:

Levenscyclus:

Informatiemodel:

Labels:

A perfect match? Connecting partners in the labyrinth of information

Levenscyclus: