Zugl.: Oldenburg, Universiẗat, Diss., 2009.

Inledning: När ett informationssystem betraktas som färdigutvecklat eller färdigförvaltat, skall det driftsättas i en produktionsmiljö för att göras tillgängligt för slutanvändare. För att det skall kunna göras tillgängligt för slutanvändarna, bör en stegvis planerad driftsättningsprocess med en serie aktiviteter genomföras. En viktig delprocess i en driftsättningsprocess är att driftsätta informationssystemet i en testmiljö, innan det driftsätts i produktionsmiljö. Syfte: Syftet med denna C-uppsats var att utreda vilken roll en testmiljö spelar inför driftsättning av informationssysstem i en produktionsmiljö utifrån yrkesverksammas perspektiv.. Syftet bröts även ned till två frågeställningar: Varför används en testmiljö vid driftsättning? Vad är för-och nackdelar med en testmiljö vid driftsättning? Metod: I denna studie tillämpades ett induktivt angreppssätt med en kvalitativ ansats. Datainsamlingen gjordes med hjälp av semistruktuerade intervjuer. 4 yrkesverksamma med erfarenheter utav driftsättning intervjuades. Resultat & Slutsats: De yrkesverksamma menade att en testmiljö har en väsentlig betydelse för en produktionsmiljö vid en driftsättning utav användaracceptansskäl och av tekniska trygghetsskäl. En testmiljös betydelse värderades också utefter hur produktionslik den är för att veta hur informationssystemet kommer att bete sig vid tester när det väl produktionssätts. Däremot menade de yrkesverksamma att det ofta finns skillnader mellan testmiljöer och produktionsmiljöer. Det innebär att om informationssystemet fungerar tillfredsställande i en testmiljö, så är det inte en garanti att det kommer att fungera utan störningar i produktionsmiljön. Förslag till fortsatt forskning: Vi hade gärna sett mer utav denna typ av forskning, fast med fler respondenter för att öka studiens generaliserbarhet. En annan intressant sak som en av respondenterna tog upp är automatiserad driftsättning. Ett, för oss, helt nytt begrepp inom driftsättning som är absolut värt att skriva ett arbete om. / Introduction: When an information system is considered finished, be it in development or management, it is to be released into a production environment and be made available for the end users. To do this, a step-by-step planned release process should be made via a series of activities. One important part of this process is to release the information system into a testing environment prior to being released into a production environment. Purpose: The purpose of this C-level essay is to investigate the importance of a testing environment prior to release to a production environment during release from a professional and real-life perspective, broken down into two main questions: “Why is a testing environment used during release?”, “What are the pros and cons of a testing environment during release?” Method: In this study we used an inductive approach together with a qualitative inception to collect data from 4 semi-structured interviews with working professionals who had experiences with the release of information systems. Result & Conclusion: The 4 interviewed professionals all claimed that a testing environment have substantial importance during the release into a production environment, partially because of the impact it has on user acceptance and out of technical security reasons. A testing environment is apparently valued based on to which extent it is similar to a production environment in order to gain an understanding regarding how the information system will act when released into an actual production environment. However, this does not imply that if the informations system works to satisfaction in a testing environment, that it is then guaranteed to work without disruption in a production environment. Suggestions to further research: We would like to see more of this kind of research and into this field, but with more interviews to increase the extent at which the study’s conclusions can be generalized. Another point of interest that one of the interviewees took up was automated release, which was a previously unknown concept for us that deserves further investigation. Key words: Release, Testing Environment, Production Environment, User Acceptance Test, Performance, Integration

Fenomenen mobilitet och mobila IT-tjänster är något som är mycket aktuellt idag inom flera sektorer. Mobilitet förknippas med ett oberoende av att vara på en viss plats vid en viss tid och det kan skapa helt nya förutsättningar för kommunikation mellan medarbetare som jobbar i fält eller är på resande fot. Att kunna införa mobila IT-tjänster i sin verksamhet är för företag något som kan öka effektiviteten, spara resurser och minska fel i rapporteringen. Transportnäringen, vården, service och underhåll, försäljning, övervakning är verksamhetsområden där mobila IT-tjänster införts som hjälpmedel. Området har dock kantats av såväl missbedömningar som succéer. Mobila IT-tjänster som används inom företag kallas mobile business. Med hjälp av insamlat material från böcker, artiklar och rapporter samt vår kvalitativa och kvantitativa undersökning kan vi konstatera att utvecklingen av mobila IT-tjänster är problematiskt. Vi kan också konstatera att det finns en god insikt om denna problematik hos dem som utvecklar dessa tjänster och att användarna överlag har en god acceptans av tjänsterna. Vi påstår att det finns två krafter som driver utvecklingen av dessa tjänster idag. Den rent tekniska drivkraften som har sin utgångspunkt i att förbättra tekniken i sig för att på den vägen skapa nya attraktiva tjänster och den rent behovsdrivna som via kundernas behov försöker använda och anpassa den teknik som redan finns.

This paper exposes the problems and challenges organizations face when integrating aged systems, web based systems and web services. The paper focuses on how people with different titles in an organization experience systems integration and the factors that contribute to project failure or success. The research methodology used in this is Grounded Theory and the resulting theory of this paper has taken form through the coding of transcribed interviews, which have gone through a constant comparing to other theories in the area of interest, mostly articles about success factors in system integration. The resulting outcome is a success model aimed to describe the underlying indicators to achieve project success. The success model consists of three factors that contribute to success in integration projects. The factors are: globalization, governance and balance. Integration projects are very complex in nature, more so than normal projects as there are more stakeholders involved and more interests to take into consideration. Due to the complex nature of integration projects, the need for a holistic view arises. It's crucial for an integration project that stakeholders take the interests and needs of other projects taking place simultaneously into consideration. The governance aspect of systems integration deals with the planning of strategies, communication and cooperation with other stakeholders involved within the integration project. It's crucial for integration projects to shift focus from individual goals and individual interest to mutual goals and interests. The third and final factor contributing to success in integration projects is balance. The balance between technical issues and organizational issues is crucial for the success of projects. It's very common that organizations focus on technical issues and neglect the organizational issues.

Integration ist eine fortwährende Aufgabe in betrieblichen Informationssystemen. Durch den Einsatz verschiedener personeller und maschineller Aufgabenträger kommt es zu wiederkehrenden Integrationsproblemen, die vorrangig durch externe Dienstleister gelöst werden. Das zentrale Problem dieser Arbeit ist, dass in der Wissenschaft diskutiertes Lösungswissen in Form von Mustern existiert, aber keinen Eingang in die Praxis findet. Um dieses Problem zu untersuchen, wurde eine qualitative empirische Untersuchung durchgeführt, welche erstmals im deutschsprachigen Raum Wirkungszusammenhänge und Entscheidungsmechanismen in Integrationsprojekten analysiert. Als Ergebnis der qualitativen Erhebung kann festgehalten werden, dass dem Dienstleistungscharakter der Integration bisher zu wenig Beachtung geschenkt wurde und dass Integrationsmuster nicht eingesetzt werden, weil der Abstraktionsgrad des so konservierten Lösungswissens nicht zum Abstraktionsgrad der Problemstellungen passt. Deshalb definiert die Arbeit zunächst ein Dienstleistungsmodell der Integration, welches sich auf die empirische Untersuchung stützt. Danach wird auf der Grundla-ge einer eigenschaftsbasierten Definition von Integrationsmustern eine Grundmenge an Mustern aus der Literatur extrahiert, die weiter abstrahiert werden. Als Abstraktionsprinzipien werden die Klassifikation und die Generalisierung eingesetzt. Abstrakte Integrationsmuster können als Ressourcen in ein Dienstleistungsmodell eingehen. Für die Klassifikation wurde ein erweiterbares und flexibles Klassifikationsverfahren – die Facettenklassifikation – gewählt. Diese ermöglicht jederzeit das Hinzufügen weiterer Facetten. Die Einordnung eines Musters muss nur innerhalb einer Facette disjunkt sein, es kann aber in andere Facetten eingeordnet werden. Die verwendeten Facetten entstammen sowohl dem Problem als auch dem Lösungsbereich. Jeder Facette liegt eine umfassende Analyse zugrunde. Die Klassifikation bildet den Ausgangspunkt der erneuten Generalisierung. Muster mit ähnlichen bzw. identischen Ausprägungen werden erfasst und auf ein gemeinsames Konzept untersucht. Diese Generalisierung wurde exemplarisch für zwei Mustergruppen durchgeführt. Dabei wurden die beiden abstrakten Integrationsmuster „zusätzlicher Zugriffspunkt“ sowie „Vermittler“ identifiziert. Die entwickelten Konzepte flossen in eine umfangreiche Evaluation ein, welche am Beispiel einer konkreten Dienstleistung im Bereich der E-Procurement-Integration durchgeführt wurde. Die Unabhängigkeit der Bewertung konnte dadurch sichergestellt werden, dass weder der Dienstleister noch der Kunde an der zuvor durchgeführten empirischen Untersuchung beteiligt waren. Der erarbeitete Lösungsvorschlag wurde in einer Laborumgebung implementiert. Das vollständige Integrationsszenario ist dabei auf der Basis einer Virtualisierungsumgebung realitätsnah nachgebildet worden. Neben Instanzen der Kundensysteme mit identischem Versions- und Patch-Stand kamen auch Datenbestände aus Produktivsystemen zum Einsatz. Die Integrationshilfsmittel wurden ebenfalls in der Laborumgebung eingerichtet. Durch abstrakte Integrationsmuster verbessert sich die Dienstleistungserbringung. Auf der Kundenseite bewirkt dies eine Verbesserungen der Integrations- und Unternehmensarchitektur sowie die Erschließung weiteren Verbesserungspotenzials. Für den Dienstleister ergibt sich neben einem veränderten Dienstleistungsmodell vor allem die Möglichkeit, einmalige Angebote in ein konfigurierbares Standarddienstleistungsangebot zu überführen. Zusätzlich kann eine verbesserte Ressourcennutzung (vor allem der Humanressourcen) anhand des veränderten Dienstleistungsmodells nachgewiesen werden. Im Rahmen der Arbeit konnte so ein Ansatz entwickelt werden, der die empirisch belegten Abstraktionsprobleme behebt und die Einsetzbarkeit von bestehendem Lösungswissen verbessert. Gleichzeitig werden die Wirkungsmechanismen und Entscheidungszusammenhänge durch das Dienstleistungsmodell besser erfass-, erklär- und vor allem planbar.

Modern surgery of the 21st century relies in many aspects on computers or, in a wider sense, digital data processing. Department administration, OR scheduling, billing, and - with increasing pervasion - patient data management are performed with the aid of so called Surgical Information Systems (SIS) or, more general, Hospital Information Systems (HIS). Computer Assisted Surgery (CAS) summarizes techniques which assist a surgeon in the preparation and conduction of surgical interventions. Today still predominantly based on radiology images, these techniques include the preoperative determination of an optimal surgical strategy and intraoperative systems which aim at increasing the accuracy of surgical manipulations. CAS is a relatively young field of computer science. One of the unsolved "teething troubles" of CAS is the absence of technical standards for the interconnectivity of CAS system. Current CAS systems are usually "islands of information" with no connection to other devices within the operating room or hospital-wide information systems. Several workshop reports and individual publications point out that this situation leads to ergonomic, logistic, and economic limitations in hospital work. Perioperative processes are prolonged by the manual installation and configuration of an increasing amount of technical devices. Intraoperatively, a large amount of the surgeons' attention is absorbed by the requirement to monitor and operate systems. The need for open infrastructures which enable the integration of CAS devices from different vendors in order to exchange information as well as commands among these devices through a network has been identified by numerous experts with backgrounds in medicine as well as engineering. This thesis contains two approaches to the integration of CAS systems: - For perioperative data exchange, the specification of new data structures as an amendment to the existing DICOM standard for radiology image management is presented. The extension of DICOM towards surgical application allows for the seamless integration of surgical planning and reporting systems into DICOM-based Picture Archiving and Communication Systems (PACS) as they are installed in most hospitals for the exchange and long-term archival of patient images and image-related patient data. - For the integration of intraoperatively used CAS devices, such as, e.g., navigation systems, video image sources, or biosensors, the concept of a surgical middleware is presented. A c++ class library, the TiCoLi, is presented which facilitates the configuration of ad-hoc networks among the modules of a distributed CAS system as well as the exchange of data streams, singular data objects, and commands between these modules. The TiCoLi is the first software library for a surgical field of application to implement all of these services. To demonstrate the suitability of the presented specifications and their implementation, two modular CAS applications are presented which utilize the proposed DICOM extensions for perioperative exchange of surgical planning data as well as the TiCoLi for establishing an intraoperative network of autonomous, yet not independent, CAS modules. / Die moderne Hochleistungschirurgie des 21. Jahrhunderts ist auf vielerlei Weise abhängig von Computern oder, im weiteren Sinne, der digitalen Datenverarbeitung. Administrative Abläufe, wie die Erstellung von Nutzungsplänen für die verfügbaren technischen, räumlichen und personellen Ressourcen, die Rechnungsstellung und - in zunehmendem Maße - die Verwaltung und Archivierung von Patientendaten werden mit Hilfe von digitalen Informationssystemen rationell und effizient durchgeführt. Innerhalb der Krankenhausinformationssysteme (KIS, oder englisch HIS) stehen für die speziellen Bedürfnisse der einzelnen Fachabteilungen oft spezifische Informationssysteme zur Verfügung. Chirurgieinformationssysteme (CIS, oder englisch SIS) decken hierbei vor allen Dingen die Bereiche Operationsplanung sowie Materialwirtschaft für spezifisch chirurgische Verbrauchsmaterialien ab. Während die genannten HIS und SIS vornehmlich der Optimierung administrativer Aufgaben dienen, stehen die Systeme der Computerassistierten Chirugie (CAS) wesentlich direkter im Dienste der eigentlichen chirugischen Behandlungsplanung und Therapie. Die CAS verwendet Methoden der Robotik, digitalen Bild- und Signalverarbeitung, künstlichen Intelligenz, numerischen Simulation, um nur einige zu nennen, zur patientenspezifischen Behandlungsplanung und zur intraoperativen Unterstützung des OP-Teams, allen voran des Chirurgen. Vor allen Dingen Fortschritte in der räumlichen Verfolgung von Werkzeugen und Patienten ("Tracking"), die Verfügbarkeit dreidimensionaler radiologischer Aufnahmen (CT, MRT, ...) und der Einsatz verschiedener Robotersysteme haben in den vergangenen Jahrzehnten den Einzug des Computers in den Operationssaal - medienwirksam - ermöglicht. Weniger prominent, jedoch keinesfalls von untergeordnetem praktischen Nutzen, sind Beispiele zur automatisierten Überwachung klinischer Messwerte, wie etwa Blutdruck oder Sauerstoffsättigung. Im Gegensatz zu den meist hochgradig verteilten und gut miteinander verwobenen Informationssystemen für die Krankenhausadministration und Patientendatenverwaltung, sind die Systeme der CAS heutzutage meist wenig oder überhaupt nicht miteinander und mit Hintergrundsdatenspeichern vernetzt. Eine Reihe wissenschaftlicher Publikationen und interdisziplinärer Workshops hat sich in den vergangen ein bis zwei Jahrzehnten mit den Problemen des Alltagseinsatzes von CAS Systemen befasst. Mit steigender Intensität wurde hierbei auf den Mangel an infrastrukturiellen Grundlagen für die Vernetzung intraoperativ eingesetzter CAS Systeme miteinander und mit den perioperativ eingesetzten Planungs-, Dokumentations- und Archivierungssystemen hingewiesen. Die sich daraus ergebenden negativen Einflüsse auf die Effizienz perioperativer Abläufe - jedes Gerät muss manuell in Betrieb genommen und mit den spezifischen Daten des nächsten Patienten gefüttert werden - sowie die zunehmende Aufmerksamkeit, welche der Operateur und sein Team auf die Überwachung und dem Betrieb der einzelnen Geräte verwenden muss, werden als eine der "Kinderkrankheiten" dieser relativ jungen Technologie betrachtet und stehen einer Verbreitung über die Grenzen einer engagierten technophilen Nutzergruppe hinaus im Wege. Die vorliegende Arbeit zeigt zwei parallel von einander (jedoch, im Sinne der Schnittstellenkompatibilität, nicht gänzlich unabhängig voneinander) zu betreibende Ansätze zur Integration von CAS Systemen. - Für den perioperativen Datenaustausch wird die Spezifikation zusätzlicher Datenstrukturen zum Transfer chirurgischer Planungsdaten im Rahmen des in radiologischen Bildverarbeitungssystemen weit verbreiteten DICOM Standards vorgeschlagen und an zwei Beispielen vorgeführt. Die Erweiterung des DICOM Standards für den perioperativen Einsatz ermöglicht hierbei die nahtlose Integration chirurgischer Planungssysteme in existierende "Picture Archiving and Communication Systems" (PACS), welche in den meisten Fällen auf dem DICOM Standard basieren oder zumindest damit kompatibel sind. Dadurch ist einerseits der Tatsache Rechnung getragen, dass die patientenspezifische OP-Planung in hohem Masse auf radiologischen Bildern basiert und andererseits sicher gestellt, dass die Planungsergebnisse entsprechend der geltenden Bestimmungen langfristig archiviert und gegen unbefugten Zugriff geschützt sind - PACS Server liefern hier bereits wohlerprobte Lösungen. - Für die integration intraoperativer CAS Systeme, wie etwa Navigationssysteme, Videobildquellen oder Sensoren zur Überwachung der Vitalparameter, wird das Konzept einer "chirurgischen Middleware" vorgestellt. Unter dem Namen TiCoLi wurde eine c++ Klassenbibliothek entwickelt, auf deren Grundlage die Konfiguration von ad-hoc Netzwerken während der OP-Vorbereitung mittels plug-and-play Mechanismen erleichtert wird. Nach erfolgter Konfiguration ermöglicht die TiCoLi den Austausch kontinuierlicher Datenströme sowie einzelner Datenpakete und Kommandos zwischen den Modulen einer verteilten CAS Anwendung durch ein Ethernet-basiertes Netzwerk. Die TiCoLi ist die erste frei verfügbare Klassenbibliothek welche diese Funktionalitäten dediziert für einen Einsatz im chirurgischen Umfeld vereinigt. Zum Nachweis der Tauglichkeit der gezeigten Spezifikationen und deren Implementierungen, werden zwei modulare CAS Anwendungen präsentiert, welche die vorgeschlagenen DICOM Erweiterungen zum perioperativen Austausch von Planungsergebnissen sowie die TiCoLi zum intraoperativen Datenaustausch von Messdaten unter echzeitnahen Anforderungen verwenden.

Zugl.: Marburg, Univ., Diss., 2008

Denna studie ska öka förståelse för hur systemutvecklare kan lösa komplexa problem inom organisationer genom att utveckla ett nytt informationsteknologi-system (IT-system) där fokus läggs på teknisk- och organisatorisk interoperabilitet vid integrationsprocessen. Författarna agerar som systemutvecklare via en fallstudie där det finns behov av ett nytt IT-system. I uppsatsen används ett abduktivt tillvägagångssätt där en instrumentell fallstudie används. Genomförandet av arbetet delas in i fyra olika faser: (1) Problemidentifiering inom verksamheten genom framställning av verksamhetsmodeller, insamling av data genom kvalitativa semistrukturerade intervjuer med intressenter och framtagning av teoretisk bas. Som teoretisk referensram i denna uppsats definieras Integration och Interoperabilitet (I & I), vad verksamhetsprocesser är, vad som skiljer teknisk- och organisatorisk interoperabilitet åt, hur verksamhetsmodeller skapas, agil mjukvaruutveckling och användbarhet av IT-system. (2) Utveckling, ingrepp och utvärdering. IT-systemet utvecklas genom en iterativ och inkrementell mjukvaruutvecklingsprocess där fokus ligger på att lösa problem som identifierats. I utvecklingsarbetet har krav och begränsningar identifierats för att skapa verksamhetsmodellen börläget. Det IT-system som utvecklas utgår från detta börläge där IT-systemet revideras utifrån brister som uppkommit från intervjuer med intressenter efter varje iteration. Första iterationen av IT-systemet lyckades inte uppfylla intressenternas krav och förväntningar. Det lyckades däremot senare iterationer av IT-systemet med, där det senare implementeras inom organisationen. När IT-systemet har implementerats utvärderas det av slutanvändarna för att identifiera om systemutvecklarna har lyckats lösa verksamhetsproblemen och för att kontrollera användbarheten hos IT-systemet. (3) I reflektion- och lärandefasen diskuteras och analyseras resultatet mot den teoretiska referensramen och tillvägagångssättet. Resultatet visar att systemutvecklarna lyckats identifiera de komplexa problemen inom organisationen och lyckats skapa ett nytt IT-system som uppfyller intressenters behov samtidigt som det löser de identifierade verksamhetsproblemen. (4) I sista fasen formalisering av lärdomar sammanställs generella koncept som går att använda i andra projekt. I denna uppsats identifieras åtta aspekter och principer en systemutvecklare kan använda sig av när de ska utveckla IT-system. / This study will increase understanding of how a system developer can solve complex problems within organizations by developing a new information technology system (IT-system), with a focus on technical- and organizational interoperability at the integration process. The authors act as system developers through a case study where there is a need for a new IT-system. In this thesis an abductive approach is used combined with an instrumental case study. The work is split up into four phases: (1) Identifying problems within the organization by drawing up business models, collecting data through qualitative semi-structured interviews with stakeholders, and the development of a theoretical base. As theoretical frame of reference Integration and interoperability (I & I) is defined, business models are explained, how technical- and operational interoperability differs, how business models are created, agile software development and usability of IT-systems. (2) Building, intervention and evaluation. The IT-system is built using an iterative and incremental software development process where focus is on solving the identified problems. During the development stage requirements and challenges are identified to create the business model target view. The IT-system is developed to reflect this view where each iteration of the IT-system is revised from flaws discovered during interviews with stakeholders. The first iteration did not fulfill the stakeholders’ requirements and expectations, but later iterations succeeded in this and were implemented within the organization. When the IT-system had been implemented, it was evaluated by the end users to identify if the system developers had succeeded in solving the organizational problems, and to check usability of the IT-system. (3) Reflection and learning. The result is analyzed and discussed, compared to the theoretical frame of reference and course of action. The result shows that system developers succeeded in identifying complex problems within the organization and managed to create a new IT-system that met stakeholders’ needs, while also solving identified organizational problems. (4) In the last phase formalization of learning are general concepts compiled that can be used in other projects. In this thesis are eight aspects and principles are identified that can be used by system developers when developing IT-systems.

Systemintegration hat auf Grund des Einsatzes heterogener Systeme eine fortlaufende Bedeutung für viele Unternehmen und vor allem für Integrationsdienstleister. Die Praxis der Integration stimmt nicht immer mit den aktuellen Forschungsthemen überein. Diese qualitative Erhebung liefert einen Zustandsbericht über Herausforderungen und Probleme denen Integrationsdienstleister täglich begegnen und dient der Identifikation von praxisrelevanten Forschungsfragen.

Following circumstances such as mergers and acquisitions, the IT systemsassociated with the participating organisations may need to share access towardsservices and systems with eachother. Access towards systems and services is oftencontrolled using secret information such as passwords or keys. This implies thatsharing access between IT systems is achieved by sharing secret information. This thesis proposes new methods for automatic synchronization of secretsbetween different secret management systems that may not be natively compatiblewith one another. After examining how the already existing secret managementsystems function as well as created a data centric threat model, a system design wasproposed. A secret proxy connects to each secret management system which in turnconnects to a central secret distributor that handles and updates the other proxies. The results indicate that such a system can be implemented and securely distributesecrets automatically. By synchronizing secrets automatically, the work involvedwith supporting several secret management systems in parallel which all needaccess to some common secrets could be reduced. / Under omständigheter så som sammanslagning av organisationer kan ett flertalseparata IT-system tilhörande de olika organisationerna behöva dela åtkomst mottjänster med varandra. Åtkomst mot tjänster regleras ofta med hjälp av hemliginformation så som lösenord eller nycklar. Detta innebär att delning av åtkomstmellan IT-system uppnås genom delning av hemlig information mellan dessasystem. Detta arbetet föreslår nya metoder för att automatiskt synkronisera lösenord ochhemligheter mellan flera hemlighetshanteringssystem som normalt sett inte ärkompatibla med varandra. En arkitekturell modell togs fram efter att en utvärdering av redan existerandehemlighetshanteringssystems funktionalitet samt en analys av den framtagna hotmodellengjorts. En proxy ansluter till det lokala hemlighets-hanteringssystemetsom i sin tur ansluts till ett centralt distribueringssystem vars jobb är att hanteraoch uppdatera alla proxys. Resultatet påvisar att ett system för att automatiskt synkronisera hemligheter påett säkert sätt går att bygga både i teorin och i praktiken. Automatisk synkroniseringkan minska det arbete som krävs för att hantera flera parallella system däralla behöver ha tillgång till gemensamma hemligheter.