Šio darbo tikslas yra sukurti procesų vertinimo apimtį, naudotiną mažoms programinę įrangą kuriančioms organizacijoms, turinčioms tikslą pradėti procesų gerinimo programą. Darbo metu buvo įvertinti 25 Lietuvos programinę įrangą kuriančių organizacijų naudojamų procesų gebėjimai. Atsižvelgiant į gautus rezultatus buvo sudaryta procesų vertinimo apimtis, kurioje yra pateikiami 8 procesai. Siūloma vertinimo apimtis buvo sudaryta atsižvelgus į tirtų organizacijų naudojamus procesus, procesų gebėjimus, tobulinimo poreikius bei programinės įrangos kokybę, kaip pagrindinį procesų tobulinimo programos tikslą. / The purpose of this paper is to create a process assessment scope to be used assessing software processes in small software enterprises, with the emphasis on process improvement. During the course of writing the paper assessment of 25 Lithuanian software developing and/or supporting organization has been performed. Considering the results of the assessments a proposed process assessment scope containing 8 processes has been created. Proposed scope has been created considering the use of processes, process capabilities, and perceived process improvement goals in the assessed organizations, while maintaining that the core purpose of the process improvement program is the quality of the software.

This paper presents a quantitative comparison of perfective and corrective software maintenance performed by a large military contractor using a formal program release process. The analysis techniques used in the comparison make use of basic data collected throughout the maintenance process. The data collected allow the impact of performing perfective and corrective maintenance to be quantitatively compared. Both parametric and non-parametric statistical techniques are applied to test relationships between and among process and product data. The results provide valuable information for predicting future process and product characteristics, assessing perfective and corrective maintenance impact, and quantitatively comparing the impact of both types of requirements volatility. The results also support one common rule of thumb, cast some doubt on another, and lead to the formulation of a new one.

Many software companies face such problems as projects being behind schedule, exceeding the budget, customer dissatisfaction with product quality. Most of the problems arise due to immature software process of the company. The most popular process assessment models worldwide are ISO/IEC 15504 and CMMI. Companies seeking wider official recognition choose between these two models. Companies face the problem that different customers require process assessment according to different models. Therefore, it is important for companies to have an instrument that would transform company’s assessment results according to one process assessment model to another model without actual reassessment each time. The transitional process assessment model proposed in the dissertation allows the companies in the automotive, defence, space, medical, and other industries to have assessment results according to different process assessment models by performing only single process assessment. The presented method for TPAM development could be used developing transitional process assessment models in other domains. For example, service companies could implement a transitional model covering CMMI-SVC and ISO/IEC 15504-8 assessment models, and companies working in other areas could implement a transitional model covering Enterprise SPICE and FAA-iCMM assessment models. / Dauguma programinę įrangą kuriančių įmonių susiduria su problemomis: projektai vėluoja, viršijamas biudžetas, klientai nepatenkinti produktų kokybe. Daugelis problemų kyla dėl nebrandaus programų kūrimo proceso, pagal kurį įmonė įgyvendina projektus. Populiariausi pasaulyje programų kūrimo procesų vertinimo modeliai yra ISO/IEC 15504 ir CMMI. Įmonės, norėdamos būti oficialiai pripažintos platesnėje aplinkoje, renkasi vieną iš šių dviejų modelių. Įmonės susiduria su problema, kad skirtingi užsakovai reikalauja skirtingų procesų vertinimo modelių. Todėl įmonėms yra aktualu turėti instrumentą, kuris atvaizduotų jos vertinimo rezultatus iš vieno procesų vertinimo modelio į kitą, neatliekant kaskart realaus įmonės procesų vertinimo. Disertacijoje pateiktas tarpinis programų kūrimo procesų vertinimo modelis yra instrumentas įmonėms, siekiančioms kurti programų sistemas automobilių, krašto apsaugos, kosmoso, medicinos ir kitose pramonės šakose, gauti vertinimo rezultatus pagal įvairius procesų vertinimo modelius, atliekant vieną procesų vertinimą. Pagal pasiūlytą tarpinio programų kūrimo procesų vertinimo modelio kūrimo metodą galima kurti tarpinius modelius ir kitų sričių procesams vertinti. Pavyzdžiui, galima konstruoti tarpinį modelį paslaugas teikiančioms organizacijoms, apimantį CMMI-SVC ir ISO/IEC 15504-8 vertinimo modelius, arba tarpinį modelį bet kokia veikla užsiimančioms organizacijoms, apimantį Enterprise SPICE ir FAA-iCMM vertinimo modelius.

Dauguma programinę įrangą kuriančių įmonių susiduria su problemomis: projektai vėluoja, viršijamas biudžetas, klientai nepatenkinti produktų kokybe. Daugelis problemų kyla dėl nebrandaus programų kūrimo proceso, pagal kurį įmonė įgyvendina projektus. Populiariausi pasaulyje programų kūrimo procesų vertinimo modeliai yra ISO/IEC 15504 ir CMMI. Įmonės, norėdamos būti oficialiai pripažintos platesnėje aplinkoje, renkasi vieną iš šių dviejų modelių. Įmonės susiduria su problema, kad skirtingi užsakovai reikalauja skirtingų procesų vertinimo modelių. Todėl įmonėms yra aktualu turėti instrumentą, kuris atvaizduotų jos vertinimo rezultatus iš vieno procesų vertinimo modelio į kitą, neatliekant kaskart realaus įmonės procesų vertinimo. Disertacijoje pateiktas tarpinis programų kūrimo procesų vertinimo modelis yra instrumentas įmonėms, siekiančioms kurti programų sistemas automobilių, krašto apsaugos, kosmoso, medicinos ir kitose pramonės šakose, gauti vertinimo rezultatus pagal įvairius procesų vertinimo modelius, atliekant vieną procesų vertinimą. Pagal pasiūlytą tarpinio programų kūrimo procesų vertinimo modelio kūrimo metodą galima kurti tarpinius modelius ir kitų sričių procesams vertinti. Pavyzdžiui, galima konstruoti tarpinį modelį paslaugas teikiančioms organizacijoms, apimantį CMMI-SVC ir ISO/IEC 15504-8 vertinimo modelius, arba tarpinį modelį bet kokia veikla užsiimančioms organizacijoms, apimantį Enterprise SPICE ir FAA-iCMM vertinimo modelius. / Many software companies face such problems as projects being behind schedule, exceeding the budget, customer dissatisfaction with product quality. Most of the problems arise due to immature software process of the company. The most popular process assessment models worldwide are ISO/IEC 15504 and CMMI. Companies seeking wider official recognition choose between these two models. Companies face the problem that different customers require process assessment according to different models. Therefore, it is important for companies to have an instrument that would transform company’s assessment results according to one process assessment model to another model without actual reassessment each time. The transitional process assessment model proposed in the dissertation allows the companies in the automotive, defence, space, medical, and other industries to have assessment results according to different process assessment models by performing only single process assessment. The presented method for TPAM development could be used developing transitional process assessment models in other domains. For example, service companies could implement a transitional model covering CMMI-SVC and ISO/IEC 15504-8 assessment models, and companies working in other areas could implement a transitional model covering Enterprise SPICE and FAA-iCMM assessment models.

A crescente procura por software de qualidade vem causando grande pressão sobre as empresas que trabalham com desenvolvimento de software. As entregas de produtos de software dentro do prazo e custo previstos vêm se tornando, a cada dia, um diferencial importante nesse ramo de atividade. Nesse sentido, as empresas procuram por metodologias que propiciem o desenvolvimento de produtos com qualidade, e que respeitem o custo e prazo previstos. Em resposta a essas necessidades, surgiu uma nova classe de metodologias de desenvolvimento de software, conhecidas como metodologias ágeis. Este trabalho apresenta um estudo realizado sobre as principais características existentes nessa nova classe de metodologias. Uma análise permitiu a identificação de semelhanças e diferenças existentes entre elas, o que possibilitou a criação de um modelo de referência para o desenvolvimento ágil de software. O modelo foi utilizado em uma avaliação de processo baseada no modelo de avaliação da ISO/IEC 15504. A avaliação permitiu a identificação de forças e fraquezas no processo avaliado e possibilitou a definição de ações de melhoria para que o processo avaliado se assemelhasse à um processo de desenvolvimento ágil. Palavra-chave: Metodologia ágil de desenvolvimento. Modelo de referência. Processo de desenvolvimento de software. Avaliação de processo de software / The vast demand for software with quality is causing a great pressure on the companies which work with software development. The delivery of software products within the schedule and cost is becoming, every day, an important issue in this area. Therefore, companies are seeking for methodologies to develop products with quality, within the timetable and the cost. Considering these needs, it became a new class of software development methodologies, known as agile methodologies. This research shows a work done upon the main existing characteristics in this new class of methodologies. An analysis allowed the identification of the existing similarities and differences among them, which it made possible to create a new reference model for agile software development. The agile model was used in process assessment based on assessment model from ISO/IEC 15504. The assessment alowed a identification of power and weakness on the process and alowed a definition of improvement action to the process with the intention of to approach the agile development process

The evaluation of software process is considered an important tool and commonly used to point out the way, where the organization must apply its efforts to improve processes. In particular, the assessment process proposed by the MA-MPS requires the presentation of objective evidence showing satisfaction of the expected results of processes and results of process attributes of a certain level of maturity. The problem of presentation of objective evidence boils down in the difficulty of the managers responsible for processes in interpreting these results described in the Spreadsheet of Indicators. In addition, there are cases where the implementer of the MPS model not has enough time to monitor the entire fill or revision of the spreadsheet, before submitting it for evaluation of processes. Thus, the occurrence of errors in filling can occur and affect the outcome of the evaluation. In this context, is presented the intelligent assistant, Expert Mentoring, which is designed to support, through questions, the managers responsible for processes in the interpreting the expected results of processes and results of attributes of process described in the Spreadsheet of Indicators, where the final of these questions will suggest direct and indirect indicators, which are more suitable for proof of these results. In this sense, the main results of the evaluation of the Expert Mentoring were: decreasing the number of errors in completing the spreadsheet, and recall the name of the indicator, even before the suggestion of the intelligent assistant. / Fundação de Amparo a Pesquisa do Estado de Alagoas / A avaliação de processo de software é considerada uma ferramenta importante e, comumente, usada para apontar o caminho, onde a organização precisa aplicar seus esforços em prol da melhoria dos processos. Em particular, a avaliação de processos proposta pelo MA-MPS exige a apresentação de evidências objetivas que comprovem a satisfação dos resultados esperados de processos e resultados de atributos de processos de determinado nível de maturidade. O problema da apresentação de evidências objetivas se resume na dificuldade dos gerentes responsáveis pelos processos em interpretar esses resultados descritos na Planilha de Indicadores. Além disso, há casos em que o implementador do modelo MPS não dispõe de tempo suficiente para acompanhar todo o preenchimento ou revisão da planilha, antes de submetê-la à avaliação de processos. Assim, a ocorrência de erros de preenchimento pode acontecer e comprometer o resultado da avaliação. Neste contexto, é apresentado o assistente inteligente, Expert Mentoring, cujo objetivo é apoiar, através de perguntas, os gerentes responsáveis pelos processos na interpretação dos resultados esperados de processos e resultados de atributos de processos descritos na Planilha de Indicadores, onde ao final destas perguntas sugere indicadores diretos e indiretos, que sejam mais adequados para a comprovação destes resultados. Nesse sentido, os principais resultados obtidos com a avaliação do Expert Mentoring foram: a diminuição do número de erros de preenchimento da planilha, e a recordação do nome do indicador, antes mesmo da sugestão do assistente inteligente.

A crescente procura por software de qualidade vem causando grande pressão sobre as empresas que trabalham com desenvolvimento de software. As entregas de produtos de software dentro do prazo e custo previstos vêm se tornando, a cada dia, um diferencial importante nesse ramo de atividade. Nesse sentido, as empresas procuram por metodologias que propiciem o desenvolvimento de produtos com qualidade, e que respeitem o custo e prazo previstos. Em resposta a essas necessidades, surgiu uma nova classe de metodologias de desenvolvimento de software, conhecidas como metodologias ágeis. Este trabalho apresenta um estudo realizado sobre as principais características existentes nessa nova classe de metodologias. Uma análise permitiu a identificação de semelhanças e diferenças existentes entre elas, o que possibilitou a criação de um modelo de referência para o desenvolvimento ágil de software. O modelo foi utilizado em uma avaliação de processo baseada no modelo de avaliação da ISO/IEC 15504. A avaliação permitiu a identificação de forças e fraquezas no processo avaliado e possibilitou a definição de ações de melhoria para que o processo avaliado se assemelhasse à um processo de desenvolvimento ágil. Palavra-chave: Metodologia ágil de desenvolvimento. Modelo de referência. Processo de desenvolvimento de software. Avaliação de processo de software / The vast demand for software with quality is causing a great pressure on the companies which work with software development. The delivery of software products within the schedule and cost is becoming, every day, an important issue in this area. Therefore, companies are seeking for methodologies to develop products with quality, within the timetable and the cost. Considering these needs, it became a new class of software development methodologies, known as agile methodologies. This research shows a work done upon the main existing characteristics in this new class of methodologies. An analysis allowed the identification of the existing similarities and differences among them, which it made possible to create a new reference model for agile software development. The agile model was used in process assessment based on assessment model from ISO/IEC 15504. The assessment alowed a identification of power and weakness on the process and alowed a definition of improvement action to the process with the intention of to approach the agile development process

Melhoria de processo de software (SPI) é uma prática de engenharia de software motivada pela necessidade de aumentar a qualidade e a produtividade no desenvolvimento de software. Um fato amplamente reconhecido é que a qualidade do produto de software pode ser, em grande parte, determinada pela qualidade do processo utilizado para desenvolvê-lo e mantê-lo. A avaliação do processo de software ajuda as organizações de software a amadurecerem seus processos, identificando problemas críticos para estabelecer prioridades de melhoria. Essa avaliação pode ser feita por meio da comparação do estado dos processos da organização em relação a um modelo de referência que estabeleça estágios de melhoria. Uma avaliação geralmente se baseia em um modelo de processo de software que fornece um roteiro para melhorias. Este trabalho tem como objetivo estabelecer uma abordagem que: (i) define um conjunto de modelos de abstração (metamodelos) de modelos de maturidade de processo de software para apoiar uma metodologia de avaliação/melhoria de processo de software com o objetivo de certificação; e (ii) permite avaliar os processos de uma organização em comparação com um modelo de maturidade por meio de transformações desses metamodelos. A abordagem é instanciada por meio de um estudo de caso utilizando os modelos MPS.Br e CMMI para exemplificar sua aplicação. Como resultado, é apresentado um comparativo entre as limitações encontradas nas metodologias encontradas na literatura e como a abordagem sugere superá-las. / Software process improvement (SPI) is a software engineering practice motivated by the need to increase the quality and productivity in software development. A fact widely recognized is that the quality of the software product can be largely determined by the quality of the process used to develop and maintain it. The assessment of software process helps software organizations to improve themselves, identifying their critical problems to establish priorities for improvement. This assessment can take place by comparing the state of the organization on their software processes to a reference model that shows stages of improvement in scales. An assessment is usually based on a software process model that provides a roadmap for improvement. This work aims to establish an approach that: (i) defines a set of abstraction models (metamodels) of software process maturity models to support an assessment/improvement methodology aiming software process certification; and (ii) evaluates the organization processes in comparison with the maturity models through transformations of those metamodels. The approach is instantiated through a case study using the MPS.Br and CMMI models to illustrate its application. As a result, a comparison between the limitations found in the methodologies identified in the literature and how the approach suggested overcome them is presented.

Este trabalho descreve a avaliação do Processo Unificado Rational (RUP) realizada com base no Modelo de Maturidade da Capacitação (CMM ou SW-CMM), e a utilização de um sistema de gerência de workflow comercial, Exchange 2000 Server, na implementação de um protótipo de um ambiente de apoio a este processo, chamado de Ambiente de Gerenciamento de Projetos (AGP). O Processo Unificado Rational (RUP) foi avaliado com relação às práticas-chave descritas pelo Modelo de Maturidade da Capacitação (CMM) do Software Engineering Institute (SEI), da Carnegie Mellon University. A avaliação identificou o suporte fornecido por este modelo de processo às organizações que desejam alcançar níveis 2 e 3 do CMM. A avaliação resultou na elaboração de propostas para complementar as macro-atividades (Core Workflows) do RUP, visando satisfazer as práticas-chave do CMM. O CMM apresenta um modelo de avaliação de processo que busca atingir a maturidade dos processos da organização, é específico para o desenvolvimento de software, os aspectos de melhoria contínua são fortemente evidenciados e várias organizações já estão utilizando-o com sucesso. O RUP surgiu como uma proposta de unificar as melhores práticas de desenvolvimento de software. Foi experimentada a utilização de um sistema de gerência de workflow, de fato um servidor de colaboração, para apoiar o processo de desenvolvimento de software. A ferramenta desenvolvida foi avaliada com base em requisitos considerados, por alguns autores da área, desejáveis em um ambiente de apoio ao processo de desenvolvimento. O protótipo do ambiente de gerenciamento de projetos é uma ferramenta de suporte baseada na Web, que visa auxiliar os gerentes de projeto de software nas atividades de gerenciamento e controle, e ajudar na interação e troca de informações entre os membros da equipe de desenvolvimento. O Processo Unificado apresenta uma abordagem bem-definida dos processos de engenharia de software e de gerenciamento de projetos de software, mas não se concentra em atividades de gerenciamento de sistemas. Ele apresenta lacunas em atividades envolvendo gerenciamento de recursos humanos, gerenciamento de custos e gerenciamento de aquisição. AGP é uma ferramenta flexível que pode ser acessada pela Internet, suporta a colaboração entre os membros de uma equipe, e oferece os benefícios da Web, como navegação intuitiva através de links e páginas. Esta ferramenta ajuda no suporte ao gerenciamento, fornecendo opções para planejar e monitorar o projeto, e suporta eventos, como mudança de estados, e comunicação aos usuários de suas novas tarefas. / This master dissertation describes the assessment of the Rational Unified Process (RUP) based on the Capability Maturity Model for Software (SW-CMM or CMM), and the implementation of a prototype tool to support this process based on of-the-shelf Workflow Management System, Exchange 2000 Server. The prototype developed is called Project Management Environment (PME). Rational Unified Process (RUP) was assessed based on the key practices described for the Capability Maturity Model (CMM) at the Carnegie Mellon Software Engineering Institute. The assessment identified the facilities that RUP offers to support an organization aiming at CMM levels 2 and 3. The assessment resulted in the elaboration of propositions to complement the Rational Unified Process in order to satisfy the key process areas of CMM. CMM shows a process model that is far fetched to reach the process maturity of an organization, is specific for the software development, and strongly emphasizes the aspects of continuous improvement and several organizations already used it with success. RUP describes how to apply best practices of software engineering. It was experimented the use of a Workflow Management System, in fact a collaboration server, to support the software development process. The experimental environment was assessed considering the requirements identified by various researchers for an environment to effectively support a software development process. The prototype software development environment is a web-based process support system, which provides means to assist the management of software development projects and help the interaction and exchange of information between disperse members of a development. The Rational Unified Process presents a well defined approach on software project management and software engineering processes, but it is not an approach centered on systems management concerns. Therefore it lacks activities involving issues as cost management, human resource management, communications management, and procurement management. PME is a flexible tool that can be accessed through the Internet, supporting the collaboration between team members, and offering the benefits of the Web, with intuitive navigation through of links and pages. It helps to support management control, providing options to plan and monitor the project, and supports events of the process, as changing states, and communicates users of their attributed tasks.

Este trabalho descreve a avaliação do Processo Unificado Rational (RUP) realizada com base no Modelo de Maturidade da Capacitação (CMM ou SW-CMM), e a utilização de um sistema de gerência de workflow comercial, Exchange 2000 Server, na implementação de um protótipo de um ambiente de apoio a este processo, chamado de Ambiente de Gerenciamento de Projetos (AGP). O Processo Unificado Rational (RUP) foi avaliado com relação às práticas-chave descritas pelo Modelo de Maturidade da Capacitação (CMM) do Software Engineering Institute (SEI), da Carnegie Mellon University. A avaliação identificou o suporte fornecido por este modelo de processo às organizações que desejam alcançar níveis 2 e 3 do CMM. A avaliação resultou na elaboração de propostas para complementar as macro-atividades (Core Workflows) do RUP, visando satisfazer as práticas-chave do CMM. O CMM apresenta um modelo de avaliação de processo que busca atingir a maturidade dos processos da organização, é específico para o desenvolvimento de software, os aspectos de melhoria contínua são fortemente evidenciados e várias organizações já estão utilizando-o com sucesso. O RUP surgiu como uma proposta de unificar as melhores práticas de desenvolvimento de software. Foi experimentada a utilização de um sistema de gerência de workflow, de fato um servidor de colaboração, para apoiar o processo de desenvolvimento de software. A ferramenta desenvolvida foi avaliada com base em requisitos considerados, por alguns autores da área, desejáveis em um ambiente de apoio ao processo de desenvolvimento. O protótipo do ambiente de gerenciamento de projetos é uma ferramenta de suporte baseada na Web, que visa auxiliar os gerentes de projeto de software nas atividades de gerenciamento e controle, e ajudar na interação e troca de informações entre os membros da equipe de desenvolvimento. O Processo Unificado apresenta uma abordagem bem-definida dos processos de engenharia de software e de gerenciamento de projetos de software, mas não se concentra em atividades de gerenciamento de sistemas. Ele apresenta lacunas em atividades envolvendo gerenciamento de recursos humanos, gerenciamento de custos e gerenciamento de aquisição. AGP é uma ferramenta flexível que pode ser acessada pela Internet, suporta a colaboração entre os membros de uma equipe, e oferece os benefícios da Web, como navegação intuitiva através de links e páginas. Esta ferramenta ajuda no suporte ao gerenciamento, fornecendo opções para planejar e monitorar o projeto, e suporta eventos, como mudança de estados, e comunicação aos usuários de suas novas tarefas. / This master dissertation describes the assessment of the Rational Unified Process (RUP) based on the Capability Maturity Model for Software (SW-CMM or CMM), and the implementation of a prototype tool to support this process based on of-the-shelf Workflow Management System, Exchange 2000 Server. The prototype developed is called Project Management Environment (PME). Rational Unified Process (RUP) was assessed based on the key practices described for the Capability Maturity Model (CMM) at the Carnegie Mellon Software Engineering Institute. The assessment identified the facilities that RUP offers to support an organization aiming at CMM levels 2 and 3. The assessment resulted in the elaboration of propositions to complement the Rational Unified Process in order to satisfy the key process areas of CMM. CMM shows a process model that is far fetched to reach the process maturity of an organization, is specific for the software development, and strongly emphasizes the aspects of continuous improvement and several organizations already used it with success. RUP describes how to apply best practices of software engineering. It was experimented the use of a Workflow Management System, in fact a collaboration server, to support the software development process. The experimental environment was assessed considering the requirements identified by various researchers for an environment to effectively support a software development process. The prototype software development environment is a web-based process support system, which provides means to assist the management of software development projects and help the interaction and exchange of information between disperse members of a development. The Rational Unified Process presents a well defined approach on software project management and software engineering processes, but it is not an approach centered on systems management concerns. Therefore it lacks activities involving issues as cost management, human resource management, communications management, and procurement management. PME is a flexible tool that can be accessed through the Internet, supporting the collaboration between team members, and offering the benefits of the Web, with intuitive navigation through of links and pages. It helps to support management control, providing options to plan and monitor the project, and supports events of the process, as changing states, and communicates users of their attributed tasks.