<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Norma ISO/IEC 15504 (SPICE) by IAGO LUIZ PARREIRAS DE MOURA</title>
      <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w</link>
      <description>Bruce, Daniel, Gabriel Vitor, Iago, Júlio.</description>
      <language>en-us</language>
      <pubDate>2018-07-03 14:06:44 UTC</pubDate>
      <lastBuildDate>2018-07-03 16:00:13 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url>https://padlet-uploads.storage.googleapis.com/299605076/0834c85fc038f4efe3a8e3fd0f79fb8e/ISO_15504.png</url>
      </image>
      <item>
         <title>          ISO/IEC 15504</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269278429</link>
         <description><![CDATA[<h1><strong>História e Estrutura do Modelo</strong></h1><div>  A ISO/IEC 15504, também conhecida como SPICE, é a norma que define uma série de atividades para manter a qualidade de software, foi publicada em outubro de 2003, mas foi seu projeto começou em 1993 pela ISO com base nos modelos já existentes como ISO 9000 e CMM. Ela é uma “evolução” da ISO/IEC 12207, que possui níveis de capacidade para cada processo. Segundo a norma, uma avaliação de processo de software é uma investigação e análise disciplinada de processos selecionados de uma unidade organizacional em relação a um modelo de avaliação de processo. </div>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 14:16:09 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269278429</guid>
      </item>
      <item>
         <title>Dimensão dos Processos</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269278806</link>
         <description><![CDATA[<div>  O processo de desenvolvimento de software definido pela ISSO-15504 é divido em três categorias principais de processos: </div><ol><li>Processos Primários</li><li>Processos Organizacionais</li><li>Processos de Apoio</li></ol>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 14:19:58 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269278806</guid>
      </item>
      <item>
         <title>Processos Organizacionais</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269280290</link>
         <description><![CDATA[<ul><li><strong>Processos de Gestão:<br></strong>Alinhamento aos objetivos estratégicos da organização;<br>Estabelecimento de práticas de gestão em geral, e especialmente gestão de projeto;<br>Gestão da qualidade;<br>Gestão de riscos;<br>Medição;</li><li><strong>Processos de Melhoria de Processos:<br></strong> Definição de processos; <br> <em>Avaliação de processos:</em> Avaliar como os processos estão contribuindo para a organização alcançar seus objetivos; <br> <em>Melhoria de processos: </em>Comprometimento, priorização, gestão das ações de melhoria; </li><li><strong>Processos de Recursos e Infraestrutura:<br></strong> Gestão de RH; <br> Treinamento; <br> Gestão do conhecimento; <br> <em>Infraestrutura</em>: Recursos materiais, ambiente de trabalho, ferramentas; </li><li><strong>Processos de Reuso:<br></strong> Gestão de Ativos (Componentes/módulos/informações = assets) suscetíveis de reuso; <br> <em>Gestão do programa de Reuso</em>: Estratégia, definição de domínios, procedimentos, melhoria; <br> <em>Engenharia de Domínio</em>:  A partir da definição de um ou mais domínios, de aplicação -&gt; Desenvolvimento e manutenção de modelos, arquiteturas e componentes/módulos/informações relativos ao domínio; </li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 14:34:37 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269280290</guid>
      </item>
      <item>
         <title>Processos de Apoio</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269280424</link>
         <description><![CDATA[<ul><li><strong>Garantia de Qualidade:<br></strong> Os produtos e atividades de um processo ou projeto devem estar de acordo com os requisitos especificados, planos e regras. </li><li><strong>Verificação:<br></strong> Cada produto ou serviço resultado de um processo obedecem às especificações de entrada do processo. </li><li><strong>Validação:<br></strong>  Os requisitos para o uso desejado de cada produto ou serviço resultado de um processo deve ser atendido. </li><li><strong>Revisão Conjunta:<br></strong>  O cliente pode ter visibilidade completa do andamento do desenvolvimento quando comparada ao estabelecido no contrato. </li><li><strong>Auditoria:<br></strong> Os produtos identificados devem estar em conformidade com as atividades com planos, requisitos e com o contrato. </li><li><strong>Documentação:<br></strong>  Documentos que registrem informações produzidas por um outro processo ou atividade devem ser mantido. </li><li><strong>Gestão de Configuração:<br></strong>  Integridade de todos os produtos de algum processo ou do projeto.  </li><li><strong>Solução de Problemas:<br></strong>  Todos os problemas encontrados devem ser analisados, resolvidos e que tendências sejam observadas visando o planejamento de ações preventivas. </li><li><strong>Avaliação de Produto:<br></strong> Garantir a devida avaliação do produto de acordo com as diretrizes estabelecidas do contrato. </li><li><strong>Gestão de Mudança:<br></strong> Garantir que todos os pedido de mudança serão gerenciados, acompanhados e controlados.</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 14:36:01 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269280424</guid>
      </item>
      <item>
         <title>Processos Primários</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269281337</link>
         <description><![CDATA[<ul><li><strong>Processo de Aquisição:<br></strong> O objetivo e obter um produto ou serviço que satisfaça o cliente, passando por quatro fazes: preparação, seleção do fornecedor, monitoração do fornecedor e aceitação. </li><li><strong>Processo de Fornecimento:<br></strong> E o processo de fornecer ao cliente um software que satisfaça suas necessidades, incluindo a preparação do contrato, entrega do produto e a instalação. </li><li><strong>Processo de Elicitação de Requisitos:<br></strong> Tem como objetivo capturar e processar todos os requisitos do cliente. É utilizado durante todas as fazes de desenvolvimento para o processo de revisão do plano de desenvolvimento e comunicação com o cliente para possíveis alterações de requisitos. </li><li><strong>Processo de Operação:<br></strong> Tem como função fazer o produto de software operar no ambiente para o qual foi desenvolvido e oferecer suporte ao usuário. </li><li><strong>Categoria de Engenharia de Software:<br></strong> Vai desde a parte da construção do software que é composta da analise de requisitos, construção, integração e testes à manutenção do software que tem o objetivo de alterar modificações, migrações e desativação do software, de acordo com os desejos do cliente. </li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 14:45:54 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269281337</guid>
      </item>
      <item>
         <title>Dimensão de Capacidade de Processo</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269282873</link>
         <description><![CDATA[<div>Na dimensão de capacidade, essa norma classifica o processo de desenvolvimento de software de uma organização em seis possíveis níveis, acompanhe:<br><strong>▪ Nível 0, ou incompleto: </strong>indica que não há implementação de nenhum processo padronizado, portanto não há garantias de que os resultados esperados sejam alcançados com sucesso.<br><strong>▪ Nível 1, ou executado:</strong> indica que os resultados desejados são alcançados, mas que o planejamento e a execução não seguem um padrão rigoroso que garantam a qualidade de forma contínua.<br><strong>▪ Nível 2, ou gerenciado:</strong> indica que há padrões, tanto de planejamento como de execução dos processos, que garantem que os resultados sempre sejam alcançados com um nível de qualidade satisfatório.<br><strong>▪ Nível 3, ou estabelecido: </strong>indica que os padrões de planejamento e de execução existentes seguem os princípios estabelecidos pela<br>engenharia de software, o que garante que os resultados terão sempre o mesmo padrão de qualidade.<br><strong>▪ Nível 4, ou previsível:</strong> indica que há padrões de planejamento e de execução coerentes com aqueles estabelecidos pela engenharia de software, além de medições detalhadas de desempenho e de medidas quantitativas de capacidade do processo. Essas medidas permitem prever as<br>medidas de qualidade dos resultados com relevante grau de precisão.<br><strong>▪ Nível 5, ou em otimização: </strong>indica que todos os níveis anteriores foram atingidos e que o objetivo passa a ser a busca contínua pela melhoria do processo.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 15:03:46 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269282873</guid>
      </item>
      <item>
         <title>Mecanismos de Pontuação</title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269284696</link>
         <description><![CDATA[<div> Os mecanismos de pontuação do SPICE são em escala ordenada por quatro valores, dependendo do percentual de atendimento aos requisitos do atributo de processo. As porcentagens de pontuação são 0% a 15% não atendido,16% a 50% parcialmente atendido,51% a 85% largamente atendido e 86% a 100% totalmente atendido. </div>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 15:26:19 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269284696</guid>
      </item>
      <item>
         <title></title>
         <author>iago_parreiras_moura</author>
         <link>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269287191</link>
         <description><![CDATA[<div>  O framework inclui um modelo de referência, que serve de base para o processo de avaliação. Um conjunto processos fundamentais que orientam para uma boa engenharia de software, e estabelece duas dimensões: a dimensão de processo e a dimensão de capacidade. <br>  Na dimensão de processo o modelo é dividido em cinco grandes categorias de processo: Cliente-Fornecedor, Engenharia, Suporte, Gerência e Organização. Cada uma delas é detalhada em processos mais específicos. Tudo isso é descrito em detalhes pela norma.</div><div>  Na dimensão de capacidade o objetivo é avaliar a capacitação da organização em cada processo e permitir a sua melhoria. O modelo de referência do SPICE inclui seis níveis de capacitação dos processos (Incompleto, Realizado, Gerenciado, Estabelecido, Previsível ou Otimizado).</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-07-03 15:59:09 UTC</pubDate>
         <guid>https://padlet.com/iago_parreiras_moura/rqjxqf7e054w/wish/269287191</guid>
      </item>
   </channel>
</rss>
