Processmanual för applikationsförvaltning
|
|
- Lars-Göran Abrahamsson
- för 6 år sedan
- Visningar:
Transkript
1 Processmanual för applikationsförvaltning
2 Innehåll PROCESSMANUAL FÖR APPLIKATIONSFÖRVALTNING 1. Samverkansformer Strategiskt forum Arbetsformer Förslag till agenda Förvaltningsforum Arbetsformer Förslag till agenda Applikationsforum Arbetsformer Förslag till agenda Samverkan med applikationsleverantören Arbetsformer Ärendemottagning Servicetid Samverkansprocesser Applikationsförvaltning Tjänsteförfrågan (service request) Processbeskrivning för tjänsteförfrågan Incidenthantering Klassificering av incidenter Processbeskrivning för incidenthantering Problemhantering Klassificering av problem Processbeskrivning för problemhantering Ändringshantering Klassificering av ändringar Processbeskrivning för ändringshantering Ändringsråd Ändringsstyrgrupp Service råd Test och godkännande Processbeskrivning för testprocess Samverkansprocesser Applikationsdrift Releasehantering Sid 1/19
3 3.1.1 Processbeskrivning för releasehantering Driftsättning Processbeskrivning för driftsättning Övervakning Processbeskrivning för övervakning Samverkansprocesser Applikationsutveckling Applikationsutveckling Processbeskrivning för applikationsutveckling Applikationsövertagande Processbeskrivning för applikationsövertagande Revisionshistorik Version* Författare Kommentar 1.0 Styrgrupp för upphandling av applikationsleverantörer 2.0 Komplettering av samverkansprocess för tjänsteförfrågan Godkännande av Inera Godkännande av Inera *Revidering av processmanualen för applikationsförvaltning sker av Inera i periodvis uppföljning och anpassning av ingående samverkansprocesser. Aktuell version av processmanualen ligger till grund för avrop av applikationsförvaltning för Sid 2/19
4 1. SAMVERKANSFORMER I syfte att uppnå ett för alla parter framgångsrikt resultat funktionellt, tekniskt och ekonomiskt krävs att Ineras och alla parters resurser används effektivt. Förutsättningen för att uppnå detta är en väl utvecklad samverkan mellan parterna där parternas olika uppgifter är definierade. Samverkansformerna baseras på följande forum. 1.1 Strategiskt forum Arbetsformer I Strategisk forum hanteras det övergripande samarbetet mellan parterna. Dessa möten äger rum 1-3 gånger per år. Här ska applikationsleverantören bl.a. föreslå förbättringar och informera Inera om den allmänna kunskaps- och teknikutvecklingen inom Tjänsteobjektet. Inera avser att informera applikationsleverantören om bl.a. förändringar i verksamhetens behov och framtida planer avseende berörda Tjänsteobjekt. Inera är sammankallande och mötet protokollförs av applikationsleverantören Förslag till agenda 1. Samarbete applikationsförvaltning Inera - applikationsdrift 2. Förändring, förbättring och tillägg i Tjänsteobjektet 3. Planerad utveckling kommande period 1.2 Förvaltningsforum Arbetsformer I Förvaltningsforum avhandlas frågor som rör applikationsutvecklingen av Tjänsteobjektet. Dessa möten äger rum 1 gång per månad. I Förvaltningsforum fastställs också gällande standarder avseende applikationsförvaltning och fattas beslut om förändringar i avropat Tjänsteobjekt såsom uppgraderingar och produktval. I Förvaltningsforum medverkar Inera med tjänsteansvarig, applikationsleverantören med förvaltningsansvarig samt vid behov specialister. Inera är sammankallande och mötet protokollförs av applikationsleverantör. Sid 3/19
5 1.2.2 Förslag till agenda 1. Månads rapportering 2. Servicenivåer 3. Betalningar 4. Faktureringar 5. Måluppfyllnad 6. Genomförda aktiviteter 7. Planerade aktiviteter 1.3 Applikationsforum Arbetsformer I Applikationsforum genomförs uppföljning och avstämning mot pågående åtaganden 1 till 4 gånger per månad mellan applikationsleverantören, Inera och andra intressenter enligt en i förväg överenskommen dagordning. Inera är sammankallande och möten protokollförs av applikationsleverantören Förslag till agenda 1. Avrapportering av tjänsteförfrågan (service request) och incidenter 2. Uppföljning av utlovad leverans 3. Planerade förändringar i leveransen 4. Nästa periods leverans 1.4 Samverkan med applikationsleverantören Arbetsformer I det dagliga arbetet med applikationsleverantören utgör deras servicedesk tillsammans med Ineras Nationella kundservice och driftleverantörens servicedesk en viktig länk i den totala supportkedjan för Tjänsteobjektet i syfte att skapa spårbarhet avseende ärendehanteringen. Inera svarar för 1:a linjens support och applikationsleverantören 2:a och 3:e linjens support. Genom servicedesk bistår applikationsleverantören Inera med support som omfattar frågor om exempelvis installation, funktionalitet och användning av tjänsteobjektet samt däri ingående komponenter. Sid 4/19
6 Servicedeskfunktion tar emot via telefon och e-post, registrerar, klassificerar och behandlar inkomna ärenden. Ärendehanteringen sker i Ineras ärendehanteringssystem för att säkerställa samordning i ärendehanteringen. Servicedesk omfattar, men begränsas inte, till följande delar: Tjänsteförfrågan Hantering av incidenter och problem Applikationsleverantören bemannar sin servicedesk med resurser som har erforderlig kompetens för uppgiften och svarar upp mot krav på spårbarhet i arbetet med inkomna ärenden. Applikationsleverantörens servicedesk har en teknisk kontaktperson med kontaktansvar med övriga delar i supportkedjan och Ineras förvaltningsorganisation Ärendemottagning Om applikationsleverantören anser att tilldelat ärende inte är applikationsleverantörens ansvar, ska detta rapporteras till Ineras Nationella kundservice inom gällande Servicetid tillsammans med en tydlig motivering. För det fall att så inte sker ska applikationsleverantören anses vara ansvarig för att hantera ärendet. Telefonsamtal anses ha nått applikationsleverantören när ärendet nått applikationsleverantörens växel Servicetid För samtliga tjänsteobjekt ska applikationsleverantören vara tillgänglig under vardagar Övrig tid tas ärenden emot via epost och webb. Servicetid och servicenivåer för Tjänsteobjektet fastställs i Servicenivåer för Tjänsteobjektet. Sid 5/19
7 2. SAMVERKANSPROCESSER APPLIKATIONSFÖRVALTNING 2.1 Tjänsteförfrågan (service request) En tjänsteförfrågan (service request) är en begäran från en användare om information eller råd, eller för en standardförändring eller att ge tillgång till ett Tjänsteobjekt. Till exempel för att återställa ett lösenord, eller att ge support till en ny användare Processbeskrivning för tjänsteförfrågan Processflöde för tjänsteförfrågan genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: 1. Nationell kundservice tar emot och registrerar tjänsteförfrågan Inera Applikationsförvaltning Applikationsdrift K H K 2. Hantera tjänsteförfrågan U H U 3. Genomföra lösning eller initiera ändringsbegäran U H U 4. Verifiera om tjänsteförfrågan har utförts H 5. Stänga ärende för tjänsteförfrågan I H I 2.2 Incidenthantering H: Huvudansvarig - Den Part som innehar det operativa ansvaret för genomförandet En incident är en händelse som hindrar användaren i sitt normala arbete. Det kan t.ex. vara ett fel som härleds till en applikation eller ett systemsamband, en driftstörning eller ett fel i en tredjepartsprodukt. Syftet med processen Incidenthantering är att åter göra Tjänsteobjektet tillgängligt så snabbt som möjligt även om det är med hjälp av en tillfällig lösning Klassificering av incidenter Incidenter klassificeras enligt nedanstående modell: Kategori Prio 1 Kritisk Påverkan Allvarliga incidenter som har stor verksamhetskritisk Sid 6/19
8 Kategori Prio 2 - Hög/Allvarlig Prio 3 - Medel Prio 4 - Låg Påverkan påverkan och där Tjänsteobjektet inte kan nyttjas alls, alternativt endast nyttjas med för verksamheten oacceptabel prestanda. Allvarliga incidenter med viss verksamhetskritisk påverkan. Incidenter med liten verksamhetspåverkan och där verksamheten kan fortgå som vanligt. Påverkar en eller ett fåtal användare. Mindre avvikelser eller skönhetsfel utan direkt verksamhetspåverkan, låg grad av fel som endast kräver aktivering av problemsökning efter överenskommelse Processbeskrivning för incidenthantering Processflöde för incidenthantering genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: 6. Nationell kundservice registrerar och prioriterar incident Inera Applikationsförvaltning Applikationsdrift K H K 7. Verifiera prio och klassificera incident. U H U 8. Hantera incidenten U H U 9. Felsöka och analysera incident U H U 10. Besluta om lösning ska genomföras I H I 11. Genomföra lösning eller initiera problemhantering K H U 12. Verifiera om incidenten är löst I H I 13. Följa upp och analysera I H I 14. Stänga incidentärende I H H: Huvudansvarig - Den Part som innehar det operativa ansvaret för genomförandet Sid 7/19
9 2.3 Problemhantering Problem är orsaken till en eller flera incidenter. Problemhantering syftar till att minimera omfattningen av antalet incidenter genom att hitta och åtgärda grundorsaken till att de uppstår. Fokus ligger på att skapa en permanent lösning på ett problem. I problemhantering ingår att åtgärda upphovet till återkommande incidenter. Applikationsleverantören utför arbete med att hitta orsaken till återkommande incidenter och ta fram ett permanent åtgärdsförslag för att korrigera dessa. När applikationsleverantören identifierat källan till en återkommande incident görs en djupare analys och beslut om åtgärdsförslag fattas. I åtgärdsförslaget ingår en uppskattning över tidsåtgången för genomförandet och eventuell påverkan på ingående applikationer Klassificering av problem Prioritering sker enligt nedanstående modell och harmonierar med incidentklassificering: Kategori Påverkan 1. Kritisk Mycket allvarlig nedgång av systemfunktionalitet, saknade funktioner eller andra komponenter i leveransen jämfört med vad som överenskommits i specifikationer och avtal. Tjänsteobjektet kan inte användas. 2. Hög Markant degradering av funktionalitet och/eller prestanda i hela eller delar av Tjänsteobjektet jämfört med vad som överenskommits i specifikationer och avtal. Tjänsteobjektet kan användas med hjälp av workarounds eller under vissa begränsningar. 3. Medium Mindre degradering eller begränsning av funktionalitet och/eller prestanda i hela eller delar av Tjänsteobjektet jämfört med vad som överenskommits i specifikationer och avtal. Mindre fel som ej kräver omedelbart ingrepp, d.v.s. Tjänsteobjektet fungerar tillfredsställande trots felet. Tjänsteobjektet kan användas. 4. Låg Fel som inte påverkar Tjänsteobjektets prestanda, stabilitet, funktionalitet eller orsakar missförstånd. Exempel kan vara felstavningar, mindre fel i användargränssnitt etc Processbeskrivning för problemhantering Processflöde för problemhantering genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: Sid 8/19
10 Applikationsförvaltning Inera Applikationsdrift 1. Ta emot ärende från incidenthantering K H K 2. Kontrollera om fel i Tjänsteobjektet är känt sedan tidigare U H K 3. Klassificera problem och analysera orsaker U H K 4. Design av lösning på problemet U H K 5. Besluta om åtgärd med eventuell omprioritering och skapa ändringsbegäran K H K 6. Skicka ändringsbegäran K H K 7. Rapportera enligt överenskomna rutiner U H I 8. Stäng problemärendet I H I H: Huvudansvarig - Den Part som innehar det operativa ansvaret för genomförandet Sid 9/19
11 2.4 Ändringshantering En ändring är ett tillägg, en modifiering eller borttagande av något som kan påverka applikationen. Det kan t.ex. vara en lösning av ett problem, en uppgradering eller driftsättning av ett nytt Tjänsteobjekt. Ändringshantering säkerställer att standardiserade metoder och verktyg används för hantering av allt förändringsarbete. Processen startar med en ändringsbegäran Klassificering av ändringar Ändringar klassificeras enligt nedanstående modell: Kategori C1 C2 C3 C4 C5 Påverkan Akut ändring som påverkar mer än en av Ineras tjänster Här gäller samma villkor som gäller för C2-ändringar, med den skillnaden att här berörs mer än en tjänst. Akut ändring som påverkar en av Ineras tjänster I vissa fall måste avsteg från normala rutiner göras i syfte att vinna tid och fokusera på situationen. Behov av akuta ändringar är en sådan situation. Andelen akuta ändringar bör hållas så lågt som möjligt. Ändringar som påverkar mer än en av Ineras tjänster När ändringen är kategoriserad som normaländring samt påverkar flera tjänster så behandlas ändringen via Driftcontroller och tas upp i Ineras centrala Ändringsråd, CAB. Driftsättning av nya system räknas som C3-ändring. Ändringar som påverkar en av Ineras tjänster När ändringen är kategoriserad som en normaländring som endast påverkar en tjänst behandlas ändringen enligt ändringsprocessen samt inom respektive tjänst och ansvaras av tjänsteansvarig eller av denne utsedda person(er). Ändringar som kategoriseras som standardändring En standardändring är en i förväg godkänd ändring. Standardändringen är väl känd, har relativt låg risk och har en tillhörande rutin. En standardändring innebär att en ändringsbegäran av rutinkaraktär kan utföras. Sid 10/19
12 2.4.2 Processbeskrivning för ändringshantering Processflöde för ändringshantering genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: 1. Ta emot och skicka ändringsbegäran för beredning Inera Applikationsförvaltning Applikationsdrift I H K 2. Besvara ändringsbegäran U H K 3. Skicka underlag till CAB för beslut I H I 4. Besluta om ändring ska genomföras I H 5. Utforma ändringsplan U I K 6. Tillverka och testa ändring U H I 7. Acceptanstesta I H I 8. Ta fram underlag för releasehantering U H I 9. Beställ uppdatering och driftsättning I H I 10. Skicka underlag till CCB för beslut I H I 11. Driftsätt ändring I H U 12. Uppföljning av ändring U H I Ändringsråd H: Huvudansvarig - Den Part som innehar det operativa ansvaret för genomförandet Ineras ändringsråd ( CAB ) har till uppgift att granska tjänsteövergripande systemändringar för de kommande tolv (12) månaderna och granska ändringsbegäran inför driftsättningsbeslut hos ändringsstyrgruppen enligt nedan. Lokalt ändringsråd L- CAB bedömer och godkänner inkomna ändringsbegäran ( RFC ) när ändringen bedöms vara normal samt tjänsteintern dvs. C4. Ett L-CAB etableras med en delegering från Ineras Ändringsansvarig. Ordförande för CAB har mandat att besluta att gå vidare till nästa steg, alternativt avslag, av tjänsteövergripande systemändringar. Sid 11/19
13 2.4.4 Ändringsstyrgrupp Ineras ändringsstyrgrupp ( CCB ) har till uppgift att besluta om driftsättning av nya releaser. Lokal ändringsstyrgrupp L-CCB hanterar vissa tjänstespecifika ändringsbegäran, som är kompletterad enligt beslut på ett lokalt ändringsråd, och beslutar om driftsättning alternativt avslag av driftsättning. Ordförande för Ineras ändringsstyrgrupp ( CCB ) beslutar om ändringsprocessen och driftsättning alternativt avslag av driftsättning av release utifrån ändringsbegäran som beslutats av CAB om att gå vidare med ändring Service råd Ineras service råd ( SRB ) har till uppgift att löpande följa upp IT-relaterade händelser. SRB har veckovisa möten som hanterar uppföljning av leverans och förändringar samt avrapportering av incidenter av kategori 1 och Test och godkännande Applikationsleverantören ansvarar för att ha verifierat den egna leveransen med ett komplett och godkänt systemtest vilket inkluderar enhetstester, integrationstest, systemintegrationstest samt regressionstest. Inera kan dock vid särskilda tillfällen begära att specifika tester utförs av applikationsleverantören. Applikationsleverantörens tester genomförs i tid enligt vad som avtalats med Inera och i god tid innan Inera genomför acceptanstest. Applikationsleverantören dokumenterar testerna i en testrapport. Vid begäran redogör applikationsleverantören för testfall och utfall av test för Inera. Syftet med applikationsleverantörens tester är att kvalitetssäkra att den egna leveransen uppfyller kraven vad gäller säkerhet, juridik, funktion, informationsinnehåll och teknik samt att tidigare levererad funktionalitet bibehållits. Test Enhetstest Integrationstest Systemtest Regressionstest Beskrivning Funktionella och tekniska krav testas på lägsta nivå. Test av integration av de olika modulerna i systemet samt test av förändringar inom en release för att säkerställa att förändringen inte har negativ påverkan på existerande funktionalitet. Kompletta flödestester av hel leverans av systemet. Utförs av applikationsleverantören som en del av systemtest och integrationstest för att säkerställa att förändringen inte har negativ påverkan på existerande funktionalitet. Sid 12/19
14 Test Systemintegrationstest Acceptanstest Prestandatest Kontinuitetstest Beskrivning Kompletta flödestester av hel leverans av systemet inklusive integration med omkringliggande system samt regressionstest. Utförs av Inera för acceptansgodkännande. Endast vid behov och särskild beställning av Inera. Endast vid behov och särskild beställning av Inera Processbeskrivning för testprocess Processflöde för test genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: 1. Fastställ övergripande testplan och testprocess. 2. Genomför enhetstest, integrationstest flödestest och regressionstest Inera Applikationsförvaltning Applikationsdrift U H I U H K 3. Granska och utvärdera testfall. I H I 4. Initiera kompletterande tester i nationella miljöer 5. Acceptanstest. Inera godkänner leveransen om systemintegrationstest mot alla relevanta integrerade tjänster ha genomförts och godkänts. U H K I H I H: Huvudansvarig - Den Part som innehar det operativa ansvaret för genomförandet Sid 13/19
15 3. SAMVERKANSPROCESSER APPLIKATIONSDRIFT 3.1 Releasehantering Releasehantering är den process som innefattar planering, schemaläggning och kontroll av att bygga, testa och driftsätta releaser, och för att leverera ny funktionalitet. En release omfattar ett leveranspaket och innehåller inte bara källkoden utan även till exempel uppdaterad dokumentation och installationspaket. Arbetet görs i samverkan med driftleverantör. En viktig aktivitet är att tillgodose olika intressenters informationsbehov, t.ex. förvaltare av integrerade system, service desks, andra driftleverantörer och övriga grupper av användare Processbeskrivning för releasehantering Processflöde för releasehantering genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: Applikationsförvaltning Inera Applikationsdrift 1. Prognos applikationsutveckling K H K 2. Övergripande releasesamordning, innehåll och plan. 3. Fastställa releasens innehåll samt tidpunkt, per objekt. 4. Informera intressenter om kommande ändringar. 5. Detaljplanering och koordinering av release. K H K U H K H U H U 6. Godkänn release för driftsättning. I H I H: Huvudansvarig - Den Part som innehar det operativa ansvaret för genomförandet Sid 14/19
16 3.2 Driftsättning Tillsammans med applikationsdrift ansvarar Inera för driften av Tjänsteobjekten. Förutom produktionsmiljön finns även en miljö som används för att kvalitetssäkra leveransen innan den driftsätts i produktionsmiljön. Applikationsleverantören ska enligt nedanstående processbeskrivning medverka och samarbeta tillsammans med Inera och Ineras driftleverantör Processbeskrivning för driftsättning Processflöde för driftsättning genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: 1. Ta fram installationspaket (script, dokumentation, källkod, installationsdokumentation etc.) Inera Applikationsförvaltning Applikationsdrift U H K 2. Verifiering av installation i QA-miljö K H U 3. Planera och installera applikationsuppgraderingar efter installationsanvisningar K H U 4. Ta fram driftsdokumentation K I H 5. Installation K H U 6. Produktionssättning och optimering K I H 3.3 Övervakning H: Huvudansvarig - Den Part som innehar det överordnade operativa ansvaret för genomförandet Övervakning innefattar alla handgrepp avseende ingående programvaror i respektive Tjänsteobjekt för att hålla dessa i drift och tillgängliga i enlighet med avtalad drifttid och tillgänglighet samt kunna presentera status i realtid för Tjänsteobjektet. Övervakning sker i driftplattform, som tillhandahålls inom ramen för drifttjänsten. Sid 15/19
17 3.3.1 Processbeskrivning för övervakning Processflöde för övervakning genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: 1. Tillhandahålla och säkerställa mätpunkter för övervakning 2. Övervakning av körningar utifrån för applikationens fastställda rutiner 3. Övervakning av integrationer utifrån för applikationens fastställda rutiner 4. Övervakning av applikation med hjälp av övervakningsverktyg utifrån fastställda mätpunkter Inera Applikationsförvaltning Applikationsdrift U H K K H U K H U I H U 5. Uppdatera driftsdokumentation K H U H: Huvudansvarig - Den Part som innehar det överordnade operativa ansvaret för genomförandet 4. SAMVERKANSPROCESSER APPLIKATIONSUTVECKLING 4.1 Applikationsutveckling Inom ramen för applikationsutvecklingen ska applikationsleverantören utföra löpande vidareutvecklingsaktiviteter och därigenom utveckla eller förbättra funktionalitet i Tjänsteobjektet. Vidareutveckling omfattar typiskt design, programmering, testning, och paketering av ny mjukvara. Applikationsleverantören ska leverera överenskommet resultat. Löpande vidareutvecklingsaktiviteter kan proaktivt initieras av applikationsleverantören men ska alltid beslutas av Inera. Sid 16/19
18 4.1.1 Processbeskrivning för applikationsutveckling Processflöde för applikationsutveckling genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: Applikationsförvaltnindrift Inera Applikations- 1. Initiering av applikationsutveckling I H I 2. Framtagning av funktionella och ickefunktionella krav 3. Analys av funktionella och ickefunktionella krav I H I H I K 4. Utforma arkitekturbeskrivning H I K 5. Granskning och godkännande av utvecklingsförslag 6. Upprätta projektplan, resursallokering och utvecklingsmodell I H I U H K 7. Beställ applikationsutveckling I H I 8. Programmering, test och paketering av mjukvara 9. Acceptanstest och godkännande för driftsättning 10. Uppdatering av systemdokumentation, installationsanvisningar, releasenotes och installationsscript H I K I H I H K K 11. Uppdatera driftsdokumentation K I H 12. Implementering och driftsättning K H U H: Huvudansvarig - Den Part som innehar det överordnade operativa ansvaret för genomförandet Sid 17/19
19 4.2 Applikationsövertagande Applikationsövertagande från annan leverantör eller från fristående utvecklingsprojekt ska ske med så liten störning som möjligt för Inera. Applikationsövertagande omfattar all information, programvara och utrustning som använts vid applikationsutvecklingen till Inera. Initiering av applikationsövertagande sker efter överenskommelse med befintlig leverantör om applikationsöverlämnande. Applikationsövertagande innebär att applikationsleverantören: Tar emot information om installation samt uppgifter om utrustningar, versioner och releaser och dokumentation. Tillsätter ytterligare resurser om detta krävs vid applikationsövertagande från leverantör. Utan tidsfördröjning underrätta Inera om tillkommande information som påverkar övertagandet Processbeskrivning för applikationsövertagande Processflöde för applikationsövertagande genomförs med samverkan mellan Inera, applikationsförvaltning och applikationsdrift enligt följande processbeskrivning: Ny Applikationsförvaltninförvaltning Inera Ursprungs- 1. Initiering av applikationsövertagande I H I 2. Upprätta projektplan, resursallokering och kunskapsinventering U H K 3. Beställ applikationsövertagande K H I 4. Kontroll av Tjänsteobjekt (kod, dokumentation m.m.) 5. Acceptans och godkännande för övertagande U H K U H I H: Huvudansvarig - Den Part som innehar det överordnade operativa ansvaret för genomförandet Sid 18/19
Tjänsteavtal för ehälsotjänst
Tjänsteavtal för ehälsotjänst INNEHÅLLSFÖRTECKNING 1. Inledning... 3 2. Samverkansformer... 3 2.1. Strategisk nivå... 3 2.2. Operativ nivå... 3 3. Samverkansprocesser... 3 3.1. Incidenthantering... 3 3.1.1.
Läs merHelhetsåtagande underhåll och drift
SID (0) Bilaga b Helhetsåtagande underhåll och drift Förfrågningsunderlag Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt genomförande inom Skolplattform Stockholm Box 09, 0 Stockholm.
Läs merTJÄNSTEBESKRIVNING APPLIKATIONSDRIFT
TJÄNSTEBESKRIVNING APPLIKATIONSDRIFT 1 Innehåll 2 Termer och förkortningar... 2 3 Drift av Kundunika Verksamhetsapplikationer... 3 3.1 Tjänstens innehåll och funktionalitet... 3 3.2 Leveransansvar... 4
Läs merBilaga 4f Gemensamma processer Dnr: /
Bilaga 4f Gemensamma processer stockholm.se Stadsledningskontoret vdelningen för digital utveckling Hantverkargatan 3D 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning 3 2 Incidenthantering
Läs merBilaga 4b. Underhåll. Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN. Förfrågningsunderlag
UTBILDNINGSFÖRVALTNINGEN SID 1 (6) Bilaga 4b Underhåll Förfrågningsunderlag Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm Box 22049, 104 22 Stockholm. Besöksadress Hantverkargatan
Läs merBilaga 4b Helhetsåtagande underhåll och drift Dnr: /
Bilaga 4b Helhetsåtagande underhåll och drift stockholm.se Stadsledningskontoret vdelningen för digital utveckling Hantverkargatan 3D 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning
Läs merRUTIN FÖR DRIFTSÄTTNING
Styrande dokument Rutindokument Rutin Sida 1 (10) RUTIN FÖR DRIFTSÄTTNING Sida 2 (10) INNEHÅLLSFÖRTECKNING Rutin driftsättning... 3 Syfte... 3 Planera driftsättning... 3 Installera och testa... 5 Överföra
Läs merÄndringsprocess för driftsättning Länsteknik
Styrande rutindokument Sida 1 (8) Ändringsprocess för driftsättning Länsteknik Ändringsprocessen ska hantera förändringsbegäran (RFC) som kommer från Förvaltningsstyrning Länsteknik i syfte att minimera
Läs merÄNDRINGSPROCESS LÄNSTEKNIK
2015-03-13 1(10) ÄNDRINGSPROCESS LÄNSTEKNIK 2015-03-13 2(10) Innehållsförteckning 1. Ändringsprocessen inom Länsteknik... 3 1.1. Syfte... 3 1.2. Trigger... 3 1.3. Resultat... 3 1.4. Inflöde till ändringsprocessen...
Läs merBilaga 4f. Gemensamma processer. Upphandling av IT-stöd för hantering av elevdokumentation inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN
UTBILDNINSFÖRVLTNINEN FÖRFRÅNINSUNDERL SID 1 (13) Bilaga 4f emensamma processer Förfrågningsunderlag Upphandling av IT-stöd för hantering av elevdokumentation inom Skolplattform Stockholm Box 22049, 104
Läs merBastjänsterna ovan avser driftfasen. Införandet genomförs som ett projekt som drivs av Cygate i samarbete med kunden.
INLEDNING Cygate erbjuder ett brett utbud av Bastjänster. Dessa tjänster är indelade i Applikationslager och i Infrastrukturlager. De Bastjänster som finns är Applikationsdrift, Applikation som tjänst,
Läs merTjänsteavtal för ehälsotjänst Bilaga 1. Specifikation av Nationell hjälpmedelsdatabastjänst
Tjänsteavtal för ehälsotjänst Bilaga 1. Specifikation av Nationell Innehåll 1. Inledning... 3 2. Tjänstebeskrivning... 3 2.1 Tjänstens funktionella krav... 3 2.2 Tjänstens icke-funktionella krav... 4 2.3
Läs merBilaga 1. Definitioner
1 (6) Bilaga 1 Definitioner 2 (6) Definitioner inom Ramavtal e-förvaltningsstödjande tjänster Definitionerna gäller även för Leveransavtal under detta Ramavtal. Anbudsgivare Användare Användbarhet Applikation
Läs merHSA Schemauppdateringsprocess. Version 1.2.1
HSA Schemauppdateringsprocess Version 1.2.1 Innehåll Revisionshistorik... 2 1. Översikt schemauppdateringsprocess... 3 2. Planeringsfas... 3 2.1.1 Behovsanalys... 3 2.1.2 Interaktion med kravställare...
Läs merArbetsplatstjänsten / SUA
1 (9) SLA 2018-03-01 Service Level Agreement Stockholms universitet Arbetsplatstjänsten / SUA 2018-03-01 Stockholms universitet Besöksadress: Telefon: Telefax: E-post: 2 (9) Innehållsförteckning 1. Inledning...
Läs merTJÄNSTEBESKRIVNING SERVICEDESK
TJÄNSTEBESKRIVNING SERVICEDESK INNEHÅLL Servicedesk... 2 Ärendehantering... 2 Användarsupport... 3 Användar & Behörighetsadministration... 4 På platsen support... 4 Servicedesk - Tilläggstjänster... 5
Läs merChecklista för Driftsättning - Länsteknik
Styrande dokument Rutindokument Checklista Sida 1 (9) Checklista för Driftsättning - Länsteknik Sida 2 (9) Innehåll Checklista för Driftsättning - Länsteknik... 1 Syfte... 3 Omfattning... 3 Aktiviteter...
Läs merProcessbeskrivning Test
ProcIT-P-017 Processbeskrivning Test Lednings- och kvalitetssystem Fastställt av Sven Arvidson 2012-06-20 Innehållsförteckning 1 Inledning 3 1.1 Symboler i processbeskrivningarna 3 2 Testprocessen 4 2.1
Läs merBilaga 4h Aktiviteter vid avtalets upphörande Dnr: /
Bilaga 4h Aktiviteter vid avtalets upphörande stockholm.se Stadsledningskontoret Avdelningen för digital utveckling Ragnar Östbergs Plan 1 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll
Läs mer5 VAD RAMVERKET BETYDER FÖR DIG SOM ANBUDSGIVARE
1 INLEDNING De inledande avsnitten i denna bilaga ger en allmän bild över :s ramverk för styrning av IT-leverantörer. Därefter beskrivs från kapitel 9 och framåt, ramverkets påverkan på upphandlingen av
Läs merKoncernkontoret Avdelningen för Digitalisering och IT
Definitioner SLA nivåer Incident Alla händelser som avviker från normal funktion av en tjänst och som orsakar eller kan orsaka ett avbrott eller störning på tjänsten. Prioritetsklassificering av incidenter
Läs merModell fo r ä ndringshäntering äv Sämbis gemensämmä tekniskä infrästruktur Version 1.0
Modell fo r ä ndringshäntering äv Sämbis gemensämmä tekniskä infrästruktur Version 1.0 Innehåll Revisionshistorik... 2 1. Inledning... 2 1.1. Syfte... 2 1.2. Omfattning och avgränsning... 2 2. Princip
Läs merAktiviteter vid avtalets upphörande
SID 1 (10) Bilaga 4h Aktiviteter vid avtalets upphörande Förfrågningsunderlag Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt genomförande inom Skolplattform Stockholm Box 22049, 104
Läs merUpphandling 1-1 Datorer. Bilaga 4: Service Level Agreement (SLA)
Upphandling 1-1 Datorer Bilaga 4: (SLA) Upphandling 1-1 Datorer 2 (9) Innehåll 1 SERVICE LEVEL AGREEMENT... 3 2 IT-ARBETSPLATS... 4 3 WEBBASERAD BASFUNKTIONALITET (MOLNTJÄNST)... 5 4 ÄNDRINGSHANTERING
Läs merService management Samverkan och rapportering
Service management Samverkan och rapportering Innehåll Inledning 3 4 4 Operativa möten 5 Taktiska möten 7 Strategiska möten 8 Statistik och rapporter 8 Bemanning och kompetenser 9 Inledning En av de viktigare
Läs merTjänsteavtal för ehälsotjänst Bilaga 5. Samverkansformer och samverkansprocesser
Tjänsteavtal för ehälsotjänst Bilaga 5. Samverkansformer och samverkansprocesser Innehållsförteckning Bilaga 5. Samverkansformer och samverkansprocesser... 2 1. Inledning... 2 2. Samverkansformer... 2
Läs merGRUND - SLA. Beslutsdatum Detta dokument syftar till att beskriva grund SLA vid Göteborgs universitet STYRDOKUMENT
STYRDOKUMENT GRUND - SLA Publicerad / version Beslutsfattare Handläggare 2016-04-20 / version B Magnus Nordell Magnus Nordell Beslutsdatum 2016-04-20 Giltighetstid Sammanfattning Tillsvidare Detta dokument
Läs merExempel på verklig projektplan
Exempel på verklig projektplan Detta är ett exempel på en proffessionell projektplan hämtad ur verkliga livet. Den visas inte i sin fullständighet, det mesta är bortklippt, men strukturen och mycket av
Läs merBilaga 9 Säkerhet Dnr: /2015 Förfrågningsunderlag
Förfrågningsunderlag stockholm.se Utbildningsförvaltningen Avdelningen för utveckling och samordning Hantverkargatan 2F 104 22 Stockholm Växel 08-508 33 000 www.stockholm.se Innehåll 1 Inledning 3 2 Krav
Läs merUppgift v1: Teststrategi i sammanhang Terese Berger. Teststrategi. Projekt CiviCRM. Version 0.9. Sida 1(7)
Teststrategi Projekt CiviCRM Version 0.9 Sida 1(7) Innehållsförteckning Referenser...2 Revisioner...2 1. Inledning...3 1.1 Uppgift...3 1.2 Bakgrund...3 1.3 Organisation...4 1.4 Granskning och godkännande...4
Läs merI det här dokumentet beskriver IT-mästarens tjänsten Applikationsdrift, dess ingående komponenter och dess tillägg.
Applikationsdrift Innehåll Applikationsdrift 3 Allmänt om tjänsten 3 Drifttjänster 3 Anslutning för 3:e part 4 Systemövervakning 4 Underhåll 4 Proaktivitet och automatisering 4 Servicefönster 4 Information
Läs merBilaga 4 Kontinuerliga förbättringar Dnr: /2015 Förfrågningsunderlag
Bilaga 4 Kontinuerliga förbättringar Förfrågningsunderlag stockholm.se Utbildningsförvaltningen Avdelningen för utveckling och samordning Hantverkargatan 2F 104 22 Stockholm Växel 08-508 33 000 www.stockholm.se
Läs merTjänstekatalog (Aktuell version, oktober 2014)
Dokument: Tjänstekatalog för Ladok Version 1.1 Författare Sida 1 av 5 Malin Zingmark/Anders Sandström Förvaltningsstyrgruppen Datum 2014-10-13 INFORMATION Bil p 589: 4 Tjänstekatalog (Aktuell version,
Läs merPL_Rutin_Ändringshantering Version 0.2. Ladok3-projektet Lars Jackalin Sida: 1 (8) Ändringshantering
Lars Jackalin Sida: 1 (8) Ändringshantering Lars Jackalin Sida: 2 (8) Innehållsförteckning Inledning... 3 Allmänt om detta dokument... 3 Allmänt om ändringshantering... 3 Ansvar för beslut om ändringar...
Läs merBILAGA 3 TJÄNSTENIVÅ SLA ÖVERENSKOMMELSE OM TJÄNSTENIVÅ
BILAGA 3 TJÄNSTENIVÅ SLA ÖVERENSKOMMELSE OM TJÄNSTENIVÅ Innehåll 1 Inledning...3 1.1 Tillämpning...3 1.2 Anvarsfrihet...3 1.3 Ändring av tjänstenivå...3 1.4 Rapportering...3 2 Servicenivå...4 2.1 Drifttid
Läs merSystemdrift och Systemförvaltning Centrala verksamhetssystem Service Desk
SID 1 (9) Bilaga 6 Krav på införande Förfrågningsunderlag Systemdrift och Systemförvaltning Centrala verksamhetssystem Service Desk 105 35 STOCKHOLM. Telefon 08-508 29 000. Fax 08-508 29 036. Org. nr 212000-0142
Läs merAllmänna villkor. för Mina meddelanden. Bilaga 4 Servicenivåer (SLA) version 1.0 (Gäller fr.o.m. 2015-11-11)
Allmänna villkor för Mina meddelanden Bilaga 4 Servicenivåer (SLA) version 1.0 (Gäller fr.o.m. 2015-11-11) 2 1. Bakgrund och syfte Skatteverket tillhandahåller en myndighetsgemensam infrastruktur för säkra
Läs merProjektprocessen. Projektprocess
Dnr Mahr 19-2014/563 1 (av 6) Projektprocess Datum: Version: Dokumentansvarig: 150116 1.0 Jenny Wendle Stöddokument för det grafiska dokumentet Projektprocessen grafisk 1.0 Projektprocessen Projektprocessen
Läs merEr partner inom IT service management. Utbildningar e-learning Workshops Material Coachning
Er partner inom IT service management Utbildningar e-learning Workshops Material Coachning Service Management En uppsättning specialiserade organisatoriska förmågor med syftet att leverera värde till kunderna
Läs merFÖRVALTNINGSGUIDE FGUIDE FÖR STOCKHOLMS STAD MODELLFÖRDJUPNING
FÖRVALTNINGSGUIDE FGUIDE FÖR STOCKHOLMS STAD MODELLFÖRDJUPNING Modellsammanfattning Fguide på 5 minuter Känna till Modellfördjupning Modellbeskrivning Läsanvisning och begreppsdefinition Förstå - Ansvarsområden
Läs merBilaga 9. Överenskommelse om tjänstenivåer (SLA)
1 (7) Bilaga 9 Överenskommelse om tjänstenivåer (SLA) Innehåll 2 (7) Överenskommelse om tjänstenivå 3 1 Inledning 3 1.1 Tillämpning 3 1.2 Ansvarsfrihet 3 1.3 Ändring av tjänstenivåer 2 Servicenivåer 2.1
Läs merBilaga 8D Tjänster för Stadens Pedagogiska Verksamheter
Bilaga 8D Tjänster för Stadens Pedagogiska Verksamheter stockholm.se Stadsledningskontoret It-avdelningen Ragnar Östbergs Plan 1 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning
Läs merThe Rational IT Model EN ENKLARE VÄG TILL IT SERVICE MANAGEMENT
The Rational IT Model EN ENKLARE VÄG TILL IT SERVICE MANAGEMENT ITIL is a registered trade mark of AXELOS Limited. Bakgrund till modellen... 3 Beskrivning av modellen... 4 Modellens uppbyggnad... 5 Faser...
Läs merProjektprocessen. Projektprocess
Projektkontoret 1 (av 8) Projektprocess Datum: Version: Dokumentansvarig: 16-10-17 2.5 Projektkontoret Stöddokument för det grafiska dokumentet Projektprocessen grafisk 2.5 Projektprocessen Projektprocessen
Läs merRamverk för systemförvaltning
Peter Yngve IT-centrum 2011-04-29 1.1 1 (8) Peter Yngve IT-centrum 2011-04-29 1.1 2 (8) BAKGRUND/MOTIV... 3 MÅL OCH SYFTE... 3 FORUM OCH GRUPPER... 3 LANDSTINGETS LEDNINGSGRUPP... 3 IT-GRUPP... 3 PROGRAMSTYRGRUPP...
Läs merBilaga 4a Införande Dnr: /
stockholm.se Stadsledningskontoret vdelningen för digital utveckling Ragnar Östbergs Plan 1 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning 3 2 Översikt av Skolplattformen 3
Läs merSystemförvaltningshandbok
Systemförvaltningshandbok Titel: Systemförvaltningshandbok Version: 1.3 Godkänd av: Joakim Jenhagen Datum: 2011-09-15 Systemförvaltningshandbok 1(12) Innehållsförteckning FÖRÄNDRINGSHISTORIK... 2 RELATERADE
Läs merSystemförvaltningshandbok
Systemförvaltningshandbok Anvisning Diarie-/dokumentnummer: KS2018-0101-1 Beslut: 2018-03-12 Kommundirektör Giltighetstid: 2019-12-31 Dokumentansvarig: Chef Digital Utveckling Senast uppdaterad av: Ingela
Läs merUppföljning av driftssäkerhet och tillgänglighet i IT-systemen, statusrapport SMN-2017/9
Sida 1 av 2 Handläggare Tjänsteskrivelse Diarienummer Rojda Sjöö Datum SMN-2017/9 Verksamhetsutvecklare IT 2017-01-27 Samverkansnämnden Uppföljning av driftssäkerhet och tillgänglighet i IT-systemen, statusrapport
Läs merInformation om Ineras certifieringstjänst
Information om Ineras certifieringstjänst Certifieringsprocessen I rollen som personuppgiftbiträde har Inera valt att genom certifiering säkerställa att information som konsumeras av en Tjänstekonsument
Läs merProcessbeskrivning - Incident Management
ProcIT-P-009 Processbeskrivning - Incident Management Lednings- och kvalitetssystem Fastställt av 2012-06-20 Innehållsförteckning 1 Inledning 3 1.1 Symboler i processbeskrivningarna 3 2 Incident Management-processen
Läs merNågra grundläggande begrepp
Några grundläggande begrepp Validering bygger vi rätt system? Uppfyller kravspecifikationen de verkliga behoven? Verifiering bygger vi systemet rätt? Uppfyller det färdiga systemet kravspecifikationen?
Läs merTjänsten baseras på realtidsövervakning av era utskriftsenheter samt tydliga rutiner för problemlösning och effektivisering.
Utskrift som tjänst Innehåll Allmänt om tjänsten 3 I Utskrift som tjänst ingår följande funktioner 3 Införande av tjänst 3 Administration och logistikhantering av definierad utrustning 3 Livscykelhantering
Läs merMobilt arbetssätt inom vård och omsorg Linköping UH
ÖVERENSKOMMELSE OM TJÄNSTENIVÅER, SLA-BILAGA Denna överenskommelse om servicenivåer, SLA gäller för leverans av upphandlade funktioner till Linköpings kommun. 1. DEFINITIONER Avtalad servicetid Den tid
Läs merBilaga 4g. Servicenivåer. Upphandling av IT-stöd för hantering av elevdokumentation UTBILDNINGSFÖRVALTNINGEN. Förfrågningsunderlag
SID 1 (15) Bilaga 4g Servicenivåer Förfrågningsunderlag Upphandling av IT-stöd för hantering av elevdokumentation inom Skolplattform Stockholm Box 22049, 104 22 Stockholm. Besöksadress Hantverkargatan
Läs merVersion beslutad 2014-11-17 Dnr: 10098-2014/1231 Dnr: KMY Dnr:SSC Samverkansmodell Statens servicecenter FE 15 SE-801 71 Gävle www.statenssc.
Version beslutad 2014-11-17 Dnr: 10098-2014/1231 Dnr: KMY Dnr:SSC Samverkansmodell Statens servicecenter FE 15 SE-801 71 Gävle www.statenssc.se 1/15 Innehåll 1. Statens servicecenters samverkansmodell...
Läs merSystemförvaltningsmodell för LiU
2006-01-11 Bilaga Dnr LiU 447/05-10 1(6) Systemförvaltningsmodell för LiU För att säkerställa att LiUs systemförvaltning bedrivs med fokus på verksamhetens nytta och på ett tydligt och enhetligt sätt använder
Läs merFörstudie: Övergripande granskning av ITdriften
Revisionsrapport Förstudie: Övergripande granskning av ITdriften Jönköpings Landsting Juni 2013 Innehållsförteckning Sammanfattning... 1 1. Inledning... 2 1.1. Bakgrund... 2 1.2. Uppdrag och revisionsfrågor...
Läs merProcessinformation. Förvaltningsmöte Elvis och SURF Kerstin Lyngfelt Processledare VGR IT
Processinformation Förvaltningsmöte Elvis och SURF 2013-09-19 Kerstin Lyngfelt Processledare VGR IT Vad är en process? Ur Wikipedia: Process, ett repetitivt använt nätverk av länkade aktiviteter som använder
Läs merBilaga 4c. Utveckling. Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN. Förfrågningsunderlag
UTBILDNINSFÖRVLTNINEN SID 1 (1) Bilaga 4c Utveckling Förfrågningsunderlag Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm Box 049, 104 Stockholm. Besöksadress Hantverkargatan
Läs merBilaga 4g. Servicenivåer. Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt material inom Sko l- plattform Stockholm
SID 1 (17) Bilaga 4g Servicenivåer Förfrågningsunderlag Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt material inom Sko l- plattform Stockholm Box 22049, 104 22 Stockholm. Besöksadress
Läs merMittuniversitetets riktlinjer för systemförvaltning
2018-08-14 DNR: MIUN 2016/2116 s riktlinjer för systemförvaltning Beslutad av: Lotten Glans Beslutsdatum: 2018-08-14 Publicering: 2018-08-14 Handläggare: Emelie Holmlund ULS Revidering av DNR: MIUN 2016/2116
Läs merBilaga 3 Säkerhet Dnr: /
stockholm.se Utbildningsförvaltningen Avdelningen för utveckling och samordning Hantverkargatan 2F 104 22 Stockholm Växel 08-508 33 000 www.stockholm.se Innehåll 1 Inledning 3 2 Krav på säkerhetsarbete
Läs merProcessbeskrivning - Incident Management
ProcIT-P-009 Processbeskrivning - Incident Management Lednings- och kvalitetssystem Fastställt av 2011-06-30 Innehållsförteckning 1 Inledning 3 1.1 Symboler i processbeskrivningarna 3 2 Incident Management-processen
Läs merLeverans och installation
Leverans och installation Övergripande beskrivning Partner54 erbjudande benämns PSS (Partner Service Solution). Med PSS kombinerar Partner54 tjänster, hårdvaru- och mjukvaruimplementering, arbetsflödes-hantering
Läs merSänk kostnaderna genom a/ ställa rä/ krav och testa effektivt
Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt Kravhantering / Testprocess - Agenda AGENDA Grundläggande kravhanteringsprocess. Insamling, dokumentation, prioritering, Test och förvaltning
Läs merInbjudan till dialog avseende drift och kundstöd
samhällsskydd och beredskap 1 (5) Myndigheten för samhällsskydd och beredskap 651 81 KARLSTAD Telefonväxel: 0771-240 240 E-post: registrator@msb.se Inbjudan till dialog avseende drift och kundstöd Inledning
Läs merIntegrationstjänsten - Anslutningstjänsten Version 1.0
Tjänstebeskrivning Integrationstjänsten - Anslutningstjänsten Version 1.0 Introduktion En Anslutning utgår från att två system vill kommunicera med varandra, det kan vara regelbundet eller vid valda tidpunkter.
Läs merBilagan innehåller beskrivning av de åtaganden rörande IT som gäller för
IT-system och appar Bilagan innehåller beskrivning av de åtaganden rörande IT som gäller för externa utförare att förhålla sig till som krav innan man ansöker om att bli utförare av hemtjänst inom Göteborgs
Läs merPIMM PROFECTO INFRASTRUCTURE MANAGEMENT MODEL ETT WHITEPAPER OM PIMM
PIMM PROFECTO INFRASTRUCTURE MANAGEMENT MODEL ETT WHITEPAPER OM PIMM PROFECTO SERVICE MANAGEMENT AB 2014 Inledning... 3 Grundstenarna i IT Service Management... 3 Samverkan och styrning... 4 Modellens
Läs merKravspecifikation. Crowdfunding Halland
Kravspecifikation Crowdfunding Halland Innehållsförteckning Kravspecifikation... 1 Inledning... 3 Kravsammanställning... 4 Grundläggande funktioner... 4 Intressenter och aktörer... 6 Användningsfall...
Läs merBilaga 10 Säkerhet. Dnr: / stockholm.se. Stadsledningskontoret It-avdelningen
stockholm.se Stadsledningskontoret It-avdelningen Ragnar Östbergs Plan 1 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning 3 2 Krav på säkerhetsarbete 3 2.1 Allmänt 3 2.2 Ledningssystem
Läs merBilaga. Särskilda villkor för Molntjänst. Programvaror och tjänster 2014. Systemutveckling
Sid 1 (7) 2014-11-07 Dnr 96-36-2014 Bilaga Särskilda villkor för Molntjänst Programvaror och tjänster 2014 Systemutveckling Sid 2 (7) Innehållsförteckning 1 Tillämplighet 2 2 Särskilt om kontraktshandlingar
Läs merAnsvar och roller för ägande och förvaltande av informationssystem
Rutin/Anvisningar Dokumentansvarig: Mona Lindgren, modellsamordnare Systemförvaltning Godkänd av: Lars Sandström, IT-strateg, IT-funktionen Ansvar och roller för ägande och förvaltande av informationssystem
Läs merBilaga. Särskilda villkor för Öppen källkod. Programvaror och tjänster 2014. Systemutveckling
Sid 1 (7) 2014-11-07 Dnr 96-36-2014 Bilaga Särskilda villkor för Öppen källkod Programvaror och tjänster 2014 Systemutveckling Sid 2 (7) Innehållsförteckning 1 Tillämplighet 2 2 Särskilt om kontraktshandlingar
Läs merSamverkansmodellen. Samverkansmodellen. Version: 03.00
Samverkansmodellen Version: 03.00 Innehållsförteckning 1 Grunden till samverkan... 3 1.1 Forum för samverkan... 3 1.2 Mötesrutiner och dagordning... 4 1.3 Kontaktytor för samverkan... 4 1.4 Kundmyndighetens
Läs merSjunet Anslutningsavtal Standardregelverk för informationssäkerhet
Sjunet Anslutningsavtal Standardregelverk för informationssäkerhet Innehållsförteckning 1. Generell informationssäkerhet... 4 1.1. Styrande dokumentation... 4 1.2. Organisation... 4 Incidenthantering...
Läs merBilaga 5 Administration och kontroll
Administration och kontroll Administration och kontroll 2 (7) Innehåll 1 Allmänt 3 2 Administration och kontroll 4 2.1 Medverkan 4 2.2 Kvalitetsansvarig 4 2.3 Meddelande vid planerade arbeten 5 2.4 Rapporter
Läs merBilaga 5a Ersättning Dnr: /
Bilaga 5a Ersättning stockholm.se Stadsledningskontoret Avdelningen för digital utveckling Ragnar Östbergs Plan 1 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning 3 2 Principer
Läs merVid avrop kan krav komma att ställas som är relaterade till arbetsmiljö till exempel ljud, ljus, ergonomi, strålning m.m.
1 Kravkatalog Följande lista av krav kan avropande kund komma att tillämpa vid avrop vid förnyad konkurrensutsättning utöver de krav som tillämpas i denna upphandling. Tillämpningen kan ske både som obligatoriska
Läs merAvtal om Transmissionsprodukter. Bilaga 2, Samverkan Sida 1 av 6 Datum ver Avtal om Transmissionsprodukter Bilaga 2 Samverkan
Avtal om Transmissionsprodukter. Bilaga 2, Samverkan Sida 1 av 6 Avtal om Transmissionsprodukter Bilaga 2 Samverkan Avtal om Transmissionsprodukter. Bilaga 2, Samverkan Sida 2 av 6 Innehåll 1. Inriktning
Läs merSTADSLEDNINGSKONTORET SOA SDK IT-AVDELNINGEN VERSION 2.1. Produktionssättning. Stockholms stad SOA-plattform. Sida 1 (9)
Produktionssättning Stockholms stad SOA-plattform 1 (9) Innehållsförteckning 1 Syfte 3 2 Generell information 3 2.1 Förklaringar av objekttyper... 3 2.1.1 TeamPlace... 3 2.1.2 SOA-tjänst... 3 2.1.3 Virtualisering...
Läs merRemote Access Service
Remote Access Service Tjänstebeskrivning Version Konfidentiell sida 1 av 15 Innehåll INNEHÅLL 1 Om detta dokument 4 1.1 Relaterade dokument 4 1.2 Termer och begrepp 4 2 Översikt 6 2.1 Tjänstens användningsområde
Läs merProcessbeskrivning Configuration Management
ProcIT-P-011 Processbeskrivning Configuration Management Lednings- och kvalitetssystem Fastställt av 2012-06-20 Innehållsförteckning Inledning 3 1.1 Symboler i processbeskrivningarna 3 2 Configuration
Läs merStödtjänsten Tredjepartsintegration avser driftfasen. Införandet genomförs som ett projekt som drivs av Cygate i samarbete med myndigheten.
INLEDNING Cygate erbjuder ett brett utbud av Stödtjänster. Dessa tjänster utgör ett stöd för Basoch Tilläggstjänster. De Stödtjänster som finns är Service Management, Service Desk, Stödsystem, På-plats
Läs merInrättande av centralt ändringsråd (Change Advisory Board)
Utlåtande 2008:90 RI (Dnr 033-800/2008) Inrättande av centralt ändringsråd (Change Advisory Board) Kommunstyrelsen föreslår kommunfullmäktige besluta följande 1. Ett centralt ändringsråd (Change Advisory
Läs merSjunet standardregelverk för informationssäkerhet
Innehållsförteckning 1. Generell... 4 1.1. Styrande dokumentation... 4 1.2. Organisation... 4 Incidenthantering... 5 1.3. Riskhantering... 5 SJUNET specifika regler... 6 2. Förutsättningar för avtal...
Läs merREFERENSMODELL FÖR IT SERVICE MANAGEMENT
REFERENSMODELL FÖR IT SERVICE MANAGEMENT Bakgrund till modellen... 3 Beskrivning av modellen... 4 Modellens uppbyggnad... 5 Faser... 5 Funktioner... 6 Roller och ansvar... 7 Styrmodell i TRIM... 9 Strategisk
Läs merSlutrapport. Certifiering LADOK Pontus Abrahamsson Lösningsarkitekt Säkerhet
Slutrapport 2015-11-11 Certifiering LADOK Pontus Abrahamsson Lösningsarkitekt Säkerhet 046-16 34 02 Pontus.Abrahamsson@atea.se Atea Sverige AB Roskildevägen 1B, vån 5 211 47 Malmö Org. Nr: 556448-0282
Läs merAvtal om Kundens användning av
Avtal om Kundens användning av Informationsutlämning till NKRR Bilaga 1 Specifikation av tjänsten Informationsutlämning till NKRR Mellan Inera och Kund Innehåll 1. Inledning... 3 2. Bakgrund... 3 2.1 Referenser...
Läs merProcess IT-utveckling, översikt
Process IT-utveckling, översikt Producent Externt Producent SLU Beslutsfattare Kund Användare Ide-utveckling Kravspec Resursanalys Offert Offert Upphandling Beslut kravspeccifikation uppdragsspecifikat
Läs merFörnyad förvaltning, ändamålsenlig driftbild. 2013-04-17 Östersund Jonas Brorsson
Förnyad förvaltning, ändamålsenlig driftbild 2013-04-17 Östersund Jonas Brorsson Agenda»Om Förnyad förvaltning»förslag till drift och support Om Förnyad förvaltning Effektmål Beskriva en förvaltning som:
Läs merFörvaltningsplan för Selma
Förvaltningsplan för Selma Dokumentnamn Förvaltningsplan för Selma Fastställt av Siv Olofsson Dokumentansvarig Ulf Pantzare Version 1,0 Datum 070516 Status Fastställd 1 Innehållsförteckning 1 Inledning
Läs merMIS 2.0 Referensgrupp
MIS 2.0 Referensgrupp 2018-05-07 S4I, Standard for insurance AGENDA PROJEKTSTATUS PILOTERNA FÖRVALTNING MIS 2.0 INOM S4I S4I, Standard for insurance Hänt sedan sist Teknikgrupp Genomgång teknikval Utökad
Läs merBilaga 5a. Ersättning. Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt material inom Skolplattform Stockholm
SID 1 (5) Bilaga 5a Ersättning Förfrågningsunderlag Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt material inom Skolplattform Stockholm Box 22049, 104 22 Stockholm. Besöksadress Hantverkargatan
Läs merAgil testning i SCRUM
Agil testning i SCRUM Petter Salomonsson Petter.salomonsson@addq.se Tel: 0708-398435 Kort presentation AddQ Consulting AB tydlig fokus på test och kvalitetssäkringstjänster erbjuder mycket erfarna konsulter
Läs merBilaga. Särskilda villkor för proprietär programvara. Programvaror och tjänster Kontorsstöd
Sid 1 (6) 2014-09-11 Dnr 96-33-2014 Bilaga Särskilda villkor för proprietär programvara Programvaror och tjänster 2014 Kontorsstöd Sid 2 (6) Innehållsförteckning 1 Tillämplighet 2 2 Särskilt om kontraktshandlingar
Läs merBilaga 4e. Samarbetsformer och fora. Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN
SID 1 (10) Bilaga 4e Samarbetsformer och fora Förfrågningsunderlag Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm Box 22049, 104 22 Stockholm. Besöksadress Hantverkargatan
Läs merELVIS & SURF Test version 5.0
ELVIS & SURF Test version 5.0 Vad är Alfatest? Sker av kunder eller presumtiva användare Sker på hos utvecklingsorganisationen som utvecklar programvaran Genomförs när programvaran är stabil motsvarar
Läs merEkonomirelaterade tjänster Konsulttjänster Lönerelaterade tjänster e-arkivtjänster
Inför anslutning Charlotte Johansson Ahlström, Marknadschef och PL fokus universitet/högskolor Christer Dahlén, Projektledare lönerelaterade tjänster Mona Mattsson, Enhetschef ekonomirelaterade tjänster
Läs mer