Estendendo o OpenUP para Atender as Áreas de Processo Relacionadas a Garantia da Qualidade e

Tamanho: px
Começar a partir da página:

Download "Estendendo o OpenUP para Atender as Áreas de Processo Relacionadas a Garantia da Qualidade e"

Transcrição

1 Estendendo o OpenUP para Atender as Áreas de Processo Relacionadas a Garantia da Qualidade e Medição do CMMI-DEV Nível 2 Murilo Ybanez Secretaria da Fazenda do Estado do Ceará - Sefaz-CE José Maria Monteiro Universidade Federal do Ceará - UFC Resumo Este artigo apresenta uma extensão do processo ágil OpenUP aderente às áreas de processo Garantia da Qualidade do Processo e do Produto e Medição e Análise do CMMI- DEV Nível 2. O estudo desenvolvido realiza inicialmente um mapeamento entre o OpenUP e estas duas áreas de processo. Os resultados da análise realizada indicam que o OpenUP não atende às exigências presentes no modelo CMMI-DEV para as duas áreas de processo estudadas. A partir desta constatação, sugere-se a adição de alguns papéis, tarefas e artefatos visando deixar o OpenUP compatível com as áreas de processo Garantia da Qualidade do Processo e do Produto e Medição e Análise do CMMI-DEV, sem, no entanto, comprometer seus princípios ágeis. Além disso, este trabalho relata os resultados da utilização da abordagem proposta em uma instituição governamental. I. INTRODUÇÃO Na economia moderna, é freqüentemente difícil prever como um sistema de software irá evoluir com o passar do tempo. Condições de mercado mudam rapidamente, as necessidades dos usuários evoluem e novas ameaças de competição emergem sem alerta. Neste contexto, os métodos ágeis representam uma estratégia para atender à dinâmica dos projetos atuais. As metodologias ágeis surgiram com a preocupação de acomodar melhor as modificações, possibilitando às equipes reagir rapidamente quando mudanças são necessárias. Nos últimos anos, métodos ágeis como o XP (extreme Programming) [3], Scrum [15] e Crystal [5] passaram a ser usados em empresas, universidades e agências governamentais [7]. Por outro lado, os modelos de capacidade de maturidade, como o CMMI (Capability Maturity Model Integration) [6], constituem uma estratégia bastante utilizada pelas empresas de software para melhorar sua visibilidade internacional e, conseqüentemente, poder concorrer em um mercado globalizado, além de aperfeiçoar efetivamente seus processos de software. Contudo, atualmente, organizações que empregaram um grande esforço na melhoria dos seus processos com base no CMMI, agora acreditam também que os métodos ágeis possam prover incrementos de melhorias [11]. Neste sentido, a combinação das metodologias ágeis com modelos de maturidade de software começa a ser investigada [9], [4], [19], [14], [13], [11], [6]. Apesar da existência de características distintas entre os métodos ágeis e o modelo CMMI, ambos possuem planos específicos para o desenvolvimento de software e buscam o melhor para que a organização produza software com qualidade [11]. Em [6] os autores argumentam que, apesar de existir uma grande controvérsia entre a compatibilidade dos métodos ágeis e o CMMI, eles não são mutuamente exclusivos. Inserido neste contexto de controvérsias e compatibilidades entre CMMI e métodos ágeis, este trabalho apresenta uma extensão do método ágil OpenUP aderente às áreas de processo Garantia da Qualidade do Processo e do Produto (GQPP) e Medição e Análise (MA) do CMMI-DEV Nível 2. O estudo desenvolvido realiza inicialmente um mapeamento entre o OpenUP e estas duas áreas de processo, avaliando o atendimento das práticas específicas do modelo. A partir desta avaliação, sugere-se a adição de alguns papéis, tarefas e artefatos visando deixar o OpenUP compatível com as áreas de processo GQPP e MA do CMMI-DEV, sem, no entanto, perder seus princípios ágeis. A extensão proposta para o OpenUP tem por objetivo auxiliar as organizações que têm o desejo de adotar uma metodologia ágil e que esteja compatível com as práticas do CMMI-DEV. A abordagem proposta foi aplicada em dois projetos reais de uma instituição governamental, a SEFAZ-CE. O restante deste artigo está organizado da seguinte forma: a seção 2 apresenta os principais conceitos utilizados neste trabalho, na seção 3 são discutidos os trabalhos relacionados, a seção 4 analisa a aderência do OpenUP às disciplinas GQPP e MA, na seção 5 é discutida a abordagem proposta, a seção 6 analisa os impactos das alterações propostas na agilidade do OpenUP, na seção 7 apresentamos um estudo de caso e a seção 8 conclui este trabalho. II. CONCEITOS BÁSICOS Nesta seção, apresentaremos uma visão geral das metodologias ágeis, do processo ágil OpenUp e do CMMI. A. Metodologias Ágeis O termo Metodologias Ágeis tornou-se popular em 2001 quando dezessete especialistas em processos de desenvolvimento de software representando os métodos Scrum [15], XP [3] e outros, estabeleceram princípios comuns compartilhados por todos esses métodos. Foi então criada a Aliança Ágil e estabelecido o Manifesto Ágil [2].

2 B. OpenUP O OpenUP (Open Unified Process) é um projeto opensource, atualmente mantido pelo Projeto Eclipse, que define um framework de processo de desenvolvimento de software [8]. O OpenUp foi inicialmente desenvolvido pela IBM com base no RUP (Rational Unified Process) e no XP, tendo como principal objetivo reunir as melhores características de cada uma dessas abordagens. Assim, este processo unificado aplica uma abordagem iterativa e incremental dentro de um ciclo de vida estruturado. Contudo, abraça uma filosofia ágil que foca na natureza colaborativa do desenvolvimento de software. Além disso, é um processo que pode ser estendido para direcionar uma grande variedade de tipos de projeto. Vale ressaltar também que o OpenUP tenta seguir a linha pragmática de não ignorar a considerável adoção do RUP pelo mercado, e, portanto, ele tenta ser um caminho de migração para metodologias ágeis, preservando alguns formalismos, principalmente no que diz respeito a documentação de requisitos e arquitetura. O OpenUP é modelado através da ferramenta EPF Composer (Eclipse Process Framework). O EPF Composer é uma ferramenta open-source, amparada pela fundação Eclipse, que possibilita o gerenciamento de processos e tem como principais características um fácil aprendizado, métodos simples de autoria, customização e criação de processos, além da geração automática da documentação do processo definido. Esta documentação consiste em um web site o qual é composto por cinco elementos básicos: Produto de Trabalho: são os artefatos produzidos; Tarefa: como executar o trabalho; Papel: quem executa o trabalho; Processo: são usados para definir os fluxos de trabalho; Diretriz: templates, checklists, exemplos, guias, conceitos, dentre outros. C. CMMI O CMMI (Capability Maturity Model Integration) é um modelo de referência que contém práticas (Genéricas ou Específicas) necessárias à maturidade em disciplinas específicas (Software Engineering (SW), por exemplo). Desenvolvido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon, o CMMI é uma evolução do CMM e procura estabelecer um modelo único para o processo de melhoria corporativa, integrando diferentes modelos e disciplinas [6]. A versão atual do CMMI (versão 1.2) apresenta dois modelos: CMMI for Development (CMMI-DEV) publicada em agosto de Dirige-se ao processo de desenvolvimento de produtos e serviços. CMMI for Acquisition (CMMI-ACQ) publicada em novembro de Dirige-se aos processos de aquisição e terceirização de bens e serviços. O modelo CMMI v1.2 (CMMI-DEV) está estruturado em 5 níveis de maturidade, contendo 22 áreas de processo (Process Area - PAs), as quais são divididas em 4 categorias: Gerenciamento de projetos, Gerenciamento de processos, Engenharia e Suporte. III. TRABALHOS RELACIONADOS No trabalho apresentado em [19] é realizada uma análise do método ágil Scrum em relação às áreas de processo Gerenciamento de Requisitos e Desenvolvimento de Requisitos do modelo CMMI. As exigências não atendidas pelo Scrum são destacadas e algumas soluções são propostas. Em [11], [12], os autores apresentam uma abordagem do método ágil Scrum compatível com áreas de Gerenciamento de Projetos do CMMI. A abordagem proposta foi aplicada em uma organização de inovação e pesquisa no desenvolvimento de projetos de software. Em [18], é apresentada uma extensão do XP com o objetivo de incorporar práticas de engenharia de requisitos. Três modificações são propostas: 1) utilizar um documento de requisitos, o qual é gerenciado pelos papéis testador e analista; 2) alterar o Jogo do Planejamento a fim de permitir mais de um representante do cliente; e 3) inserir uma fase de engenharia de requisitos, no início do projeto, a fim de possibilitar uma visão mais ampla do sistema a ser desenvolvido. Além disso, os autores argumentam que as modificações propostas são simples e metodologia proposta é quase tão leve quanto o XP original. O artigo descrito em [4] apresenta a análise da aplicação de práticas de XP em equipes avaliadas oficialmente em SW-CMMI nível 2, destacando as vantagens e dificuldades desta abordagem. Em [14] são apresentas sugestões de modificações necessárias para que uma organização que utilize XP como metodologia de desenvolvimento possa se adequar ao nível G ou F do Modelo de Melhoria do Processo de Software Brasileiro (M.BR). O estudo discutido em [17], mostra uma experiência em que uma empresa se submete às certificações CMM nível 2 e ISO9001 usando XP e Scrum. Nesta experiência as contribuições destes dois métodos ágeis são combinadas: XP foi utilizado nos processos técnicos, enquanto Scrum foi utilizado para apoiar as questões organizacionais e de gestão. O trabalho apresentado em [1] explora a possibilidade de companhias de software de obter uma certificação CMMI de seus processos através da aplicação de práticas ágeis. Em [13] é apresentado uma abordagem para o desenvolvimento de software ágil que é compatível com CMMI. Além disso, o artigo descreve como a abordagem proposta foi utilizada com o propósito de incrementar o processo de desenvolvimento de software em três estudos de caso. O artigo descrito em [10] apresenta o projeto de um repositório de medições que possibilita o monitoramento e a melhoria contínua do desempenho de processos de desenvolvimento de software baseados no método ágil Scrum. Uma adaptação do OpenUP para atender aos requisitos do Nível F do M.BR é apresentada em [9]. Contudo, nenhuma iniciativa foi encontrada no sentido de adaptar o OpenUP para atender aos requisitos do CMMI. Assim, este artigo estende os trabalhos anteriores ao propor uma extensão do OpenUP compatível com as áreas de processo GQPP e MA do CMMI- DEV nível 2, contribuindo para o estado da arte na integração de métodos ágeis e modelos de maturidade de software.

3 IV. UMA ANÁLISE DO OPENUP SEGUNDO AS ÁREAS DE PROCESSO GARANTIA DA QUALIDADE E MEDIÇÃO DO CMMI-DEV NÍVEL 2 O método ágil OpenUP foi avaliado segundo as perspectivas do modelo CMMI, somente nas áreas de processo GQPP e MA pertencentes ao nível 2 deste mesmo modelo. Para cada uma destas áreas de processo foi realizada uma análise detalhada comparando suas metas e práticas específicas contra as disciplinas, papéis, tarefas e artefatos do OpenUP. Em seguida, atribuiu-se um valor para cada uma destas metas e práticas específicas a fim de classificar o nível de adequação do OpenUP à estas metas e práticas. A Tabela I apresenta os critérios utilizados nesta classificação. A seguir, são apresentados, para cada área de processo investigada, os resultados gerais da análise realizada enfatizando os pontos nos quais o OpenUP atende ou não práticas do CMMI-DEV. A. Análise da Área de Processo Garantia da Qualidade do Processo e do Produto (GQPP) O objetivo da Garantia da Qualidade do Processo e do Produto é fornecer à equipe e à gerência um entendimento objetivo dos processos e seus produtos de trabalho associados. Esta área de processo suporta a entrega de produtos e serviços de alta qualidade, fornecendo, à equipe do projeto e gerentes de todos os níveis, a visibilidade apropriada e o feedback sobre os processos e produtos de trabalho associados durante todo o ciclo de vida do projeto [16]. No OpenUP a qualidade dos produtos de software é alcançada através de um conjunto de práticas relacionadas à disciplina de Teste, como por exemplo: desenvolvimento guiado por testes, programação em pares, refactoring, código coletivo, código padronizado, design simples e integração contínua. O desenvolvimento guiado por testes defende que os desenvolvedores escrevam testes automatizados para cada funcionalidade antes de codificá-las. Fazendo isso, eles aprofundam o entendimento das necessidades do cliente (o que aprimora a análise) e passam a contar com uma massa de testes que pode ser utilizada a qualquer momento para validar todo o sistema. A programação em pares permite que o código seja revisado permanentemente, enquanto é construído. Além de contribuir para que a implementação sela mais simples e eficaz, já que os desenvolvedores se complementam e têm mais oportunidades de gerar soluções inovadoras. O refactoring é o ato de alterar o código sem afetar a funcionalidade que ele implementa. Ele é utilizado para que o sistema possa evoluir de forma incremental, tornando o software mais simples de ser manipulado. A propriedade coletiva do código fornece maior agilidade ao processo e cria mais um mecanismo de revisão e verificação do código. Os padrões de codificação tornam o sistema mais homogêneo e permite que qualquer manutenção futura seja efetuada mais rapidamente. A prática do design simples leva o desenvolvedor a optar pela simplicidade ao invés de criar generalizações dentro do código com o objetivo de prepará-lo para possíveis necessidades futuras, pois para isso existem o refactoring, os testes e outras práticas. A integração contínua assegura que sempre que uma nova funcionalidade é incorporada ao sistema as funcionalidades anteriormente implementadas são checadas (através dos testes automatizados) a fim de descobrir eventuais defeitos, facilitando e acelerando a correção destes possíveis erros. Contudo, o OpenUP não possui práticas voltadas para a garantia da qualidade do processo. Assim, o monitoramento e a avaliação da aderência das atividades e produtos de trabalho produzidos ao processo definido não constituem objeto de nenhuma disciplina do OpenUP. Assim, podemos concluir que o OpenUP não atende às metas e práticas da área de processo Garantia da Qualidade do Processo e do Produto, como sumarizado na tabela II. B. Análise da Área de Processo Medição e Análise (MA) O objetivo das Medições e Análises é desenvolver e sustentar a capacidade de medições que é utilizada para suportar as necessidades de gerenciamento de informações [16]. A medição permite prever e monitorar custos e prazos, além de controlar a qualidade do processo, melhorando a compreensão e a validação do mesmo. O OpenUP baseia-se na idéia de estimativa ágil, a qual é construída a partir de três conceitos principais: Estimativa de tamanho: fornece uma estimativa de alto nível para o tamanho de um item de trabalho, normalmente medida usando uma unidade neutra ( pontos, por exemplo); Velocidade: diz-nos quantos pontos a equipe de projeto pode entregar em uma iteração; Estimativa de esforço: traduz o tamanho (medido em pontos) para uma estimativa de esforço detalhada usando normalmente as unidades de Dias Reais ou Horas Reais. A estimativa de esforço indica quanto tempo os membros da equipe necessitarão para completar os itens de trabalho. A estimativa de tamanho ágil é realizada normalmente usando uma medida relativa chamada pontos. A equipe decide quão grande um ponto é, e baseado nesse tamanho, determina quantos pontos cada item de trabalho tem. Para fazer a estimativa rapidamente, geralmente utiliza-se pontos cheios (1, 2, 3, 5, 8) e uma técnica denominada Planning Poker. A velocidade é uma importante métrica usada para o planejamento da iteração. Ela indica quantos pontos são entregues em uma iteração por uma determina equipe em um projeto. Por exemplo, uma equipe planejou fazer 20 pontos na primeira iteração. Ao final da iteração, eles observam que entregaram somente 14 pontos, então sua velocidade foi 14. Espera-se que a velocidade mude de iteração para iteração. Porém, no geral, a velocidade normalmente aumenta durante o projeto à medida que a equipe melhora suas habilidades e se torna mais coesa. A estimativa de esforço traduz o tamanho (medido em pontos) para uma estimativa de esforço detalhada usando normalmente as unidades de Dias Reais ou de Horas Reais. À medida que você planeja uma iteração será necessário dividir um item de trabalho em tarefas menores. Os membros da equipe são convidados a prontificarem-se para a realização

4 Sigla Classificação Critério NS Não Satisfeito Não há evidências da prática no OpenUP. Parcialmente Satisfeito Há evidências da prática no OpenUP, embora a prática não esteja plenamente atendida. S Satisfeita A prática está totalmente atendida no OpenUP. Tabela I CRITÉRIOS PARA CLASSIFICAÇÃO DAS ÁREAS DE PROCESSO. Meta Específica Prática Específica Classif. SG 1 Avaliar Objetivamente Processos e Produtos SP Avaliar Objetivamente os Proces- NS de Trabalho sos SP Avaliar Objetivamente os Produtos NS de Trabalho e Serviços SG 2 Fornecer um Entendimento Objetivo SP Comunicar e Assegurar a NS Resolução das Questões de Não Conformidades SP Estabelecer Registros NS Tabela II CLASSIFICAÇÃO DA ÁREA DE PROCESSO GARANTIA DA QUALIDADE DO PROCESSO E PRODUTO. das tarefas e, em seguida, detalham a estimativa de esforço real, medida em horas ou dias, para as suas tarefas. Todavia, o OpenUP não estabelece como especificar, coletar, armazenar, analisar outras medidas, bem como não define como comunicar os resultados obtidos. Assim, podemos concluir que o OpenUP não atende às metas e práticas da área de processo Medição e Análise, como sumarizado na tabela III. V. UMA EXTENSÃO DO OPENUP SEGUNDO AS ÁREAS DE PROCESSO GARANTIA DA QUALIDADE E MEDIÇÃO DO CMMI-DEV NÍVEL 2 Esta seção discute as adaptações realizadas no OpenUP com a finalidade de solucionar os problemas de aderência identificados. Essas customizações se deram nos seguintes aspectos: disciplinas, papéis, tarefas, produtos de trabalho, processos e diretrizes. A seguir, descreve-se as alterações mais relevantes. A. Disciplinas Duas novas disciplinas foram adicionadas ao OpenUP. São elas: Garantia da Qualidade do Processo e do Produto (GQPP) e Medição e Análise (MA). B. Papéis Na disciplina GQPP dois novos papéis foram adicionados: Gerente de Garantia de Qualidade de Software (GGQS) e Consultor Garantia de Qualidade de Software (CGQS). O Gerente de GQS é responsável pelo planejamento e acompanhamento das atividades relacionadas à garantia da qualidade de software. Já o Consultor de Garantia de Qualidade de Software conduz as atividades relacionadas à garantia da qualidade dos produtos e dos processos de software. Na disciplina MA dois novos papéis também foram adicionados: o Gerente de Medição e Análise (GMA) e o Consultor de Medição e Análise (CMA). O Gerente de Medição e Análise é responsável pelo planejamento e acompanhamento das atividades relacionadas à medição e análise no seu âmbito de atuação. Já o Consultor de Medição e Análise conduz as atividades relacionadas a medição e análise dos produtos e processos de software. C. Tarefas Na disciplina de GQPP três novas tarefas foram adicionadas. São elas: Planejar e Acompanhar Auditorias de GQS: Esta atividade compreende o planejamento e acompanhamento das auditorias de GQS para um determinado projeto, o que envolve especificar os objetivos, as tarefas de GQS a serem realizadas, os padrões, os procedimentos, a estrutura organizacional e os mecanismos de auditoria que serão utilizados em um determinado projeto. Executar Auditoria: Esta atividade compreende a execução de uma auditoria de GQS em um determinado projeto, tendo por objetivo assegurar que o processo definido seja seguido. Avaliar Auditoria: Esta tarefa compreende a análise das auditorias realizadas. Na disciplina MA três novas tarefas foram adicionadas. São elas: Planejar Medição: Uma tarefa colaborativa que descreve como o projeto que se inicia será medido e acompanhado. Tem por objetivo definir as metas de medição, as métricas associadas e as métricas primitivas a serem coletadas no projeto para monitorar seu andamento. Executar Medições: Esta atividade tem por objetivo realizar os procedimentos necessários para a coleta e validação das medições, conforme descrito no Plano de Medição e Análise (PMA). Inclui também o armazenamento dos resultados para posterior análise.

5 Meta Específica Prática Específica Classif. SG 1 Alinhar as Atividades de MA SP Estabelecer Objetivos de Medições NS SP Especificar Medidas SP Especificar Procedimentos de Coleta e Armazenagem de Dados SP Especificar Procedimento de Análises SG 2 Fornecer Resultados de Medição SP Coletar Dados de Medições SP Analisar Dados de Medições SP Armazenar Dados e Resultados SP Comunicar Resultados Tabela III CLASSIFICAÇÃO DA ÁREA DE PROCESSO MEDIÇÃO E ANÁLISE. Avaliar Medições: Esta atividade tem por objetivo analisar os dados coletados e apresentar as conclusões obtidas. D. Produtos de Trabalho Na disciplina GQPP três novos produtos de trabalho foram adicionados. São eles: Plano de Garantia da Qualidade de Software (PGQS): Este plano oferece uma visão clara de como a qualidade do produto, dos artefatos e do processo será garantida. A finalidade deste plano é especificar os objetivos, as tarefas de GQS a serem realizadas, os padrões, os procedimentos a estrutura organizacional e os mecanismos de auditoria. Registros de Qualidade (RQ): Consiste em um repositório (planilha) utilizado para armazenar as não-conformidades encontradas e os acordos firmados para a resolução destes problemas. Relatório de Garantia da Qualidade de Software (RGQS): Este artefato tem por objetivo fornecer uma visão da qualidade do software em desenvolvimento, dos artefatos gerados e das atividades executadas. Na disciplina MA três novos produtos de trabalho foram adicionados. São eles: Plano de Medição e Análise (PMA): Plano contendo as necessidades de informação e seu desdobramento em objetivos de medição. Este plano especifica quais métricas primitivas devem ser coletadas e quais devem ser calculadas durante o projeto para monitorar o andamento, com base em um conjunto de metas de projeto especificadas. Repositório de Medições (RM): Repositório (planilha) contendo as medições realizadas. Este artefato contém uma base história das medições realizadas, incluindo: data, projeto, métrica, valor medido/calculado, valor esperado e técnica utilizada na medição. Relatório de Medição e Análise (RMA): Relatório contendo a análise das medições executadas. O RMA apresenta os resultados das medições efetuadas e realiza uma análise crítica de cada uma das métricas coletadas e das metas de medição definidas PMA, buscando identificar tendências e oportunidades de melhoria no processo de desenvolvimento definido. A Tabela IV sumariza a customização do OpenUP realizada com a finalidade de se obter um processo ao mesmo tempo ágil e aderente às disciplinas GGPP e MA do CMMI-DEV Nível 2. VI. IMPACTOS DAS ALTERAÇÕES NA AGILIDADE DO PROCESSO Com a finalidade de assegurar a manutenção da agilidade do processo OpenUP sugerimos que a adição das duas novas disciplinas (GQPP e MA) seja realizada utilizando-se uma estrutura matricial onde a organização mantém uma única equipe de Garantia da Qualidade do Processo e do Produto para todos os projetos. Assim, a responsabilidade pelas tarefas desta disciplina não recaem sobre o time de desenvolvimento, mas sobre uma equipe corporativa especializada, o que reduz o impacto das alterações sobre os desenvolvedores. Por este mesmo motivo, esta estratégia deve ser utilizada também para a disciplina Medição e Análise. VII. ESTUDO DE CASO: A APLICAÇÃO DA ABORDAGEM PROPOSTA NA SEFAZ-CE A proposta de extensão do OpenUP efoi inicialmente aplicada em dois projetos reais de desenvolvimento de software na Secretaria da Fazenda do Estado do Ceará (Sefaz-CE). Os dois projetos estudados são similares em termos de plataforma tecnológica (Java/Struts), no tempo estimado para a sua execução (4 meses), na duração das iterações (30 dias), bem como no tamanho da equipe (4 analistas/desenvolvedores). Além disso, em ambos os projetos as equipes são experientes na plataforma tecnológica utilizada, porém esta é a primeira experiência das equipes com a utilização de métodos ágeis. Várias lições puderam se aprendidas pelas equipes de desenvolvimento, dentre as quais se pode destacar: A primeira auditoria de qualidade, denominada de préavaliação informal, teve por objetivo preparar a equipe para o processo de garantia da qualidade. Além disso, as auditorias focaram no atendimentos dos conceitos e das práticas ágeis, verificando, por exemplo, se código executável estava sendo entregue ao final de cada iteração. Estas iniciativas reduziram substancialmente as resistências das equipes em relação às auditorias de qualidade. A simples existência de uma auditoria de GQS gerou o compromisso da equipe com a aderência das atividades realizadas e dos artefatos gerados ao processo definido.

6 Disciplina Tarefas Produtos de Trabalho (Artefatos) Garantia da Qual. de Software Planejar e Acompanhar Auditorias Plano de GQS (PGQS) de GQS Executar Auditoria de GQS Registros de Qualidade (RQ) Avaliar Auditoria de GQS Relatório de GQS (RGQS) Medição e Análise Planejar Medição Plano de MA (PMA) Executar Medições Repositório de Medições (RM) Avaliar Medições Relatório de MA (RMA) Tabela IV CUSTOMIZAÇÃO DO OPENUP ADERENTE AO CMMI-DEV NÍVEL 2. Além disso, contribui para a internalização dos princípios e práticas adotadas. Como conseqüência, a quantidade de não-conformidades caiu substancialmente a partir da quarta iteração. Código executável foi entregue ao cliente logo na segunda iteração. Além disso, a velocidade da equipe aumentou substancialmente a partir da quarta iteração. A implantação da disciplina de MA mostrou que coletar e analisar indicadores não gera sobrecarga para a equipe de desenvolvimento e que a existência de métricas auxilia a identificação de impedimentos, podendo ajudar no planejamento da equipe. A adaptação proposta não afetou a agilidade do OpenUP uma vez que as novas tarefas e artefatos não são alocadas para a equipe de desenvolvimento. A precisão foi uma das dificuldades encontradas pelas equipes. Contudo, à medida que o time foi se sentindo mais confortável com as técnicas ágeis as estimativas tornaram-se mais precisas. VIII. CONCLUSÕES Este artigo apresentou uma extensão do processo ágil OpenUP aderente às áreas de processo GQPP e MA do CMMI- DEV. Inicialmente, analisamos a aderência do OpenUP às áreas de processo GQPP e MA do CMMI-DEV. O resultado deste estudo indicou que OpenUP não atende às exigências do modelo CMMI. Para cada meta específica do CMMI-DEV que não era inteiramente atendida pelo OpenUP destacamos os motivos e os problemas identificados. Em seguida, sugerimos a adição de alguns papéis, tarefas e artefatos com o objetivo de fazer com que as áreas de processo GQPP e MA do CMMI- DEV Nível 2 passassem a ser atendidas pelo processo proposto. Finalmente, discutimos os impactos desta customização sobre a agilidade do processo e apresentamos os resultados da utilização da abordagem proposta em dois projetos reais de uma instituição governamental, a SEFAZ-CE. Os resultados da experiência realizada mostraram que, apesar do CMMI-DEV e do OpenUP possuírem fundamentos inicialmente pensados como divergentes, eles puderam ser utilizados em conjunto. Como trabalho futuro, pretendemos realizar uma avaliação oficial da maturidade da organização, a fim de termos uma comprovação da aderência do processo de software definido às áreas de processo GQPP e MA do CMMI. REFERÊNCIAS [1] J. A. H. Alegria and M. C. Bastarrica. Implementing cmmi using a combination of agile methods. CLEI Electron Journal, [2] T. A. Alliance. Agile manifesto Disponível em [3] K. Beck. Extreme Programming Explained. Addison-Wesley, [4] C. Cardoso. Aplicando práticas de extreme programming (xp) em equipes sw-cmm nível 2. In VI Simpósio Internacional de Melhoria de Processos de Software (SIMPROS 2004), [5] A. Cockburn. Agile Software Development. Addison=Wesley, [6] H. Glazer, J. Dalton, D. Anderson, M. Konrad, and S. Shrum. Cmmi or agile: Why not embrace both! Technical report, Software Engineering Institute (SEI), [7] A. Goldman, F. Kon, P. J. S. Silva, and J. W. Yoder. Being extreme in the classroom: Experiences in teaching xp. Journal of the Brazilian Computer Society, 10(2):1 17, [8] O. Group. Open unified process [9] M. V. Guimarães. Adaptação do openup para atender aos requisitos do nível f do mps.br. In Proceedings of the Simpósio Internacional de Melhoria de Processos de Software (SIMPROS 2007), [10] V. Mahnic and N. Zabkar. Introducing cmmi measurement and analysis practices into scrum-based software development process. International Journal of Mathematics and Computers in Simulation, [11] A. Marçal, B. Freitas, F. Soares, T. Maciel, and A. Belchior. Estendendo o scrum segundo as Áreas de processo de gerenciamento de projetos do cmmi. CLEI Electronic Journal, [12] A. S. C. Marcal, F. S. F. Soares, and A. D. Belchior. Mapping cmmi project management process areas to scrum practices. In SEW 07: Proceedings of the 31st IEEE Software Engineering Workshop, pages 13 22, Washington, DC, USA, IEEE Computer Society. [13] M. Pikkarainen and A. Mäntyniemi. An approach for using cmmi in agile software development assessments: Experiences from three case studies. In Proceedings of the SPICE Conference, [14] C. Santana, A. Timóteo, and A. Vasconcelos. Mapeamento do modelo de melhoria do processo de software brasileiro (mps.br) para empresas que utilizam extreme programming (xp) como metodologia de desenvolvimento. In V Simpósio Brasileiro de Qualidade de Software (SBQS 2006), [15] K. Schwaber and M. Beedle. Agile Software Development with Scrum. Prentice-Hall, [16] S. E. I. (SEI). Cmmi for development [17] C. Vriens. Certifying for cmm level 2 and iso9001 with Agile Development Conference/Australasian Database Conference, 0:120, [18] D. M. Woit. Requirements interaction management in an extreme programming environment: a case study. In ICSE 05: Proceedings of the 27th international conference on Software engineering, pages , New York, NY, USA, ACM. [19] A. L. Zanatta and P. Vilain. Uma análise do método ágil scrum conforme abordagem nas áreas de processo gerenciamento e desenvolvimento de requisitos do cmmi. In Proceedings of the Workshop em Engenharia de Requisitos (WER 05), pages , 2005.

Capítulo 1. Extreme Programming: visão geral

Capítulo 1. Extreme Programming: visão geral Capítulo 1 Extreme Programming: visão geral Extreme Programming, ou XP, é um processo de desenvolvimento de software voltado para: Projetos cujos requisitos são vagos e mudam com freqüência; Desenvolvimento

Leia mais

Introdução ao OpenUP (Open Unified Process)

Introdução ao OpenUP (Open Unified Process) Introdução ao OpenUP (Open Unified Process) Diferentes projetos têm diferentes necessidades de processos. Fatores típicos ditam as necessidades de um processo mais formal ou ágil, como o tamanho da equipe

Leia mais

ALESSANDRO PEREIRA DOS REIS PAULO CESAR CASTRO DE ALMEIDA ENGENHARIA DE SOFTWARE - CAPABILITY MATURITY MODEL INTEGRATION (CMMI)

ALESSANDRO PEREIRA DOS REIS PAULO CESAR CASTRO DE ALMEIDA ENGENHARIA DE SOFTWARE - CAPABILITY MATURITY MODEL INTEGRATION (CMMI) ALESSANDRO PEREIRA DOS REIS PAULO CESAR CASTRO DE ALMEIDA ENGENHARIA DE SOFTWARE - CAPABILITY MATURITY MODEL INTEGRATION (CMMI) APARECIDA DE GOIÂNIA 2014 LISTA DE TABELAS Tabela 1 Áreas de processo por

Leia mais

Tópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas.

Tópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas. Métodos Ágeis Edes Garcia da Costa Filho edes_filho@dc.ufscar.br 1 Tópicos Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Extreme Programming (XP). Referências Bibliográficas. 2 Histórico

Leia mais

Profa. Celia Corigliano. Unidade IV GERENCIAMENTO DE PROJETOS DE TI

Profa. Celia Corigliano. Unidade IV GERENCIAMENTO DE PROJETOS DE TI Profa. Celia Corigliano Unidade IV GERENCIAMENTO DE PROJETOS DE TI Agenda da disciplina Unidade I Gestão de Projetos Unidade II Ferramentas para Gestão de Projetos Unidade III Gestão de Riscos em TI Unidade

Leia mais

MODELOS DE MELHORES GOVERNANÇA DE T.I. PRÁTICAS DA. Prof. Angelo Augusto Frozza, M.Sc. http://about.me/tilfrozza

MODELOS DE MELHORES GOVERNANÇA DE T.I. PRÁTICAS DA. Prof. Angelo Augusto Frozza, M.Sc. http://about.me/tilfrozza MODELOS DE MELHORES PRÁTICAS DA GOVERNANÇA DE T.I. Prof. Angelo Augusto Frozza, M.Sc. http://about.me/tilfrozza MELHORES PRÁTICAS PARA T.I. MODELO DE MELHORES PRÁTICAS COBIT Control Objectives for Information

Leia mais

UMA PROSTA DE ADEQUAÇÃO DO MS VISUAL STUDIO TEAM SYSTEM (VSTS) PARA O MPS.BR NÍVEIS F e G

UMA PROSTA DE ADEQUAÇÃO DO MS VISUAL STUDIO TEAM SYSTEM (VSTS) PARA O MPS.BR NÍVEIS F e G 1082 X Salão de Iniciação Científica PUCRS UMA PROSTA DE ADEQUAÇÃO DO MS VISUAL STUDIO TEAM SYSTEM (VSTS) PARA O MPS.BR NÍVEIS F e G Agner Macedo Paiva, Bernardo Copstein (orientador) FACIN, PUCRS, Centro

Leia mais

Introdução CMMI. Qualidade e Teste de Software CMMI 1

Introdução CMMI. Qualidade e Teste de Software CMMI 1 Introdução CMMI O propósito da qualidade é estabelecer um diferencial competitivo, através de contribuições como redução de defeitos, redução de custos, redução de retrabalho e aumento da produtividade,

Leia mais

ENGENHARIA DE SOFTWARE I

ENGENHARIA DE SOFTWARE I ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis

Leia mais

Políticas de Qualidade em TI

Políticas de Qualidade em TI Políticas de Qualidade em TI Prof. www.edilms.eti.br edilms@yahoo.com Aula 03 CMMI Capability Maturity Model Integration Parte II Agenda sumária dos Processos em suas categorias e níveis de maturidade

Leia mais

Universidade Federal do Espírito Santo Centro de Ciências Agrárias CCA-UFES Departamento de Computação

Universidade Federal do Espírito Santo Centro de Ciências Agrárias CCA-UFES Departamento de Computação Centro de Ciências Agrárias Departamento de Computação Visão Geral do Processo de Desenvolvimento de Software Introdução à Ciência da Computação Introdução à Ciência da Computação COM06850-2015-II Prof.

Leia mais

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 O Processo Unificado dos autores Ivar Jacobson, Grady Booch e James

Leia mais

Professor: Disciplina:

Professor: Disciplina: Professor: Curso: Disciplina: Marcos Morais de Sousa marcosmoraisdesousa@gmail.com marcosmoraisdesousa.blogspot.com Sistemas de informação Engenharia de Software II Gerenciamento de Qualidade CMMI e MPS.BR

Leia mais

Engenharia de Software II

Engenharia de Software II Engenharia de Software II Aula 5 http://www.ic.uff.br/~bianca/engsoft2/ Aula 5-05/05/2006 1 Dúvidas da aula passada RUP (Rational Unified Process) é uma ferramenta ou um processo? Resposta: os dois. O

Leia mais

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES Marcelo Augusto Lima Painka¹, Késsia Rita da Costa Marchi¹ ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil

Leia mais

CMMI (Capability Maturity Model Integration) Thiago Gimenez Cantos. Bacharel em Sistemas de Informação

CMMI (Capability Maturity Model Integration) Thiago Gimenez Cantos. Bacharel em Sistemas de Informação CMMI (Capability Maturity Model Integration) Thiago Gimenez Cantos Bacharel em Sistemas de Informação Faculdade de Informática de Presidente Prudente Universidade do Oeste Paulista (UNOESTE) thiago@visioncom.com.br;

Leia mais

CMMI Conceitos básicos. CMMI Representações contínua e por estágios. Professor Gledson Pompeu (gledson.pompeu@gmail.com)

CMMI Conceitos básicos. CMMI Representações contínua e por estágios. Professor Gledson Pompeu (gledson.pompeu@gmail.com) CMMI Conceitos básicos 113 CMMI integra as disciplinas de engenharia de sistemas e de engenharia de software em um único framework de melhoria de processos. 114 No tocante às disciplinas de engenharia

Leia mais

Agenda. Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria

Agenda. Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria Agenda Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria Introdução Processo de software é o conjunto de ferramentas, métodos

Leia mais

APLICACAÇÃO DE METRICAS E INDICADORES NO MODELO DE REFERENCIA CMMI-Dev NIVEL 2

APLICACAÇÃO DE METRICAS E INDICADORES NO MODELO DE REFERENCIA CMMI-Dev NIVEL 2 APLICACAÇÃO DE METRICAS E INDICADORES NO MODELO DE REFERENCIA CMMI-Dev NIVEL 2 Renan J. Borges 1, Késsia R. C. Marchi 1 1 Universidade Paranaense (UNIPAR) Paranavaí, PR Brasil renanjborges@gmail.com, kessia@unipar.br

Leia mais

Desafios no Uso do Scrum em Ambientes CMMI

Desafios no Uso do Scrum em Ambientes CMMI Desafios no Uso do Scrum em Ambientes CMMI Teresa Maria de Medeiros Maciel UFRPE/INES/UFPE tmmaciel@gmail.com Base de conhecimento disponível Maior controle ISO9001 MPS BR Padronização processual

Leia mais

Utilização de Práticas Genéricas do CMMI para apoiar a utilização de Metodologias Ágeis.

Utilização de Práticas Genéricas do CMMI para apoiar a utilização de Metodologias Ágeis. Utilização de Práticas Genéricas do CMMI para apoiar a utilização de Metodologias Ágeis. Célio Santana,1, Cristine Gusmão 1, Ana Rouiller 2, Alexandre Vasconcelos 3 1 Universidade de Pernambuco, Departamento

Leia mais

QUALIDADE DE SOFTWARE AULA N.7

QUALIDADE DE SOFTWARE AULA N.7 QUALIDADE DE SOFTWARE AULA N.7 Curso: SISTEMAS DE INFORMAÇÃO Disciplina: Qualidade de Software Profa. : Kátia Lopes Silva 1 CMM: DEFINIÇÃO Capability Maturity Model Um modelo que descreve como as práticas

Leia mais

Processo de Software

Processo de Software Processo de Software Uma importante contribuição da área de pesquisa de processo de software tem sido a conscientização de que o desenvolvimento de software é um processo complexo. Pesquisadores e profissionais

Leia mais

CMMI. B) descrições das atividades consideradas importantes para o atendimento de suas respectivas metas específicas. Governo do ES (CESPE 2009)

CMMI. B) descrições das atividades consideradas importantes para o atendimento de suas respectivas metas específicas. Governo do ES (CESPE 2009) CMMI Governo do ES (CESPE 2009) Na versão 1.2 do CMMI, 111 os níveis de capacidade são definidos na abordagem de estágios. 112 os níveis de maturidade são definidos na abordagem contínua. 113 existem seis

Leia mais

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software

Leia mais

1 Introdução 1.1. Motivação

1 Introdução 1.1. Motivação 9 1 Introdução 1.1. Motivação Ao longo das últimas décadas, observou-se um aumento enorme na complexidade dos sistemas de software desenvolvidos, no número de profissionais que trabalham nesta área, na

Leia mais

Pós Graduação Engenharia de Software

Pós Graduação Engenharia de Software Pós Graduação Engenharia de Software Ana Candida Natali COPPE/UFRJ Programa de Engenharia de Sistemas e Computação FAPEC / FAT Estrutura do Módulo Parte 1 QUALIDADE DE SOFTWARE PROCESSO Introdução: desenvolvimento

Leia mais

Proposta de Implementação de Qualidade de Software na Organização

Proposta de Implementação de Qualidade de Software na Organização Proposta de Implementação de Qualidade de Software na Organização Daniel Gonçalves Jacobsen 1 Faculdade Dom Bosco de Porto Alegre Porto Alegre RS Brasil daniel@flete.com.br Abstract. This article describes

Leia mais

Definição do Framework de Execução de Processos Spider-PE

Definição do Framework de Execução de Processos Spider-PE Definição do Framework de Execução de Processos Spider-PE 1. INTRODUÇÃO 1.1 Finalidade Este documento define um framework de execução de processos de software, denominado Spider-PE (Process Enactment),

Leia mais

Scrum e CMMI no C.E.S.A.R Relato de Experiência

Scrum e CMMI no C.E.S.A.R Relato de Experiência Scrum e CMMI no C.E.S.A.R Relato de Experiência Felipe Furtado Engenheiro de Qualidade Izabella Lyra Gerente de Projetos Maio/2008 Agenda Motivação Pesquisas Adaptações do Processo Projeto Piloto Considerações

Leia mais

Com metodologias de desenvolvimento

Com metodologias de desenvolvimento Sociedade demanda grande quantidade de sistemas/aplicações software complexo, sistemas distribuídos, heterogêneos requisitos mutantes (todo ano, todo mês, todo dia) Mas, infelizmente, não há gente suficiente

Leia mais

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1. ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página

Leia mais

Metodologias Ágeis. Aécio Costa

Metodologias Ágeis. Aécio Costa Metodologias Ágeis Aécio Costa Metodologias Ágeis Problema: Processo de desenvolvimento de Software Imprevisível e complicado. Empírico: Aceita imprevisibilidade, porém tem mecanismos de ação corretiva.

Leia mais

Especialização em Arquitetura e Engenharia de Software

Especialização em Arquitetura e Engenharia de Software Especialização em Arquitetura e Engenharia de Software O curso vai propiciar que você seja um especialista para atua atuar na área de Arquitetura de Software em diferentes organizações, estando apto a:

Leia mais

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira SCRUM Gerência de Projetos Ágil Prof. Elias Ferreira Métodos Ágeis + SCRUM + Introdução ao extreme Programming (XP) Manifesto Ágil Estamos descobrindo maneiras melhores de desenvolver software fazendo-o

Leia mais

Políticas de Qualidade em TI

Políticas de Qualidade em TI Políticas de Qualidade em TI Prof. www.edilms.eti.br edilms@yahoo.com Aula 03 CMMI Capability Maturity Model Integration Parte I Agenda Processos CMMI Definição Histórico Objetivos Características Representações

Leia mais

Engenharia de Software

Engenharia de Software Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo

Leia mais

CobiT 5. Como avaliar a maturidade dos processos de acordo com o novo modelo? Conhecimento em Tecnologia da Informação

CobiT 5. Como avaliar a maturidade dos processos de acordo com o novo modelo? Conhecimento em Tecnologia da Informação Conhecimento em Tecnologia da Informação CobiT 5 Como avaliar a maturidade dos processos de acordo com o novo modelo? 2013 Bridge Consulting All rights reserved Apresentação Sabemos que a Tecnologia da

Leia mais

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS CMMI E METODOLOGIAS ÁGEIS Os métodos de desenvolvimento Ágeis e

Leia mais

Qualidade de Software Aula 6 / 2010. luis@garcia.pro.br www.garcia.pro.br

Qualidade de Software Aula 6 / 2010. luis@garcia.pro.br www.garcia.pro.br Qualidade de Software Aula 6 / 2010 Prof. Dr. Luís Fernando Garcia luis@garcia.pro.br www.garcia.pro.br Introdução As três dimensões críticas Introdução Começando MAL CMMI Impeditivos CMMI Desculpas CMMI

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Introdução à Melhoria de Processos de Software baseado no MPS.BR Prof. Maxwell Anderson www.maxwellanderson.com.br Agenda Introdução MPS.BR MR-MPS Detalhando o MPS.BR nível G Introdução

Leia mais

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas CMP1141 Processo e qualidade de software I Prof. Me. Elias Ferreira Sala: 210 F Quarta-Feira:

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS-ANAC Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC Superintendência de Tecnologia da Informação - STI Histórico de Alterações Versão Data Responsável Descrição 1.0 23/08/2010 Rodrigo

Leia mais

MSF- MICROSOFT SOLUTIONS FRAMEWORK. Cesar Eduardo Freitas Italo Alves

MSF- MICROSOFT SOLUTIONS FRAMEWORK. Cesar Eduardo Freitas Italo Alves MSF- MICROSOFT SOLUTIONS FRAMEWORK Cesar Eduardo Freitas Italo Alves A ORIGEM DO MSF (MICROSOFT SOLUTIONS FRAMEWORK) Baseado na experiência da empresa na construção de softwares como Office e Windows e

Leia mais

Programa do Curso de Pós-Graduação Lato Sensu MBA em Engenharia de Software Orientada a Serviços (SOA)

Programa do Curso de Pós-Graduação Lato Sensu MBA em Engenharia de Software Orientada a Serviços (SOA) Programa do Curso de Pós-Graduação Lato Sensu MBA em Engenharia de Software Orientada a Serviços (SOA) Apresentação O programa de Pós-graduação Lato Sensu em Engenharia de Software Orientada a Serviços

Leia mais

Programa do Módulo 2. Processo Unificado: Visão Geral

Programa do Módulo 2. Processo Unificado: Visão Geral 9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:

Leia mais

PMONow! Serviço de Implantação de um Escritório de Projetos

PMONow! Serviço de Implantação de um Escritório de Projetos PMONow! Serviço de Implantação de um Escritório de Projetos PMONow! Serviço de Implantação de um Escritório de Projetos As organizações em torno do mundo estão implantando processos e disciplinas formais

Leia mais

Modelo de Qualidade CMMI

Modelo de Qualidade CMMI Modelo de Qualidade CMMI João Machado Tarcísio de Paula UFF - Campus Rio das Ostras Resumo Este trabalho tem como objetivo explicar de forma simples o que é e como funciona o modelo de qualidade CMMI,

Leia mais

Uma análise das Metodologias Ágeis FDD e Scrum sob a Perspectiva do Modelo de Qualidade MPS.BR

Uma análise das Metodologias Ágeis FDD e Scrum sob a Perspectiva do Modelo de Qualidade MPS.BR SCIENTIA PLENA VOL 6, NUM 3 2010 www.scientiaplena.org.br Uma análise das Metodologias Ágeis FDD e Scrum sob a Perspectiva do Modelo de Qualidade MPS.BR F. G. Silva; S. C. P. Hoentsch, L. Silva Departamento

Leia mais

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 Extreme Programming (XP); DAS (Desenvolvimento Adaptativo de Software)

Leia mais

Evoluindo do SW-CMM Nível 2 para o CMMI-SW Nível 3: A Experiência do Instituto Atlântico

Evoluindo do SW-CMM Nível 2 para o CMMI-SW Nível 3: A Experiência do Instituto Atlântico Evoluindo do SWCMM Nível 2 para o CMMISW Nível 3: A Experiência do Instituto Atlântico Tatiana Cavalcanti Monteiro Fca. Márcia G. S. Gonçalves Fabiana G. Marinho Solange A. Araújo Carlo Giovano S. Pires

Leia mais

FAPS: Ferramenta para apoiar Avaliações Integradas de Processos de Software

FAPS: Ferramenta para apoiar Avaliações Integradas de Processos de Software FAPS: Ferramenta para apoiar Avaliações Integradas de Processos de Software Marcello Thiry 1 2, Christiane Gresse von Wangenheim 1 2, Alessandra Zoucas 12, Leonardo Reis Tristão 1 1 (II-MPS.BR) Incremental

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO Santa Maria, 27 de Setembro de 2013. Revisão aula anterior Desenvolvimento Ágil de Software Desenvolvimento e entrega

Leia mais

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM)

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Programação Extrema Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Prof. Mauro Lopes Programação Extrema Prof. Mauro Lopes 1-31 45 Manifesto Ágil Formação da Aliança Ágil Manifesto Ágil: Propósito

Leia mais

Qualidade de. Software. Definições. Qualidade do Produto ISO 9126. Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207

Qualidade de. Software. Definições. Qualidade do Produto ISO 9126. Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207 Qualidade de : Visão Geral ISO 12207: Estrutura s Fundamentais Aquisição Fornecimento s de Apoio Documentação Garantia de Qualidade Operação Desenvolvimento Manutenção Verificação Validação Revisão Conjunta

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Conceitos e Metodologias para Desenvolvimento de Software Cascata, Prototipação, Espiral e RUP Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br

Leia mais

Definição do Framework

Definição do Framework Definição do Framework 1. Introdução 1.1. Finalidade Este documento tem por finalidade apresentar o mapeamento dos processos de Definição de Processo Organizacional e Avaliação e Melhoria do Processo dos

Leia mais

Ágil. Rápido. Métodos Ágeis em Engenharia de Software. Introdução. Thiago do Nascimento Ferreira. Introdução. Introdução. Introdução.

Ágil. Rápido. Métodos Ágeis em Engenharia de Software. Introdução. Thiago do Nascimento Ferreira. Introdução. Introdução. Introdução. Introdução Métodos Ágeis em Engenharia de Software Thiago do Nascimento Ferreira Desenvolvimento de software é imprevisível e complicado; Empresas operam em ambiente global com mudanças rápidas; Reconhecer

Leia mais

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com http://www.luizleao.com

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com http://www.luizleao.com Processo de Desenvolvimento de Software Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Modelo Cascata (Waterfall) ou TOP DOWN. Modelo Iterativo. Metodologia Ágil.

Leia mais

[6.46] RiskFree: Uma Ferramenta para Gerência de Risco em Projetos de Software em conformidade com o nível 3 do modelo CMMI

[6.46] RiskFree: Uma Ferramenta para Gerência de Risco em Projetos de Software em conformidade com o nível 3 do modelo CMMI [6.46] RiskFree: Uma Ferramenta para Gerência de Risco em Projetos de Software em conformidade com o nível 3 do modelo CMMI Flávio Franco Knob, Filipi Pereira da Silveira, Afonso Inácio Orth, Rafael Prikladnicki

Leia mais

ESCRITÓRIO RIO DE PROJETOS

ESCRITÓRIO RIO DE PROJETOS PMO PROJETOS PROCESSOS MELHORIA CONTÍNUA PMI SCRUM COBIT ITIL LEAN SIX SIGMA BSC ESCRITÓRIO RIO DE PROJETOS DESAFIOS CULTURAIS PARA IMPLANTAÇÃO DANIEL AQUERE DE OLIVEIRA, PMP, MBA daniel.aquere@pmpartner.com.br

Leia mais

Reutilização no MPS.BR e no projeto Cooperativa MPS.BR SOFTSUL. Porto Alegre, Agosto de 2008. Sumário

Reutilização no MPS.BR e no projeto Cooperativa MPS.BR SOFTSUL. Porto Alegre, Agosto de 2008. Sumário Reutilização no MPS.BR e no projeto Cooperativa MPS.BR SOFTSUL Porto Alegre, Agosto de 2008. Sumário Apresentação Programa MPS.BR Reutilização no MPS.BR Gerência de reutilização Desenvolvimento para reutilização

Leia mais

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Disciplina: INF5008 Prof.: (monalessa@inf.ufes.br) Conteúdo 8. Metodologias

Leia mais

Engenharia de Software I

Engenharia de Software I Engenharia de Software I Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DAI 2015 Desenvolvimento Rápido de Software 2 1 Para quê o Desenvolvimento Rápido de Software? Os negócios

Leia mais

Qualidade de Processo de Software Normas ISO 12207 e 15504

Qualidade de Processo de Software Normas ISO 12207 e 15504 Especialização em Gerência de Projetos de Software Qualidade de Processo de Software Normas ISO 12207 e 15504 Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto

Leia mais

Políticas de Qualidade em TI

Políticas de Qualidade em TI Políticas de Qualidade em TI Aula 05 MPS.BR (ago/12) Melhoria de Processo do Software Brasileiro Prof. www.edilms.eti.br edilms@yahoo.com Agenda Descrição sumária do MPS.BR - Melhoria de Processo do Software

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 05 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 05 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 05 PROFª BRUNO CALEGARO Santa Maria, 24 de Setembro de 2013. Revisão aula anterior Processos de Software Engenharia de Requisitos, Projeto,

Leia mais

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Realidade das Empresas Brasileiras ISO/IEC 12207 ISO/IEC 15504 CMMI Softex Governo Universidades Modelo de Referência para

Leia mais

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr Engenharia de Software Apostila I >>> Introdução à ES - HEngholmJr Histórico de Revisões Data Versão Descrição Autor 12/08/2014 1.0 Criação da primeira versão HEngholmJr Agenda Introdução à Engenharia

Leia mais

Qualidade de Processo de Desenvolvimento de Software

Qualidade de Processo de Desenvolvimento de Software Qualidade de Processo de Desenvolvimento de Software DAS 5316 Integração de Sistemas Corporativos DAS 5316 Integração de Sistemas Corporativos Prof. Ricardo J. Rabelo Conteúdo Introdução & Problemática

Leia mais

Prof. Me. Marcos Echevarria

Prof. Me. Marcos Echevarria Prof. Me. Marcos Echevarria Nas décadas de 80 e 90 a visão geral sobre a melhor maneira de desenvolver software era seguir um cuidadoso planejamento para garantir uma boa qualidade; Esse cenário era aplicável

Leia mais

ENG1000 Introdução à Engenharia

ENG1000 Introdução à Engenharia ENG1000 Introdução à Engenharia Aula 01 Processo de Desenvolvimento de Software Edirlei Soares de Lima Processo de Software O processo de software consiste em um conjunto estruturado

Leia mais

Introdução a CMMI. Paulo Ricardo Motta Gomes Renato Miceli Costa Ribeiro

Introdução a CMMI. Paulo Ricardo Motta Gomes Renato Miceli Costa Ribeiro Introdução a CMMI Paulo Ricardo Motta Gomes Renato Miceli Costa Ribeiro Campina Grande, 29 de setembro de 2008 Agenda Processos Motivação Sintomas de falha de processo Aprimoramento de Processos O Framework

Leia mais

Desenvolvimento Ágil de Software

Desenvolvimento Ágil de Software Desenvolvimento Ágil de Software Métodos ágeis (Sommerville) As empresas operam em um ambiente global, com mudanças rápidas. Softwares fazem parte de quase todas as operações de negócios. O desenvolvimento

Leia mais

Processos de Software

Processos de Software Processos de Software Prof. Sandro Bezerra (srbo@ufpa.br) Adaptado a partir de slides produzidos pelo Prof. Dr. Alexandre Vasconcelos 1/27 Processo Ação regular e contínua (ou sucessão de ações) realizada

Leia mais

Cap a í p t í ul u o l o 8 : 8 C on o c n l c u l s u ã s o IC-UNICAMP Capítulo 8: Conclusão

Cap a í p t í ul u o l o 8 : 8 C on o c n l c u l s u ã s o IC-UNICAMP Capítulo 8: Conclusão Capítulo 8: Conclusão Capítulo 1: Introdução Capítulo 2: Conceitos Básicos Capítulo 3: Qualidade de Produto (ISO9126) Capítulo 4: ISO9001 e ISO90003 Capítulo 5: CMMI Capítulo 6: PSP Capítulo 7: SPICE Capítulo

Leia mais

Controle de métricas no processo de desenvolvimento de software através de uma ferramenta de workflow

Controle de métricas no processo de desenvolvimento de software através de uma ferramenta de workflow Controle de métricas no processo de desenvolvimento de software através de uma ferramenta de workflow Gustavo Zanini Kantorski, Marcelo Lopes Kroth Centro de Processamento de Dados Universidade Federal

Leia mais

SOFTWARE PROCESSES. Ian Sommerville, 8º edição Capítulo 4 Aula de Luiz Eduardo Guarino de Vasconcelos

SOFTWARE PROCESSES. Ian Sommerville, 8º edição Capítulo 4 Aula de Luiz Eduardo Guarino de Vasconcelos SOFTWARE PROCESSES Ian Sommerville, 8º edição Capítulo 4 Aula de Luiz Eduardo Guarino de Vasconcelos Objetivos Introduzir modelos de processo de software Descrever uma variedade de modelos de processo

Leia mais

Década de 80, o Instituto de Engenharia de Software (SEI) foi criado.

Década de 80, o Instituto de Engenharia de Software (SEI) foi criado. Aécio Costa CMM Década de 80, o Instituto de Engenharia de Software (SEI) foi criado. Objetivos Fornecer software de qualidade para o Departamento de Defesa dos EUA Aumentar a capacitação da indústria

Leia mais

A visão do modelo MPS.BR para Gerência de Projeto - Nível G. por Adriana Silveira de Souza

A visão do modelo MPS.BR para Gerência de Projeto - Nível G. por Adriana Silveira de Souza A visão do modelo MPS.BR para Gerência de Projeto - Nível G por Adriana Silveira de Souza Agenda Visão Geral do MPS.BR Processos e Capacidade de Processo Níveis de Maturidade Atributos de Processo Processo

Leia mais

O que é CMMI? Base do CMMI. Melhorando o processo é possível melhorar-mos o software. Gerais. Processo. Produto

O que é CMMI? Base do CMMI. Melhorando o processo é possível melhorar-mos o software. Gerais. Processo. Produto Gerais Processo Produto Propostas NBR ISO 9000:2005 define principios e vocabulário NBR ISO 9001:2000 define exigências para sistema de gerência de qualidade NBR ISO 9004:2000 apresenta linha diretivas

Leia mais

Prof. Dr. Ivanir Costa. Unidade IV QUALIDADE DE SOFTWARE

Prof. Dr. Ivanir Costa. Unidade IV QUALIDADE DE SOFTWARE Prof. Dr. Ivanir Costa Unidade IV QUALIDADE DE SOFTWARE introdução As mudanças que estão ocorrendo nos clientes e nos ambientes de negócios altamente competitivos têm motivado as empresas a modificarem

Leia mais

Implantando um Programa de Melhoria de Processo: Uma Experiência Prática

Implantando um Programa de Melhoria de Processo: Uma Experiência Prática Implantando um Programa de Melhoria de Processo: Uma Experiência Prática Evandro Polese Alves Ricardo de Almeida Falbo Departamento de Informática - UFES Av. Fernando Ferrari, s/n, Vitória - ES - Brasil

Leia mais

CIÊNCIA DA COMPUTAÇÃO Engenharia de SoftwareLuiz Carlos Aires de Macêdo. Gestão de Projeto de Software

CIÊNCIA DA COMPUTAÇÃO Engenharia de SoftwareLuiz Carlos Aires de Macêdo. Gestão de Projeto de Software Gestão de Projeto de Software Gestão de Projeto de Software: Trata de práticas para entregar um software que respeite os custos, padrões e o tempo. Padrões Custos Engenheiro de Software Projeto de Software

Leia mais

Uma Arquitetura de Processos para ISO 9001:2000 e SW- CMM Nível 3

Uma Arquitetura de Processos para ISO 9001:2000 e SW- CMM Nível 3 Uma Arquitetura de Processos para ISO 9001:2000 e SW- CMM Nível 3 Carlo Giovano Pires, Fabiana Marinho, Gabriela Telles, Márcia Sampaio Instituto Atlântico, Rua Chico Lemos, 946, 60822-780, Fortaleza -

Leia mais

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum.

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum. Guia do Nexus O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado Desenvolvido e mantido por Ken Schwaber e Scrum.org Tabela de Conteúdo Visão Geral do Nexus... 2 O Propósito

Leia mais

C.M.M. Capability Maturity Model Modelo de Maturidade da Capacidade

C.M.M. Capability Maturity Model Modelo de Maturidade da Capacidade UNISUL Universidade do Sul de Santa Catarina. Campus da Grande Florianópolis Pedra Branca. CIÊNCIA DA COMPUTAÇÃO ENGENHARIA DE SOFTWARE ALUNO: Volnei A. Caetano Palhoça 02 de Junho de 2000 C.M.M. Capability

Leia mais

Definição e Implantação de um Processo de Software para o Núcleo de Práticas de uma Universidade

Definição e Implantação de um Processo de Software para o Núcleo de Práticas de uma Universidade Definição e Implantação de um Processo de Software para o Núcleo de Práticas de uma Universidade Micaelly P. Soares e Silva, Carla I. M. Bezerra, Camilo C. Almendra, Enyo José T. Gonçalves Universidade

Leia mais

Jonas de Souza H2W SYSTEMS

Jonas de Souza H2W SYSTEMS Jonas de Souza H2W SYSTEMS 1 Tecnólogo em Informática Fatec Jundiaí MBA em Gerenciamento de Projetos FGV Project Management Professional PMI Mestrando em Tecnologia UNICAMP Metodologia de apoio à aquisição

Leia mais

Gerenciando Riscos no Desenvolvimento de Software

Gerenciando Riscos no Desenvolvimento de Software Rafael Espinha, MSc rafael.espinha@primeup.com.br João Condack, MSc condack@primeup.com.br Maiores informações: http://www.primeup.com.br riskmanager@primeup.com.br +55 21 2512-6005 Gerenciando Riscos

Leia mais

Fundamentos de Teste de Software

Fundamentos de Teste de Software Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 3 Teste Estático SUMÁRIO INTRODUÇÃO... 3 1. Definição... 3 2. Custo Versus Benefício...

Leia mais

Prof. Dr. Ivanir Costa. Unidade III QUALIDADE DE SOFTWARE

Prof. Dr. Ivanir Costa. Unidade III QUALIDADE DE SOFTWARE Prof. Dr. Ivanir Costa Unidade III QUALIDADE DE SOFTWARE Normas de qualidade de software - introdução Encontra-se no site da ABNT (Associação Brasileira de Normas Técnicas) as seguintes definições: Normalização

Leia mais

Qualidade de Processo de Software. Implementação de Melhoria de Processos de Software

Qualidade de Processo de Software. Implementação de Melhoria de Processos de Software Qualidade de Processo de Software Implementação de Melhoria de Processos de Software Sumário Conceitos de Melhoria de Processos de Software (MPS) Implementação de Processos com Modelos e Normas de Qualidade

Leia mais

Declaração de trabalho do projeto. Caso de negócio. Fatores ambientais da empresa. Estratégia de gerenciamento das partes interessadas.

Declaração de trabalho do projeto. Caso de negócio. Fatores ambientais da empresa. Estratégia de gerenciamento das partes interessadas. 30 Estratégia de gerenciamento das partes interessadas. Eles serão descritos nas subseções a seguir. Declaração de trabalho do projeto A declaração de trabalho do projeto descreve o produto, serviço ou

Leia mais

CAPABILITY MATURITY MODEL INTEGRATION. Prof. Késsia R. C. Marchi

CAPABILITY MATURITY MODEL INTEGRATION. Prof. Késsia R. C. Marchi CAPABILITY MATURITY MODEL INTEGRATION Prof. Késsia R. C. Marchi Modelos de maturidade Um modelo de maturidade é um conjunto estruturado de elementos que descrevem características de processos efetivos.

Leia mais

O Processo Unificado

O Processo Unificado UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo Unificado 879SCC Projeto e Desenvolvimento de Sistemas

Leia mais