SUNET Användningsfall Grupphantering Web adress N/A Dokument namn Användningsfall grupphantering.doc Dokument ansvarig Jan Rundström Dokument identitet N/A Version 1.0 Datum 2013-05-03 Status Publicerad
SUNET Innehållsförteckning 1 Inledning... 3 1.1 Syfte... 3 1.2 Målgrupp... 3 1.3 Referenser... 3 1.4 Definitioner... 3 1.5 Versionshistorik... 3 2 Om grupphantering... 4 2.1 Typer av grupper... 4 2.2 Sammansatta grupper och mängdoperationer... 4 2.3 Attribut, roller och behörighet... 5 2.4 Medlemmar... 5 2.5 Attribut kopplat till en grupp & individ... 5 3 Användningsfall... 6 3.1 Skapa grupper... 7 3.2 Hantera grupper... 10 4 User stories... 14 4.1 Mail... 14 4.2 Passagesystemet... 14 4.3 Intranätet, studentportalen & LMS... 15 4.4 Forskargrupper & samarbetsytor... 15
SUNET 1 Inledning Detta dokument om användningsfall ingår i utredningen om Auktorisation och grupphantering. 1.1 Syfte Syftet med användningsfall och user stories: Sätta verktyget grupphanterare i sitt sammanhang Informera vår publik om möjligheter/visioner med grupphanterare. Utgöra en referens till vilka features olika grupphanterare kan ha, så att vi kan jämföra dem. Hitta förslag till utredningens proof of concept (POC) bland dem. Underlag för kartläggning och behovanalys, för att förtydliga och bygga på enkätfrågorna 1.2 Målgrupp IT-chefer, IT-arkitekter och de som arbetar med implementering inom området. 1.3 Referenser [1] 1.4 Definitioner Begrepp Beskrivning 1.5 Versionshistorik Version Datum Ändrad av Kommentar 0.1 2013-05-02 Jan Rundström Förmedlad till referensgruppen 1.0 2013-05-03 Maria Valtersson Underlag till enkät för kartläggning och behovsanalys
SUNET 2 Om grupphantering 2.1 Typer av grupper Generellt finns två typer av basgrupper. Automatiskt och manuellt skapade grupper. Automatiska grupper kan identifieras och skapas maskinellt genom de attribut som finns kopplade till identiteterna i olika kärnsystem. Automatiska grupper kan också ges diverse individ och gruppattribut från kärnsystem. Ett exempel på en automatisk skapad grupp är anställda vid en organisation, till exempel en institution. Genom systemintegration kan gruppen skapas och underhållas automatiskt över tid. Nyanställda läggs till i gruppen och vid avslutad anställning tas en person bort via logik i en integrationsplattform. Gruppattributen organisationsid och organisationsnamn kan också sättas och underhållas automatiskt. Andra exempel på automatiskt skapade grupper Grupper baserade på studenter som läser samma kurstillfälle, kurs, program etc. Funktionella grupper med medlemskap utifrån innehav av funktion i ett system, t.ex. en grupp för alla katalogadministratörer. Platsbaserade grupper med medlemskap utifrån arbetsplatsplacering, t.ex. alla som har sin arbetsplats i Hus A. En manuellt skapad grupp skapas och underhålls genom att en användare väljer personer som skall inkluderas i eller exkluderas från gruppen. Ett exempel kan vara att ett antal personer bildar en arbetsgrupp. Det finns också andra exempel på hur grupper skapas: Intressegrupper med öppet medlemskap Grupper med medlemskap genom riktad inbjudan 2.1.1 Stammar, hierarkier och undergrupper Erfarenheter att implementera grupphantering pekar på att antalet grupper snabbt tenderar att bli många. Därför behövs det möjlighet att organisera grupper på ett logiskt och transparant sätt. En stam (jämför rot i ett filsystem) kan utgöra antingen toppen i en hierarki eller tematisk behållare för grupper med någon slags släktskap. Till exempel kan stammen anställda innehålla grupper ordnade efter hierarki. Informatikinstitutionen skulle till exempel vara en undergrupp till den samhällvetenskapliga fakulteten. I stammen Diverse kan kortlivade intressegrupper läggas. 2.2 Sammansatta grupper och mängdoperationer Användare av ett grupphanteringsverktyg behöver sannolik kunna skapa grupper baserat på existerande grupper och individer. Den enklaste varianten är att två grupper slås ihop och bildar en tredje gemensam grupp. Men grupper kan också skapas genom andra mängoperationer, annan logik eller manuella tillägg av individer i en befintlig grupp. 2.2.1 Mängdoperationer Union (A _ B): Ger en grupp som innehåller medlemmarna av både grupp A och grupp B, d.v.s. blått, grönt och gult område. Snitt (A _ B): Ger en grupp som innehåller de som är medlemmar i både grupp A och grupp B, d.v.s. grönt område. Komplement (A B): Ger en grupp som innehåller alla som är medlemmar i grupp A men inte i grupp B, d.v.s. blått område.
SUNET 2.3 Attribut, roller och behörighet Förutom stammar, grupper och individer behöver ett grupphanteringsverktyg kunna hantera andra objekt för att vara effektivit på stora populationer. Attribut: Objekt eller egenskap som kan knytas individ, grupp eller roll. Behörighet: Vem som får göra vad med vilken resurs. Roll: Gruppering av en eller flera behörigheter (och eller medlemskap, attribut osv) 2.4 Medlemmar I grupphanteringssammanhang kallas personer (eller identiteter) för medlemmar. Medlemmar kan ha olika ursprung. Lokala användare vid ett universitet Federerade användare via SWAMID och andra federationer Externa användare via externa inloggningstjänster t.ex. Google Accounts, Windows Live ID, Facebook etc. Externa användare utan konto vid extern inloggningstjänst 2.5 Attribut kopplat till en grupp & individ Vilka attribut som kopplas till en grupp beror sannolikt på hur gruppen skall användas. Generellt är dock minimikravet: Grupp id (teknisk nyckel) Gruppnamn Behörigheter/rättigheter för att administrera gruppen Andra attribut som kan vara nödvändiga för en grupp Beskrivning av gruppen Grupper som gruppen består av Grupp som gruppen är en del av Datumstyrning av gruppens existens Beskrivning av (logisk) regel för inkludering i gruppen Roller som finns i gruppen Attribut kopplade till individer kan också vara intressant för grupphantering Individens roll i gruppen Datumstyrning av individens existens i gruppen Individens behörighet/rättighet i gruppen Individens urspungsgrupp (vid grupp i grupp) Alla grupper som individen är medlem i
SUNET 3 Användningsfall Nedan följer ett antal användningsfall runt grupphantering. Användningsfallen är schematiska och beskriver möjligheter med grupper, en applikation för grupphantering (grupphanterare) och systemintegration runt grupphantering. För att inte användningsfallen skall bli för omfattande är de uppdelade i tre kategorier. Första delen handlar om hur grupper skapas, d.v.s. hur grupphanteraren fylls på med grupper. Andra delen handlar om hantering av befintliga grupper i grupphanteraren. Här finns också användningsfall runt hur man skapar nya grupper av existerande grupper. Tredje delen fokuserar på export av grupper, d.v.s. till vad och hur grupperna används. Ett verkligt användningsfall består sannolikt av en portion från respektive kategori. En grupp skapas på något sätt, den hanteras i grupphanteraren och gruppen tillämpas i någon applikation. Nästa kapitel, user stories, beskriver möjligheter med grupphantering i verksamhetstermer för R&E sektorn.
SUNET 3.1 Skapa grupper 3.1.1 UC Skapa grupp maskinellt UC Skapa grupp maskinellt Grupper skapas genom maskinellt urval och systemintegration. Administratören kan administrera basgruppen MOTIV Det finns många tänkbara grupper som kan skapas på det här sättet. Möjligheter och begränsningar styrs av vilka attribut som finns tillgängliga för urvalet av individer via systemintegration. Ett exempel är studenter som läser samma kurs, en kurstillfällesgrupp. Gruppen kan användas för maillistor, behörighetsstyrning av LMS eller andra system som behövs under kursen. FÖRUTSÄTTNINGAR Grupphanteringssystemet har ett API för att skapa och underhålla grupper. Systemintegration: I exemplet kurstillfällesgrupp hålls gruppen uppdaterad givet vilka studenter som är registreras eller avregistreras på kurstillfället i LADOK. HÄNDELSEFÖRLOPP Gruppen skapas när ett nytt kurstillfälle läggs upp i LADOK. Gruppen namnges automatiskt, till exempel efter den nyckel som specificerar kurstillfället. Studenter inkluderas eller exkluderas automatiskt allt eftersom de registrerar eller avregistrerar sig i LADOK. VARIANTER På samma sätt går det att skapa hierarkier av grupper, stammar, undergrupper etc. Andra varianter på grupper kan vara intressantare: Studenter som är antagna till ett kurstillfälle, studenter med samma starttermin på ett program som bildar en klass etc. Grupper kan importeras från LDAP eller AD om de redan existerar där. En grupp är skapad och underhålls maskinellt allt eftersom den förändras.
SUNET 3.1.2 UC Skapa grupp manuellt UC Skapa grupp manuellt Grupper skapas genom manuellt urval ur en IDP. Alla tillgängliga individer kan knytas till gruppen, administratör blir per default den som skapar gruppen. MOTIV Det finns många skäl att skapa grupper manuellt: Till exempel intressegrupper, behörighetsgrupper som inte går att skapa automatiskt med hjälp av systemintegration. FÖRUTSÄTTNINGAR Att grupphanteringssystemet kan kopplas ihop med en IDP där urval kan göras. HÄNDELSEFÖRLOPP Administratör av grupphanteringsystemet namnger den grupp som skapas. Administratören sätter tidsintervall för gruppen existens eller andra gruppattribut. Gruppen fylls på med de aktuella medlemmarna. Administratören kan utse ytterligare medlemmar i gruppen till administratörer. Administratören kan inkludera eller exkludera medlemmar i gruppen med tiden. VARIANTER Grupper kan skapas med urval ur federerade IDP:er. Genom grupphanteringsystemets API kan grupper skapas från andra applikationer. En grupp är skapad och underhålls manuellt allt eftersom den behöver förändras.
SUNET 3.1.3 UC Skapa en grupp genom inbjudan UC Skapa grupp genom inbjudan Individer bjuds in till att bli medlemar i en grupp. Administratören skapar gruppen och väljer vem som erbjuds gruppmedlemskap. MOTIV Ett sätt att med hjälp av automatik skapa en riktad intressegrupp. FÖRUTSÄTTNINGAR Att grupphanteringssystemet i så hög grad som möjligt stöder processen nedan. HÄNDELSEFÖRLOPP En administratör gör på något sätt ett urval (på individ eller gruppnivå) av potentiella medlemmar till en grupp. En inbjudan om medlemskap skickas till de potentiella medlemmarna (via email). De som tackar ja inkluderas i gruppen. Flera förfrågningar skall kunna skickas till samma person över tid. Nya individer skall kunna läggas till som potentiella medlemmar. VARIANTER Beroende på syftet med gruppen, d.v.s. vilka behörigheter som gruppmedlemskapet skall ge, finns olika krav på medlemmarnas identitet. Inbjudningarna kan baseras på medlemmarna finns i en lokal IDP, federerade IDPer, eller bara att den som skapar gruppen känner till en mailadress etc. Funktionen kan sannolikt byggas i en annan applikation än grupphanteringssystemet. Grupper skapas där medlemmarna har bekräftat att de vill vara medlemmar.
SUNET 3.1.4 UC Skapa en öppen grupp UC Skapa en grupp genom anmälan I öppna grupper kan medlemar själv välja att inkludera eller exkludera sig. Administratören skapar en öppen grupp, medlemmar anmäler sig till gruppen. MOTIV Ett sätt att med hjälp av automatik skapa en öppen intressegrupp. FÖRUTSÄTTNINGAR Att grupphanteringssystemet i så hög grad som möjligt stöder processen nedan. HÄNDELSEFÖRLOPP En grupp skapas av en administratör. En offentlig inbjudan går ut på något sätt. Den som vill inkluderar sig i gruppen. Den som vill exkluderar sig från gruppen. VARIANTER Funktionen kan sannolikt byggas i en annan applikation än grupphanteringssystemet. Grupper skapas där medlemskapet är öppet. 3.2 Hantera grupper 3.2.1 UC Skapa manuell undergrupp UC Skapa manuell undergrupp Baserad på en befintlig (bas)grupp skapas undergrupper. Urvalet utgörs av alla tillgängliga identiteter i en basgrupp. Administratör blir per default den som skapar gruppen. MOTIV Det finns många skäl att skapa grupper i en grupp. Studenter kan delas in labbgrupper, projektgrupper kan bildas etc. FÖRUTSÄTTNINGAR Att grupphanteringssystemet ger möjlighet att skapa och namnge undergrupper baserat på alla tillgängliga individer i en basgrupp. HÄNDELSEFÖRLOPP Administratör av grupphanteringsystemet namnger den undergrupp som skapas. Administratören sätter tidsintervall för gruppen existens. Gruppen fylls på med de aktuella individerna. Administratören kan utse ytterligare deltagare i gruppen till administratörer. Administratören kan inkludera eller exkludera individer i gruppen med tiden. VARIANTER Andra varianter på basgrupper kan vara intressantare: Studenter som är antagna till ett kurstillfälle, studenter med samma starttermin på ett program som bildar en klass etc. En basgrupp är skapad och underhålls maskinellt allt eftersom den förändras.
SUNET 3.2.2 UC Skapa en sammanslagen grupp UC Skapa en sammanslagen grupp Baserad på flera befintliga (bas)grupper skapas en sammanslagen grupp. Alla individer som ingår i de underliggande grupperna. MOTIV Flera manuella grupper bör kunna slås ihop till en större. Det finns sannolik också scenarion där en önskad grupp inte går att skapa (eller inte finns skapad) genom maskinellt urval. Men kan skapas genom sammanslagning. FÖRUTSÄTTNINGAR Att grupphanteringssystemet ger möjlighet att skapa och namnge sammanslagna grupper baserat på alla tillgängliga individer i flera grupper. HÄNDELSEFÖRLOPP Administratör av grupphanteringsystemet namnger den sammanslagna grupp som skapas. Administratören sätter tidsintervall för gruppen existens. Basgrupperna pekas ut. Den sammanslagna gruppen växer och minska i takt med att individer inkluderas och exkluderas i de underliggande grupperna. VARIANTER Genom grupphanteringsystemets API kan sammanslagna grupper skapas från andra applikationer. Det finns andra varianter på mängdoperationer för att skapa en grupp baserat på existerande grupper. Enligt mängdläran kallas en sammanslagning för en union. Det finns eventuellt också ett behov att skapa snitt och komplement av grupper. En sammanslagen grupp är skapad och underhålls automatiskt av grupphanteringssystemet allt eftersom den förändras. Om en individ inkluderas eller exkluderas till/från en basgrupp försvinner den också ur den sammanslagna gruppen.
SUNET 3.2.3 UC Skapa en grupp genom attribut UC Skapa en attributbaserad grupp En administratör kan skapa en villkorstyrdgrupp. MOTIV Ett smidigare sätt att sköta inkludering i grupper än via systemintegration eller manuellt. FÖRUTSÄTTNINGAR Att grupphanteringssystemet stöder villkor. Att HÄNDELSEFÖRLOPP En grupp skapas av en administratör. En offentlig inbjudan går ut på något sätt. De som anmäler sig till gruppen inkluderas. Anmälan identifieras genom mailadress eller annat id. VARIANTER Funktionen kan sannolikt byggas i en annan applikation än grupphanteringssystemet. Grupper skapas där medlemskapet är öppet. 3.2.4 UC Administration av grupp UC Administration av grupp Uppräkning av administrativa operationer på en grupp. Administratör MOTIV En tom grupp skapas och namnges En grupp döps om Gruppens livstid sätts eller ändras En grupp tas bort Diverse andra gruppattribut sätts eller ändras Individer inkluderas eller exkluderas Individers medlemskap i gruppen tidsbestäms Administratörsrättigheterna för en grupp delas ut till flera administratörer. FÖRUTSÄTTNINGAR Att grupphanteringssystemet ger möjlighet att göra ovan administrativa uppgifter HÄNDELSEFÖRLOPP VARIANTER Att administratörsrättigheter delas ut till den som skapar gruppen eller en medlem i gruppen. Att operationerna ovan går att göra via en annan applikation via grupphanterarens API. Ordning och reda i grupphanteraren.
SUNET 3.2.5 UC Grupper propageras till katalogtjänster (AD/LDAP) Grupper propageras till katalogtjänster Grupper (eller information baserat på gruppmedlemskap) exporteras till en katalogtjänst. Systemintegration: Detta sker automatiskt. MOTIV Ett gruppmedlemskap kan vara synonymt med behörighet till en resurs. Attribut kopplade till en medlem kan också kopplas till en behörighet. FÖRUTSÄTTNINGAR Systemintegration: Att grupphanteraren har API för att exportera information till katalogtjänsten. HÄNDELSEFÖRLOPP Katalogtjänsten hålls automatiskt uppdaterat givet förändringar i grupphanteraren. VARIANTER Informationen kan gå andra vägen. Grupper kan skapas och uppdaters i katalogtjänsten och exporteras till grupphanteraren. En uppdaterad katalogtjänst som diverse applikationer kan använda för behörighetskontroll. 3.2.6 UC Grupper propageras till applikationer Grupper propageras till applikationer Grupper (eller information baserat på gruppmedlemskap) exporteras till en applikation. Systemintegration: Detta sker automatiskt. MOTIV Ett gruppmedlemskap kan vara synonymt med behörighet till en applikation. Attribut kopplade till en medlem kan också kopplas till en behörighet. FÖRUTSÄTTNINGAR Systemintegration: Att grupphanteraren har API för att exportera information till katalogtjänsten. HÄNDELSEFÖRLOPP Applikationen hålls automatiskt uppdaterat givet förändringar i grupphanteraren. VARIANTER Uppdaterad behörighetsinformation i en applikation.
SUNET 4 User stories I detta kapitel beskrivs user stories kopplade till de generella användningsfallen i förra kapitlett. 4.1 Mail Institutionssekreteraren Edvin Edvinsson behöver hålla kontakten med klassen SVP15H (Systemvetenskapligt program med start höstterminen 2015) i syfte att stimulera studenterna att jobba mot en examen. Edvin vill till exempel maila erbjudanden om nya kurser vid institutionen eller påminna om att det är dags att välja kurser inför nästa termin. Efter ett par år är klassen mer eller mindre spridd för vinden. Olika kursval, avhopp, inhopp, pauser och utlandsstudier mm gör att det är svårt att ha en överblick över klassen. Men när klassen började progamet 2015 skapades automatiskt en kullgrupp för SVP15H (UC 3.1.1). Edvin har inte tagit bort någon ur gruppen (utom de som uttryckligen sagt till) däremot har han manuellt lagt till ett par fristående studenter som velat ansluta sig till klassen. Gruppen finns i universitetets grupphanterare och synkroniseras med AD:et. Därför kan Edvin enkelt nå klassen via en mailgrupp. Budgetsamordnaren Erika Eriksson på fakultetskansliet behöver informera prefekterna inom fakulteten om det kommande budgetarbetet, vilka datum som gäller och vilken information som institutionerna förväntas lämna. I universitetets katalogtjänst finns en prefektroll och i grupphanteringssystemet finns en fakultetsintern grupp som innehåller de personer som innehar denna roll. Gruppen uppdateras automatiskt när någon person börjar eller slutar som prefekt, vilket markeras genom att personen tilldelas rollen i katalogtjänsten (UC 3.1.1). Genom att använda den gruppen som maillista kan Erika alltid nå prefekterna inom fakulteten. 4.2 Passagesystemet Studenten Per Persson vill ha tillträde till de lokaler på universitetet där hans kurser hålls. När Per registrerar sig på ett kurstillfälle inkluderas han som medlem i en kurstillfällesgrupp i grupphanteraren. Detta sker med hjälp av systemintegration mellan LADOK- och grupphanteringssystemet (UC 3.1.1). En annan applikation på universitetet matchar kurstillfällesgruppen (UC 3.2.6) med de lokaler där kursen hålls. Passagesystemet får informationen att Per Persson passerkort (och alla andra studenter i kurstillfällesgruppen) är giltigt för passage till lokalerna under den tid som kurstillfället ges. Dessutom har Per tillgång till alla huvudentréer på universitetet eftersom han tillhör gruppen studenter. Doktoranden Patricia Patriksson vill ha tillträde till superdatorlabbet på sin institution Eftersom Patricia tillhör gruppen forskarskarstuderande på datavetenskapliga institutionen kan administratören Anders Andersson lägga till henne i undergruppen superdatorforsning (UC 3.2.1). Patricia är också medlem i gruppen anställda vid dataventenskap. Att hon finns i gruppen anställda ger passagerättigheter till alla entréer. Medlemskapet i gruppen forskarstuderande på D.V.I. ger rättigheter till institutionens ytterdörrar och medlemskapet i undergruppen gör att hon kommer in i superdatorlabbet. Ekonomiassistenten Peder Pedersson jobbar på universitetets centrala förvaltning. Men är under höstterminin tillfälligt utlånad till institutionen för nordiska språk på halvtid. Peder måste komma in på två arbetsplatser Passagerättigheterna till Peders ordinarie arbetsplats är inget problem då han är medlem i gruppen anställda vid centrala administrationen. Men att få tillträde på nordiska språk kommer inte att ske per automatik eftersom Peder inte har någon anställning där, han är bara utlånad. Administratören Anders
SUNET Andersson får en idé, han lägger manuellt till en undergrupp till anställda på nordiska språk(3.2.1). Han kallar gruppen Gäster htxx och låter den ärva alla rättigheter. Anders ser för säkerhets skull till att gruppen bara existerar under htxx (UC 3.2.4). 4.3 Intranätet, studentportalen & LMS Inge Ingesson jobbar på informationsavdelningen och behöver ha tillgång till alla delar av intranätet som innehåller information för personal. Han är också redaktör för den del av intranätet som innehåller avdelningens egna intranät Eftersom Inge är medlem i gruppen anställda vid informationsavdelningen och är avdelningens redaktör och detta finns representerat som GMAI i universitetets katalogtjänst, kommer Inge per automatik att ha rätt behörigheter tack vara universitetets SSO inloggning. På universitet har man med hjälp av systemintegration sett till så att alla anställdas position i organisationen och vissa specifika roller kopplade till ett antal allmänna system hämtas i grupphanteringssystemet och tolkas om till GMAI syntax för att sedan skrivas ner i LDAP. Inge är medlem i flera rollgrupper och har en del begränsningar kopplat till sin identitet i grupperna. Katalogansvariga (får bara hantera anställda i sin egen organisation) Intranätpublicister (får bara hantera avdelningens information) Fakturamottagare (Attest- och konteringsbehörighet upp till 100 000 kr) Lars Larsson är student och tänker ta en magisterexamen i Informatik. Lars läser lite olika kurser över tid. Han blandar hel- och halvfartskurser på olika institutioner, vissa läser han på distans. Lars behöver tillgång till all information runt de kurser han läser i universitetets LMS. Den mesta informationen runt kurserna, labbuppgifter, litteraturlistor, deltagarlista, kontaktinformation till lärare och scheman mm finns upplagda i universitetets LMS. Lars får automatisk behörighet till informationen runt en kurs genom att registrera sig på ett kurstillfälle. Han hamnar då i en kurstillfällesgrupp som LMS:et använder för att verifiera Lars identitet och ge behörigheter när han loggar in. LMS:et publicerar också deltagarlistor för varje kurs baserat på kurstillfällesgrupperna i grupphanteraren. 4.4 Forskargrupper & samarbetsytor Fredrika Fredriksson sysslar med nischad forskning och vill dela sitt arbete och resultat med ett fåtal forskarkollegor runt om i Sverige. Fredrika publicerar fortlöpande sina framsteg på en wiki och i en blogg som kräver inloggning i universitetets intranät. Universitetets grupphanteringssystem ger möjligheten att skapa en grupp och skicka riktade inbjudningar. Fredrikas forskarkollegor får ett mail där de erbjuds medlemaskap i hennes grupp. Kollegorna tackar ja genom att klicka på en länk i mailet. Kollegornas mailadresser och identiteter finns tillgängliga genom identitetsfederationen SWAMID. Detta gör att kollegorna inte behöver några speciella inloggningsuppgifter för att ta del av Fredrikas publikationer. Det räcker med att de är inloggade i sin egen organisations SSO. Martin Martinsson leder en internationell forskargrupp som behöver tillgång till rad delade tjänster. Forskarna behöver en delad webbplats för delade dokument, wikis, videokonferenser mm. Eftersom en av forskarna i Martins grupp är holländare har Martin hört talas om SURFTeams, vilket är en tjänst för att skapa virtuella organisationer baserade på medlemmar i en identitetsfederation. Grupperna som skapas har tillgång till samarbetsplattformen SURFConext. Till exempel kan forskargrupper bestående av
SUNET medlemmar från flera universitet bildas och få tillgång till diverse samarbetsverktyg online. En federead medlem kan skapa en grupp genom inbjudan och själv administrera gruppen eller dela ut rättigheter i form av roller till andra gruppmedlemmar. En rad tjänster finns till hands för grupperna inom ramen för SURFConext, till exempel: Webbplats Wikis Videokonferenser Dokumentdelning