Made available in DSpace on 2014-06-12T15:57:21Z (GMT). No. of bitstreams: 2 arquivo3183_1.pdf: 8918416 bytes, checksum: a6a1c462e674e445f6992082ee77854d (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2009 / Com intuito de aperfeiçoar o processo de desenvolvimento de software e obter produtos com os níveis desejados de qualidade com prazo e custo, nas duas últimas décadas ocorreu uma mudança significativa de enfoque com relação a software. Esta mudança intensificou a pesquisa sobre processos de software, sendo propostas várias normas e modelos para auxiliar na definição e melhoria dos processos de software. Neste contexto Oliveira propôs, em (Oliveira, 2005), a definição de um ambiente para a implementação de processo de software, o ImPProS (Ambiente de Implementação Progressiva de Processos de Software), com os objetivos de possibilitar: a especificação dos processos de acordo com o domínio do projeto específico e das características da organização; a instanciação do processo de software de acordo com as propriedades de cada projeto; sua simulação a partir dos parâmetros de configuração (prazo, pressões, custo, recursos, etc.); uma execução (automação) mais próxima do que se espera para um processo organizacional; e uma avaliação a partir da coleta de métricas desta execução. Este trabalho descreve a evolução da ferramenta de avaliação de processos de software do ambiente ImPPros, a ProEvaluator 2.0, que contém modelos genéricos de melhoria e avaliação de processos de software

Made available in DSpace on 2014-06-12T15:58:44Z (GMT). No. of bitstreams: 2 arquivo4682_1.pdf: 626196 bytes, checksum: 1fb1dc5d0a7cd2ad5b76df6668bf1f92 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003 / Como conseqüência do aumento da complexidade dos softwares e das maiores exigências do mercado, a busca de processos que venham organizar e melhorar o desenvolvimento de software tem crescido nos últimos anos. Apesar do grande número de processos disponíveis atualmente, não existe um processo de software único que se adeqüe a todas as situações. A eficiência de um processo varia de organização para organização e até entre os diferentes projetos de uma mesma organização. Uma solução comumente adotada é a definição de um processo padrão para a organização, em conjunto com diretrizes e critérios para a adaptação desse processo. A definição das diretrizes e dos critérios de adaptação é uma tarefa não-trivial, e vem sendo abordada de várias formas diferentes dentro da comunidade de Engenharia de Software. Este trabalho apresenta o Modelo de Adaptação de Processos de Software - MAPS, um modelo compatível com o Capability Maturity Model CMM, e que auxilia a adaptação de um processo padrão para projetos específicos e promove o reuso e melhoria de processos de software. O MAPS é constituído por três componentes principais. A Base de Processos armazena o conhecimento adquirido sobre a utilização de processos em projetos passados. O Modelo de Caracterização de Projetos realiza uma comparação de projetos de software, permitindo identificar projetos semelhantes e facilitando, assim, o reuso de processos. O PConfig é responsável por configurar o processo padrão para projetos específicos com base nos artefatos do processo padrão. O MAPS objetiva a criação de uma base de processos adaptados, todos gerados a partir do processo padrão e adaptados às características específicas dos projetos, definindo, também, como esses processos adaptados podem ser reusados em projetos futuros de acordo com as características dos projetos. Para avaliar o MAPS, foi realizado um estudo de caso comparando os processos utilizados em dois projetos reais com os processos sugeridos pelo MAPS

Made available in DSpace on 2014-06-12T15:59:52Z (GMT). No. of bitstreams: 2 arquivo5680_1.pdf: 2578872 bytes, checksum: 80030af75f3878b57f5ed20ba0da0a51 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2007 / No final da década de 60, foi identificado um fenômeno no desenvolvimento de software batizado de Crise do Software . Grandes empresas e órgãos governamentais amargavam uma série de prejuízos na produção de sistemas informatizados, que na maioria das vezes, não satisfaziam suas necessidades. Tudo porque o desenvolvimento de software era realizado de maneira ad-hoc. Os escassos casos de sucesso eram resultado do esforço individual de profissionais comprometidos. Para padronizar as boas práticas no desenvolvimento de sistemas, surgiram os modelos de processos de desenvolvimento de software. A partir daí, aumentou-se a expectativa de que todos os problemas de desenvolvimento seriam resolvidos com a adoção de um processo de desenvolvimento. Isso não ocorreu porque não existe um processo ideal para todas as empresas de software. O que existem são modelos de processos que devem ser customizados para cada organização. Para analisar se o modelo está adequado à organização é necessário realizar uma avaliação de seus processos de software. Em dezembro de 2003, a SOFTEX (Sociedade Brasileira para Promoção da Exportação de Software) lançou o MPS.BR (Modelo para Melhoria de Processo de Software Brasileiro). Para verificar se as organizações atendem aos requisitos do modelo criado, foi definido o MA-MPS (Método de Avaliação do MPS.BR). Este trabalho propõe uma ferramenta para apoiar as atividades descritas no método MA-MPS. A ferramenta permite o cadastro de evidências da execução do processo, atribuição de conceitos aos resultados esperados dos processos e de seus atributos e, a partir daí, calcula automaticamente o nível de maturidade da organização e emite um relatório final com os resultados da avaliação

Uma das grandes dificuldades do desenvolvimento de software é adequar, de forma sistemática, os esforços na resolução de problemas e nas melhorias dos processos internos aos objetivos do negócio. O Seis Sigma é uma metodologia estruturada que incrementa a qualidade dos processos e o alinhamento com as estratégias empresariais, proporcionando altos ganhos financeiros para quem o utiliza. Surgido inicialmente na manufatura, o Seis Sigma vem sendo aplicado também noutros setores. No desenvolvimento de software, o seu uso é ainda restrito, mas há indícios de que possa ser utilizado com o mesmo sucesso. O objetivo desta dissertação de mestrado é propor um roteiro específico para a implementação do Seis Sigma nas organizações desenvolvedoras de software. Além do levantamento teórico, foi realizado um estudo de casos múltiplos para analisar as razões da sua adoção, as modalidades de seu uso, os seus benefícios e as suas limitações para os processos de software. Os resultados observados mostram que o Seis Sigma pode ser aplicado total ou parcialmente na melhoria dos processos de software. Além disso, é necessário alguma customização nos processos do Seis Sigma convencional, uma vez que os projetos de melhoria podem estar orientados para novos produtos, novos clientes ou, ainda, que os trabalhos de desenvolvimento fiquem a cargo de novas equipes, que muitas vezes são terceirizadas. O trabalho conclui que o Seis Sigma pode contribuir efetivamente para a melhoria dos processos de software, independentemente da organização objetivar níveis superiores de maturidade. O estudo sugere também um roteiro específico, chamado SW-DMAIC, para a aplicação do Seis Sigma em empresas desenvolvedoras de software. Este roteiro é composto por três etapas: implementação da filosofia do Seis Sigma, reciclagem desta filosofia, quando necessário e execução de projetos específicos. / Aligning sistematically efforts to solve problems and improve the software process with business goals is one of the challenges of software development. Six Sigma is a structured methodology that increases the process quality and aligning with enterprise strategies, providing high financial returns for those who uses it. Firstly applied in manufacturing companies, Six Sigma has been applied in other sectors too. It is not widely used in the software companies yet, but there are already some successful cases. The main objective of this master degree dissertation is to propose a specific roadmap for the Six Sigma application at software companies. Besides the theoretical research, it is accomplished a multiple case study to analyze the adoption reasons, the modalities of the use, the benefits and the limitations of Six Sigma for the software processes. The observed results show that Six Sigma could be applied totally or partially for software process improvement. Therefore it is necessary some tayloring in the Six Sigma processes, because improvement projects could refer for new products or new customers or some of the development work is in charge of new teams, specially when they are a outsoursing. The work has concluded that Six Sigma could contribute indeed to software process improvement, independently the enterprise is going to reach higher level maturity. This study suggests also a specific three-stage-roadmap, called SW-DMAIC, for the Six Sigma application at software companies containing processes for implementation of Six Sigma?s philosophy, recycling this philosophy when it?s necessary and, execution of specific Six Sigma projects.

Uma das grandes dificuldades do desenvolvimento de software é adequar, de forma sistemática, os esforços na resolução de problemas e nas melhorias dos processos internos aos objetivos do negócio. O Seis Sigma é uma metodologia estruturada que incrementa a qualidade dos processos e o alinhamento com as estratégias empresariais, proporcionando altos ganhos financeiros para quem o utiliza. Surgido inicialmente na manufatura, o Seis Sigma vem sendo aplicado também noutros setores. No desenvolvimento de software, o seu uso é ainda restrito, mas há indícios de que possa ser utilizado com o mesmo sucesso. O objetivo desta dissertação de mestrado é propor um roteiro específico para a implementação do Seis Sigma nas organizações desenvolvedoras de software. Além do levantamento teórico, foi realizado um estudo de casos múltiplos para analisar as razões da sua adoção, as modalidades de seu uso, os seus benefícios e as suas limitações para os processos de software. Os resultados observados mostram que o Seis Sigma pode ser aplicado total ou parcialmente na melhoria dos processos de software. Além disso, é necessário alguma customização nos processos do Seis Sigma convencional, uma vez que os projetos de melhoria podem estar orientados para novos produtos, novos clientes ou, ainda, que os trabalhos de desenvolvimento fiquem a cargo de novas equipes, que muitas vezes são terceirizadas. O trabalho conclui que o Seis Sigma pode contribuir efetivamente para a melhoria dos processos de software, independentemente da organização objetivar níveis superiores de maturidade. O estudo sugere também um roteiro específico, chamado SW-DMAIC, para a aplicação do Seis Sigma em empresas desenvolvedoras de software. Este roteiro é composto por três etapas: implementação da filosofia do Seis Sigma, reciclagem desta filosofia, quando necessário e execução de projetos específicos. / Aligning sistematically efforts to solve problems and improve the software process with business goals is one of the challenges of software development. Six Sigma is a structured methodology that increases the process quality and aligning with enterprise strategies, providing high financial returns for those who uses it. Firstly applied in manufacturing companies, Six Sigma has been applied in other sectors too. It is not widely used in the software companies yet, but there are already some successful cases. The main objective of this master degree dissertation is to propose a specific roadmap for the Six Sigma application at software companies. Besides the theoretical research, it is accomplished a multiple case study to analyze the adoption reasons, the modalities of the use, the benefits and the limitations of Six Sigma for the software processes. The observed results show that Six Sigma could be applied totally or partially for software process improvement. Therefore it is necessary some tayloring in the Six Sigma processes, because improvement projects could refer for new products or new customers or some of the development work is in charge of new teams, specially when they are a outsoursing. The work has concluded that Six Sigma could contribute indeed to software process improvement, independently the enterprise is going to reach higher level maturity. This study suggests also a specific three-stage-roadmap, called SW-DMAIC, for the Six Sigma application at software companies containing processes for implementation of Six Sigma?s philosophy, recycling this philosophy when it?s necessary and, execution of specific Six Sigma projects.

Made available in DSpace on 2014-07-29T14:57:52Z (GMT). No. of bitstreams: 1 Dissertacao Patricia Gomes Fernandes.pdf: 860832 bytes, checksum: 989c4ec02ea9287d4f1a913bdb14c251 (MD5) Previous issue date: 2010-04-09 / Many organizations are applying efforts to improve their software processes, in face of the premisse that states that the quality of the processes used to develop and maintain software has a major influence over the products generated. These efforts are typicaly in the form of software process improvement (SPI) initiatives, with the general objetive defining and/or improving software processes, as well as institutionalizing them. Nevertheless, once it involves changes in the way of work of organizations, SPI provokes changes in organizational culture, and is impacted by this culture. This is reflected in SPI literature, that presents organizational culture as a critical success factor in SPI implementation. The focus of this research is the investigation of the correlation between organizational culture and the effectiveness of SPI initiatives. In order to do this, two fundamental questions were considered: (a) how the culture of an organization can influence the degree of institutionalization of a defined/improved software process, and (b) what can be done to increase the degree of institutionalization of a defined/improved software process, once this institutionalization involves a cultural change. To accomplish this, a case study was conducted in two software organizations (where only one of them institutionalized its software process) with the purpose of analysing how their cultural profiles may have influenced in these different outcomes. It was also conducted a search to identify recommendations for cultural change in Organizational Culture literature. The application of these recommendations was evaluated in a comparative way in both organizations. Additionaly, a survey with SPI implementors was also made, in order to identify the degree of application of these recommendations in the organizations they have worked. With this research, cultural elements that may have relations whit software process institutionalization were identified, as well as recommendations that can derive actions to modify the elements that are considered resistance factor to the adoption of software processes defined/improved in SPI initiatives. / Diversas organizações têm aplicado esforços para melhorar seus processos de software, diante da premissa de que qualidade dos processos utilizados para desenvolver e manter software tem grande influência na qualidade dos produtos gerados. Estes esforços tipicamente tomam a forma de iniciativas de melhoria de processos de software (MPS), cujo objetivo geralmente é o de definir e/ou aprimorar processos de software, assim como institucionalizá-los. Todavia, por envolver mudanças no modo de trabalho das organizações, a MPS provoca mudanças na cultura organizacional, e sofre impacto desta cultura. Isto é refletido na literatura de MPS que apresenta a cultura organizacional como fator crítico de sucesso na implementação de MPS. O foco da presente pesquisa é investigar a correlação entre a cultura organizacional e a efetividade das iniciativas de MPS. Para isso foram consideradas duas questões fundamentais: (a) como a cultura de uma organização pode influenciar o grau de institucionalização de um processo de software definido/ melhorado, e (b) o que pode ser feito para aumentar o grau de institucionalização de um processo de software definido/melhorado, considerando que esta institucionalização envolve uma mudança cultural. Foi conduzido um estudo de caso em duas organizações de software (tendo apenas uma conseguido institucionalizar seu processo de software) para analisar como seus perfis culturais podem ter influenciado nestes diferentes resultados. Também foi feito um levantamento de recomendações para mudança cultural na literatura de Cultura Organizacional, cuja aplicação também pôde ser avaliada de forma comparativa nas duas organizações citadas. Além disso, foi conduzida uma pesquisa de opinião com implementadores de melhoria de processos sobre a aplicação destas recomendações nas organizações em que já atuaram. Com isto, foram identificados elementos culturais que podem ter relação com a institucionalização de processos de software, assim como recomendações sobre ações que podem modificar elementos que atuam como fatores de resistência à adoção de processos definidos/melhorados em iniciativas de MPS.

A tendência do crescimento da demanda pela produção de software continuará sendo exponencial como conseqüência da incorporação de sistemas de informação em novas e inusitadas situações da vida moderna (SHAW, 2000). De forma a atender tal demanda novos modelos de produção de software em escala e com qualidade se fazem necessários. A produção de software em escala através de Fábrica de software tem sido estudada como alternativa em recentes trabalhos em diversos lugares do mundo. (LI, 2001) Este trabalho analisa o tema Fábrica de Software explorando seu domínio e aprofundando nos desafios envolvidos na definição de processos que compõem uma fábrica de software. Apresenta-se um modelo conceitual de definição de processos, o qual é denominado neste trabalho por ciclo de vida do desenvolvimento de processos para uma fábrica de software. A dissertação aplica modelos e normas, tais como o Open Distributing Processing (ODP), Business Process Modeling Notation (BPMN), Capacity Maturity Model Integration (CMMI) e ISO/IEC12207 para instanciar o modelo conceitual aqui proposto e assim criar um método que é verificado através de sua aplicação prática num estudo de caso. Este trabalho traz como contribuição uma alternativa real de um modelo de desenvolvimento de processos que compõem uma fábrica de software. / As consequence of many new incorporation of information systems usage on such different and innovative areas of the modern life-style, the actual software production demand will still face exponential growth (SHAW, 2000). In order to fulfill such demand new software production models, that can scale and support quality, are needed. Scale software production through a Software Factory model has been researched as an alternative worldwide on recent works. (LI, 2001) This work evaluates the Software Factory theme, explores its domain and investigates the challenges faced by the software factory\'s processes definition. It essays about a conceptual model for software factories\' processes definition which is denominated in this dissertation as Software Factory Processes\' Development Life Cycle. This work also instantiates this proposed conceptual model using industry models and standards, such as Open Distributing Processing (ODP), Business Process Modeling Notation (BPMN), Capacity Maturity Mode integration (CMMI), and ISO/IEC12207, and builds a method that is later verified by its application on a case study. This dissertation brings contributions for real model alternatives for Software Factory\'s processes development.

Submitted by GUILHERME ALFREDO SALIM null (guisalim@hotmail.com) on 2017-02-25T22:03:36Z No. of bitstreams: 1 [Dissertação] Versão Final.pdf: 4621536 bytes, checksum: 0f8da0eada8373834b6b3ed73d26d5cf (MD5) / Approved for entry into archive by Juliano Benedito Ferreira (julianoferreira@reitoria.unesp.br) on 2017-03-07T13:45:41Z (GMT) No. of bitstreams: 1 salim_ga_me_sjrp.pdf: 4621536 bytes, checksum: 0f8da0eada8373834b6b3ed73d26d5cf (MD5) / Made available in DSpace on 2017-03-07T13:45:41Z (GMT). No. of bitstreams: 1 salim_ga_me_sjrp.pdf: 4621536 bytes, checksum: 0f8da0eada8373834b6b3ed73d26d5cf (MD5) Previous issue date: 2017-02-03 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior (CAPES) / Atualmente, observa-se o crescimento da indústria de software motivada pela alta demanda por sistemas computacionais personalizados. Neste sentido, o sucesso das organizações é determinado, principalmente, pela qualidade de seus produtos, a qual está diretamente relacionada à qualidade do processo de desenvolvimento. Além disto, visto que o desenvolvimento de software é uma atividade dependente da criatividade e habilidades de desenvolvedores de software, tem-se a força de trabalho como o principal ativo organizacional. Com o objetivo de auxiliar na aquisição de processos de qualidade voltados para o gerenciamento de pessoas, foi desenvolvido o People Capability Maturity Model (P-CMM), um modelo de maturidade organizacional mantido pelo Software Engineering Institute – SEI, que busca a evolução gradativa das práticas de gerenciamento da força de trabalho a partir de boas práticas que apresentam o que deve ser realizado pela organização (SEI, 2009). Para tanto, o P-CMM fornece diretrizes para a melhoria contínua do gerenciamento e desenvolvimento da força de trabalho e possui quatro principais objetivos: desenvolvimento da capacidade individual, construção de grupos de trabalho e cultura organizacional, motivação e gerenciamento de desempenho e formação da força de trabalho. Neste cenário, este projeto apresenta o desenvolvimento de um Guia de Implantação de Processos de Gerenciamento de Pessoas com base no modelo P-CMM, buscando auxiliar na compreensão das metas propostas pelo modelo e apresentar atividades e documentos de apoio para alcance de tais metas. Assim, também é apresentada uma ferramenta de apoio para a obtenção de informações e geração dos principais documentos propostos. O Nível 2 do Guia foi avaliado com base na abordagem Goal-Question-Metric (GQM) por duas organizações de desenvolvimento e serviços de software, que constituem o público alvo para este trabalho. Os resultados obtidos permitem concluir que o Guia de Implantação, apoiado pela ferramenta desenvolvida, oferece direcionamento adequado para que as organizações de software alcancem as metas do P-CMM. Dessa forma, por meio da análise do modelo P-CMM, do mapeamento entre as metas do modelo e do desenvolvimento do Guia e da ferramenta de apoio, este trabalho contribui no apoio às organizações na melhoria contínua dos processos de gerenciamento de pessoas com base no modelo de maturidade P-CMM.

A tendência do crescimento da demanda pela produção de software continuará sendo exponencial como conseqüência da incorporação de sistemas de informação em novas e inusitadas situações da vida moderna (SHAW, 2000). De forma a atender tal demanda novos modelos de produção de software em escala e com qualidade se fazem necessários. A produção de software em escala através de Fábrica de software tem sido estudada como alternativa em recentes trabalhos em diversos lugares do mundo. (LI, 2001) Este trabalho analisa o tema Fábrica de Software explorando seu domínio e aprofundando nos desafios envolvidos na definição de processos que compõem uma fábrica de software. Apresenta-se um modelo conceitual de definição de processos, o qual é denominado neste trabalho por ciclo de vida do desenvolvimento de processos para uma fábrica de software. A dissertação aplica modelos e normas, tais como o Open Distributing Processing (ODP), Business Process Modeling Notation (BPMN), Capacity Maturity Model Integration (CMMI) e ISO/IEC12207 para instanciar o modelo conceitual aqui proposto e assim criar um método que é verificado através de sua aplicação prática num estudo de caso. Este trabalho traz como contribuição uma alternativa real de um modelo de desenvolvimento de processos que compõem uma fábrica de software. / As consequence of many new incorporation of information systems usage on such different and innovative areas of the modern life-style, the actual software production demand will still face exponential growth (SHAW, 2000). In order to fulfill such demand new software production models, that can scale and support quality, are needed. Scale software production through a Software Factory model has been researched as an alternative worldwide on recent works. (LI, 2001) This work evaluates the Software Factory theme, explores its domain and investigates the challenges faced by the software factory\'s processes definition. It essays about a conceptual model for software factories\' processes definition which is denominated in this dissertation as Software Factory Processes\' Development Life Cycle. This work also instantiates this proposed conceptual model using industry models and standards, such as Open Distributing Processing (ODP), Business Process Modeling Notation (BPMN), Capacity Maturity Mode integration (CMMI), and ISO/IEC12207, and builds a method that is later verified by its application on a case study. This dissertation brings contributions for real model alternatives for Software Factory\'s processes development.

Made available in DSpace on 2014-06-12T15:57:17Z (GMT). No. of bitstreams: 2 arquivo3178_1.pdf: 2284280 bytes, checksum: f355230864026f0ced9535d89e5b2f39 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2008 / A Melhoria de Processos de Software (MPS) tem se mostrado, na prática, uma abordagem viável e eficiente para a melhoria das organizações. Contudo, a adoção da MPS envolve inúmeros desafios e dificuldades, os quais contribuem para que várias iniciativas de adoção da MPS acabem fracassando. A MPS baseada em modelos da qualidade (model based software process improvement) com níveis fixos de maturidade, não atendem a diversidade de empresas da indústria de software. A MDPEK têm se apresentado como uma forma alternativa e bastante promissora para a adoção de MPS. Na melhoria dirigida a Perfil de Capacidade de Processo (PCP) os processos a serem melhorados não estão prefixados, estes devem ser definidos de acordo com os objetivos, estratégias e contextos de negócio das organizações. No contexto das empresas dirigidas a evolução de produtos de software, é bastante nítida a dificuldade em implantação dos modelos da qualidade baseados em níveis pré-fixados de maturidade. Muito embora, os benefícios obtidos com adoção destes modelos são reconhecidos. Este tipo de empresa apresenta características particulares que dificultam a adoção da MPS de forma tradicional. Esta dissertação aplica os conceitos da MDPEK para a definição de um PCP, baseado no CMMI, e direcionado ao domínio específico das empresas dirigidas à evolução de produto de software. A abordagem PRO2PI é utilizada como referência para guiar a execução das atividades de definição do PCP. O qual é proposto tomando como base as observações e estudos realizados em um grupo de oito empresas de dirigidas à evolução de produto de software, e posteriormente validado em duas empresas que aplicaram a MPS e foram, recentemente, avaliadas no nível 2 de maturidade do CMMI