haku: @keyword agility / yhteensä: 3
viite: 3 / 3
« edellinen | seuraava »
Tekijä:Halkola, Lauri
Työn nimi:R&D Process Optimization for a Customer and Order Management System
Asiakas- ja tilaushallintajärjestelmän tuotekehitysprosessin optimointi
Julkaisutyyppi:Diplomityö
Julkaisuvuosi:2008
Sivut:x + 59 s. + liitt. 7      Kieli:   eng
Koulu/Laitos/Osasto:Elektroniikan, tietoliikenteen ja automaation tiedekunta
Koulutusohjelma:Tietoliikennetekniikan tutkinto-ohjelma
Oppiaine:Tietoverkkotekniikka   (S-38)
Valvoja:Kantola, Raimo
Ohjaaja:Uskali, Miko-Janne
Elektroninen julkaisu: http://urn.fi/urn:nbn:fi:tkk-012288
OEVS:
Sähköinen arkistokappale on luettavissa Aalto Thesis Databasen kautta.
Ohje

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:software process
Scrum
requirements engineering
agility
time-to-market
quality
ohjelmistoprosessi
vaatimusten määrittely
ketteryys
nopeus
laatu
Tiivistelmä (fin):Nopeasti kehittyvien ICT-markkinoiden aiheuttamista haasteista johtuen ketterien ohjelmistokehitysmallien evoluutio on ollut nopeaa viime vuosien aikana.
Myös niiden käyttökokemukset ovat olleet erittäin lupaavia.
Organisaatioilla on kuitenkin usein vaikeuksia sopeutua työskentelemään uuden ohjelmistokehitysmenetelmän mukaisesti, eivätkä kaikki mallit sovellu kaikentyyppisille projekteille.

Tämä diplomityö pyrkii löytämään ratkaisun lyhentämään yritys A:n A1-järjestelmäkehitysprosessia 12 kuukaudesta 4 kuukauteen.
Prosessi käsittää kaikki aktiviteetit alustavasta liiketoimintaideasta varsinaiseen tuotantoon vientiin.
Tutkimuksessa keskitytään erityisesti kehittämään vaatimusmäärittelyn laatua, jota pidetään suurimpana pullonkaulatekijänä nykyisessä prosessissa.

Tutkimus suoritettiin kolmessa vaiheessa.
Ensimmäisessä vaiheessa uusia ideoita kerättiin yrityksistä A, B ja C eri metodeita käyttäen.
Aiheeseen liittyvään kirjallisuuteen paneuduttiin vaiheessa kaksi.
Työn kolmannessa vaiheessa kehitettiin uusi A1 prosessimalli perustuen teoriaan ja ensimmäisen vaiheen havaintoihin.

Suositus uudeksi A1-prosessimalliksi noudattelee ketterää ohjelmistokehitys-menetelmää nimeltään Scrum (∼ aloitusryhmitys rugbyssa).
Prosessi koostuu lämmittely-, kehitys- ja jälkipelivaiheista.
Vaatimusmäärittelyaktiviteetit suoritetaan jatkuvassa lämmittelyvaiheessa.
Vaatimuksia ylläpidetään tuotelistassa.
Kehitysvaihe koostuu useista 30-päiväisistä kehityspyrähdyksistä.
Ehdotetussa mallissa kriittiset ja hyvin valmistellut uudet liiketoimintavaatimukset voidaan prosessoida eteenpäin hyvinkin nopeasti, mutta huonosti määriteltyjä pyyntöjä täytyy parantaa ennen kuin ne pääsevät eteenpäin.
Tiukka kontrolli läpi koko prosessin varmistaa, että vaatimusten laatu paranee nykytilanteeseen verrattuna.
Optimaalisessa tapauksessa koko tuotekehitysprosessi voi kestää ainoastaan kaksi kuukautta.
Tiivistelmä (eng):Due to the challenges posed by rapidly changing ICT markets, the evolution of agile software process models has been fast during the recent years.
Experiences of them have been very positive.
Adapting a new way of developing software is, however, often challenging and not all models are suitable for all types of projects.

This master's thesis aims to find a solution for shortening the time-to-market of company A's A1 system development process from 12 months to 4 months.
The process encompasses all the activities from an initial business idea to the actual deployment on the market.
The study focuses especially on improving the quality of requirements engineering, which is seen as the biggest bottleneck.

The study was carried out in three phases.
In the first phase, new ideas were gathered from companies A, B, and C using different methods.
The literature review was conducted during the second phase.
In the third phase of the work, a new process model was developed based on the theory and findings in the first phase.

The recommendation for the new A1 process model follows an agile methodology called Scrum.
The process consists of pre-game, development, and post-game phases.
Requirements engineering activities take place during the continuous pre-game phase.
The requirements are maintained in a product backlog list.
The development phase consists of several 30-day development sprints.
In the suggested model, new critical and well-prepared business requests can be processed further very quickly but poorly defined requests must be improved before getting further.
Tight control throughout the process ensures that the quality of the requirements will improve from their current state.
In the optimal case, the time-to-market can be only two months.
ED:2008-09-16
INSSI tietueen numero: 36267
+ lisää koriin
« edellinen | seuraava »
INSSI