haku: @keyword integration testing / yhteensä: 9
hakutulos-lista
viite: 5 / 9
« edellinen | seuraava »
Tekijä:Lepistö, Kati
Työn nimi:Effective integration testing in iterative software development
Tehokas integraatiotestaus iteratiivisessa ohjelmistotuotekehityksessä
Julkaisutyyppi:Diplomityö
Julkaisuvuosi:2005
Sivut:72+1      Kieli:   eng
Koulu/Laitos/Osasto:Sähkö- ja tietoliikennetekniikan osasto
Oppiaine:Sovellettu elektroniikka   (S-66)
Valvoja:Sepponen, Raimo
Ohjaaja:Benschkowsky, Egmont
OEVS:
Sähköinen arkistokappale on luettavissa Aalto Thesis Databasen kautta.
Ohje
sulje

Digitaalisten opinnäytteiden lukeminen Aalto-yliopiston Harald Herlin -oppimiskeskuksen suljetussa verkossa

Oppimiskeskuksen suljetussa verkossa voi lukea sellaisia digitaalisia ja digitoituja opinnäytteitä, joille ei ole saatu julkaisulupaa avoimessa verkossa.

Oppimiskeskuksen yhteystiedot ja aukioloajat: https://learningcentre.aalto.fi/fi/harald-herlin-oppimiskeskus/

Opinnäytteitä voi lukea Oppimiskeskuksen asiakaskoneilla, joita löytyy kaikista kerroksista.

Kirjautuminen asiakaskoneille

  • Aalto-yliopistolaiset kirjautuvat asiakaskoneille Aalto-tunnuksella ja salasanalla.
  • Muut asiakkaat kirjautuvat asiakaskoneille yhteistunnuksilla.

Opinnäytteen avaaminen

  • Asiakaskoneiden työpöydältä löytyy kuvake:

    Aalto Thesis Database

  • Kuvaketta klikkaamalla pääset hakemaan ja avaamaan etsimäsi opinnäytteen Aaltodoc-tietokannasta. Opinnäytetiedosto löytyy klikkaamalla viitetietojen OEV- tai OEVS-kentän linkkiä.

Opinnäytteen lukeminen

  • Opinnäytettä voi lukea asiakaskoneen ruudulta tai sen voi tulostaa paperille.
  • Opinnäytetiedostoa ei voi tallentaa muistitikulle tai lähettää sähköpostilla.
  • Opinnäytetiedoston sisältöä ei voi kopioida.
  • Opinnäytetiedostoa ei voi muokata.

Opinnäytteen tulostus

  • Opinnäytteen voi tulostaa itselleen henkilökohtaiseen opiskelu- ja tutkimuskäyttöön.
  • Aalto-yliopiston opiskelijat ja henkilökunta voivat tulostaa mustavalkotulosteita Oppimiskeskuksen SecurePrint-laitteille, kun tietokoneelle kirjaudutaan omilla Aalto-tunnuksilla. Väritulostus on mahdollista asiakaspalvelupisteen tulostimelle u90203-psc3. Väritulostaminen on maksullista Aalto-yliopiston opiskelijoille ja henkilökunnalle.
  • Ulkopuoliset asiakkaat voivat tulostaa mustavalko- ja väritulosteita Oppimiskeskuksen asiakaspalvelupisteen tulostimelle u90203-psc3. Tulostaminen on maksullista.
Sijainti:P1 Ark S80     | Arkisto
Avainsanat:iterative software development
Rational Unified Process (RUP)
software integration
integration testing
iteratiivinen ohjelmistokehitys
Rational Unified Process (RUP)
ohjelmiston integraatio
integraatiotestaus
Tiivistelmä (fin):Mukautuvat tuotekehitysmallit, kuten iteratiivinen tuotekehitys, ovat saaneet suosiota nykypäivän ohjelmistotuotekehityksessä.
Ne vastaavat haasteeseen saada yhä monimutkaisemmat tuotteet markkinoille entistä nopeammin.
Samalla ne mahdollistavat joustavuuden vaatimusten suhteen tuotekehityksen aikana.
Muina tuotekehitysprosessin tavoitteina on varmistaa, että korkealaatuiset ohjelmistotuotteet kohtaavat loppukäyttäjien tarpeet ennustettavissa olevassa aikataulussa ja budjetissa.

Rational Unified Process, eli RUP, on paljolti käytetty runko iteratiiviselle tuotekehitysprosessille.
RUP:in antamat puitteet iteratiiviseen lähestymistapaan ovat kontrolloidut ja se on ollut suosittu malli vaihdettaessa mukautuviin kehitysprosesseihin.
RUP:in omaksuva yritys voi muotoilla ja laajentaa prosessia omia tarpeitaan vastaavaksi.

Työn tärkein päämäärä on tutkia, kuinka eräs projektikohtainen iteratiivinen kehitysmalli on toiminut käytännössä.
Tutkimamme projekti on käyttänyt RUP:ia yhtenä esimerkkinä kehittäessään omaa malliaan.
Tulokset viittaavat siihen, että muutos mukautuviin metodeihin vaatii yritykseltä työtä ja omistautumista asialle.
Tutkimassamme projektissa muutos ei ole tapahtunut ongelmitta.
Ohjelmiston integraatio ja integraatiotestaus ovat osoittautuneet ongelma-alueiksi.
Prosessia muuttaessa toivottiin muun muassa riskien pienentymistä testauksen siirtyessä prosessin aikaisempaan vaiheeseen.
Suunnitelmien vastaisesti, testaus on ruuhkautunut prosessin loppuun.
Muuttuvien vaatimusten kanssa työskentely on tuonut myös erilaisia ongelmia.

Työn tavoitteena oli myös esittää parannusehdotuksia, jotta prosessi vastaisi paremmin projektin tarpeita.
Tarpeet tulisi määrittää uudelleen ja mallia tulisi muokata niiden mukaan.
Tutkimuksen tulokset viittaavat, että iteratiivinen malli ei välttämättä ole paras vaihtoehto kyseiselle projektille.
Tutkimuksessa paljastui, että mallista riippumatta työntekijöillä on tarve saada prosessista koulutusta.
Osa projektin ongelmista koetaan johtuvan tiedon puutteesta.
Prosessin tärkeimmät käsitteet tulisi kerrata ja selventää, integraatiotestaus näiden joukossa.
ED:2005-09-26
INSSI tietueen numero: 29142
+ lisää koriin
« edellinen | seuraava »
INSSI