MPT Melhoria de Processo de Teste Brasileiro

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

Download "MPT Melhoria de Processo de Teste Brasileiro"

Transcrição

1 MPT.BR - Melhoria de Processo de Teste Guia de Implementação Parte 1: Nível 2 (Versão 1.1) Sumário 1 Prefácio Introdução Objetivo Implementando o MPT nível Gerência de Requisitos de Teste (GRT) Fundamentações teóricas Práticas específicas GRT1 Obter o entendimento dos requisitos de software e definir os requisitos de teste GRT2 Aprovar e obter o comprometimento com os requisitos de teste utilizando critérios objetivos GRT3 Estabelecer e manter a rastreabilidade bidirecional entre os requisitos e artefatos de teste GRT4 Realizar revisões em planos e produtos de trabalho do projeto e corrigir inconsistências identificadas em relação aos requisitos GRT5 - Gerenciar as alterações dos requisitos no projeto de teste Práticas genéricas OG 1 Executar o processo PG Atingir os resultados definidos OG 2 Gerenciar o processo PG 2.1 Estabelecer e manter uma política organizacional para o processo 10 Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 1

2 6.2.2 PG 2.2 Planejar a execução do processo PG Monitorar e controlar a execução do processo para atender aos planos PG 2.4 Identificar e disponibilizar os recursos necessários para a execução do processo PG 2.5 Garantir que as pessoas que executam o processo são competentes em termos de formação, treinamento e experiência PG 2.6 Garantir a comunicação entre as partes interessadas no processo de forma a manter o seu envolvimento no projeto PG Monitorar e controlar o processo Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 2

3 1 Prefácio Este documento define as regras para implantação do MPT nível 2. 2 Introdução Para a implantação do MPT nível 2 entende-se que a empresa já foi credenciada no nível 1 e já tem o processo desse nível institucionalizado na organização. Em alguns casos específicos é aceitável que a empresa instale os dois níveis ao mesmo tempo, ficando essa decisão a cargo do implementador. 3 Objetivo Para implementar o nível 2 do MPT a organização precisará institucionalizar o uso do processo de Gerência de Requisitos de Teste (GRT). Para garantir a institucionalização de cada área de processo devem ser implementadas as práticas específicas e as práticas genéricas, conforme descrito adiante neste documento. A avaliação de que a unidade de teste alcançou um determinado nível será feita através da comprovação objetiva dos resultados alcançados e do exame das evidências (diretas, indiretas e afirmações) de que a empresa implantou cada uma das práticas específicas e genéricas para aquela área de processo e grau de maturidade visado. Desta forma temos a seguinte organização: Área de processo o Objetivos específicos Práticas específicas o Objetivos genéricos Práticas genéricas A organização poderá iniciar a implantação do modelo MPT pelo nível 2 desde que implemente paralelamente também o processo do nível 1 e que demonstre maturidade para assim proceder. 4 Implementando o MPT nível 2 O nível 2 do MPT contempla a seguinte área de processo: Gerência de Requisitos de Teste (GRT) Se tratarmos o projeto de teste como um projeto inter-relacionado ao projeto de desenvolvimento, não é difícil entender que ambos poderão se sustentar num mesmo processo de gerência de projetos e de gerência de requisitos, que Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 3

4 poderiam ser únicos para os dois. De qualquer forma o enfoque principal neste documento serão os projetos de teste de software. Para facilitar a gestão, é aconselhável que apenas empresas com um nível de maturidade alto de MPS ou CMMI decidam pelo uso de processos únicos para os dois tipos de projetos. Os mesmos requisitos que servem para desenvolver o software também servem para criar os artefatos de teste, inclusive porque muitas empresas produzem requisitos de teste a partir dos requisitos do usuário. Desta forma os requisitos de software são relevantes para o teste do software, e, além desses, existem ainda os requisitos específicos para o projeto de teste de software. De forma resumida podemos afirmar que os requisitos de teste são os requisitos de software, caso o escopo seja testar todo o software, acrescidos dos requisitos específicos de teste. No entanto, sugerimos que os requisitos sejam tratados por processos específicos de teste e de desenvolvimento. 5 Gerência de Requisitos de Teste (GRT) 5.1 Fundamentações teóricas O objetivo da área de processo Gerência de Requisitos de Teste é buscar junto aos fornecedores de requisitos aqueles inerentes ao projeto de teste de software. Esta gerência deverá garantir que não existe nenhuma inconsistência ou não conformidades na lista de requisitos, de forma a permitir que os artefatos deles provenientes, como, por exemplo, o Plano de Teste, possam vir a ser criados corretamente. Na maior parte das vezes os requisitos de software poderão também ser usados como requisitos de teste. A princípio deverão ser mantidos os requisitos de teste e os requisitos de desenvolvimento, embora organizações maduras possam ter uma gerência única para administrar ambos os requisitos. É importante frisar que os projetos de teste tratam requisitos de forma diferente do que são tratados pelos projetos de desenvolvimento. Um modelo mais simples, caso já exista uma área de processo de gerência de requisitos de software, seria criar uma outra área específica de gerência de requisitos de teste. Neste caso o cuidado deverá ser atualizar ambas listas de requisitos quando houver uma alteração de requisitos feita pelo fornecedor. Os requisitos de teste devem definir que nível de qualidade deve ser assegurado, que recursos de teste devem ser empregados, que equipes de teste serão utilizadas, e como se inter-relacionarão as equipes. Também podem existir Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 4

5 critérios (ou requisitos) de aceitação, incluídos na lista de requisitos de teste. Isso serve para mostrar como será demonstrada a funcionalidade, como será verificada a adequação do sistema, como serão examinados os requisitos não funcionais. Note que os requisitos de teste e os critérios de aceitação influenciam como deverá ser desenvolvido o software. Ou seja, na realidade, como é mencionado em parágrafo mais adiante, o conjunto de requisitos do sistema e de teste do sistema deveriam formar um todo integrado. Os requisitos de teste devem também cobrir os testes de aceitação. É função da área ou equipe de teste assegurar que os critérios de aceitação sejam atingidos, independentemente de se o cliente realizará ou não seus próprios testes de aceitação. Os requisitos do software normalmente são elaborados por um fornecedor de requisitos, normalmente o usuário, e são revistos pela equipe de desenvolvimento. Neste caso, a equipe de teste deverá receber os mesmos requisitos após o seu tratamento pela equipe de desenvolvimento, ou, melhor ainda, trabalhar junto com a equipe de desenvolvimento para poder desta forma elaborar os requisitos de teste. Cabe esclarecer que os fornecedores de requisitos poderão ser diversos, tais como clientes, usuários finais, legislações, etc. A partir dos requisitos de desenvolvimento enviados pelos fornecedores de requisitos é gerada uma lista e deverá ser firmado um acordo de comprometimento envolvendo todas as partes, fornecedor de requisitos, equipe de desenvolvimento e equipe de teste. Outras partes poderão estar envolvidas caso seja necessário. Esta lista deverá também conter os requisitos não técnicos, como aqueles referentes a orçamento e prazo. As práticas específicas nesta área de processo deverão envolver o seguinte: Criação de uma especificação e/ou lista de requisitos; Revisão técnica de todos os requisitos; Geração de um documento (lista de requisitos) com o qual todos os interessados estarão comprometidos; Criação de um documento que permita a rastreabilidade dos casos de teste e a sua relação com os requisitos que os originaram; Controle das alterações dos requisitos; O monitoramento dos requisitos durante toda a evolução do projeto de teste; O controle dos requisitos durante toda a evolução do projeto de teste. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 5

6 A elaboração do Plano de Teste deverá ter início após o recebimento dos requisitos aprovados pelos interessados e envolvidos. Isso deve ser feito em comum acordo com a equipe do projeto de desenvolvimento e outras partes interessadas sempre que for possível. 5.2 Práticas específicas GRT1 Obter o entendimento dos requisitos de software e definir os requisitos de teste A aplicação desta prática permite que seja alcançado o entendimento dos requisitos através de contatos mantidos com os fornecedores de requisitos. Para tal, a organização deverá ter alguns critérios pré-estabelecidos para que os requisitos possam ser entendidos corretamente e aceitos. Por entendimento dos requisitos considera-se também a definição dos requisitos específicos do projeto de teste de software. O Plano de Teste deverá identificar os fornecedores de requisitos e também como será feita a comunicação com eles. Com a execução desta prática deve-se conseguir um entendimento completo dos requisitos e a forma como os requisitos deverão ser enviados para o projeto. Isso significa dizer que requisitos somente poderão ser aceitos através de uma fonte perfeitamente identificada como fornecedores de requisitos. Não deve ser descartado que num ciclo de desenvolvimento incremental os requisitos poderão ser acrescidos à medida que o projeto evolui. Neste caso o Plano de Teste deverá prever esta alternativa e poder ser atualizado com facilidade. Ou seja, a medida que novos requisitos forem sendo fornecidos a lista será gradualmente alterada. Outras formas de ciclo de vida de desenvolvimento e teste deverão também estar previstas no monitoramento dos requisitos. Os requisitos deverão ser aceitos com base em critérios objetivos. Por exemplo, deve atender a seguinte pergunta: Está previsto o teste deste requisito no orçamento do projeto? Ou, o prazo do projeto contempla o teste deste requisito? O ideal seria a organização manter uma relação de perguntas básicas para facilitar a aceitação dos requisitos. 1) Lista dos fornecedores de requisitos; 2) Critérios para avaliação e aceitação dos requisitos; 3) Uma especificação ou lista de requisitos aprovada pelos interessados no projeto; Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 6

7 4) Documento mostrando que a especificação ou lista de requisitos está em conformidade com os critérios de aceitação pré-estabelecidos. Os requisitos, para serem aceitos, precisam ser submetidos a alguns critérios. Alguns exemplos de critérios para aceitação de requisitos são os seguintes: 1) Os requisitos devem ter uma definição completa; 2) Os requisitos precisam ser consistentes e coerentes em relação aos outros requisitos; não podem se sobrepor ou conflitar; 3) Os requisitos precisam ser definidos sem ambigüidades e numa linguagem clara de fácil entendimento por todos os interessados; 4) Cada requisito deve ser único considerando um mesmo projeto; 5) Todos os requisitos devem ser testáveis (verificáveis e validáveis e aceitáveis); 6) O requisito deve ser rastreável através dos artefatos do projeto. Na análise dos requisitos deve sempre ser preservada a ótica do teste do software. Por exemplo, um requisito que exija um tempo de resposta adequado à natureza do negócio significa que a conformidade do artefato com esse requisito deverá ser examinada através de um teste de desempenho GRT2 Aprovar e obter o comprometimento com os requisitos de teste utilizando critérios objetivos Os requisitos devem ser aprovados pelas partes interessadas no projeto de teste de software. A aprovação da lista final dos requisitos pode ser feita através de uma ata de reunião ou outro documento formal onde as partes envolvidas aprovam o seu conteúdo através de assinaturas ou de s enviados ou por outro meio eletrônico qualquer. O importante é que se tenha um registro formal da aprovação da lista final de requisitos. Neste caso entende-se que foram feitas inúmeras reuniões até que por consenso chegou-se a lista final de requisitos. A aprovação seria apenas um processo formal de aceite. 1) Documento contendo a lista dos requisitos aprovados 2) Documento onde as partes envolvidas aprovam os requisitos. As organizações devem possuir critérios a serem usados na avaliação e aprovação dos requisitos. Algumas empresas tem um documento com uma lista de verificação para cada um requisito. Os requisitos devem ser aceitos de acordo com esse critério. Por exemplo, uma pergunta poderia ser se os requisitos são passíveis de teste. Ou seja, se existem recursos para o seu teste. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 7

8 6.3.3 GRT3 Estabelecer e manter a rastreabilidade bidirecional entre os requisitos e artefatos de teste No caso dos projetos de teste de software, é necessário que a rastreabilidade permita fazer uma associação entre os casos de teste e os requisitos que estes casos de teste estão testando. Evidentemente, esse encadeamento irá passar pelos artefatos de desenvolvimento até chegar aos casos de teste. A rastreabilidade pode ser criada através de ferramentas de automação específicas ou através de planilhas manuais. O entendimento é que, normalmente, a matriz de rastreabilidade do projeto de desenvolvimento, caso exista, será a mesma que atenderá ao projeto de teste, desde que contemple os requisitos e os casos de teste. 1) Matriz de rastreabilidade 2) Mecanismo que permita rastrear os requisitos até os casos de teste A rastreabilidade deve ser horizontal e vertical. Por exemplo, um caso de teste pode ser usado para testar mais de um requisito. Além disso deve ser possível fazer o rastreamento nas duas direções, ou seja, rastreamento bidirecional GRT4 Realizar revisões em planos e produtos de trabalho do projeto e corrigir inconsistências identificadas em relação aos requisitos Deve ser demonstrado que foi feita uma revisão envolvendo os requisitos e todos os produtos gerados pelo projeto, inclusive o Plano de Teste. As inconsistências devem ser identificadas e as ações corretivas devem ser registradas e monitoradas até a sua conclusão. Cabe esclarecer que a inspeção: - a inspeção produz um laudo; - após a inspeção as não conformidades são priorizadas; - as não conformidades são resolvidas correta e completamente em ordem de prioridade. Cabe esclarecer que nem sempre todas as não-conformidades precisam ser resolvidas naquele momento, mas podem ser definidas com uma prioridade baixa e ficar para uma outra etapa. 1) Registros de não conformidades. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 8

9 2) Ações corretivas e o controle dessas ações até a sua conclusão com as respectivas aprovações GRT5 - Gerenciar as alterações dos requisitos no projeto de teste. Esta prática estabelece que as alterações dos requisitos devem ser gerenciadas durante a evolução do projeto de teste de software. Entende-se que as alterações de requisitos só podem ser recebidas através de um documento formal de um fornecedor de requisitos. Desta forma, a solicitação de uma alteração de requisito ou da inclusão de um novo requisito ou da exclusão de um requisito deve ser avaliada de acordo com os critérios definidos para a avaliação e aprovação de requisitos. Além disso, deve ser avaliado o impacto que tal mudança trará no projeto. Toda a documentação envolvendo a solicitação de mudança, a análise de impacto e o monitoramento dessas mudanças deverão estar disponíveis no repositório de artefatos do projeto. 1) Nova versão da especificação ou lista de requisitos aprovada; 2) Relatório do estudo do impacto da alteração no projeto; 3) Relatórios do estudo de viabilidade para a aprovação da mudança; 4) Atas de reunião monitorando as alterações; 5) Aprovação dos novos requisitos segundo critérios técnicos estabelecidos. Muitas vezes, uma alteração de um requisito ou o surgimento de um novo requisito envolve o surgimento de um novo risco, o que significa dizer que a lista de riscos poderá também sofrer um impacto com esta mudança. 6 Práticas genéricas Práticas genéricas (PG) e objetivos genéricos (OG) são assim chamados porque os mesmos devem ser seguidos por todas as áreas de processo. 6.1 OG 1 Executar o processo Este atributo é uma medida do quanto o processo atinge o seu propósito. Este atributo serve para mostrar que o processo está implantado, que atende aos seus objetivos e que são cumpridas as práticas específicas PG Atingir os resultados definidos Para garantir que o processo esteja institucionalizado é preciso ter o processo disseminado na organização e que o mesmo sirva de base para a geração dos produtos a que se refere. É importante lembrar que é preciso o comprometimento da alta administração. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 9

10 Processo definido e institucionalizado (GRT) Plano de Projeto incluindo a lista de requisitos. 6.2 OG 2 Gerenciar o processo Este atributo é uma medida do quanto à execução do processo é gerenciada PG 2.1 Estabelecer e manter uma política organizacional para o processo Deve ser evidente a importância atribuída ao processo GRT e, como tal, ele deve ser seguido por todas as áreas envolvidas. Entende-se que a alta gerência deve estar compromissada com o processo. Desta forma a organização como um todo deve ter conhecimento pleno o processo. Manual de qualidade reconhecendo a importância do processo de gerência de requisitos de testes demonstrando é efetivamente mantido Documentos afixados em locais de alta circulação na organização Registro na intranet de uma publicação que divulgue a obrigatoriedade do cumprimento dos processos PG 2.2 Planejar a execução do processo O processo deve fornecer meios para que seja feito um planejamento para o projeto usando as regras estabelecidas. Entende-se que deve ser também monitorado se o processo está sendo considerado no andamento do projeto. O Plano de Teste normalmente é uma evidência de que essa PG vem sendo cumprida para o MPT. O que se quer é que seja demonstrado que está sendo cumprido o que é dito no processo para o planejamento do projeto. Plano de Teste com a lista de requisitos ou, em alguns casos, o Plano de Gerência de Requisitos Processo de Gerência de Requisitos de Teste (GRT) PG Monitorar e controlar a execução do processo para atender aos planos O processo deverá fornecer informações que garantam o monitoramento do projeto e que as não-conformidades sejam registradas e controladas até o seu acerto. Eventualmente poderão ser identificadas inadequações no próprio Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v

11 processo, que devem ser registradas em documento próprio, e o acerto deve ser monitorado até a sua conclusão. Usar o processo é uma das formas de gerenciálo e monitorá-lo. O que se quer é que seja demonstrado que está sendo cumprido o que é dito no processo para a monitoração do projeto. Produto típico: Atas de reunião de acompanhamento do projeto Processo de Gerência de Requisitos de Teste (GRT) Relatório de falhas registradas; PG 2.4 Identificar e disponibilizar os recursos necessários para a execução do processo Para que o processo seja executado através do projeto é preciso que os recursos necessários estejam claramente definidos. Por recursos entende-se pessoal, software, hardware, recursos financeiros, ambiente, etc. Produto típico: Plano de recursos do projeto - ver Plano de Teste. Processo de Gerência de Requisitos de Teste (GRT) PG 2.5 Garantir que as pessoas que executam o processo são competentes em termos de formação, treinamento e experiência A organização deverá assegurar que as pessoas que executam os processos estão habilitadas. Isso implica treinamentos nos próprios processos como também em técnicas de gerência de projetos e gerência de requisitos. No caso do uso de ferramentas específicas deverá haver comprovação de que as pessoas foram treinadas para o seu uso. Produto típico: Registros de treinamentos realizados (GRT e GPT), tais como folhas de presença assinadas ou certificados. Treinamentos em estimativas, riscos, planejamento, etc. Processo de capacitação e treinamento. Na verdade esta prática exige que as pessoas envolvidas no processo tenham sido de alguma forma treinadas. Outros produtos típicos, dependendo da circunstância, poderão vir a ser aceitos. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v

12 6.2.6 PG 2.6 Garantir a comunicação entre as partes interessadas no processo de forma a manter o seu envolvimento no projeto As partes interessadas no processo devem ter o seu envolvimento garantido no projeto. Para isso é importante que recebam as informações e artefatos de seu interesse, e que isso faça parte do plano do projeto de teste. O envolvimento também pode ocorrer através de reuniões previamente planejadas no próprio Plano de Projeto. Produto típico: Plano de comunicação do Plano de Teste Atas de reunião de acompanhamento do projeto. Processo de Gerência de Requisitos de Teste PG Monitorar e controlar o processo Deve haver um acompanhamento sistemático da evolução do processo gerência de requisitos de teste, de forma a evitar que mudanças inesperadas de rumo ocorram. Isso deverá ser feito nos diversos níveis de decisão da organização e não apenas nos níveis técnicos. Normalmente essas ações estarão explicitadas no cronograma do Plano de Teste, na sua parte referente ao Plano de Comunicação. É importante que os problemas ou não conformidades sejam registrados num documento formal e sejam monitoradas até a sua conclusão. Produto típico: Atas de reunião de acompanhamento do projeto em diversos níveis (acompanhamento técnico e gerencial); Documentos que comprovem o envolvimento das partes envolvidas no andamento do projeto; Plano de Teste; Processo de Gerência de Requisitos de Teste. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v

IDENTIFICAÇÃO DO CANDIDATO INSTRUÇÕES

IDENTIFICAÇÃO DO CANDIDATO INSTRUÇÕES INSTRUÇÕES - Esta prova é SEM CONSULTA. - Inicie a prova colocando o seu nome em todas as páginas. - Todas as respostas às questões devem ser preenchidas a caneta. - Todas as informações necessárias estão

Leia mais

Normas ISO:

Normas ISO: Universidade Católica de Pelotas Tecnólogo em Análise e Desenvolvimento de Sistemas Disciplina de Qualidade de Software Normas ISO: 12207 15504 Prof. Luthiano Venecian 1 ISO 12207 Conceito Processos Fundamentais

Leia mais

Gerencial Industrial ISO 9000

Gerencial Industrial ISO 9000 Gerencial Industrial ISO 9000 Objetivo: TER UMA VISÃO GERAL DO UM SISTEMA DE GESTÃO DA QUALIDADE: PADRÃO ISO 9000 Qualidade de Processo Qualidade do produto não se atinge de forma espontânea. A qualidade

Leia mais

AULA 02 Qualidade em TI

AULA 02 Qualidade em TI Bacharelado em Sistema de Informação Qualidade em TI Prof. Aderson Castro, Me. AULA 02 Qualidade em TI Prof. Adm. Aderson Castro, Me. Contatos: adersoneto@yahoo.com.br 1 Qualidade de Processo A Série ISO

Leia mais

Requisitos do Projeto Projeto de Implantação do CMMI-DEV L2. 19/01/2010 egovernment Soluções e Serviços Ana Beatriz, Coordenadora do Projeto

Requisitos do Projeto Projeto de Implantação do CMMI-DEV L2. 19/01/2010 egovernment Soluções e Serviços Ana Beatriz, Coordenadora do Projeto Requisitos do Projeto Projeto de Implantação do CMMI-DEV L2 19/01/2010 egovernment Soluções e Serviços Ana Beatriz, Coordenadora do Projeto Página2 Conteúdo 1. Introdução... 3 1.1. Definições, acrônimos

Leia mais

Política Organizacional para Desenvolvimento e Manutenção de Software e Serviços

Política Organizacional para Desenvolvimento e Manutenção de Software e Serviços A Coordenadoria de Sistemas de Informação (CSI) do Centro de Tecnologia de Informação e Comunicação (CTIC) da UFPA define neste documento sua Política Organizacional para Desenvolvimento de Software. 1

Leia mais

Desenvolvido pelo Software Engineering Institute-SEI em 1992 Possui representação por estágios (5 níveis)e contínua (6 níveis)

Desenvolvido pelo Software Engineering Institute-SEI em 1992 Possui representação por estágios (5 níveis)e contínua (6 níveis) CMMI / MPS.BR Modelos de Maturidade de Qualidade de Software Aplicações criteriosas de conceitos de gerenciamento de processos e de melhoria da qualidade ao desenvolvimento e manutenção de software CMMI

Leia mais

Gerenciamento de Projetos

Gerenciamento de Projetos MBA em EXCELÊNCIA EM GESTÃO DE PROJETOS E PROCESSOS ORGANIZACIONAIS Gerenciamento de s Planejamento e Gestão de s Prof. Msc. Maria C Lage Prof. Gerenciamento de Integração Agenda Gerenciamento da Integração

Leia mais

Visão Geral de Engenharia de Software

Visão Geral de Engenharia de Software Visão Geral de Engenharia de Software Ricardo de Almeida Falbo Ontologias para Engenharia de Software Departamento de Informática Universidade Federal do Espírito Santo Agenda Engenharia de Software: Definição

Leia mais

Gerenciamento da Integração de Projetos. Parte 03. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza

Gerenciamento da Integração de Projetos. Parte 03. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza Gerenciamento da Integração de Projetos Parte 03 Gerenciamento de Projetos Espaciais CSE-301 Docente: Petrônio Noronha de Souza Curso: Engenharia e Tecnologia Espaciais Concentração: Engenharia e Gerenciamento

Leia mais

QUALIDADE DE SOFTWARE

QUALIDADE DE SOFTWARE QUALIDADE DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Agenda Visão Geral de Qualidade Qualidade Aplicada ao Software

Leia mais

CONTPATRI Plano de Garantia de Qualidade. Versão 1.1

CONTPATRI Plano de Garantia de Qualidade. Versão 1.1 CONTPATRI Plano de Garantia de Qualidade Versão 1.1 Histórico da Revisão Data Versão Descrição Autor 04/05/2013 1.0 Verificação do documento Emerson José Porfírio 21/04/2013 1.0 Elaboração do documento

Leia mais

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES Prova de Conhecimento para Consultores de Implementação MPS.BR 03 de agosto de 2012 4 horas de duração Nome: IDENTIFICAÇÃO DO CANDIDATO E-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 (a) Q2 (b) Q3 Q4 Q5 Q6

Leia mais

CMM Capability Maturity Model. O que é isto???

CMM Capability Maturity Model. O que é isto??? CMM Capability Maturity Model O que é isto??? Material Didático: A.S. Afonso Pinheiro Analista de Sistemas da DBA Engenharia e Sistemas Ltda. CMM Capability Maturity Model Material didático desenvolvido

Leia mais

Gerenciamento de requisitos

Gerenciamento de requisitos Universidade Federal de Santa Catarina - UFSC Disponível em Gerenciamento de www.inf.ufsc.br/~ricardo/download/projetonpd Ricardo Pereira e Silva, D.Sc. www.inf.ufsc.br/ricardo Gerenciamento de O objetivo

Leia mais

2. Gerenciamento do Serviço de Auditoria

2. Gerenciamento do Serviço de Auditoria 2. Gerenciamento do Serviço de Auditoria Introdução 2.1. Todo o serviço de auditoria deve ser adequadamente planejado, supervisionado e gerenciado para assegurar que o serviço seja eficaz, eficiente e

Leia mais

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave Primeiro Módulo: Parte 3 Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave AN V 3.0 [60] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com

Leia mais

Gestão de Segurança da Informação. Interpretação da norma NBR ISO/IEC 27001:2006. Curso e- Learning Sistema de

Gestão de Segurança da Informação. Interpretação da norma NBR ISO/IEC 27001:2006. Curso e- Learning Sistema de Curso e- Learning Sistema de Gestão de Segurança da Informação Interpretação da norma NBR ISO/IEC 27001:2006 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste

Leia mais

Administração de Projetos

Administração de Projetos Administração de Projetos gerenciamento da integração Prof. Robson Almeida Antes, uma breve revisão Processos de Iniciação Iniciação Iniciação Escopo do Projeto Planejamento Iniciação Processos de Planejamento

Leia mais

Gerenciamento do Escopo

Gerenciamento do Escopo Gerenciamento do Escopo Projeto - Ciclo de Vida Fases 3 EXECUÇÃO / CONTROLE 4 FECHAMENTO NÍVEL DE ATIVIDADE 1 CONCEPÇÃO / INICIAÇÃO 2 PLANEJAMENTO TEMPO Objetivos Apresentar os processos, ferramentas e

Leia mais

Formação Técnica em Administração. Modulo de Padronização e Qualidade

Formação Técnica em Administração. Modulo de Padronização e Qualidade Formação Técnica em Administração Modulo de Padronização e Qualidade Competências a serem trabalhadas ENTENDER OS REQUISITOS DA NORMA ISO 9001:2008 E OS SEUS PROCEDIMENTOS OBRIGATÓRIOS SISTEMA DE GESTÃO

Leia mais

ABNT NBR ISO/IEC NÃO CONFORMIDADES MAIS FREQUENTES

ABNT NBR ISO/IEC NÃO CONFORMIDADES MAIS FREQUENTES ABNT NBR ISO/IEC 17025 NÃO CONFORMIDADES MAIS FREQUENTES Item 4.1 Organização Legalidade do laboratório Trabalhos realizados em instalações permanentes Atendimento aos requisitos da Norma, necessidades

Leia mais

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini   / Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: SEGURANÇA DA INFORMAÇÃO Aula N : 11 Tema:

Leia mais

09/05 Execução, controle e encerramento

09/05 Execução, controle e encerramento 09/05 Execução, controle e encerramento 5 Gestão de Projetos Execução, controle e encerramento 6 Gestão de Projetos Como o gerente do projeto irá executar o projeto? Execução e controle Execução Realizar

Leia mais

Treinamento e-learning. Interpretação e implantação da ISO 9001:2015

Treinamento e-learning. Interpretação e implantação da ISO 9001:2015 Treinamento e-learning Interpretação e implantação da ISO 9001:2015 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste material sem a permissão expressa da

Leia mais

3. Engenharia dos requisitos de software

3. Engenharia dos requisitos de software Renato Cardoso Mesquita Departamento de Eng. Elétrica da UFMG renato@cpdee.ufmg.br Engenharia de Software 3. Engenharia dos requisitos de software.......... 3.1. Visão Geral O fluxo de Requisitos reúne

Leia mais

Maturidade e Capabilidade do Processo de Software: Definição Modelo: Definição MPS.BR: O Modelo MPS.BR: Capacidade do Processo Processos do Nível G,

Maturidade e Capabilidade do Processo de Software: Definição Modelo: Definição MPS.BR: O Modelo MPS.BR: Capacidade do Processo Processos do Nível G, Maturidade e Capabilidade do Processo de Software: Definição Modelo: Definição MPS.BR: O Modelo MPS.BR: Capacidade do Processo Processos do Nível G, primeiro nível do modelo Método de Avaliação (MA-MPS)

Leia mais

Controlle: Ferramenta de Apoio à Gerência de Requisitos

Controlle: Ferramenta de Apoio à Gerência de Requisitos Controlle: Ferramenta de Apoio à Gerência de Requisitos Fernando Nascimento 1, Marcus Teixeira 1, Marcello Thiry 2 e Alessandra Zoucas 2 1 Khor Tecnologia da Informação Rod. SC 401, Km 01 n 600 Ed. Alfama

Leia mais

AULA 2 GERENCIAMENTO DE PROJETOS

AULA 2 GERENCIAMENTO DE PROJETOS AULA 2 GERENCIAMENTO DE PROJETOS Gestão de Projetos O que é um Projeto? O que é Gerência de Projeto? O que é um Projeto? Um empreendimento único e não-repetitivo, de duração determinada, formalmente organizado

Leia mais

LIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES

LIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 REQUISITOS TECNICO E GERENCIAL ESCOPO (RASCUNHO) CARACTERISTICAS 2 O que são Requisitos? São objetivos ou

Leia mais

PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO

PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO PROF.: KAIO DUTRA Gerenciamento da Integração do Projeto O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar,

Leia mais

Especificar os requisitos de um Sistema de Gestão Ambiental, permitindo à organização desenvolver e implementar :

Especificar os requisitos de um Sistema de Gestão Ambiental, permitindo à organização desenvolver e implementar : Origem da norma 1-Objetivos Especificar os requisitos de um Sistema de Gestão Ambiental, permitindo à organização desenvolver e implementar : Política e objetivos alinhados com os requisitos legais e outros

Leia mais

Grupo de Extensão em Sistemas de Gestão Ambiental. Sistema de Gestão Ambiental

Grupo de Extensão em Sistemas de Gestão Ambiental. Sistema de Gestão Ambiental Grupo de Extensão em Sistemas de Gestão Ambiental Sistema de Gestão Ambiental 10 SIGA 25 de agosto de 2013 PANGeA O grupo iniciou suas atividades em 2005. Constituído por alunos da ESALQ Projetos internos

Leia mais

Módulo 7. NBR ISO Interpretação dos requisitos: 4.3.3, 4.4, 4.4.1, 4.4.2, 4.4.3, 4.4.4, Exercícios

Módulo 7. NBR ISO Interpretação dos requisitos: 4.3.3, 4.4, 4.4.1, 4.4.2, 4.4.3, 4.4.4, Exercícios Módulo 7 NBR ISO 14001 - Interpretação dos requisitos: 4.3.3, 4.4, 4.4.1, 4.4.2, 4.4.3, 4.4.4, 4.4.5 Exercícios 4.3 Planejamento 4.3.3 Objetivos e metas e programa de gestão ambiental A organização deve

Leia mais

Gerenciamento Do Escopo Do Projeto

Gerenciamento Do Escopo Do Projeto Gerenciamento Do Escopo Do Projeto Disciplina: Gerência De Projetos Bruno Tenório Da Silveira Lopes Fernando David Leite Thiago Abelha Isaac Salvador Profa. Dra. Elisa Yumi Nakagawa elisa@icmc.usp.br Sumário

Leia mais

DCC / ICEx / UFMG. O Modelo CMMI. Eduardo Figueiredo.

DCC / ICEx / UFMG. O Modelo CMMI. Eduardo Figueiredo. DCC / ICEx / UFMG O Modelo CMMI Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Um pouco de história Na década de 80, o Instituto de Engenharia de Software (SEI) foi criado Objetivos Fornecer software

Leia mais

Padrão Gerencial. Gestão de Mudança

Padrão Gerencial. Gestão de Mudança 1 OBJETIVO Definir o processo de gestão das mudanças relevantes para organização. 2 DISPOSIÇÕES GERAIS 2.1 Este padrão aplica-se a todas as Gerências e Unidades do SESI DR-BA; 2.2 Documentação de referência:

Leia mais

Curso de Capacitação para Implantação do Modelo MPT.Br Níveis 1.

Curso de Capacitação para Implantação do Modelo MPT.Br Níveis 1. Curso de Capacitação para Implantação do Modelo MPT.Br Níveis 1 www.mpt.org.br 1 O que precisa ser definido Definições a serem feitas Nome, telefone, e-mail, endereço do líder do projeto MPT em cada empresa.

Leia mais

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP INF014 Análise e Projeto de Sistemas Processos Unificado -RUP Maurício Pitangueira antoniomauricio@ifba.edu.br Instituto Federal de Educação, Ciência e Tecnologia da Bahia Departamento de Tecnologia Eletro-Eletrônica

Leia mais

Etapa 6 - Elaboração da documentação da qualidade

Etapa 6 - Elaboração da documentação da qualidade Módulo 3 Etapa 6 Elaboração dos documentos do sistema de gestão da qualidade, Etapa 7 Implementação dos requisitos planejados, Etapa 8 Palestras de sensibilização em relação à gestão da qualidade e outros

Leia mais

Guia do Processo de Teste Metodologia Celepar

Guia do Processo de Teste Metodologia Celepar Guia do Processo de Teste Metodologia Celepar Agosto de 2009 Sumário de Informações do Documento Documento: guiaprocessoteste.odt Número de páginas: 11 Versão Data Mudanças Autor 1.0 26/12/07 Criação.

Leia mais

Sistema Mobi-Lar Engenharia de Software

Sistema Mobi-Lar Engenharia de Software INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA - CAMPUS DE PRESIDENTE EPITÁCIO CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS MÓDULO V Sistema Mobi-Lar Engenharia de Software

Leia mais

Módulo Contexto da organização 5. Liderança 6. Planejamento do sistema de gestão da qualidade 7. Suporte

Módulo Contexto da organização 5. Liderança 6. Planejamento do sistema de gestão da qualidade 7. Suporte Módulo 3 4. Contexto da organização 5. Liderança 6. Planejamento do sistema de gestão da qualidade 7. Suporte Sistemas de gestão da qualidade Requisitos 4 Contexto da organização 4.1 Entendendo a organização

Leia mais

ESPECIFICAÇÃO DE PROJETO AUTOR(ES) : João

ESPECIFICAÇÃO DE PROJETO AUTOR(ES) : João AUTOR(ES) : João AUTOR(ES) : João NÚMERO DO DOCUMENTO : VERSÃO : 1.1 ORIGEM STATUS : c:\projetos : Acesso Livre DATA DO DOCUMENTO : 22 novembro 2007 NÚMERO DE PÁGINAS : 13 ALTERADO POR : Manoel INICIAIS:

Leia mais

Definição. Sistema de Gestão Ambiental (SGA):

Definição. Sistema de Gestão Ambiental (SGA): Definição Sistema de Gestão Ambiental (SGA): A parte de um sistema da gestão de uma organização utilizada para desenvolver e implementar sua política ambiental e gerenciar seus aspectos ambientais. Item

Leia mais

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini   / Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: SEGURANÇA DA INFORMAÇÃO Aula N : 11 Tema:

Leia mais

ENGENHARIA DE REQUISITOS

ENGENHARIA DE REQUISITOS ENGENHARIA DE REQUISITOS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Contextualização Estudo realizado pelo Standish Group em 1995, envolvendo 350 companhias e 8.000 projetos

Leia mais

Análise e projeto de sistemas

Análise e projeto de sistemas Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os

Leia mais

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana

Leia mais

Gestão da Tecnologia da Informação

Gestão da Tecnologia da Informação TLCne-051027-P0 Gestão da Tecnologia da Informação Disciplina: Governança de TI São Paulo, Agosto de 2012 0 Sumário TLCne-051027-P1 Conteúdo desta Aula Continuação do Domínio de Processos PO (PO4, PO5

Leia mais

Módulo 8. NBR ISO Interpretação dos requisitos: 4.4.6, 4.4.7, 4.5.1, 4.5.2, 4.5.3, 4.5.4, 4.5.5, 4.6 Exercícios

Módulo 8. NBR ISO Interpretação dos requisitos: 4.4.6, 4.4.7, 4.5.1, 4.5.2, 4.5.3, 4.5.4, 4.5.5, 4.6 Exercícios Módulo 8 NBR ISO 14001 - Interpretação dos requisitos: 4.4.6, 4.4.7, 4.5.1, 4.5.2, 4.5.3, 4.5.4, 4.5.5, 4.6 Exercícios 4.4.6 Controle Operacional A organização deve identificar e planejar aquelas operações

Leia mais

Diretriz de Papéis e Recursos Sistema de Gestão da Qualidade

Diretriz de Papéis e Recursos Sistema de Gestão da Qualidade Diretriz de Papéis e Recursos Sistema de Gestão da Qualidade DA.GPR.003 V 1.0 1. DEFINIÇÕES - RECURSOS 1.1 ESTAÇÃO TÍPICA DE TRABALHO Hardware e Infra-estrutura Computador com poder de processamento e

Leia mais

OHSAS 18001:2007 SAÚDE E SEGURANÇA OCUPACIONAL

OHSAS 18001:2007 SAÚDE E SEGURANÇA OCUPACIONAL OHSAS 18001:2007 SAÚDE E SEGURANÇA OCUPACIONAL Requisitos gerais, política para SSO, identificação de perigos, análise de riscos, determinação de controles. CICLO DE PDCA (OHSAS 18001:2007) 4.6 ANÁLISE

Leia mais

ISO/IEC Processo de ciclo de vida

ISO/IEC Processo de ciclo de vida ISO/IEC 12207 Processo de ciclo de vida O que é...? ISO/IEC 12207 (introdução) - O que é ISO/IEC 12207? - Qual a finalidade da ISO/IEC 12207? Diferença entre ISO/IEC 12207 e CMMI 2 Emendas ISO/IEC 12207

Leia mais

Ação Preventiva Ação para eliminar a causa de um potencial não-conformidade ou outra situação potencialmente indesejável.

Ação Preventiva Ação para eliminar a causa de um potencial não-conformidade ou outra situação potencialmente indesejável. A Ação Corretiva Ação para eliminar a causa de uma não-conformidade identificada ou outra situação indesejável. Ação Preventiva Ação para eliminar a causa de um potencial não-conformidade ou outra situação

Leia mais

Qualidade de Software

Qualidade de Software Qualidade de Software Seiji Isotani, Rafaela V. Rocha sisotani@icmc.usp.br rafaela.vilela@gmail.com PAE: Armando M. Toda armando.toda@gmail.com Garantia de Qualidade n n Qualidade do Produto (aula anterior)

Leia mais

Qualidade de Software (cont)

Qualidade de Software (cont) Qualidade de Software (cont) Qualidade de Processo Profa Rosana Braga 1/2017 Material elaborado por docentes do grupo de Engenharia de Software do ICMC/USP Incorporação da Qualidade Requisitos do Usuário

Leia mais

ISO/IEC Roteiro IEC ISO. Histórico ISO/IEC ISO

ISO/IEC Roteiro IEC ISO. Histórico ISO/IEC ISO Roteiro Processos do Ciclo de Vida de Software Diego Martins dmvb@cin.ufpe.br Histórico Objetivos Organização Processos Fundamentais Processos Organizacionais de Processo IEC ISO International Electrotechnical

Leia mais

Workflow Genérico de Iteração

Workflow Genérico de Iteração Workflow Genérico de Iteração Introdução Padrão comum que caracteriza todas iterações de todas as fases Inclui os cinco workflows básicos:requisitos, análise, projeto, implementação, e teste Inclui também

Leia mais

Agenda. Componentes genéricos de uma fábrica de. Implantar ou melhorar uma fábrica, é um. Outras novidades que merecem atenção

Agenda. Componentes genéricos de uma fábrica de. Implantar ou melhorar uma fábrica, é um. Outras novidades que merecem atenção AFINAL O QUE É UMA FÁBRICA DE SOFTWARE Aguinaldo Aragon Fernandes Agenda O conceito da fábrica de software A fábrica de software é um negócio Escopos de fábricas de software Requisitos para uma fábrica

Leia mais

PSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process

PSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process PSP- Personal Software Process Maria Cláudia F. P. Emer PSP: Personal Software Process z Já foram vistas ISO/IEC 9126 foco no produto ISO 9001 e CMM foco no processo de desenvolvimento z Critica a essas

Leia mais

LISTA DE VERIFICAÇÃO

LISTA DE VERIFICAÇÃO LISTA DE VERIFICAÇÃO Tipo de Auditoria: AUDITORIA DO SISTEMA DE GESTÃO DA QUALIDADE Auditados Data Realização: Responsável: Norma de Referência: NBR ISO 9001:2008 Auditores: 4 SISTEMA DE GESTÃO DA QUALIDADE

Leia mais

Processos de Validação e Verificação do MPS-Br

Processos de Validação e Verificação do MPS-Br Processos de Validação e Verificação do MPS-Br O Processo Validação "O propósito do processo Validação é confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado

Leia mais

Lista de Verificação de Auditorias Internas do SGI - MA - SST

Lista de Verificação de Auditorias Internas do SGI - MA - SST 4.1 Requisitos Gerais 4.2 Política: Ambiental e de SST A empresa possui uma Política Ambiental e de SST? A Política é apropriada a natureza, escala, impactos ambientais e perigos e riscos das suas atividades,

Leia mais

PLANEJAMENTO CICLO PDCA PLANEJAMENTO CICLO PDCA PLANO DO PROJETO UNIVERSIDADE FEDERAL DO PARANÁ 28/03/2016. PROFª MSc. HELOISA F.

PLANEJAMENTO CICLO PDCA PLANEJAMENTO CICLO PDCA PLANO DO PROJETO UNIVERSIDADE FEDERAL DO PARANÁ 28/03/2016. PROFª MSc. HELOISA F. SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO DEPARTAMENTO DE CONSTRUÇÃO CIVIL GESTÃO DE Prof.ª: MSc.: Heloisa Fuganti Campos 2 SUBMETIDA E APROVADA A PROPOSTA DO PROJETO PLANEJAMENTO PROCESSO DE PLANEJAMENTO

Leia mais

Ferramenta de Apoio a Implementação do Processo Melhoria de Processo de Teste (MPT.BR)

Ferramenta de Apoio a Implementação do Processo Melhoria de Processo de Teste (MPT.BR) Ferramenta de Apoio a Implementação do Processo Melhoria de Processo de Teste (MPT.BR) Aluno(a): Vander Bertolini Orientador: Jacques Robert Heckmann Roteiro Introdução Objetivos Fundamentação Teórica

Leia mais

Verificação e Validação. Ewelton Yoshio Fabrício Araújo

Verificação e Validação. Ewelton Yoshio Fabrício Araújo Verificação e Validação Ewelton Yoshio Fabrício Araújo Qual a diferença entre Verificação e Validação? Diferenças Verificação se preocupa em avaliar se o produto está sendo desenvolvido corretamente, enquanto

Leia mais

Gerência de Projetos de Software. Prof. Dr. João Dovicchi INE / CTC / UFSC.

Gerência de Projetos de Software. Prof. Dr. João Dovicchi INE / CTC / UFSC. Prof. Dr. João Dovicchi INE / CTC / UFSC dovicchi@inf.ufsc.br http://www.inf.ufsc.br/~dovicchi Programa Projetos e Metodologias Tipos e abordagens Organização Estimativas de Esforço e Gerência de Riscos

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Processos de Software Professor: Charles Leite O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento

Leia mais

Planejamento e Controle de Projetos 5 TADS FSR. Prof. Esp. André Luís Belini

Planejamento e Controle de Projetos 5 TADS FSR. Prof. Esp. André Luís Belini Planejamento e Controle de Projetos 5 TADS FSR Prof. Esp. André Luís Belini Seja a mudança que você quer ver no mundo Mahatma Ghandi 2 Principais variáveis de um projeto 3 Características e benefícios

Leia mais

BPF BOAS PRÁTICAS DE FABRICAÇÃO PARA EXCIPIENTES FARMACÊUTICOS. RDC nº 34/2015 ANVISA

BPF BOAS PRÁTICAS DE FABRICAÇÃO PARA EXCIPIENTES FARMACÊUTICOS. RDC nº 34/2015 ANVISA Foi publicado no Diário Oficial da União (DOU) no dia 10 de Agosto a RDC nº 34/2015 que determina o cumprimento das Boas Práticas de Fabricação para empresas fabricante de excipientes farmacêuticos. A

Leia mais

Nomenclatura usada pela série ISO Série ISO 9000

Nomenclatura usada pela série ISO Série ISO 9000 Slide 1 Nomenclatura usada pela série ISO 9000 (ES-23, aula 03) Slide 2 Série ISO 9000 ISO 9000 (NBR ISO 9000, versão brasileira da ABNT): Normas de gestão da qualidade e garantia da qualidade. Diretrizes

Leia mais

Lista de Verificação - ABNT NBR ISO 9001:2008

Lista de Verificação - ABNT NBR ISO 9001:2008 4.2.2 4.2.2 Manual da qualidade A organização deve estabelecer e manter um manual da qualidade que inclua a) o escopo do sistema de gestão da qualidade, incluindo detalhes e justificativas para quaisquer

Leia mais

Agenda da Aula. Melhoria do Processo de Software. Por que melhorar o processo? De onde veio a idéia? Qualidade do Produto. Qualidade de Software

Agenda da Aula. Melhoria do Processo de Software. Por que melhorar o processo? De onde veio a idéia? Qualidade do Produto. Qualidade de Software Engenharia de Software Aula 20 Agenda da Aula Melhoria do Processo de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 16 Maio 2012 Melhoria de Processo Medição Análise Mudança

Leia mais

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série

Leia mais

Copyright Proibida Reprodução. Prof. Éder Clementino dos Santos

Copyright Proibida Reprodução. Prof. Éder Clementino dos Santos ISO 9001:2008 GESTÃO DE QUALIDADE O que é ISO? ISO = palavra grega que significa Igualdade O Comitê - ISO A Organização Internacional de Normalização (ISO) tem sede em Genebra na Suíça, com o propósito

Leia mais

Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>

Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0> Projeto Integrador Documento Visão Versão Histórico de Revisões Data Versão Descrição Autor

Leia mais

Projeto Básico para Serviço de Especificação dos Produtos de Software Controle de Almoxarifado do SECPRA/CDTN e Controle de Equipamentos

Projeto Básico para Serviço de Especificação dos Produtos de Software Controle de Almoxarifado do SECPRA/CDTN e Controle de Equipamentos Projeto Básico para Serviço de Especificação dos Produtos de Software Controle de Almoxarifado do SECPRA/CDTN e Controle de Equipamentos OBJETIVOS Definir as condições gerais para contratação de serviços

Leia mais

Módulo 5 Requisito 8 Validação, verificação e melhoria do Sistema de Gestão da Segurança de Alimentos Etapas para implementação do APPCC e da ISO

Módulo 5 Requisito 8 Validação, verificação e melhoria do Sistema de Gestão da Segurança de Alimentos Etapas para implementação do APPCC e da ISO Módulo 5 Requisito 8 Validação, verificação e melhoria do Sistema de Gestão da Segurança de Alimentos Etapas para implementação do APPCC e da ISO 22000 Processo de Certificação 8 Validação, verificação

Leia mais

Apoio Ferramental para Avaliação MPS.BR

Apoio Ferramental para Avaliação MPS.BR Apoio Ferramental para Avaliação MPS.BR Ana Regina Rocha Fernando Muradas Mariano Montoni COPPE/UFRJ Objetivo Desenvolver uma ferramenta baseada em conhecimento para apoiar a realização de avaliações de

Leia mais

2.5. IMPLEMENTAÇÃO DO MODELO DE REFERÊNCIA MPS PARA SOFTWARE EM UMA ORGANIZAÇÃO PÚBLICA ADQUIRENTE DE SOFTWARE

2.5. IMPLEMENTAÇÃO DO MODELO DE REFERÊNCIA MPS PARA SOFTWARE EM UMA ORGANIZAÇÃO PÚBLICA ADQUIRENTE DE SOFTWARE 2.5. IMPLEMENTAÇÃO DO MODELO DE REFERÊNCIA MPS PARA SOFTWARE EM UMA ORGANIZAÇÃO PÚBLICA ADQUIRENTE DE SOFTWARE Ana Regina Rocha 1, Taísa Guidini Gonçalves 1, Gleison Santos 1,2, Ana Luiza Dallora Moraes

Leia mais

Gerência de Projetos e Qualidade de Software. Prof. Walter Gima

Gerência de Projetos e Qualidade de Software. Prof. Walter Gima Gerência de Projetos e Qualidade de Software Prof. Walter Gima 1 OBJETIVOS O que é Qualidade Entender o ciclo PDCA Apresentar técnicas para garantir a qualidade de software Apresentar ferramentas para

Leia mais

Curso EAD. Formação de Auditores com base na norma NBR ISO 19011: /12/18

Curso EAD. Formação de Auditores com base na norma NBR ISO 19011: /12/18 Curso EAD Formação de Auditores com base na norma NBR ISO 19011:2018 20/12/18 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste material sem a permissão expressa

Leia mais

Desenvolvimento de um Modelo Econômico de Processo de Software para Pequenas Empresas Baseado no CMMI Nível 2

Desenvolvimento de um Modelo Econômico de Processo de Software para Pequenas Empresas Baseado no CMMI Nível 2 Desenvolvimento de um Modelo Econômico de Processo de Software para Pequenas Empresas Baseado no CMMI Nível 2 Autores Juliana Franca Rodrigues Orientador Luiz Eduardo Galvao Martins Apoio Financeiro Pibic

Leia mais

POLÍTICA DE COMPLIANCE E CONTROLES INTERNOS SUMÁRIO

POLÍTICA DE COMPLIANCE E CONTROLES INTERNOS SUMÁRIO POLÍTICA DE COMPLIANCE E CONTROLES INTERNOS SUMÁRIO I - Objetivo... 2 II - Público Alvo... 2 III - Responsabilidades dos Envolvidos... 2 3.1. Responsabilidades da Administração... 2 3.2. Responsabilidades

Leia mais

Verificação e Validação

Verificação e Validação Especialização em Gerência de Projetos de Software Verificação e Validação Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto de Ciências Exatas e Naturais Universidade

Leia mais

GERENCIAMENTO DE PROJETOS DE SOFTWARE. Rosana Braga ICMC/USP

GERENCIAMENTO DE PROJETOS DE SOFTWARE. Rosana Braga ICMC/USP GERENCIAMENTO DE PROJETOS DE SOFTWARE Rosana Braga ICMC/USP Processo de Software DEFINIÇÃO CONSTRUÇÃO PRODUTO DE SOFTWARE MANUTENÇÃO Análise Planejamento Eng. Requisitos Projeto Codificação Teste Entendimento

Leia mais

CICLO PDCA CICLO PDCA UNIVERSIDADE FEDERAL DO PARANA DEPARTAMENTO DE CONSTRUC A O CIVIL GERENCIAMENTO DE PROJETOS. PROFª MSc. HELOISA F.

CICLO PDCA CICLO PDCA UNIVERSIDADE FEDERAL DO PARANA DEPARTAMENTO DE CONSTRUC A O CIVIL GERENCIAMENTO DE PROJETOS. PROFª MSc. HELOISA F. SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL GESTÃO DE Prof.ª: MSc.: Heloisa Fuganti Campos 2 SUBMETIDA E APROVADA A PROPOSTA DO PROJETO PLANEJAMENTO PROCESSO DE

Leia mais

Gestão da Qualidade. Profa. Ms. Ana Cabanas 02/09/ Aula 2 - QUALIDADE TOTAL QUALIDADE TOTAL QUALIDADE TOTAL

Gestão da Qualidade. Profa. Ms. Ana Cabanas 02/09/ Aula 2 - QUALIDADE TOTAL QUALIDADE TOTAL QUALIDADE TOTAL Gestão da Qualidade Profa. Ms. Ana Cabanas - Aula 2 - QUALIDADE TOTAL Qualidade Assegura 1980 Aspectos segurança e responsabilidade civil Produto/serviço QUALIDADE TOTAL QUALIDADE TOTAL ISO 9000 Década

Leia mais

Por Constantino W. Nassel

Por Constantino W. Nassel NORMA ISO 9000 SISTEMA DE GESTÃO DA QUALIDADE ISO 9001:2000 REQUISITOS E LINHAS DE ORIENTAÇÃO PARA IMPLEMENTAÇÃO Por Constantino W. Nassel CONTEÚDOS O que é a ISO? O que é a ISO 9000? Histórico Normas

Leia mais

A responsabilidade pela revisão desta Norma é da DINQP/DICEP. Critérios para o Credenciamento de Organismo de Certificação de Produto

A responsabilidade pela revisão desta Norma é da DINQP/DICEP. Critérios para o Credenciamento de Organismo de Certificação de Produto REGRA ESPECÍFICA PARA FÓSFOROS DE SEGURANÇA NORMA N o NIE-DINQP-094 APROVADA EM AGO/99 N o /10 SUMÁRIO 1 Objetivo 2 Campo de Aplicação 3 Responsabilidade 4 Documentos Complementares 5 Siglas e Abreviaturas

Leia mais

IDENTIFICAÇÃO DO CANDIDATO PROVA DE CONHECIMENTO SOBRE O MR-MPS-SV 28/11/ HORAS DE DURAÇÃO IDENTIFICAÇÃO DO CANDIDATO

IDENTIFICAÇÃO DO CANDIDATO PROVA DE CONHECIMENTO SOBRE O MR-MPS-SV 28/11/ HORAS DE DURAÇÃO IDENTIFICAÇÃO DO CANDIDATO PROVA DE CONHECIMENTO SOBRE O MR-MPS-SV 28/11/2014 4 HORAS DE DURAÇÃO EMAIL: (DEIXAR EM BRANCO) RESULTADO Q1 (0,5) Q2 (0,5) Q3 (1,0) Q4 (1,0) Q5 (2,0) TOTAL (10,0) Q6 (2,0) Q7 (3,0) INSTRUÇÕES Você será

Leia mais

No dicionário: Local bem determinado a que se aposta atingir; Objetivo; Limite ou abrangência de uma operação.

No dicionário: Local bem determinado a que se aposta atingir; Objetivo; Limite ou abrangência de uma operação. Aula 06 1 2 No dicionário: Local bem determinado a que se aposta atingir; Objetivo; Limite ou abrangência de uma operação. No contexto projeto, escopo pode se referir a: Escopo do produto: as características

Leia mais

SSC-546 Avaliação de Sistemas Computacionais

SSC-546 Avaliação de Sistemas Computacionais QUALIDADE DE PACOTE DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Qualidade de Produto de Software Modelo de Qualidade

Leia mais

Agenda. Projeto Projeto Manhattan. Considerado o 1º projeto com gerenciamento estruturado.

Agenda. Projeto Projeto Manhattan. Considerado o 1º projeto com gerenciamento estruturado. Agenda CONCEITOS DE GESTÃO DE PROJETOS - PMBOK 1 2 Objetivo Projeto OBJETIVO DA APRESENTAÇÃO o Introduzir os conceitos de gestão de projetos, baseando-se na metodologia do PMBOK (Project Management Body

Leia mais

Guia PMBOK Gerenciamento de Riscos. Universidade de Brasília Faculdade de Ciência da Informação Profa. Lillian Alvares

Guia PMBOK Gerenciamento de Riscos. Universidade de Brasília Faculdade de Ciência da Informação Profa. Lillian Alvares Guia PMBOK Gerenciamento de Riscos Universidade de Brasília Faculdade de Ciência da Informação Profa. Lillian Alvares Risco em projeto é...... um evento ou condição incerta que, se ocorrer, tem um efeito

Leia mais