Business Analyst og RUP

The Rational Unified Process (RUP) er en programvare prosess som opprinnelig skapt av Rational Software, som ble kjøpt opp av IBM i februar 2003 utviklet. Produktet inneholder en hyperkobling kunnskapsbase med prøve gjenstander og detaljerte beskrivelser av mange typer aktiviteter. RUP er inkludert i IBM Rational Method Komponist (RMC) produkt som gjør tilpasningen av metoden.
I 1997 kjøpte Rational Verdix, Objectory, Requisite, SQA, Performance Bevissthet og Pure Atria. Kombinasjonen av base av erfaring fra næringslivet ført til utformingen av de seks beste praksis i moderne software engineering:

Utvikle iterativt, med risiko for at den primære driveren køyring Administrer Krav Med et komponentbasert arkitektur Type visuelt programvare kontinuerlig overvåke kvalitetskontroll endringer.

Disse beste praksis av både Rational produktutvikling og ble brukt av den rasjonelle feltteam for å hjelpe kundene med å forbedre kvaliteten og forutsigbarheten i deres utvikling av programvare. Til denne kunnskapen er tilgjengelig, Philippe Kruchten, Rational techrep en ansvarlig for å sette sammen et rammeverk av eksplisitte metoder for moderne software engineering. Dette arbeidet vil være mekanismen av leveranseprosessen Objectory utviklet HTML.

Resultatet er "Rational Unified Process (RUP) gjennomført en tripod Strategisk Rational:
En fleksibel prosess som ledet utviklings Automatiserte verktøy for å anvende denne metoden Services for å akselerere innføringen av de to metoder og verktøy.

Enheter fjerntliggende regioner:

RUP er basert på en rekke enheter, eller innholdselementer, som beskriver hva som skal produseres, beskriver ferdighetene og trinnvise forklaringer på hvordan enkelte utvikling målene nås . De viktigste komponentene eller elementer av innhold er:.

Roller (WHO) - En rolle definerer et sett av ferdigheter, kompetanse og ansvar
Produkter av arbeidskraft (denne) - et arbeid produkt representerer noe av en oppgaven, og alle dokumentene og modeller som er produsert under arbeidet gjennom prosessen
Oppgaver (hvordan) -.. En studie beskriver en arbeidsenhet tildelt, en rolle som gir en meningsfylt resultat

Innenfor hver iterasjon, den oppgavene er delt inn i ni disipliner:

Seks ingeniørdisipliner "

Krav business modellering
analyse og design
Implementering
Test
Deployment

Tre disipliner for å støtte:

Konfigurering og Change Management
Prosjektledelse
Miljø

Seks Best Practices:

Seks av de beste praksis beskrevet i Rational Unified Process er et software engineering paradigme som minimerer lister seks forestillinger i utformingen av en programvare-prosjekt for å øke produktiviteten og defekter. Disse øvelsene er som følger:

Utvikle iteratively:

Det er bedre å vite alle kravene i forveien, men ofte er dette ikke tilfelle. Flere programvare utviklingsprosesser ved å tilby en løsning hvordan å gjøre for å minimere kostnadene i form av utviklingsstadier

Administrer Krav:..

Husk de krav som stilles av brukere
Bruk komponenter Breaking et avansert prosjekt foreslås ikke bare uunngåelig, men i virkeligheten. Dette fremmer evnen til å teste individuelle komponenter før de blir integrert inn i et større system. I tillegg gjenbruk av kode er et stort pluss, og kan gjøres enklere ved bruk av objektorientert programmering.

Visual modell Bruk diagrammer for å representere alle viktige komponenter, brukere og deres interaksjon. UML står for Unified Modeling Language er et verktøy, er i stand til å lette oppgaven

Kontroller kvaliteten.
Test alltid en betydelig del av prosjektet når som helst. Test blir vanskeligere etter hvert som prosjektet skrider frem, men må være konstant for hele produksjonen av programvareprodukter

Kontroll endringer:.
Mange prosjekter som kan mange lag som enkelte ganger oppstår på forskjellige steder, bruker ulike plattformer , etc. Det er derfor viktig å sikre at endringene synkroniseres til et system og kontinuerlig overvåket.

Så intervju spørsmål og svar vil la vite for ofte stilte spørsmål knyttet til Business Analyst, analyse osv ...
.