Baixe o app para aproveitar ainda mais
Prévia do material em texto
Processo Desenvolvimento Software Introdução aos Padrões de Qualidade de Software Processo Desenvolvimento Software Objetivos ● Padrões de Qualidade de Software – – – – CMMI ISO12207 ISO/IEC 15504 (SPICE) MPS/BR Processo Desenvolvimento Software Porquê seguir Padrão de PDS ● ● ● Para garantir a qualidade Obter certificados de qualidade Seguir fluxo de melhoria contínua Processo Desenvolvimento Software Qualidade ● ● ● Segundo a NBR ISO 9000:2005, “qualidade é o grau no qual um conjunto de características inerentes satisfaz aos requisitos”. Podendo afirmar que, se algum produto ou serviço atende aos requisitos especificados, estes mesmo produto ou serviço deverão possui a qualidade desejada. Medimos a qualidade através do seu grau de satisfação em que as pessoas avaliam determinado produto ou serviço, podendo ser algo subjetivo, onde o que seria qualidade para alguns, talvez para outros não seja Processo Desenvolvimento Software Motivação para a Melhoria ● Processos definidos: – têm documentação que detalha todos os seus aspectos importantes: ● o que é feito; quando; por quem; as coisas que usa; as coisas que produz; – – permitem que a organização tenha modusoperandi padronizado e reprodutível têm que ser alinhado com os objetivos da organização Processo Desenvolvimento Software Capacitação em Processos de Software ●Modelos de Capacitação – – Servem como referência para avaliar a maturidade dos processos de uma organização Permite que o processo de uma organização seja comparado com o modelo de capacitação de outra ● ● O Diagnóstico serve de base para recomendações de melhoria de processo Garantindo certo grau de confiança aos seus contratantes Processo Desenvolvimento Software Modelo de Capacitação de Processos ● ● ● “Repositório” das melhores práticas Define métrica e roteiro sequencial para a melhoria, baseado na capacidade de processo Define “o que” deve ser feito, não o como Independente da tecnologia utilizada Processo Desenvolvimento Software Padroes de Qualidade de Software ● Principais Modelos de Capacitação – – – – CMMI ISO12207 ISO/IEC 15504 ( SPICE ) MPS/BR CMMI - Capability Maturity Model integrated ● Histórico - Surgiu durante a década de 1980 - Modelo para avaliação de risco na contratação de empresas de software pelo DoD (Departamento de Defesa dos Estados Unidos) - Indicação da previsibilidade da qualidade, custos e prazos nos projetos contratados - Formulado pelo SEI (Software Engineering Institute ) da Carnegie-Mellon University; 08/2000 – Versão 1.0 08/2006 – Versão 1.2 Processo Desenvolvimento Software 03/2002 – Versão 1.1 10/2010 – Versão 1.3 Processo Desenvolvimento Software CMMI - Capability Maturity Model integrated ● Disciplinas – – Contém práticas (Genéricas ou Específicas) necessárias à maturidade em disciplinas O processo inclui três disciplinas ou corpos de conhecimento (body of knowledges), sendo elas: ● ● ● Engenharia de Sistemas Engenharia de Software Engenharia de Hardware Processo Desenvolvimento Software CMMI – Representações | Abordagens ● Contínua – Caracterizado por: Níveis de Capacidade – A capacidade é medida por processos separadamente, onde é possível ter um processo com nível um e outro processo com nível cinco – – É possível ter um processo com nível um e outro processo com nível cinco Indicada quando a empresa deseja tornar apenas alguns processos mais maduros ● Por Estágios – – – – Caracterizado por Níveis de Maturidade Amaturidade é medida por um conjunto de processos É necessário que todos os processos atinjam nível de maturidade dois para que a empresa seja certificada com nível dois Contem 22 áreas chaves de processo em 5 níveis de maturidade Processo Desenvolvimento Software CMMI – Níveis de Maturidade Processo Desenvolvimento Software CMMI - Capability Maturity Model integrated Atualizada em Maio/2014 Processo Desenvolvimento Software ISO/IEC-12207 ● A ISO/IEC 12207 é a norma ISO/IEC que define processo de desenvolvimento de software ● A norma ISO/IEC 12207 tem como objetivo principal estabelecer uma estrutura comum para os processos de ciclo de vida e de desenvolvimento de softwares visando ajudar as organizações a compreenderem todos os componentes presentes na aquisição e fornecimento de software e, assim, conseguirem firmar contratos e executarem projetos de forma mais eficaz ISO/IEC-12207 : Histórico ● ● ● ● ● ● Em 1989 foi iniciado o desenvolvimento da ISO 12207, com o objetivo de identificar os Processos do Ciclo de Vida de Software. Foi desenvolvida com a participação de vários países, dentre eles o Brasil. Publicada em 1995 (versão NBR em 1998). Sofreu duas emendas (em 2002 e 2004) para incluir processos e definição de propósitos e resultados esperados para cada processo, e para compatibilização com outras normas Em 2006 houve uma nova revisão para alinhamento com a ISO/IEC 15288 (Engenharia de Sistemas – Processos de Ciclo de Vida de Sistemas). Em 2008 uma nova versão foi publicada (padrão ISO/IEC e IEEE) unindo as alterações das emendas anteriores. Processo Desenvolvimento Software Processo Desenvolvimento Software ISO/IEC-12207 ● descreve: – principais processos componentes do ciclo de vida do software; ● – relacionamentos entre eles; processos fundamentais: – aquisição, fornecimento, desenvolvimento, operação, manutenção ● processos de apoio: – documentação, gerência de configuração, garantia da qualidade, verificação, validação, revisão conjunta, auditoria, resolução de problemas; ● processos organizacionais: – gerência, melhoria, infra-estrutura, treinamento. ISO/IEC 15504 (SPICE) ● ● ● Evolução da ISO/IEC-12207, mas possui níveis de capacidade para cada processo assim como o CMMI. “Melhoria do processo e determinação da capacidade do processo” Consiste de um framework de avaliação – – – – – Facilita o auto-julgamento Desperta consciência do contexto Produz um perfil do processo Direciona a adequação das atividades Apropriado para organizações de diversos tamanhos ● Atualmente é vista como uma norma genérica, não sendo mais dedicada exclusivamente a software. ( http://www.isospice.com ) Processo Desenvolvimento Software Processo Desenvolvimento Software ISO/IEC 15504 (SPICE) ● O SPICE (Software Process Improvement and Capability Determination) inclui um modelo de referência, que serve de base para o processo de avaliação. Este modelo define duas dimensões: – Dimensão de Processo ● se limita à verificação da execução ou não dos processos. – Dimensão de Capacidade ● permite uma avaliação detalhada dos processos executados por uma organização. Para isso, trabalha com atributos de processo e níveis de capacidade Processo Desenvolvimento Software ISO/IEC 15504 (SPICE) ● É composto por 9 partes: – – – – – – – – – parte 1: Conceitos e Guia Introdutório parte 2: Modelo de Gerenciamento de Processo parte 3: Avaliação do Processo parte 4: Guia para Condução de uma Avaliação parte 5: Construção, Seleção e Uso das Ferramentas de Avaliação parte 6: Qualificação e Treinamento dos Avaliadores parte 7: Guia para o Processo de Melhoria parte 8: Guia para Orientação da Determinação da Capacidade do Processo parte 9: Dicionários MPS.BR – Breve Histórico ● ● Objetivo: Avaliação e Melhoria de processos de software nas micros, pequenas e médias empresas (PMEs), a um custo acessível, em diversos locais do país. Dezembro de 2003: Início do Programa mobilizador para a Melhoria do Processo de Software Brasileiro, coordenado pela Softex (Associação para Promoçãoda Excelência do Software Brasileiro), com apoio do Ministério da Ciência e Tecnologia (MCT) e do Banco Interamericano de Desenvolvimento (BID) Maio de 2006: Versão 1.1 Junho de 2009: Versão 2009 Junho de 2012: Versão 2012 Abril de 2005: Versão 1.0 Junho de 2007: Versão 1.2 Junho de 2011: Versão 2011 http://www.softex.br/mpsbr/ Processo Desenvolvimento Software Processo Desenvolvimento Software MPS.BR – Desenvolvimento Processo Desenvolvimento Software MPS.BR – Níveis de Maturidade MPS.BR – Níveis de Maturidade ● ● ● ● ● ● ● A– Em Otimização: há a preocupação com questões como inovação e análise de causas. B – Gerenciado Quantitativamente: avalia-se o desempenho dos processos, além da gerência quantitativa dos mesmos. C – Definido: aqui ocorre o gerenciamento de riscos. D – Largamente Definido: envolve verificação, validação, além da liberação, instalação e integração de produtos, dentre outras atividades. E – Parcialmente Definido: considera processos como treinamento, adaptação de processos para gerência de projetos, além da preocupação com a melhoria e o controle do processo organizacional. F – Gerenciado: introduz controles de medição, gerência de configuração, conceitos sobre aquisição e garantia da qualidade. G – Parcialmente Gerenciado: neste ponto inicial deve-se iniciar o gerenciamento de requisitos e de projetos. Processo Desenvolvimento Software Processo Desenvolvimento Software MPS.BR – Avaliações Publicadas ( 10/2014)
Compartilhar