Projektplan. AD data

Transkript

1 Projektplan AD data

2 Revisionsinformation Utgåva Datum Kommentar AD-data Upprättande Planera genomförandefasen Aktiviteter 1. Kartläggning av masterdata. 2. Införande av databas för säkrad väl formatterad data. 3. Införande av procedur för omformattering av källdata. 4. Schemaläggning av procedur. 5. Kvalitetgranskning av källdata. 6. Säkra avtal (SLA) mellan BIT- IT och källsystemägare. 7. Skapa överföring FIM AD i samband med driftsättning. 8. Iterativ kvalitetsgranskning i samband med driftsättning Detaljerad tidplan Projektet pågår under perioden Kartläggning av masterdata. Kartläggningen innefattar identifiering av fält i AD och deras möjliga motsvarigheter i källsystemen. Vi väljer att fokusera på dat ur personalsystemet så som det gestaltar sig i den replikerade databasen PALASSO_TDL_MAH (sql03.mah.se) med tillägg av områdestexter från ekonomisystemet RDUDP (ws00028) samt data ur telefonisystemets databas nice (telecm02.mah.se). Ett mindre antal fasta värden kommer att tillfogas. Beräknas klart senast Införande av tabell i databas för säkrad väl formatterad data. Databasen DatorId på sql03.mah.se kompletteras med tabellen [dbo].[usercontactinfo]. Denna tabell hyser följande fält vars namn speglar namnet på respektive slutdestination i AD: [rowguid] uniqueidentifier, nyckel i DatorId [pnr] varchar(12) [physicaldeliveryoffice] varchar(255) [telephonenumber] varchar(60) [streetaddress] varchar(255) [postofficebox] varchar(255) [mobile] varchar(60) [othertelephone] varchar(60)

3 [title] varchar(255) [department] varchar(255) [company] varchar(255) [country] varchar(255) [co] varchar(2) anm. AD har 2 ej 3 [postalcode] varchar(60) [city] varchar(255) 3. Införande av procedur för omformattering av källdata. En SQL-procedur, [dbo].[updateusercontactinfo], knuten till DatorID på sql03.mah.se som sammanför data från källsystemen i databasen [DatorId]. [dbo].[usercontactinfo]. I denna procedur används ur PLASSO_TDL_MAH funktionen [dbo].[proper], uppslagstabellen [dbo].[errata_department] och uppslagstabellen [dbo].[errata_title]. Dessa tre hjälpmedel är införda i PALASSO_TDL_MAH i syfte att försköna och finputsa innehållet i befattningsfältet och områdesfältet. 4. Schemaläggning av procedur Överföring av data schemaläggs till att ske varje dygn med början kl. 04:00 strax efter det att överföringen från Palasso till PALASSO_TDL_MAH är klar. Notera att områdestexterna från raindance s replikerade databas (RDUDP) uppdateras den sista natten i varje månad. 5. Kvalitetgranskning av källdata. Under projektet löpande kontroller av formatterad data ur källsystemen. Justering av den undantagshantering som sker då grunddata omformatteras. Se även punkt 3. Beräknas klart senast Säkra avtal (SLA eller motsvarande) mellan BIT- IT och källsystemägare. Detta arbete sker i nära samråd med styrgruppen och systemägaren AD då detta avtal - till skillnad mot vanligen förekomande SLA - rör tjänsteleveranser från källsystemägare utanför BIT-IT till BIT-IT. En rutin rörande formerna för uppdatering av de errata- tabeller som nämns under punkten 3 bör finnas med i avtalet. Beräknas klart senast Skapa överföring FIM - AD i samband med driftsättning. Beräknas klart senast Iterativ kvalitetsgranskning i samband med driftsättning En avstämning av tillståndet i formatterad data. Se även punkt 3

4 Beräknas pågå även efter projektets avslut men en av projektet initierad första återkoppling vid årsskiftet 2013/ Utbildning av och information till IT-support Förberedande av informationsmaterial som tas i bruk vid driftsättning. Löpande information till IT-Supporten rörande rättningsprocesserna för de nya fälten i AD. Beräknas klart senast Planera resurser Aktiviteterna 1-4 utförs av Mats och Tomas. Aktiviteterna 5-6 utförs av Mats och Christian tillsammans med systemägare AD och företrädare för PALASSO, Raindance och TeleCMG. Eventuell justering av funktionen under punkt 3 utförs av Tomas. Aktiviteten 7 utförs av Tomas och Robert Aktiviteten 8 utförs av Mats och företrädare för PALASSO, Raindance och TeleCMG. Aktiviteten 9 utförs av Christian. Beräkna budget Projektet utförs helt och hållet med redan befintliga och budgeterade resurser inom de delar som berör BIT-IT. Rörande punkterna 5-6 och 8 kan resurser utanför BIT-IT men inom MAH komma att krävas. Hur dessa skall budgeteras faller utanför projektets ramar. En försiktig bedömning är att den kvalitetssäkring av data som krävs redan sker inom ramarna för löpande arbete på respektive avdelning. Intressentanalys Följande primära intressenter har identifierats: BIT-IT-support som är initiativtagare till projektet. IT-chef som är systemägare till AD. Telefoni som hanterar källdata i telefonisystemet. Personalavdelningen som hanterar källdata i personalsystemet. Indirekt berörs all personal inom högskolan då innehållet i katalogtjänsten exponeras för omvärlden. Hanteringen av dessa effekter bedöms falla utanför detta projekt och de frågor som kan komma att uppstå får återkopplas till AD-data i samband med framtida policybeslut som kan påverka personal informationen i källsystemen. Information till denna grupp (högskolans personal) hänskjuts till IT-support att, vid behov, utforma.

5 Riskanalys Då riskerna för projektet bedöms som begränsade redovisas de i denna projektplan. Svårigheter att få fram kvalitetssäkrad källdata med ett och endast ett värde per fält och person torde vara den största risken för detta projekt skall gå om intet. Vi har försökt minimera riskerna i projektet genom att bygga lösningen kring nuvarande praxis i vilken entydigheten bygger på följande villkor: Ur PALASSO_TDL_MAH prioriteras vid personnummermultipletter den post som har, i tur och ordning, högst omfattning ur anställningshistorik, högst omfattning ur normalkontering, lägst anställningslöpnummer ur anställningshistorik enligt SQL-satsen Row_number() over (Partition BY x1.penr order by isnull(dim_anstalln_hist.anstallningsomf, ) desc, dim_normalkont.omfattning desc, dim_anstalln_hist.anstallningslpnr asc) as prio OBS!! Bringa klarhet utom all tvivel i detta så att denna text tydligt visar på såväl tabell som fältnamn. Beskriv, om möjligt, hur anstallningslpnr hanteras av systemägaren. Ur TeleCMG nice prioriteras vid personnummermultipletter den post som har lägst record_id enligt SQL-satsen Row_number() over (Partition BY misc19.mtext order by m.record_id DESC) as Prio OBS!! Kolla med telefoni om denna ordning [högsta löpnummer dvs sist in prioriteras] är den bästa. Beskriv, om möjligt, hur record_id hanteras av systemägaren. Då det finns ett visst godtycke i ovanstående hantering kan det bli nödvändigt att införa en prioritering av mer subjektiv karaktär som bygger på en rangordning av titlar. Detta får dock betraktas som en sista nödlösning. Riskbedömning Det kan uppstå, på grund av ovanstående, svårigheter att i tid få upprättat avtal enligt punkt 6 inom projektets tidsram. Sannolikheten för att detta skall inträffa är, baserat på tidigare ansatser i samma riktning (jfr skrivarprojektet), betydande. Det har under en tvåårsperiod diskuterats en lösning baserad på någon form av flaggning i PALASSO men vi har hittills inte sett antydan till något konkret resultat.