Tarpinio programų kūrimo proceso modelio reikalavimai

Įmonės, siekdamos sėkmingai įgyvendinti programų kūrimo projektus – pateikti rezultatus laiku, neviršydamos biudžeto, ir kad klientai būtų patenkinti jų kokybe, renkasi programų kūrimo proceso modelius, pagal kuriuos gali įvertinti savo programų kūrimo procesą ir jį gerinti. Šiuo metu pasaulyje pop...

Full description

Bibliographic Details
Main Authors: Stasys Peldžius, Saulius Ragaišis
Format: Article
Language:English
Published: Vilnius University Press 2011-01-01
Series:Informacijos Mokslai
Online Access:http://www.journals.vu.lt/informacijos-mokslai/article/view/3143
id doaj-00f44adb95294ea38a47e3b2a03cf150
record_format Article
spelling doaj-00f44adb95294ea38a47e3b2a03cf1502020-11-25T03:21:23ZengVilnius University PressInformacijos Mokslai1392-05611392-14872011-01-015610.15388/Im.2011.0.3143Tarpinio programų kūrimo proceso modelio reikalavimaiStasys PeldžiusSaulius Ragaišis Įmonės, siekdamos sėkmingai įgyvendinti programų kūrimo projektus – pateikti rezultatus laiku, neviršydamos biudžeto, ir kad klientai būtų patenkinti jų kokybe, renkasi programų kūrimo proceso modelius, pagal kuriuos gali įvertinti savo programų kūrimo procesą ir jį gerinti. Šiuo metu pasaulyje populiariausi programų kūrimo proceso modeliai yra ISO/IEC 15504 ir CMMI. Įmonėms prasminga turėti įvertinimus pagal abu šiuos proceso modelius, bet kiekvienas įmonės vertinimas brangus tiek finansiniu, tiek laiko požiūriu, todėl būtų naudinga gauti įvertinimus pagal skirtingus modelius, atliekant tik vieną vertinimą. Norėdamos apibrėžti ir (ar) pagerinti savo programų kūrimo procesą, įmonės renkasi įvairius programų sistemų inžinerijos metodus, pavyzdžiui, XP, Scrum, DSDM, RUP. Įmonei svarbu žinoti, ką pasirinktas metodas jai gali duoti: kokį proceso gebėjimą ir (ar) brandą jis gali užtikrinti. Šias aktualias problemas išspręstų tarpinis programų kūrimo proceso modelis, kuris leistų įmonėms atlikti įvertinimą pagal vieną proceso modelį ir gauti rezultatus pagal kelis modelius, taip pat žinoti, kokį proceso gebėjimą ir (ar) brandą gali užtikrinti pasirinktas programų sistemų inžinerijos metodas. Straipsnyje pateikiamas pirmasis tokio modelio kūrimo žingsnis – apibrėžiami tokio modelio reikalavimai. Requirements of Transitional Software Process Model Stasys Peldžius, Saulius Ragaišis Summary Most of the software development projects face the following problems: projects are delayed; they overrun the budget; customers are dissatisfied with the quality of the software delivered. This phenomenon is so widespread that it is even called a software crisis. It has been understood that software process maturity is closely related to project success and the quality of a software product, so various software process models have been introduced. Organizations want to get all the advantages of the different process models that stimulate their harmonization and the investigation of process improvement in multimodel environments. Organizations seek to get their capability/maturity assessment according to several process models by conducting only a single assessment. This could be achieved by the transitional software process model. Organizations employ different software development methodologies, but they are unable to assess how they affect their process without implementation. The transitional model helps to assess the capability/maturity according to ISO/IEC 15504 and CMMI which could be ensured by agile or other software development methodologies. Similar ideas have been introduced in the unified SEPRM model. A detailed review of the deficiencies that led to its unpopularity is made. The paper presents the requirements for the transitional software process model. http://www.journals.vu.lt/informacijos-mokslai/article/view/3143
collection DOAJ
language English
format Article
sources DOAJ
author Stasys Peldžius
Saulius Ragaišis
spellingShingle Stasys Peldžius
Saulius Ragaišis
Tarpinio programų kūrimo proceso modelio reikalavimai
Informacijos Mokslai
author_facet Stasys Peldžius
Saulius Ragaišis
author_sort Stasys Peldžius
title Tarpinio programų kūrimo proceso modelio reikalavimai
title_short Tarpinio programų kūrimo proceso modelio reikalavimai
title_full Tarpinio programų kūrimo proceso modelio reikalavimai
title_fullStr Tarpinio programų kūrimo proceso modelio reikalavimai
title_full_unstemmed Tarpinio programų kūrimo proceso modelio reikalavimai
title_sort tarpinio programų kūrimo proceso modelio reikalavimai
publisher Vilnius University Press
series Informacijos Mokslai
issn 1392-0561
1392-1487
publishDate 2011-01-01
description Įmonės, siekdamos sėkmingai įgyvendinti programų kūrimo projektus – pateikti rezultatus laiku, neviršydamos biudžeto, ir kad klientai būtų patenkinti jų kokybe, renkasi programų kūrimo proceso modelius, pagal kuriuos gali įvertinti savo programų kūrimo procesą ir jį gerinti. Šiuo metu pasaulyje populiariausi programų kūrimo proceso modeliai yra ISO/IEC 15504 ir CMMI. Įmonėms prasminga turėti įvertinimus pagal abu šiuos proceso modelius, bet kiekvienas įmonės vertinimas brangus tiek finansiniu, tiek laiko požiūriu, todėl būtų naudinga gauti įvertinimus pagal skirtingus modelius, atliekant tik vieną vertinimą. Norėdamos apibrėžti ir (ar) pagerinti savo programų kūrimo procesą, įmonės renkasi įvairius programų sistemų inžinerijos metodus, pavyzdžiui, XP, Scrum, DSDM, RUP. Įmonei svarbu žinoti, ką pasirinktas metodas jai gali duoti: kokį proceso gebėjimą ir (ar) brandą jis gali užtikrinti. Šias aktualias problemas išspręstų tarpinis programų kūrimo proceso modelis, kuris leistų įmonėms atlikti įvertinimą pagal vieną proceso modelį ir gauti rezultatus pagal kelis modelius, taip pat žinoti, kokį proceso gebėjimą ir (ar) brandą gali užtikrinti pasirinktas programų sistemų inžinerijos metodas. Straipsnyje pateikiamas pirmasis tokio modelio kūrimo žingsnis – apibrėžiami tokio modelio reikalavimai. Requirements of Transitional Software Process Model Stasys Peldžius, Saulius Ragaišis Summary Most of the software development projects face the following problems: projects are delayed; they overrun the budget; customers are dissatisfied with the quality of the software delivered. This phenomenon is so widespread that it is even called a software crisis. It has been understood that software process maturity is closely related to project success and the quality of a software product, so various software process models have been introduced. Organizations want to get all the advantages of the different process models that stimulate their harmonization and the investigation of process improvement in multimodel environments. Organizations seek to get their capability/maturity assessment according to several process models by conducting only a single assessment. This could be achieved by the transitional software process model. Organizations employ different software development methodologies, but they are unable to assess how they affect their process without implementation. The transitional model helps to assess the capability/maturity according to ISO/IEC 15504 and CMMI which could be ensured by agile or other software development methodologies. Similar ideas have been introduced in the unified SEPRM model. A detailed review of the deficiencies that led to its unpopularity is made. The paper presents the requirements for the transitional software process model.
url http://www.journals.vu.lt/informacijos-mokslai/article/view/3143
work_keys_str_mv AT stasyspeldzius tarpinioprogramukurimoprocesomodelioreikalavimai
AT sauliusragaisis tarpinioprogramukurimoprocesomodelioreikalavimai
_version_ 1724615081593929728