Forretningsmodellering ved bruk av RUP-metodikken (Rational Unified Process)
Sammendrag
Business Modelling, som utføres med større vekt på den konseptuelle fasen av RUPP-metodikken (Rational Unified Process), tar sikte på å forstå strukturen, dynamikken i organisasjonen, aktuelle problemer, identifisere mulige forbedringer og forstå prosessene. Den bruker Business Use Case Model for å beskrive forretningsprosesser og kunder, Business Object Model for å beskrive hver Business Use Case med arbeiderne, samt aktivitets- og klassediagrammer. Det er ekstremt viktig å velge riktig metodikk, så vel som de riktige implementeringsverktøyene, og det er grunnen til at RUP-metodikken (Rational Unified Process) basert på forretningsmodellering gir oss alle baser for å gjøre programvareutvikling vellykket.
Forretningsmodelleringsmetodikk ved bruk av den rasjonelle enhetlige prosessen (RUP)
Sammendrag
Forretningsmodelleringen som gjøres med større vekt på den konseptuelle fasen i metodikken RUPP (Rational Unified Process) (RUP) har som mål å forstå strukturen, organisasjonsdynamikken, aktuelle problemstillinger, identifisere forbedringer og forstå prosessene. Bruk sakene om modellbruk for å beskrive forretningsprosesser og kunder, forretningsobjektmodellen for å beskrive hver brukssak med forretningsarbeidere bruker også aktivitetsdiagrammer og klasse. Det er viktig å velge riktig metodikk og implementering av passende verktøy, og det er derfor metoden RUP (Unified Process Processing) -basert modellering Business gir alle baser for vellykket utvikling av programvare.
Introduksjon
Mange organisasjoner vil at programvareutviklingsprosjektene som de trenger å implementere skal være vellykket, og det er derfor de implementerer mekanismer som lar dem nå disse målene. Det ble utført en uttømmende analyse av hva som gjør at programvareutviklingsprosjekter mislykkes, noe som ble oppnådd som et resultat av at de viktigste feilene ligger i mangelen på tilstrekkelig prosjektledelsesmetodikk, men fokusert på programvareutviklingsindustrien (Torres 2010).
Målet med denne gjennomgangen er å løfte frem forretningsmodellering for vellykket gjennomføring av intensive prosjekter innen programvareutvikling ved bruk av Unified Software Development Process (RUP) -metodikk, og presentere en reseptbelagte tilnærming for å standardisere de beste praksisene for programvareteknikk..
Bakgrunn
Den viktigste antecedenten ble lokalisert i 1967 med Ericsson Methodology (Ericsson Approach) utarbeidet av Ivar Jacobson, en utviklingsmetode basert på komponenter, som introduserte begrepet Use Case. Mellom 1987 og 1995 grunnla Jacobson selskapet Objectory AB og lanserer utviklingsprosessen Objectory (forkortelse for Object Factory).
Senere i 1995 Rasjonell
Software Corporation anskaffer Objectory AB og mellom 1995 og 1997 er Rational Objectory Process (ROP) utviklet fra Objectory 3.8 og Rational Approach (Rational Approach) som bruker UML (Unified Modelling Language) som modelleringsspråk. Siden den gang, ledet av Grady Booch, Ivar Jacobson og James Rumbaugh, utviklet og innarbeidet Rational Software forskjellige elementer for å utvide ROP, spesielt arbeidsflyten kjent som business modellering. Rational Unified ble lansert i juni 1998
Behandle en testfase, med en styrket UML og integrering av Business Engineering and Data Engineering tilnærminger. Herfra er RUP født, med retningslinjene og aspektene som vi kjenner i dag (Vargas 2011).
Forretningsmodellering
Forretningsmodellering er en disiplin i RUP-metodikken som sees i selskapets bredere omfang. Det brukes til å forstå nåværende forretningsprosesser og bestemme hvordan de kan forbedres. Å identifisere muligheter for automatisering er en måte du kan forbedre forretningsprosessene på.
Du kan utføre forretningsmodellering som en del av et prosjekt for å bidra til en bedre forståelse av forretningssammenheng eller som et eget prosjekt som gyter flere programvareutviklingsprosjekter. (Galic, Macisaac, Popescue 2006).
RUPP (Business Unification Process) modellering
Figur 1 - Rational Unified Process (RUP). (Yana 2013)
I følge Balarezo (2013) bør følgende tas i betraktning:
- Behovene blir funnet ved å modellere virksomheten. Forretningsmodellering fokuserer på prosessene som studeres og ikke på de funksjonelle områdene Analyse og utforming av prosessene er den beste måten å imøtekomme alle behov.
Ramos (2013) uttaler at behovene må være:
Kommuniserte behov
- Av deltakere i forretningsprosessene Kunder og brukere av organisasjonens tjenester Organisasjonsledere Eiere av organisasjonen Andre prosjektinteressenter
Analyserte og designede behov
- Studie av forretningsprosesser Analyse av aktiviteter Mennesker som drar nytte av prosesser Personer som utfører prosesser Informasjon brukt i prosesser Design av prosesser
Prosessforbedringsbehov
- Forfining av forretningsprosesser Optimalisering av noen aktiviteter Forbedret effektivitet Endringer i ansvarsområdet til personene som utfører prosessene Ny informasjon
Bocanegra (2006) understreker følgende mål:
mål
- Forstå strukturorganisasjonen og dynamikken i målorganisasjonen Forstå aktuelle problemstillinger i målorganisasjonen og identifisere potensielle. Evaluer effekten av endring på målorganisasjonen Forsikre deg om at kunder, sluttbrukere, utviklere og andre roller har en felles forståelse av målorganisasjonen Skaff på en foreløpig måte systemkravene som målorganisasjonen trenger.
Ramos (2013) definerer følgende aktiviteter:
aktiviteter
- Evaluer målorganisasjonen Finn sakene om forretningsbruk og aktører Bygge forretningsmessig bruk Saksmodell Finn arbeiderne og forretningsenhetene Bygg forretningsanalysemodellen Detalj om sakene om forretningsbruk Oppretthold forretningsregler Ta et vanlig ordforråd Definer aktivitetene som skal automatiseres
Suksesshistorier
Et av de mange vellykkede tilfellene av forretningsmodellering som administreres under RUP-metodologier, er “MAFRE” -prosjektet som ble utviklet av Information Technology Consulting i Argentina (Information Technology Consulting 2011).
“ASI” Consultores utviklet Merchandise Unitary Control system (CUM), en applikasjon som gjør det mulig å administrere godstrømmen (kalt Big Ticket) både i lager og i butikker. Ved å bruke en metodikk rettet mot utvikling av prosjekter med objektorienterte teknologier basert på RUP (Rational Unified Process) (RUP), kan et selskap utvide forretningshorisontene på dette området (Automatización y Sistemas Integrales Consultores SA de CV 2009)
Bidragene
Innovasjon:
Forretningsmodelleringen av RUP-metodikken har gjort det mulig for selskaper å skaffe seg all nødvendig informasjon for en analyse av dagens virksomhet og derfor identifisere hvilke områder som kan forbedres.
Teknologi:
Modellering av virksomheten gjennom programvareteknikk-prosessen gjør det over tid for å sikre en god produksjon av programvare av høy kvalitet som tilfredsstiller behovet til en sluttbruker innen et forutsigbart tidspunkt og budsjett.
Sosial:
Få et godt resultat som gjør det mulig å oppdage og analysere strukturer og automatiseringsområder for å forbedre prosesser, bestemme muligheter og få en god kvalitet på tjenestene for samfunnet.
Åndelig:
Akkurat som forretningsmodellen er med på å forstå hvilke behov som kreves i prosessen, så vil også Gud i hans uendelige kjærlighet, barmhjertighet og visdom tilfredsstille alle våre behov så lenge du anvender den åndelige forretningsmodellen i livet ditt og analyserer i den situasjonen du er i.
konklusjoner
Enhver virksomhet kan være vellykket, og alt vil avhenge av mange variabler, for dette er det nødvendig å kjenne til nøkkelelementene i forretningsmodellen som må brukes på riktig måte for hver type virksomhet.
Studien av virksomheten er av vital betydning for å identifisere brukerbehovene i dagens selskaper.
Forretningsmodellering er veldig viktig fordi det lar oss se at de involverte parter kommuniserer prosessene tydelig, fullstendig og effektivt.
Rational Unified Process (RUP) gir aktivitetene for å modellere virksomheten og UML (Unified Modelling Language) gir de symbolene som er nødvendige for å modellere virksomheten.
Vi må lytte, lære av de beste og møte andre modeller.
referanser
- Galic M. 2006. Bruke et enkelt forretningsmønster med den rasjonelle enhetlige prosessen (RUP). Hernández A. 2005. Identifisering av forretningsprosesser. Jonás A, Montilva C. 2007. Forretningsmodellering. Mancin E, Fernandes A, Péraire C, Carroll K. 2007. IBM Rational Unified Process for System z. (Konsultert 25. november 2013) http://www.redbooks.ibm.com/redpapers/pdfs/redp3877.pdf.Ivar Jacobson, Grady Booch, James Rumbaung 2000. The Unified Software Development Process.Bocanegra J, Peña J, Ruiz A. 2006. Interorganisatorisk forretningsmodellering: En tilnærming for sporbarhet mellom mål, organisasjonsmodeller og forretningsprosesser. http://businessservices20.com/files/ideas09.pdf.Torres F. 2010. Integrering av PMBOK til RUP for programvareutviklingsprosjekter. (Åpnet 25. november 2013) http: //www.iiis.org / CDs2008 / CD2009CSC / CISCI2009 / PapersPdf / C690MI.Pdf.Balarezo S, Yana M, Ramos Y. 2013. Forretningsmodellering: Del 1. Saksmodeller for forretningsbruk.http: //booksproyect.googlecode.com. pptVargas Y. 2011. Rup Methodology (Rational Unified Process). Automatisering og systemintegralerConsultores SA de CV Copyright © 1999 - 2009.
