Process-data diagram

Processdatadiagrammet

Ett processdatadiagram (PDD) , även känt som process-levererbart diagram är ett diagram som beskriver processer och data som fungerar som utdata från dessa processer. På vänster sida metaprocessmodellen ses och på höger sida kan metadatamodellen ses.

Ett processdatadiagram kan ses som en kombination av en affärsprocessmodell och datamodell .

Översikt

SAP Implementering process-data diagram

Processdatadiagrammet som visas till höger ger en översikt över alla dessa aktiviteter/processer och leveranser. De fyra grå rutorna visar de fyra huvudsakliga implementeringsfaserna , som var och en innehåller flera processer som i detta fall alla är sekventiella. Rutorna till höger visar alla leveranser/ koncept som är resultatet av processerna. Lådor utan skugga har inga ytterligare underbegrepp. Lådor med svart skugga skildrar komplexa slutna begrepp, alltså begrepp som har underbegrepp, som dock inte kommer att beskrivas närmare. Lådor med en vit skugga (en ruta bakom) skildrar öppna slutna koncept, där delbegreppen utökas mer i detalj. Linjerna med diamanter visar ett har-ett förhållande mellan begrepp.

SAP -implementeringsprocessen består av fyra huvudfaser, det vill säga projektförberedelsen där en vision om SAP-lösningens framtida tillstånd skapas, en dimensionerings- och ritningsfas där en mjukvarustack förvärvas och utbildning genomförs , en funktionsutvecklingsfas och slutligen en sista förberedelsefas, då de sista testerna görs innan själva start. För varje fas tas de vitala aktiviteterna upp och leveranserna / produkterna förklaras.

Process-data diagram byggstenar

Sekventiella aktiviteter

Sekventiella aktiviteter är aktiviteter som måste utföras i en fördefinierad ordning. Aktiviteterna är kopplade till en pil, vilket innebär att de måste följas i den sekvensen. Både aktiviteter och delaktiviteter kan modelleras på ett sekventiellt sätt. I figur 1 illustreras ett aktivitetsdiagram med en aktivitet och två sekventiella delaktiviteter. En speciell typ av sekventiella aktiviteter är start- och stopptillstånden, som också illustreras i figur 1.

I figur 2 illustreras ett exempel från praktiken. Exemplet är hämtat från kraven som fångar arbetsflödet i UML-baserad Web Engineering. Huvudaktiviteten, användar- och domänmodellering, består av tre aktiviteter som behöver utföras i en fördefinierad ordning.

1: Sekventiella aktiviteter
2: Exempel
3: Oordnade aktiviteter
4: Exempel

Oordnade aktiviteter

Oordnade aktiviteter används när delaktiviteter till en aktivitet inte har en fördefinierad sekvens i vilken de behöver utföras. Endast delaktiviteter kan avbeställas. Oordnade aktiviteter representeras som delaktiviteter utan övergångar inom en aktivitet, som visas i figur 3.

Ibland består en aktivitet av både sekventiella och oordnade delaktiviteter. Lösningen på denna modelleringsfråga är att dela upp huvudverksamheten i olika delar. I figur 4 illustreras ett exempel som tydliggör nödvändigheten av att kunna modellera oordnade aktiviteter. Exemplet är hämtat från arbetsflödet för kravanalys i Unified Process. Huvudaktiviteten, ”beskriv kandidatkrav”, är uppdelad i två delar. Den första delen är en sekventiell aktivitet. Den andra delen består av fyra aktiviteter som inte behöver någon sekvens för att kunna genomföras korrekt.

Samtidiga aktiviteter

Aktiviteter kan ske samtidigt. Detta sköts med gaffel och sammanfogning. Genom att dra aktiviteterna parallellt i diagrammet, kopplade till en synkroniseringsstapel, kan man dela flera aktiviteter. Senare kan dessa samtidiga aktiviteter gå med igen genom att använda samma synkroniseringsfält. Både aktiviteter och delaktiviteter kan förekomma samtidigt. I exemplet i figur 5 är aktivitet 2 och aktivitet 3 samtidiga aktiviteter.

I figur 6 visas ett fragment av en kravfångningsprocess. Två aktiviteter, att definiera aktörerna och definiera användningsfallen, genomförs samtidigt. Anledningen till att dessa aktiviteter genomförs samtidigt är att definitionen av aktörerna i hög grad påverkar användningsfallen och vice versa.

5: Samtidiga aktiviteter
6: Exempel
7: Villkorsmässiga aktiviteter
8: Exempel

Villkorsmässiga aktiviteter

Villkorad verksamhet är verksamhet som endast utförs om ett förutbestämt villkor är uppfyllt. Detta representeras grafiskt genom att använda en gren. Grenar är illustrerade med en diamant och kan ha inkommande och utgående övergångar. Varje utgående övergång har ett bevakningsuttryck, tillståndet. Detta skyddsuttryck är faktiskt ett booleskt uttryck, som används för att välja vilken riktning man ska gå. Både aktiviteter och delaktiviteter kan modelleras som villkorade aktiviteter. I figur 7 visas två villkorade aktiviteter.

I figur 8 illustreras ett exempel från praktiken. En kravanalys börjar med att studera materialet. Baserat på denna studie fattas beslutet om man ska göra en omfattande kravinställningssession eller inte. Villkoret för att inte genomföra denna kravsession finns representerat till vänster om grenen, nämligen [krav klara]. Om detta villkor inte är uppfyllt, [else], följs den andra pilen.

Integreringen av båda typerna av diagram är ganska enkel. Varje åtgärd eller aktivitet resulterar i ett koncept. De är kopplade med en prickad pil till de producerade artefakterna, vilket visas i figur 9. Begreppen och aktiviteterna är abstrakta i denna bild.

Figur 9: Process-Data Diagram

I tabell 1 presenteras en generisk tabell med beskrivning av aktiviteter, delaktiviteter och deras relationer till begreppen. I avsnitt 5 ges exempel på både processdatadiagram och aktivitetstabell.

Aktivitet	Underaktivitet	Beskrivning
Aktivitet 2	Delaktivitet 4	Delaktivitet 4 resulterar i ett STANDARDKONCEPT

Tabell 1: Aktivitetstabell

Exempel på ett processdatadiagram

I figur 10 illustreras ett exempel på ett processdatadiagram. Det handlar om ett exempel från orienteringsfasen av komplexa projekt i en WebEngineering-metod.

Anmärkningsvärt är användningen av öppna och slutna koncept. Eftersom projektledning faktiskt inte ligger inom ramen för denna forskning har begreppet KONTROLLHANTERING inte utökats. Men i ett komplext projekt är RISKHANTERING av stor betydelse. Därför görs valet att utöka konceptet RISKHANTERING.

Figur 10: Exempel Process-Data Diagram - Orienteringsfas i ett komplext projekt

I tabell 2 beskrivs aktiviteter och delaktiviteter samt relation till begreppen.

Aktivitet	Underaktivitet	Beskrivning
Beskriv projektet		Att beskriva projektet görs i termer av deltagare, mål, produkter, omfattning och antaganden. Denna information kommer från förslaget, men med mer betoning på projektledningsfrågorna. Aktiviteten slutar i ett projekt BESKRIVNING.
Byggplanering	Beskriv projektfaser	PLANERINGEN är indelad i fem PROJEKTFASER, som bör beskrivas kort.
Byggplanering	Beskriv aktiviteter	Projektets AKTIVITETER beskrivs och grupperas i PROJEKTFASER.
Byggplanering	Beskriv leveranser	De LEVERANSER som är resultatet av projektets AKTIVITETER beskrivs.
Byggplanering	Ställ in ett schema	För varje LEVERANS ställs ett DATUM in och för varje AKTIVITET uppskattas en TIDSLUT.
Kontrollprojekt		Att kontrollera projektet resulterar i en CONTROL MANAGEMENT-artefakt. Denna artefakt förklaras inte närmare här, eftersom det rör vanliga projektledningsfrågor, såsom kommunikationsledning, framstegshantering, förändringshantering och problemhantering som ligger utanför denna forskning.
Kontrollera risken	Identifiera risker	Att identifiera risker kan göras genom att använda standardchecklistor eller organisera riskworkshops. RISKERNA ingår i PROJEKTPLANEN.
Kontrollera risken	Utvärdera risker	Varje RISK är försedd med en UTVÄRDERING; en beskrivning och uppskattning av ett projekts komplexitet eller osäkerhet ges.
Kontrollera risken	Analysera påverkan	Att analysera effekten av en risk hanterar om IMPACT, en risk har på framgången för ett projekt. Utvärderings- och riskvärdena indikeras genom att välja ett värde: lågt, måttligt eller högt.
Kontrollera risken	Prioritera risker	Att prioritera riskerna görs genom att kombinera PÅVERKAN och UTVÄRDERING i en tabell. Hög prioritet ges då till RISKER med de högsta poängen.
Definiera åtgärder för riskstrategi		Riskstrategiåtgärder kan erhållas från erfarenhet eller från relevant litteratur. Projektledaren anpassar åtgärderna till projektet i HANDLINGSLISTAN FÖR RISKSTRATEGI. RISKER med högst prioritet står överst på listan och måste hanteras först.

Tabell 2: Aktiviteter och delaktiviteter i en komplex orienteringsfas

Se även