Business Analyst ja RUP

rup (RUP) on ohjelmisto prosessi, joka loi alunperin Rational Software, joka osti IBM helmikuussa 2003 kehitetty. Tuote sisältää hyperlinkin tietopohjaa näytteen esineitä ja yksityiskohtaisia ​​kuvauksia monenlaisia ​​toimintoja. RUP sisältyy IBM Rational Method Säveltäjä (RMC) tuote, jonka avulla menetelmän mukauttaminen.
Vuonna 1997 osti Rational Verdix, Objectory, Vaadittava, SQA, Performance Tietoisuus ja Pure Atria. Yhdistelmä pohjan liiketoiminnan kokemus johti muotoiluun kuusi parhaiden käytäntöjen moderni ohjelmistojen suunnittelu:

Kehitä iteratiivisesti, ja vaarana että ensisijainen kuljettaja iteraation Hallitse vaatimuksia komponentti-pohjainen arkkitehtuuri Type-visuaalinen ohjelmisto jatkuvasti seurattava Laadunvalvonta muutoksia.

Nämä parhaat käytännöt sekä Rational tuotekehityksen ja käytettiin ulos Rational kentän joukkuetta auttaa asiakkaitaan parantamaan laatua ja ennustettavuutta niiden ohjelmistokehitystä. Tämän tieto on saatavilla, Philippe Kruchten, Rational techrep yksi vastuussa koota puitteissa nimenomaisen menetelmien nykyaikaisen ohjelmistotekniikan. Nämä ponnistelut ovat mekanismi toimitusprosessin Objectory kehitetty HTML.

tulos on "rup (RUP) suorittanut jalustaa strategiset perustelut:
mukautuva prosessi, joka ohjaa kehitystä automatisoidut välineet on soveltaa tätä menetelmää Palvelut nopeuttaa hyväksymistä kahden menetelmiä ja välineitä.

Laitteet syrjäisimmät alueet:

RUP perustuu erilaisia ​​laitteita, tai sisältöä elementtejä, kuvataan, mitä on tuotettava, kuvailee taitoja ja askel askeleelta selitykset miten tietyt kehitystavoitteet saavutetaan . pääkomponentit tai osia sisältöä ovat:

Roolit (WHO) - rooli määritellään joukko taitoja, osaamista ja vastuut.
Tuotteet työvoiman (tämä) - teos tuote edustaa jotain tehtävä, mukaan lukien kaikki asiakirjat ja tuotettujen mallien työskennellessään prosessin läpi.
Tehtävät (miten) - tutkimuksessa kuvataan yksikön tehtävänsä, rooli, joka tarjoaa mielekästä tulosta.

Jokaisessa iteraation tehtävät on jaettu yhdeksään tieteenalojen:

Kuusi insinöörikoulutukseen "

mallintaminen
Vaatimukset
analyysi ja suunnittelu
toteutus
Test
Deployment

kolme tieteenalojen tukemiseksi:

Kokoonpano ja Change Management
Projektinhallinta
Ympäristö

Kuusi Parhaat käytännöt:

Kuusi parhaita käytäntöjä kuvattu rup on ohjelmistotekniikan paradigma jotka minimoivat luettelot kuusi esitystä suunnittelussa ohjelmistoprojektin lisätä tuottavuutta ja vikoja. Nämä käytännöt ovat seuraavat:

Kehitetään iteratiivisesti:

On parempi tietää kaikki vaatimukset etukäteen, mutta usein tämä ei pidä paikkaansa. Useat ohjelmistokehityksen prosesseihin tarjoamalla ratkaisu miten minimoida suhteen kehitysvaiheissa.

Hallitse Vaatimukset:

Muista asettamat vaatimukset käyttäjille.
Käytä komponentit Breaking edennyttä hanketta ehdotetaan paitsi väistämätöntä, mutta todellisuudessa. Tämä edistää kyky testata yksittäisiä osia, ennen kuin ne on integroitu osaksi laajempaa järjestelmää. Lisäksi, uudelleenkäyttö koodi on iso plussa, ja voidaan helpottaa käyttämällä olio-ohjelmoinnin.

Visual malli Käytä kaavioita edustaa kaikkia avaintekijät, käyttäjät, ja niiden vuorovaikutusta. UML tarkoittaa Unified Modeling Language on työkalu, pystyy helpottaa tehtävää.

Tarkista laatu:
Kokeile aina merkittävä osa hankkeen milloin tahansa. Testi vaikeutuu projektin edetessä, mutta on vakio koko tuotanto ohjelmistotuotteita.

Ohjaus muutokset:
Monet hankkeet, jotka voivat monta joukkuetta, että luodaan joskus eri paikoissa, käyttää eri alustoilla jne Siksi on tärkeää varmistaa, että muutokset on synkronoitu järjestelmään ja seurataan jatkuvasti.

Joten, Haastattelu kysymykset ja vastaukset antaa tietää FAQ liittyviä Business Analyst, analysointi jne ...
.