Sammendrag
Mange programvareutviklingsprosjekter mislykkes, eller sluttresultatet er ikke det som var forventet, for kunden eller sluttbrukeren, eller for utviklerne selv. For klienten kan et programvareutviklingsprosjekt mislykkes fordi det tok lengre tid enn forventet eller verre, fordi den resulterende programvaren ikke løser problemene den ble bestilt for.
Det er flere faktorer som kan føre til at et programvareutviklingsprosjekt mislykkes. Forretningsmodellering i unnfangelsesfasen av et programvareutviklingsprosjekt er en av de viktigste aktivitetene, og at det mange ganger ikke blir utført med den nødvendige dybden, noe som fører til at dette ikke er full forståelse av prosessene som er involvert. datastyring og en falsk forståelse mellom kunder (eller brukere) og utviklingsteamet angående arbeidet som skal gjøres.
Business Modelling-disiplinen til RUP (Rational Unified Process) foreslår et sett med gjenstander for å modellere prosessene i en organisasjon. Utviklingen av alle disse gjenstandene kan være treg og tungvint, noe som bidrar negativt til en effektiv gjennomgang gjennom denne disiplinen. Det nåværende arbeidet foreslår et alternativ til gjenstandene fra Business Modelling-disiplinen til RUP-metodikken: IDEF, det er en systemmodelleringsteknikk som bruker en spesifikk grafisk struktur. Det spenner fra informasjonsmodellering til objektorientert analyse og design.
nøkkelord
IDEF, Business Process, forretninger modellering, Software Development, RUP
Introduksjon
Til tross for viktigheten av kunnskap om forretningsprosessene som vil støtte et datasystem, er det en vanlig praksis å feste stadium hvor denne informasjonen fanges opp under utviklingssyklusen til en programvare. Utviklingsteam, basert på kundenes krav til hvor raskt de trenger for å få programvareproduktet i gang, bruker typisk lite oppmerksomhet til en full forståelse av virksomheten. Hvis det tas i betraktning at de aller fleste organisasjoner ikke skjematisk representerer hvordan prosessene deres er, og at noen av de mest brukte programvareutviklingsmetodikkene, for eksempel Unified Development Process (RUP, for dets forkortelse på engelsk),foreslå et stort antall gjenstander for denne modelleringen hvis konstruksjon kan bli treg og tungvint, da blir alle forholdene skapt slik at virksomheten ikke blir modellert med den strengheten den fortjener.
Resultatet av denne praksisen er programvareprodukter fokusert på de behov eller krav som stilles av en klient, som noen ganger ikke er i stand til å bestemme nøyaktig hvordan et programvaresystem kan forbedre sin serie av produkter eller tjenester. I tillegg er det vanlig at programvareprodukter oppnås med ekstremt høye implementeringskostnader og langt fra den objektive virkeligheten til enheten som har til hensikt å bruke den. Utviklere har en tendens til å være kreative og søker sin profesjonelle oppfyllelse når de skal lage ideelle datasystemer, mens de distanserer seg fra virkeligheten til forretninger og kunder.
Den teknologiske kapasiteten og den økonomiske situasjonen til organisasjonen som skal automatiseres, er ikke det grunnleggende målet med den forretningsmodelleringen som er foreslått av RUP. Ta imidlertid hensyn til disse elementene ved å prøve å påvirke dem gunstig, hvis det skulle være målet med programvareproduktet som skal lages, og derfor anses det i dette innledende trinnet som ekstremt viktig at utviklingsteamet tilpasser denne tilleggskunnskapen.
Denne artikkelen foreslår integrering av noen IDEF-teknikker (Integrated Definition Methods) med RUP-metodikken, med sikte på å bruke disse teknikkene som et alternativ til gjenstandene som foreslås av Business Modelling-disiplinen i denne metodikken. Det er nødvendig å påpeke at informasjonen som presenteres om IDEF-modelleringsteknikker ikke er nok til å anvende ideene som presenteres her, senere skal de studeres grundig. Dette forslaget er basert på erfaringene fra forfatterne under produksjonen av tilpasset programvare for den bolivariske republikken Venezuela, et produkt fra Cuba-Venezuela-avtalene i lys av ALBA.
Utvikling
IDEF
I løpet av 1970-årene utviklet amerikanske luftstyrker et program for Integrated Computer Aided Manufacturing (ICAM). ICAM-programmet identifiserte behovene for forbedringer i kommunikasjonsteknikker og analyse for personell involvert i produksjonen. Resultatet av ICAM-prosjektet er en serie teknikker kjent som IDEF (Integrated Definition Methods). Den første unnfangelsen inkluderte:
- IDEF0: Brukes til å representere aktiviteter eller prosesser IDEF1: Brukes som modell for representasjon og strukturering av informasjon IDEF2: Brukes til å representere modeller som varierer over tid.
I 1983 programmerte USAs flyvåpen et integrert informasjonsstøttesystem basert på IDEF1, og skapte IDEF1X (utvidet IDEF1).
Etter hvert som årene gikk og bruken av disse teknikkene fortsatte IDEF utviklingen og nye versjoner dukket opp: IDEF3, IDEF4 og IDEF5. For tiden er det flere verktøy som letter modellering med disse teknikkene.
IDEF0
IDEF0 er en modelleringsteknikk utformet for å representere på en strukturert og hierarkisk måte aktivitetene som utgjør et system eller et selskap, og objektene eller dataene som støtter interaksjonen mellom disse aktivitetene. En IDEF0-modell består av en hierarkisk serie med diagrammer som gjør det mulig å beskrive funksjonene som er spesifisert på toppnivå gjennom detaljeringsnivåer. I toppbildene av modellen tillater interaksjonen mellom de representerte aktivitetene å visualisere de grunnleggende prosessene som opprettholder organisasjonen. De grafiske elementene som ble brukt til konstruksjon av IDEF0-diagrammer er tabeller og piler.
Semantikken for bruk av disse grafiske elementene er følgende:
Aktivitet: representert med en boks, indikerer en funksjon, prosess eller transformasjon.
Inngang: representert av en pil som kommer inn fra venstre side av aktiviteten, den indikerer materialene eller informasjonen som vil bli transformert til aktiviteten for å få utkjørselen.
Utgang: den er representert av en pil som kommer ut fra høyre side av aktiviteten, den indikerer objektene eller informasjonen som er produsert av aktiviteten.
Kontroll: representert av en pil som kommer inn fra toppen, den indikerer forskriften som avgjør om en aktivitet utføres eller ikke. F.eks.: standarder, guider, regler, retningslinjer osv.
Emne: representert av en pil som kommer inn fra bunnen, det indikerer ressursene som utfører en aktivitet. F.eks.: mennesker, maskiner osv.
Fordeler med IDEF0 for modellering av forretningsprosesser
- Det gjør det mulig å representere prosessen kronologisk. Sluttkundeorientert flyt av den virksomheten er beskrevet, og krysser alle aktivitetene i organisasjonen som oppfyller forespørselen om et produkt eller en tjeneste som er laget av kunden, og dermed representerer selskapets "verdikjede" (en prosess er modellert for hver type produkt eller tjeneste som selskapet leverer) Det er en enkel notasjon (basert på bokser og piler) som enhver ansatt kan bruke for å beskrive hva de gjør i virksomheten. Å involvere de ansatte i organisasjonen i modelleringen av virksomheten sparer tid ved å jobbe samtidig på flere områder, i tillegg til å få en mer trofast modell siden den er utarbeidet av hovedpersonene. Det gjør det mulig å innlemme i strømmen dataene som kommer inn og forlater aktivitetene, så vel som forretningsreglene og aktørene,alt i samme syn. Det gjør det mulig å dekomponere en aktivitet som en prosess i sin tur.
IDEF3
IDEF3 er en modelleringsteknikk for å representere arbeidsflyten til en prosess, så vel som dens deltagende objekter fra beskrivelsen gitt av en ekspert. Det gjør det mulig å dokumentere en prosess på et detaljert nivå, og lette analysen gjennom identifisering og fangst av kritisk kunnskap om den.
De grunnleggende komponentene som IDEF3 bruker i sin representasjon er: arbeidsenhet, lenker, forbindelser og referanser.
Enhet for arbeid: representerer en aktivitet, den har alltid en unik identifikator og kan ha en referanse tilknyttet en IDEF0-aktivitet.
Ligaer: representerer restriktive forhold mellom aktiviteter, er ensrettet, kan starte og slutte i hvilken som helst del av aktiviteten ("boks"), må merkes.
Det er tre typer ligaer:
Midlertidig forrang
Kildeprosessen må stenges av før målprosessen kan starte.
Objektflyt
Det understreker deltakelse av et objekt mellom to prosesser, indikerer tidsmessig forrang, kildeprosessen må avsluttes før destinasjonsprosessen kan avslutte.
Relasjons
Forekomst av et forhold mellom de koblede prosessene. Kildeprosessen vil starte før målprosessen avsluttes.
Tilkoblinger: de tjener til å representere:
- Punktene der en prosess forgrener seg i flere tråder.Punktene der flere prosesser konvergerer til en enkelt prosess. Ÿ Midlertidigheten (synkroni / asynkroni) i strømmen av aktiviteter i en prosess.
Typer grener:
Divergens (fan-out): Distribuerer flyt av prosessen, avslutning av en aktivitet forårsaker aktivering av flere aktiviteter.
- Konvergens (fan-in): Fullføring av flere aktiviteter befester starten på en aktivitet.
Referanser: representerer spesielle symboler for å rette leserens oppmerksomhet mot andre viktige deler av modellen.
Noen av de forskjellige typene referanser som finnes er:
- Objekt: Beskriver deltakelse av et viktig objekt i en aktivitet GOTO: Konstruerer sykluser (gjenta aktivitetssekvens) UOB (UnitOfBehavior): Inkluderer en aktivitet som allerede er beskrevet uten å involvere en syklus. Merk: Dokumenterer viktig viktig generell informasjon fra hvilken som helst graf (aktivitet, tilkobling) ELAB (Utdyping): Dokument i detalj noen grafer.
Fordeler med IDEF3
- Det gjør det mulig å dokumentere prosesser for standardisering eller som guider for nye medlemmer av prosessen og dermed redusere læringskurven.Det gir en mekanisme for å fange opp tidssekvensen til en prosess og beslutningslogikken som påvirker den. Den fungerer som et verktøy for å analysere eksisterende prosesser. Det lar deg designe og teste nye prosesser før du setter i gang faktiske endringer som kan være veldig dyre.
En enkel sammenligning mellom begge teknikkene gjør det mulig å illustrere hvordan de utfyller hverandre, og påvirker de samme aspektene på en annen måte, slik at de kan tas opp i sin helhet.
IDEF i RUP-metodikken for å modellere virksomheten
Beskrivelse av aktiviteter
Modell globale prosesser:
- Involvert: Klienter og utviklingsteam Mål: Identifisere organisasjonens forretningsprosesser, dens mål, involverte ressurser osv. Teknikk: IDEF0 Beskrivelse: I denne aktiviteten identifiseres organisasjonens forretningsprosesser gjennom møter med lederne og arbeiderne som er involvert. De grafiske elementene som utgjør IDEF0-teknikken blir forklart for alle involverte ledere og arbeidere, og prosessmodellen som tilsvarer AS - IS for denne teknikken er i fellesskap utviklet. AS-IS er ikke annet enn modellering av hvordan prosessene i organisasjonen skjer på en global måte i sin nåværende situasjon.
Identifiser overflødige aktiviteter:
- Involvert: Utviklingsteam Mål: Identifisere overflødige aktiviteter som kan eksistere i organisasjonens prosesser Teknikk: Analyse Beskrivelse: I denne aktiviteten analyseres prosessmodellen utført av organisasjonen for å identifisere aktiviteter som kan anses som overflødige. En overflødig aktivitet er en som kan dispenseres uten å påvirke sluttresultatet av den modellerte prosessen, enten fordi den ikke genererer noe resultat eller fordi resultatet oppnådd kan være en del av en annen aktivitet, og dermed eliminere et emne fra prosessen.
Modellforbedrede globale prosesser:
- Involvert: Utviklingsteam Mål: Oppdater prosessmodellen med de identifiserte forbedringene Teknikk: IDEF0 Beskrivelse: I denne aktiviteten oppdateres prosessmodellen utført av organisasjonen, og eliminerer de identifiserte overflødige aktivitetene. En kort beskrivelse av hvordan hver aktivitet utføres legges til modellen. På dette tidspunktet gjøres endringene som innebærer et forslag til forbedring i prosessene i modellen. Disse endringene bør være basert på studiet av kunsten som ble utført før forretningsmodelleringsstadiet, av utviklingsteamet om lignende forretningsprosesser på nasjonalt og internasjonalt nivå. Denne nye modellen tilsvarer IDEF0 TO - BE prosessmodellen.
Valider forslag til forbedringer med klienten:
- Involvert: Klienter og utviklingsteam Mål: Etablere en avtale mellom klienter og utviklingsteam om hvordan organisasjonens prosesser skal være, før de går over til datastyring Teknikk: Møtebeskrivelse: I denne aktiviteten teamet Utviklingsteamet presenterer Enhanced Global Processes Model for klienten, slik at de kan indikere at de er enige om forslaget eller komme med relevante observasjoner.
Detaljkompleks aktiviteter:
- Involvert: Utviklingsteam Mål: Modell i detalj aktivitetene med større kompleksitet, nødvendige for automatisering av organisasjonen Teknikk: IDEF3 Beskrivelse: I denne aktiviteten blir prosessmodellen utført av organisasjonen oppdatert, og eliminerer de identifiserte overflødige aktivitetene. På dette tidspunktet kan andre endringer gjøres i modellen som innebærer et forslag til forbedring i kundens prosesser. Disse forslagene til ytterligere forbedringer bør være basert på kunststudien som er utført av utviklingsgruppen på lignende prosesser på nasjonalt og internasjonalt nivå, før virksomhetsmodelleringsstadiet.
Valider detaljert beskrivelse med klienten:
- Involvert: Klienter og Utviklingsteam Mål: Etablere en avtale mellom klienter og utviklingsteam om hvordan de komplekse aktivitetene i organisasjonen som må automatiseres gjennomføres i detalj Teknikk: Møtebeskrivelse: I denne aktiviteten teamet Utvikling presenterer den detaljerte beskrivelsen av de komplekse aktivitetene som er valgt for klienten, slik at han indikerer sin samtykke med forslaget eller gjør de relevante indikasjoner.
Etablere prosjektgrenser:
- Involvert: Klienter og Utviklingsteam Mål: Etablere en avtale mellom klienter og utviklingsteam om hvilke prosesser i organisasjonen som vil bli datastyrt Teknikk: Møtebeskrivelse: Denne aktiviteten er definert ved hjelp av en diskusjon mellom klienter og utviklingsteamet hva som vil være prosessene som skal datastyres. For dette tas den forbedrede globale prosessmodellen som grunnlag.
referanser
Álvarez Romero, Eduardo; Pueyo, Daniel. Integrasjonsdefinisjon for funksjonsmodellering (IDEF0) hentet fra
García, Ana M. Forretningsprosessmodellering. Kursnotater.
Prosessmodellering, Systemteori, Universidad de Valparaíso hentet fra
Bibliografi
IDEFØ IDEF Family of Methods En strukturstilnærming til bedriftsmodellering og analyse
